Loading images for use with LC6.5 and resolution independance
scott at tactilemedia.com
Thu Nov 14 23:29:52 EST 2013
I don't mean to hijack Andrew's question (sorry Andrew) but maybe you can
clear something up for me.
I was told by Ben at RunRev that any images in a stack which are to be
auto-scaled by LiveCode (no user intervention necessary) must be
referenced, not imported, yes? I'm not concerned with how the images are
used (icons or otherwise) I'm talking about images in general.
If an image is imported, my understanding is no auto-scaling will be
applied to that image.
Assuming the above is true, then my point is that auto-scaling for images
*should* be applicable to imported images that use the specified naming
convention. If this can't happen, my question is, why not?
If I'm missing something (I know, a lot of ifs in this email), please set
Thanks & Regards,
Tactile Media, UX/UI Design
On 11/14/13 8:11 PM, "Monte Goulding" <monte at sweattechnologies.com> wrote:
>On 15/11/2013, at 2:45 PM, Scott Rossi wrote:
>> On 11/14/13 6:16 PM, "Monte Goulding" <monte at sweattechnologies.com>
>>> There's probably no reason why you couldn't continue to import images
>>> and swap them manually as button icons.
>> Of course, but then what's the point of the engine having a naming
>> convention and auto-scaling features?
>They are still scaled.
>>> It does mean a little bit of thought probably needs to go into a new
>>> custom control scheme... I'll raise on the engine list that relative
>>> paths for images should be looked for relative to the stackfile a
>>> behavior is on if they aren't found relative to the stackfile the image
>>> is on.
>> IMO, the engine's image-locating process should be consistent: look
>> the immediate the stack, substacks, loaded stacks, and extend the search
>> to external files if needed or specified.
>I'm talking about relative file paths for filename not icons. They
>currently try and resolve against the filename of the stack then against
>the default folder. They should iterate through the filenames of the
>behavior heirarchy before trying the default folder.
>M E R Goulding
>Software development services
>Bespoke application development for vertical markets
>mergExt - There's an external for that!
>use-livecode mailing list
>use-livecode at lists.runrev.com
>Please visit this url to subscribe, unsubscribe and manage your
More information about the Use-livecode