Hi Bill, Sorry for the delay replying, I’ve been away from home for a few days.
I don’t think line 6 will give the result you are looking for, I would change it to: > 6. export snapshot from Group "snapshotGrp" with metadata theMetadataArray to > image mySnapShot i.e. Remove the “from rect” part of the command. Using "from rect” still relies on the computer hardware to produce the snapshot, where as “from object” allows LC to render the snapshot with whatever parameters you supply. I’ve saved a test stack to dropbox, hopefully this will demonstrate the differences a little better: https://www.dropbox.com/s/xkx2fk4a2mel6l3/Export%20High%20Res%20Image.livecode?dl=0 I hope this helps resolve the problem. Regards, Paul > On Aug 6, 2015, at 11:00, William Prothero <proth...@earthednet.org> wrote: > > 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 _______________________________________________ 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
