Naive question 666
J. Landman Gay
jacque at hyperactivesw.com
Sat Jun 4 22:57:02 EDT 2011
On 6/4/11 2:50 PM, Keith Clarke wrote:
> (I hope it's OK to mention here that the very useful) Summer Academy
> project demonstrates storing all of a project's images centrally
> within a substack - an approach very familiar to those of us from a
> web background. A sound approach but these images are then invisible
> to the icon inspector when the time comes to assign them (which is
> perhaps why the webinar glossed over that by not using the icon
> chooser). It's a bit surreal that RunRev would propose an approach
> that suggests best practice that highlights a flaw in the IDE?!?
It's just a difference in personal style. There are lots of ways to do
things in LiveCode and which way you choose depends on how you like to
work. Both methods you mention are legitimate.
Me personally, I don't like adding extra substacks just for resources,
so I tend to put icons in unplaced groups in the mainstack if they need
to be accessible all over the stack. This is what the engine has done
with imported HyperCard stacks and their icons for the last fifteen
years or so, and it's a nice, tidy method.
On the other hand, if an icon is only going to be shared among buttons
on a single card, I put the image on the card and hide it. I tend to
treat images a little like handlers; put them in a common location
closest to the objects that will need them.
While both my methods do enable the library to work, it's funny that I
almost never use the icon library. The image ID is easy to see in a
number of places, and I usually just type it into the icon field.
So that's a couple of other ways. I'm not sure any of them are "best
practice", they all work. There's no particular advantage of one method
over another, do whatever works for you.
--
Jacqueline Landman Gay | jacque at hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
More information about the use-livecode
mailing list