You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is that supposed to be the index within the archive? Or just the page number? Im wondering, because there are no real indices in Zip-Files, only if you just rename all files to the respective index (i.e. 1.jpg).
IMO it would make more sense, to define this as String, to represent the filename within the archive. In the implementation I'm currently using, I do use the Image -attribute to map the Page defined within the Pages -Array to the image filename in the archive.
But I guess for compatibility reasons, that could be a bad idea tho.
Or is KEY supposed to be the filename within the archive? I'm confused....
Altho, theoretically, the page number can just be derived from the item ordering within the index list.
At any rate: I think in the index there should be at some more fields:
Name of the file within the archive (including file extension),
A Unique ID,
(Page Number... altho, not really needed imo)
The text was updated successfully, but these errors were encountered:
I think Image is supposed to be an index. It would be far clearer if it were called index.
I have no idea what Key is supposed to be. But since it's a string you could put filename in there and then BBB.jpg could have Image/index 0 and AAAA.jpg could have Image/index 1 and allow for custom ordering despite the alphanumeric order.
But since the ComicInfo project at Anansi has a major goal of being backwards compatible with ComicRack and other consumers of ComicInfo, I doubt this a changeable feature.
yea, thanks. I figured as much too, since changing the attributes would break backwards compatibility. I did change my implementation as mentioned. Image -> page number (index), Key -> filename within archive.
The Image- Attribute from ComicPageInfo -Type is currently defined as Int- Type.
Is that supposed to be the index within the archive? Or just the page number? Im wondering, because there are no real indices in Zip-Files, only if you just rename all files to the respective index (i.e. 1.jpg).
IMO it would make more sense, to define this as String, to represent the filename within the archive. In the implementation I'm currently using, I do use the Image -attribute to map the Page defined within the Pages -Array to the image filename in the archive.
But I guess for compatibility reasons, that could be a bad idea tho.
Or is KEY supposed to be the filename within the archive? I'm confused....
Altho, theoretically, the page number can just be derived from the item ordering within the index list.
At any rate: I think in the index there should be at some more fields:
The text was updated successfully, but these errors were encountered: