At 4:57 PM -0800 2/13/02, Geoff Canyon wrote: >At 3:27 PM -0800 2/13/02, Jeanne A. E. DeVoto wrote: >>At 9:10 AM -0800 2/13/2002, Devin Asay wrote: >>>> set the filename of image "My Image" to >>>>"http://www.example.org/image.gif" >>> >>>Thanks, Jeanne. I was trying to include the URL keyword before the >>>file name. But here is a new problem. The first time I set the >>>filename of the image to a URL on a web server it works fine. But if >>>I try to set it to a different web URL it sticks with the first >>>image, no matter what. >>> >>>This is consistent in Rev 1.1.1b1 for Mac OS X and OS 9.2. It >>>appears to be a bug. Can anyone else confirm this and/or tell me >>>what I'm doing wrong? >> >>I confirm this - it does look like a bug. Will report it. Thanks! > >But this does appear to work as it should: > >put url "http://www.example.org/image.gif" into image "My Image" > >Although it doesn't seem to handle animated gifs as it should -- the >mergine of the base image of the gif with subsequent frames doesn't >display properly.
I confirmed that the "put URL" form works as expected; it also gives a clue as to what's wrong with the "set the filename" form. It appears to be related to images stored in the image library (icon library?)* of the stack. Apparently, whatever image is in the first position of the stack's image library is the one that gets inserted into the image when using the 'set the filename .. to "http://..." ' form. If that library is empty (as it is the first time the command is sent) the referenced graphic is inserted into that first slot and appears in the image object. If that library is not empty, for instance if there has been a previous "put URL" form used, the "set the filename" command looks in that first slot and uses whatever is there. Closing the stack flushes the referenced object out of the library so the new image will be displayed when it is re-opened. *(The images you see when you assign an icon to a button and choose the "This Stack" image library.) Kevin indicated that there are fixes to the image library in the works for beta 2, so it is hoped that this will be fixed at that time. Devin -- Devin Asay Humanities Research Center Brigham Young University _______________________________________________ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution