OT: Images for Mobile
J. Landman Gay
jacque at hyperactivesw.com
Sun Aug 28 01:56:49 EDT 2016
On 8/26/2016 4:54 PM, Sannyasin Brahmanathaswami wrote:
> given these assumptions
>
> a) the top and bottom of Landscape images contain no significant elements
> b) the left and right sides of portrait images contain no significant elements
> c) we are looking at a crop that goes full screen,
> d) you don't want to generate 5 different possible versions of any one image to package in your apps.
> e) Your "eye candy" team of UX reviewers are very, very forgiving of quality differences and fully appreciate the file size issues (i.e. minute improvements in sharpness and clarity do not warrant keeping a 1.5MB version of the file for mobile when you can put a 250KB file right next to it an you can barely see any difference. )
>
> Then to work in both 16 X 9 phones or 3 X 4 Tablets (with all other Android rects being ignored for the moment) one simple algorithm is:
>
> process all images to 3X4 or 4X3 and, then, using Fullscreen show all, these will center "everywhere" and fill "everywhere" with some areas top and bottom or left and right appearing and disappearing depending on the screen/orientation.
>
> Where your livecode placement scripts always puts these images at the card loc. (centered)
I haven't actually tried this yet, but I'd be tempted to make all the
images square, using the largest dimension you want to support. Since no
edges contain significant elements, it doesn't matter which sides get
pushed off the screen or what orientation the device has. The center of
interest will always be visible and you don't need to worry much about
device size.
I've used both 1x and 2x images and both look about the same to me on
mobile screens, use less RAM, and load faster.
--
Jacqueline Landman Gay | jacque at hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
More information about the use-livecode
mailing list