Snapper ======= A program of Udo Steinbach Bloherfelder Strae 153 26129 Oldenburg MausNet: Udo Steinbach @OL Snapper is a program, with which one can store arbitrary screen sections in a Image - file. Snapper was written under application the Mydial-Library of Olaf Meisik and NKCC of Harald Siegmund. Installation Snapper runs as program and as Accessory. There are following possibilities: You can load it as Accessory. To do it, simply copy the program simply on the boot drive (mostly C: or A: ) and rename it SNAPPER.ACC. If you now Reset, can step Snapper any time in encounter. You can load it also any time with Chameleon, and also again remove. You rename it as SNAPPER.APP or SNAPPER.PRG and start it. That might be indeed only under MultiTOS of interest. Service If Snapper becomes selected, appears following dialogue: "Coordinates" Here is determined, as the coordinates of the screen section to be secured should be chosen. One can raise with the mouse a" elastic ". < The whole screen is stored wholes screen > It. The coordinates are determined through a window. Also the Desktop counts as windows. In this case through the topmost(active). Under MultiTOS this choice possibility does not exist, since for window fates programs is opened apparently an invisible window, whose coordinates cause Snapper to "remarkable conduct" (hstl). The window is determined through Anklicken with the mouse, if the dialogue will leave with < fate gehts >. At these Button selected, are chosen the parts of the window inclusively the headline, Slider, etc.. Otherwise only the work plain. At the Desktop is the work plain the screen without menu line, the frame the menu line. Before the storage becomes the chosen section invertiert, and it appears a Alert. So one can see, whether also actually the desired is stored. <__seconds waiting> Between file question and store the picture is serviced __ seconds. Before and after the encounter resounds a" Ping". At __ > 0 does not become the section in any case inverted. If so modal dialogues should be stored, is it advantageous, if these on white plain appear, there one then "White do not cut off" can choose and the area 100% ig exactly indicate mu, to prevent Nachbearbeitung. "Edge" Possibly available white edges of the certain plain are cut offed. The function can last at much white plain already various seconds. <__pixels added> Around the section is put a white edge with __ pixels. And of course, after the white was cut off, if also chosen. Is this point selected, becomes the current Farbpalette with abgespeichert. Otherwise it is left out, which understandably at color is not recommendable. Some programs can not process this format indeed (gives it such genuinely still?). Since at High and True Color is available no palette, she/it can not become in these modes also with abgespeichert. This graphic format is understood fully new and becomes only from few programs" . "Resolution" < horizontally > x < vertically > dpi. dpi = dots per inch, points per duty. 1 duty = 25,4mm. From it the effective Screen size emerges. If altogether, are used these values only at the printing (e.g. TeX). At the start the values of the current screen dissolution are inserted (keuch, but pi mal thumbs comes it already there). The outlooks are loaded from Snapper. Snapper must not be packed! If it can not be found personally, appears the Fileselector. If Snapper Runs as program, makes the load naturally little sense. The outlooks are saved in Snapper. If the values stand for the dissolution on nonentity, are set them/it/her at the next load again on the screen dissolution. Snapper must not be packed! If it can not be found personally, appears the Fileselector. The coordinates to be stored are determined. After that the Fileselector appears. One enters like in each other program a name, and the chosen plain is stored. The path and the name are observed for the next appeal, if Snapper runs as Accessory. If nothing is to be stored, because "white cut off" was chosen and exists the plain only of white, does not appear the Fileselector. It happens nothing further. Legal Snapper is FreeWare. Snapper may not be copied to commercial purposes freely. The sale of Snapper, the sales office over PD-Versender and the sales office with other software free is not allowed without my written authorization (possibly against fee). The dissemination over Mailboxen and BBS is allowed, if for the Download no separate fee is raised. Snapper mu always completely and unchanged are transmitted. To it the files belong: SNAPPER.TXT This instruction SNAPPER.UPL Kurzbeschreibung for the program part the mouse boxing. SNAPPER.APP or SNAPPER.ACC The program. It would please me, if I would receive by the users a small news (eMail or postcard or so). I, Udo Steinbach, take over no responsibility for any direct or indirect damages - einschlielich, but not limits to - material or financial damages, which emerge through the use of Snapper, or the unfitness of Snapper for a certain purpose,. Changes 16.10.93 v1.51, sequence of the colors can be chosen no more, for ++Bit index is standard. 13.07.93 At the control appears a Alert. 12.07.93 v1.5, On High and True Color expands. Not test! 26.06.93 At selectable plain appears the elastic now also in the menu line. 25.06.93 At more than 256 colors appears a Alert. it runs 22.06.93 v1.41, Now also with MultiTOS and memory protection. 21.06.93 After the Fileselector has disappeared, is serviced still a half second for Redraw. 19.06.93 v1.4, the outlooks can store One. 14.06.93 The most pictures become now shorter. 10.06.93 v1.3, time Delayed Snappen installed. 30.05.93 v1.2, sequence of the colors alternatively after VDI or ++Bit plan. 28.05.93 v1.1, dissolution is adjustable. Control installed. 30.04.93 v1.03, At some pictures storage without end. 28.04.93 v1.02, It functions under MultiTOS. Determination of the window with the mouse possibly. 17.04.93 packing of the graphic optimizes. The files become now somewhat shorter. 13.04.93 v1.01, now goes also color. Store with/without palette. 10.04.93 v1.0, first public version.