Paul: One more thing. My test uses a variable “theMetadataArray”, which is not set, so is blank. The manual states: metadata - The metadata is an array of metadata. Currently the only key supported is "density" with a value in pixels per inch (ppi).
So, I wonder if, to get the benefit, I have to set pixels per inch somehow, in theMetadataArray. Best, Bill > On Aug 6, 2015, at 10:57 AM, William Prothero <proth...@earthednet.org> wrote: > > Paul: > FYI, I set up a test stack to figure out how to use the “from object” method > of getting a snapshot image. Here’s the steps I followed: > > 1. put all images that are to be captured in a group. > 2. set the group rect to the desired snapshot rect > 3. Lock the group rect > 4. Set the group to "scaling" > 5. In the script: set the snapRect to the rect of the group > 6. export snapshot from rect snapRect of Group "snapshotGrp" with metadata > theMetadataArray to image mySnapShot > 7. set the rect of img mySnapShot to snapRect > 8. set the visible if img mySnapShot to TRUE > > Perhaps this will help others. I have no idea if this would solve the problem > an occasional student has, but the method works fine in Macintosh OS 10.10.4 > and livecode 7.0.6 > > What I have is a very large map image in the group. The map is magnified, > scrolled, etc. When some kinds of data are plotted, graphic and field object > are placed in the correct locations over the map. Then the snapshot is taken > and the graphic objects (except for the map) are deleted. For large symbol > datasets, like earthquakes, I draw the symbols directly into the snapshot > graphic. That way the image data is much smaller than if I tried to draw into > the large map, and also, the large map doesn’t need to be refreshed when data > are erased from view. > > Thanks again for the hints. > Best, > Bill > >> On Aug 3, 2015, at 7:42 PM, Paul Hibbert <p...@livecode.org> wrote: >> >> Bill, >> >> I’ve done a few tests and it appears to me that "from rect” still relies on >> the screen output from the computer, whereas “from object” allows LC to >> render an image of an object independent of the screen hardware. >> >> Try this: >> >> Move your stack so the map image is half off the screen, then make the >> snapshot, the image doesn’t render completely, this suggests to me that the >> app is accessing a screen representation of the image rather than using LC’s >> internal rendering, so 'I think' changing the snap routine to make a snap >> from say a group of the map and it’s associated data may cure the problem. >> >> eg. export snapshot from group “mapAndData” to image “mapSnap” — then try >> the test above again. >> >> Paul >> >> >>> On Aug 3, 2015, at 16:22, William Prothero <proth...@earthednet.org> wrote: >>> >>> Paul: >>> Thanks for the hint. I do use the newer “from” syntax. >>> export snapshot from rect snapRect to image "mapSnap" >>> >>> Thanks, >>> Bill >>> >>>> On Jul 31, 2015, at 3:35 PM, Paul Hibbert <p...@livecode.org> wrote: >>>> >>>> Bill, >>>> >>>> I’ve just read the following explanation from RG relating to another >>>> snapshot problem and wondered if it also relates to your student’s >>>> problems… >>>> >>>>> >>>>> The "from" option renders the object into a new buffer set up just for >>>>> the snapshot, while the older "of" syntax grabs the object's rect from >>>>> the composite screen buffer. >>>>> >>>>> LiveCode renders only the content region of a window but the window >>>>> itself is rendered by the OS, so it has no choice but to obtain that >>>>> image from the screen buffer. >>>>> >>>>> -- >>>>> Richard Gaskin >>>>> Fourth World Systems >>>>> Software Design and Development for the Desktop, Mobile, and the Web >>>>> ____________________________________________________________________ >>>>> ambassa...@fourthworld.com http://www.FourthWorld.com >>>> >>>> When I first read your post I wondered if the problem could be due to low >>>> grade or incompatible video cards in the affected machines, if that’s the >>>> case then the above explanation would make sense, to me at least. >>>> >>>> So, the question is, does your "export snapshot" script use the “from” or >>>> “of” option? >>>> >>>> If it’s the “of” option then switching to the “from” option may fix the >>>> problem your students are seeing. >>>> >>>> Just a thought. >>>> >>>> Paul >>>> >>>> >>>>> On Jul 16, 2015, at 14:07, William Prothero <proth...@earthednet.org> >>>>> wrote: >>>>> >>>>> Folks: >>>>> I have an application that is being used by a class of Earth Science >>>>> students and get failure reports from two who use Windows 8. One lives in >>>>> Australia and one lives in Japan. The app works fine on Macintosh. I’ve >>>>> also tested it on my own installation of both Windows 8.1 and 7, 32 bit >>>>> and 64 bit versions. I can’t get the reported pixellation of the map and >>>>> screen. >>>>> >>>>> I’m wondering if it is something related to foreign installations. The >>>>> symptom is extreme pixellation of images captured with the "export >>>>> snapshot” command. I live in the US. >>>>> >>>>> So, I wonder if somebody with Windows 8 would be willing to download the >>>>> app and try it, and perhaps give me an idea of what might be going on. If >>>>> it’s a bug in “snapshot”, it would be important to be reported and fixed. >>>>> Otherwise, I’m pretty stuck on figuring out what is going on. >>>>> >>>>> Here are links: >>>>> Windows zip file of the app: >>>>> <https://www.dropbox.com/s/lsn087vrhstxvg4/PT_Explorer-Windows.zip?dl=0> >>>>> Pixellated Image sent by a student >>>>> <https://www.dropbox.com/s/m2frv9i0dg7mxtp/Explorer%20in%20Windows%208.1.pdf?dl=0> >>>>> >>>>> Thanks for any help or feedback you can give me. >>>>> >>>>> Regards, >>>>> Bill >>>>> >>>>> >>>>> William A. Prothero >>>>> http://es.earthednet.org/ >>>>> >>>>> _______________________________________________ >>>>> use-livecode mailing list >>>>> use-livecode@lists.runrev.com >>>>> Please visit this url to subscribe, unsubscribe and manage your >>>>> subscription preferences: >>>>> http://lists.runrev.com/mailman/listinfo/use-livecode >>>> >>>> Regards, >>>> >>>> Paul Hibbert >>>> p...@livecode.org >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> use-livecode mailing list >>>> use-livecode@lists.runrev.com >>>> Please visit this url to subscribe, unsubscribe and manage your >>>> subscription preferences: >>>> http://lists.runrev.com/mailman/listinfo/use-livecode >>> >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode@lists.runrev.com >>> Please visit this url to subscribe, unsubscribe and manage your >>> subscription preferences: >>> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >> >> Regards, >> >> Paul Hibbert >> p...@livecode.org >> >> >> >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your subscription >> preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode > > _______________________________________________ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode