-
Notifications
You must be signed in to change notification settings - Fork 29
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow @3x Scale Factor Output #16
Comments
So far I checked if we can maintain backward compatibility, as in having the |
Could you check if getopt(3) on OS X supports this or not? |
It looks like option characters followed by two colons |
My concern going forward is I'm not sure where the pixel density madness will end. I thought for sure that Retina @2x sized would be adequate for some time but now iPhone X, the Plus Series, and others now use a "Super Retina" with a @3x scale factor. It makes sense for us going forward to use a scale factor so when a "Super Duper Retina" of scale factor @4 comes out it's just a flag to be set. |
Agreed, allowing to specify a custom scale factor is the way to go. I just pushed a You can try So far, n can take a minimum value of 2 and a maximum value of 4, we can adjust it before merging if we decide to go this way. @ByteProject: any opinion on this issue? |
Yes. When I added the I absolutely agree that a custom scale factor is the way to go and I appreciate your efforts to bring ANSi to iOS, even though I see the relevance of a dedicated viewer more on the iPad than on the iPhone. Regarding the usage of the flags I’m wondering if we should limit to max. scale factor 4 or if we should go higher, 10 for instance. That would allow us to not touch this code again for a long time. I first thought that it would be great to not limit the scale factor, but we definitely need to have a limit for preventing misbehavior or bad experience when someone accidentally enters 44444444 instead of 4 for If this all is provided, I’d agree that this useful addition should be merged to the main branch. |
My intention is to create an Ansilove "viewer" (right now it's just codename Ansilove, suggestions for a name for it on the app store are welcome) that is a universal binary for all iOS devices iPad and iPhone. It might be cool to do a tvOS version and allow it to do a demo-mode style for competitions and art exhibits in the future (Apple TV + Ansilove + Television setup). I'm not sure I'll do watchOS since that seems a bit far afield from what someone would view ansi on... Also, +1 on a reasonable maximum value of 10x scale factor. Hard to imagine anything displaying resolution that big unless we are outputting ansi art for display on a stadium jumbotron 😆 |
I think Stefan is right, it's better not to break compatiblity. So I propose to keep the Ranges can go from 2 to 8, as setting it to 8 produces images larger than a 4k screen so it should be ok for now I guess. |
If we are happy with this I will merge and tag a new release. |
Thanks for the work @fcambus. Once you merge and increment the version I will get to work including it in the Mac framework. Thanks to @ByteProject for feedback. |
No worries. I merged the branch and tagged a new version. Thanks to both of you for the suggestions and feedback. |
I am currently working on an ansilove viewer for iOS. With the advent of iPhone X and the Plus series, their "retina" display is not the typical 2x scale factor that the
bool createRetinaRep
allows, they use a 3x scale factor.Does it make sense to deprecate the
createRetinaRep
flag in favor of aint scaleFactor
or maintain backward compatibility withcreateRetinaRep
by keeping it with a default 2x scale factor but the ability to pass in an additionalint scaleFactor
that could be set to 3?Reference: https://developer.apple.com/ios/human-interface-guidelines/icons-and-images/image-size-and-resolution/
The text was updated successfully, but these errors were encountered: