Home » Personal collection » Acorn hard disk » unzip_tools » !Infozip » Resources/UK/Infozip
Resources/UK/Infozip
This website contains an archive of files for the Acorn Electron, BBC Micro, Acorn Archimedes, Commodore 16 and Commodore 64 computers, which Dominic Ford has rescued from his private collection of floppy disks and cassettes.
Some of these files were originally commercial releases in the 1980s and 1990s, but they are now widely available online. I assume that copyright over them is no longer being asserted. If you own the copyright and would like files to be removed, please contact me.
Tape/disk: | Home » Personal collection » Acorn hard disk » unzip_tools » !Infozip |
Filename: | Resources/UK/Infozip |
Read OK: | ✔ |
File size: | 13988 bytes |
Load address: | 0000 |
Exec address: | 0000 |
File contents
HELP, ����, ��� D $ DIR$L L | R����Q�� !Root � J���k/S� Hardware � H���(��' Quick J�����O�w SparkFS � J���?�N�� detail 8 R��� č�� Opt �% R������Z copyright �( J���n*T�q Compress d0 J���.ҫ�� iconbar X6 J���M� savebox �8 J������ξ contents �@ H����7��f !tasknote B H���L+�� add �D I���N��� function �F R���wč�� Error �m R����č�\ menu �| J���͍��s level d� J���=��� delete �� R���0ō� tech D� H���[��� !moan \� H������ decompress T� H����؝�y decomp Щ R����ō�� history �� J�����Qĸ info L� J���>wUj Configure �� J���ePī alert d� H������ !reject <� I������! dark ` R����ō�T sfx \ J���=�S�Y Hourglass � J��1�OĈ infowin @ J���eR� contentsw D4 J���O�D alertbox DATA Infozip #Align Centre {FH1}<Infozip=>function>{f} version <3�07=>history307> A front-end for the Info-ZIP routines #Line #Align #Indent 1 <Hardware required=>Hardware> <Quick guide=>Quick> for the impatient <Reference manual=>detail> <History> <Altering/distributing=>copyright> this program #Indent #Align Centre #Line <Disclaimer=>.disclaim> #Subpage disclaim Disclaimer #Wrap On I, Harriet Bazley, accept no credit (and likewise take no blame) for the performance of the <zip/unzip procedures=>copyright> used by this program. They are nothing to do with me whatsoever. There may well be more recent versions available. DATA� Hardware required: #Parent !Root RISC-OS 3�1 or greater (RISC-OS�4 compatible), and enough free memory to run both a taskwindow and this program � at least 400k (preferably the full 640k) during the actual compression / decompression. Sorry. DATA' Quick guide #Parent !Root #FH3:How to use the program � a very basic guide Drag a <zipfile=>techcheck> to the iconbar icon or double-click on it and a window will be displayed showing its <contents>. Drag the icon(s) out of this window into a Filer directory window in order to decompress and save the contents into that directory. A taskwindow will appear, showing the progress so far. Drag any other <type=>techcheck> of file/directory/application to the iconbar icon and a standard <savebox> window will be displayed. Drag the zipfile icon from this window into a Filer directory window in order to compress and save your files into that directory. A taskwindow will appear, showing the progress so far. #include !tasknote Various forms of <help=>menuhelp> are available. DATAw SparkFS {FH4}SparkFS{f} has to be the definitive way to handle zipfiles and other types of archive on RISC OS computers. It is available from the author, David Pilling, via #Align Centre #FEmphasis P.O.Box 22, Thornton Cleveleys, Blackpool FY5 1LR United Kingdom #F #Align and from any Acorn dealer. It did cost me �25 when I bought it in January 1998 though... DATA� Detailed guide to Infozip #Parent !Root #FH3:Contents #Line #Align centre <Compressing files=>compress> <Decompressing an archive=>decomp> <Moving between directories=>level> <Adding files to an existing zipfile=>add> <Deleting files=>delete> <Creating new sub-directories=>menunewdir> <Creating an empty archive=>menunewarc> <Self-extracting archives=>sfx> <Available help=>menuhelp> <Problems=>error> #Line <The iconbar=>iconbar> <Zipfile contents window=>contents> <Zip options=>Opt> <The save dialogue=>savebox> <The file info window=>info> <The Configure dialogue=>Configure> <Infozip menus=>menu> <Technical details=>tech> #Line <Dark corners=>dark> #Align DIR$� � ( J����O� conv D J����>�� nodir 4 J�����O�# lowDOS X J����/�� quiet H J���}�W silentover � J����+Q�a !Root J����O�� image DATA Convert text files to LF #Parent Opt.!Root Any text files (as opposed to machine code, graphics files, etc.) will be decompressed with RISC OS line endings rather than the CR+LF combination. Text files will be reported as [text] while decompressing (unless you have <Quiet output=>Optquiet> selected) - if you notice it getting one wrong, you can switch this option off. Be careful � BASIC files with a lot of {FCode}REM{f} lines at the beginning *do* get mistaken for text files occasionally, and they come out badly mangled....DATA� Ignore directory structure #Parent Opt.!Root All the files within the selected directory/application will be saved into the same window. The names of the directories will be ignored. #Line For example: the structure #indent 4 !Infozip {/}(dir){/} | !Boot !Run !RunImage Resources {/}(dir){/} !Help | Code Messages #indent would end up as #indent 4 !Boot !Run !RunImage Code Messages !Help #indent #Line Note that this could cause you to exceed the old ADFS 77-file directory limit. It can also lead to conflicting names, where files originally in different directories have the same name. This option can cause Infozip to complain when attempting to extract an *empty* directory, since nothing will be extracted! DATA# DOS names in lowercase #Parent Opt.!Root Any files archived on a DOS-based computer will be translated into lowercase. Any uppercase filenames you archive on a RISC OS machine (they are recorded internally in the zipfile directory as 'aco' rather than 'fat') will *not* be affected. DATA� Quiet output option #Parent Opt.!Root If you set this option, the taskwindow will only open if there is an error, or if you are asked to confirm that you wish to overwrite a file (if <Only extract newer=>Optsilentover> is selected). The <alert box=>alert> will pop up instead to let you know when the current action has been completed. #Line �This option also applies during compression. �Note that the taskwindow consumes the same amount of memory whether it is being displayed or not!DATAW Only extract newer #Parent Opt.!Root If this option is set files' datestamps will be checked after unzipping. Files will only overwrite existing files of the same name if the datestamp of the zipped file is newer than that of the existing file. If this option is not set, any existing objects will be overwritten silently. #Line When files are being extracted from the top <level> of a zipfile you will be asked to confirm before overwriting if this option is on. When they are being extracted from a sub-directory overwriting is controlled by the ADFS Filer options (Force & Newer). Unless you have the <Quiet output=>optquiet> option set, files will be reported as being decompressed, but not actually copied from <!Scrap=>techscrap> unless the datestamps are newer! In this case no warning will be given before overwriting older files. DATAa Zip options: #Parent detail #Align Centre <Convert text files to LF=>optconv> <Ignore directory structure=>optnodir> <DOS names in lowercase=>optlowDOS> <Quiet output=>optquiet> <Only extract newer=>optsilentover> <Zip images as single files=>optimage> #Align Left The '{/}Quiet output{/}' and '{/}Ignore directory structure{/}' options affect both compression and decompression. The '{/}Zip images as single files{/}' option only affects compression. Other options only take effect during decompression. To save the current options set-up, you must click on {/}Save{/} in the Configure window. DATA� Zip images as single files #Parent Opt.!Root Acorn developed the concept of the /image filing system/ to enable RISC OS to handle DOS floppies and hard disc partitions as if they were normal format discs, despite the fact that their internal structure was totally alien. Once an image filing system (such as DOSFS) is loaded, it can tell the Filer how to display data in a file as if it were arranged in directories and subdirectories when you double-click on it: when you quit the image filing system, such 'image files' are revealed in their true light again as amorphous lumps of data. The concept is very flexible � even data formats from the PC world which were never intended for use as image files, such as Doom's .WAD files or indeed PKZip's .ZIP files, can be viewed in this convenient way by lucky Acorn owners! Various native RISC OS applications have also opted to save data in the form of image files, often in order to circumvent the wasteful minimum physical file size imposed by disc structure (for example, on my hard disc a file 584 bytes long occupies 1024 bytes of disc space and a directory occupies 2048 bytes even when empty) or to make it easier to access data. (Note that there /are/ also major disadvantages to image files � though I'm not covering them here!) #Line When the parent image filing system is running, such files are treated by the Filer exactly like directories, and consequently will be translated into directories within the zipfile by /Infozip/. Often this is not what is wanted � a StrongHelp manual, for example, is quite useless when zipped as a nest of directories � and in any case it vastly slows the speed both of compression and of later decompression. By default, therefore, /Infozip/ provides the option 'Treat images as single files' which will force image files to be compressed as a single block of data. If required, this can of course be turned off. DATAZ Copying, altering or borrowing from this program: #Parent !Root The desktop front-end program {/}!Infozip{/} is freeware. Anybody may give it to as many other people as they like � and they may also improve it in any way they see fit, and may appropriate any good ideas they find herein for their own programs. Full BASIC and assembler source code is provided in the directory {FEmphasis:!Infozip.Source}. #Line Sources for the zip/unzip command-line routines used ({/}zip{/} v3�0 and {/}unzip{/} v6�00) are available from Info-ZIP's home Website, <http://www.info-zip.org/=>#url> and many other sites � according to the documentation in the {/}!Infozip.Routines{/} directory. These routines are copyright Info-ZIP and modified versions should *not* be redistributed without contacting them first. (Try Zip-Bugs@lists.wku.edu) DATAq Compression #Parent detail #Fh3:Compressing (zipping) files with Infozip In order to compress a file, application or directory, drag it to Infozip's <iconbar> icon. If there are no <errors=>error> a filename for your new archive will be calculated and a <savebox> will open under the pointer. Drag the icon from the savebox into a directory window (or a suitable application) to create your zipfile. If all is well, the text under the iconbar icon will change to 'Busy' and a taskwindow will open (unless the <Quiet=>Optquiet> option is currently set) giving details of the compression ratio achieved � {FCode}'deflated 85%'{F}, for example, means that the file is now only 15% of its original size! If a zipfile of that name already exists in the destination directory, the new file will be added to the existing archive, rather than creating a new archive containing only one file, as normal. (This was an unintentional side-effect of the way the program is written, but could be useful.) #include !tasknote Once the file has been safely zipped a <contents> window will pop up to show you the current contents of the zipfile. (It is safe to close the taskwindow once this has happened!) You can now <add> more files/directories/etc. to the archive if you need to. To start a fresh archive, use the <New archive=>menunewarc> option on the iconbar menu. It is possible to create nested zip archives, i.e. store one zipfile within another. (Note that this will not result in any further reduction in size, however.) If you wish for some reason to include a zipfile within an archive, you will need to create an archive containing some other file, then <add> the zipfile at this stage by dragging it to the contents window, since dragging a zipfile directly to the iconbar as you would do for any other object will cause Infozip to <decompress> the archive. DATA� The iconbar icon #Parent detail You drag files to the iconbar both in order to <compress> ({/}zip{/}) them and in order to <decompress> ({/}unzip{/}) them. During compression or decompression, the text below the icon will read 'Busy' instead of 'Zip', and the hourglass will be displayed when the pointer is over an Infozip window. Which action is taken depends on whether Infozip recognises the file as a zipfile or not. Infozip performs a quick <check=>techcheck> to decide whether the file is a zipfile. This is necessary because files from a DOS source are not filetyped, and because many RISC OS files of type /Archive/ (the type created by this program) are not archived by zip routines but by native RISC OS methods (ArcFS/<SparkFS=>techSpark>), and cannot be decompressed by this program. It then checks whether the file seems to be of a known compressed filetype, and <warns=>Erroralready> you if it is. Clicking {FCode:SELECT} on the iconbar icon will reopen the current <zipfile contents window=>contents>, if any. Clicking {FCode:ADJUST} acts as a shortcut to create a new (empty) zipfile. Holding down Shift while clicking {FCode:SELECT} will open the <Configure> window. Clicking {FCode:MENU} on the iconbar opens a <menu=>menuicon> allowing you to create empty zipfiles, configure aspects of the program, and open this StrongHelp manual. Holding down {FCode:CONTROL} while dragging an archive to the iconbar icon allows you to convert it to or from <self-extracting=>sfx> format.DATA� The savebox: #Parent detail If the 'UNIX format zipfile names' in the <Configure> window is selected, the default name in the savebox consists of the original filename with "/zip" added to the end, to meet the restrictions of UNIX/DOS 'filetypes'. (The assumption is, that if you want to create zipfiles, you are quite probably looking for a format which can be read by PC owners as well). Otherwise the default name will be the same as the original filename. Don't try to save it over the top of the old one � it won't work! Drag the icon from the savebox to determine where your new archive will be created. DATA� The zipfile contents window: #Parent detail This is the window displayed by Infozip to give a graphical representation of the contents of a zipfile. It is not a true filer window - thus clicking on a directory will not select it, for example, nor can you rename the 'files' displayed there. All files are represented with the /untyped/ file icon. Infozip is not capable of detecting filetypes etc. but the Info-ZIP routines are capable of preserving RISC OS filetypes - if the files originated on a RISC OS machine, they will be correctly filetyped when decompressed. The same applies to any zipfiles created by you. #draw c,f contentsw The titlebar of the window reflects the actual name of the zipfile. The pane immediately underneath it displays the directory <level> you are currently on. Clicking on the up arrow icon on the far left of the pane will return you to the previous level, as will the <Open parent=>menuup> menu entry. ADJUST-clicking on the window's close icon will open the directory containing the zipfile. If you close the contents window you can always get it back by clicking on the iconbar icon. Double-click on a directory/application to 'open' it and move down to the next <level>. Choose <Select all=>menuall> from the <menu=>menucont> to select all the icons currently displayed. Drag any icon out of the window to decompress that object using the current decompression <options=>opt>. When you click {FCode}MENU{F} over an object you are given the option to delete it by selecting <Delete> from the {*}File 'Name'{*} submenu. Selecting <Info>, the other entry on the *File* menu, displays a window showing the file's size and date. Double-clicking on a file will automatically decompress and run that file. Holding down {FCode}SHIFT{F} will ensure that the file is loaded into a text editor � it's probably best to use this option when you don't know what filetype it is. #include add DATAf Note that you can still use your desktop while a taskwindow is on screen - the computer doesn't 'lock up' - but DON'T close the taskwindow until it has finished! (There is an <option=>optquiet> to stop the taskwindow from being displayed unless an <error> occurs - in this case the <alert box=>alert> will pop up once the process is complete.) DATA� Adding more files: Dragging any object - even another zipfile! - *into* the contents window will cause it to be added to the zipfile, though you may be asked to confirm this if the file is already <compressed=>Erroralready>. The display will be updated to reflect this. Hold down {FCode}SHIFT{f} to /move/ it into the zipfile rather than just copying it. You can also <delete> files and create <new directories=>menunewdir>. Note that adding objects to the {*}top-level directory{*} of a zipfile is faster than adding them to sub-directories. Unless you have a fast <hard disc=>techScrap>, adding large objects to sub-directories of an existing zipfile is probably best avoided. DATA� What it does: #Parent !Root Infozip is a desktop front-end to the public domain <Info-ZIP=>copyright> routines which allow you to create your own 'zip' archives (as widely used on the World Wide Web) and to extract files from 'zip' archives created on any type of computer. It makes using these routines a *lot* easier � if you don�t believe me, have a look at the documents in {/}!Infozip.Routines{/} and try it for yourself! DIR$� � `H J���U:W� !Root dL H������_ output �M H���θ��� temp �Q H��� �8� two �S H����,#�� comp XU H����®3 arc �V H����=�� zip �X I����@�� task D[ H���f�K�q merge �\ I�����`�� slow �b J����VSĖ filetype g J����ZS�t already �i H�����<�� unknown Pk I����?��� mem 4l J���%RW�[ RAM DATA Problems #Parent !Root #Fh3:Known non-fatal errors #Align Centre {FEmphasis}(Explanations are fairly <technical=>tech>){f} #Line <"Could not create output file"=>Erroroutput> <"Can't move file X to destination; open viewer on temporary directory?"=>Errortemp> <"A previous copy of Infozip still seems to be running"=>Errortwo> <"This archive is not a zip file"=>Errorcomp> <Nothing happens when I double-click on an archive=>Errorcomp> <"This file is already compressed"=>Erroralready> <Infozip tries to open my (uncompressed) file as an archive=>Errorarc> <"zip warning: name not matched"=>Errorzip> <The file info window reads Length: Unknown=>errorunknown> <"No run action specified for this filetype"=>Errorfiletype> <"Infozip is busy at the moment!"=>Errortask> <Infozip merges my zipfiles instead of overwriting the old one!=>Errormerge> <Infozip is so slow that I keep thinking it has crashed=>Errorslow> <"Internal error: abort on data transfer"=>Errormem> <Problems when zipping to RAMdisc=>ErrorRAM> #Align DATA_ Could not create output file #Parent Error One or more of the files you are trying to manipulate has probably been left open after an error occurred (not by Infozip, I hope). Try pressing {FCode}F12{f} and typing {FCode}*SHUT{f}. Possibly the filename is too long for ADFS, or there are already too many files in the destination directory. DATA� Can't move file X to destination #Parent Error #include !moan One kludge that has been known to cause problems is the one where it extracts files to a temporary directory and then moves them, minus their unavoidable accompanying parent directory structure, to their eventual destination, so that the user only sees what he asked for; not what he actually got! The error above is generated when Infozip can't find the files it is trying to move; usually because filename *X* contains the wrong number of asterisks or something.... If you get this error after the files were reported successfully decompressed via the taskwindow, this means that your files are probably still tucked away safely inside your !Scrap application. Try typing <Filer_OpenDir \<Wimp$ScrapDir\>.Infozip=>*Filer_OpenDir \<Wimp$ScrapDir\>.Infozip> on the command line (or just click 'OK' when the error box appears) and investigate inside a directory called /temp/ if there is one. DATA� A previous copy seems to be running #Parent Error Two copies of Infozip will only crash each other by deleting one another's files in <!Scrap=>techScrap> and so on. If you are quite certain that you are not already running another copy of the program, then Infozip must have crashed horribly and even failed to clean up after itself (or been quitted via {FCode}Alt-Break{F}). Select *Cancel* to quit the extra copy, or *OK* to load it if you are sure that another copy is not already loaded. DATA� Not a zip file/no action instead of opening archive #Parent Error This is almost certainly not a zip archive. Unfortunately the {/}Archive (&DDC){/} filetype covers all kinds of archive files generated by <SparkFS=>techSpark>, of which only one kind is a zipfile. A simple <check=>techcheck> is carried out on all files double-clicked or dragged to the <iconbar> and for some reason this file has failed it and is not seen as a zip archive. DATA3 Infozip tries to open file as an archive #Parent Error Your file happens to meet my (rather loose) zipfile detection <check=>techcheck> - sorry. Try splitting up the 'P' and the 'K' if you can, or <add> it to the contents of another archive rather than trying to drag it to the iconbar on its own. DATA zip warning: name not matched #Parent Error This error is almost invariably caused by problems in DOS/RISC-OS filename <conversion=>techconvert>. Note in particular that RISC-OS filenames will cause trouble if they have more than one slash character "/" in them, i.e. 'Cash1/8/98'. Try using the <Select all=>menuall> option, even if there is only one file in the current directory. If you really can't get the file out, try decompressing the entire zipfile using the <Select all=>menuall> option from the top-<level> directory.DATA� Infozip is busy at the moment #Parent error This error usually occurs when you drag a selection of icons out of a Filer window into Infozip, rather than just one. It can also occur if you drag files into or out of the contents window while Infozip is still in the middle of compression or decompression, and if you <double-click=>techdoubleclick> on a file to read it while other files are being unzipped. Unfortunately Infozip isn't capable of keeping track of more than one external task (in this case, a taskwindow) at a time. If you want to zip a selection of files, the best way to do it is to put them all in one directory and to zip that. DATAq Old zipfile not overwritten #Parent Error Unfortunately, as far as the Info-ZIP routines are concerned, adding files to an existing archive has exactly the same command-line syntax as creating a new archive which happens to have the same name as an old one. If you really want to create a new archive with the same name, try doing it in a different directory. DATA� Infozip is slow #Parent Error Infozip was written on an A4000 with an ARM250 processor � so if you're reading this on a RISC-PC I don't know what you're complaining about! Seriously: � Unless you have <Quiet output=>optquiet> selected, Infozip needs to load up Zap, Edit or StrongED etc. in order to display its Taskwindow. This may cause a considerable delay before you can zip/unzip your first file. � Infozip allows you to use your computer for other tasks while it is running (it {/}multitasks{/}). However, if your computer is being asked to do several things at once you may find that Infozip runs rather slowly. � It helps to have the {/}!Infozip{/} application on a fast hard disc. Every time a file is zipped/unzipped, two utility programs of about 60k each are loaded and run � this takes time. If you run Infozip from floppy disc, it takes a lot of time! Copying it onto a RAM disc might help a bit� � Every time the contents window is redrawn, the entire zipfile catalogue file is read in from <!Scrap=>techScrap>. For a really big zipfile, this can involve scanning hundreds of lines of text, and even from machine code it can take a little while. � Changing to a low-resolution, small-size screen mode might speed things up a little if you are using an old computer. � If you do have <Quiet output=>optquiet> selected, looking at the iconbar to see whether it reads "Busy" or not will show you if there is anything actually going on. DATA� No run action specified for this filetype #Parent Error This error occurs when you double-click on a file displayed in the zipfile <contents> window. If your computer does not recognise the filetype for some reason, it will give this error message when it has finished unzipping the file and tries to run it. There are three likely causes: a) The application capable of running this filetype exists on your computer but has not been 'seen by the Filer' during your !Boot sequence, if you have one. b) You do not own a copy of the application capable of running this filetype. c) This file does not have a filetype at all. This is quite possible if it was created by a non-RISC-OS computer! In all three cases, the best thing to do is to double-click on the file again, holding down {FCode}SHIFT{f}, in order to load it into a text editor. Even if it isn't a text file, the first few characters of the file may give you a clue as to the name of the application to which it belongs. Alternatively, try unzipping the rest of the zipfile. Perhaps it contains the application for which this file was intended � or at least a file describing what it is! DATAt Compressed files #Parent Error Infozip recognises certain filetypes (e.g. /ArcFS/, /JPEG/ ) as compressed files. There is little point trying to compress these further as they will hardly shrink at all. If you drag such files to the iconbar they will be rejected with the message {*}File already compressed{*}. However, you may need to archive them for some reason other than compression (e.g. you want to send a batch of files as an e-mail attachment), so you can archive such files by dragging them to the <contents> window, although you will asked to confirm that really wish to do so. #Line #include !reject DATA� No data in file info window #Parent error This often happens when you are examining the details for a /directory/ (or application) in a zipfile that was not created by Infozip. Some zip routines don't store any information about directories - indeed, they delete empty directories - so there is no date and size information for Infozip to display. The directories will be created correctly when the files are actually decompressed, though! DATA� Abort on data transfer #Parent Error The taskwindow may be short of memory - check the size of your Next slot. The Info-ZIP routines need a lot more memory than the Infozip front end does! Try freeing more memory. DATA[ Problems when zipping to RAMdisc #Parent Error Note that there is a non-fatal bug in the Info-ZIP zip routine under RISC OS 4 when zipping directly to RAMdisc which causes it to do so *twice*, resulting in an error for the second attempt. I have reported this behaviour but have no great hopes of seeing it fixed in the near future. DIR$\ \ �n H�������� !Root |o J����Ӭ�! help �q J����Q�� all 4t J���dܬ�v up �u J����R�� newdir lv J��� �S�� newarc Xw J����Q�� cont �x J�����sU� icon �y H���s˛�y dir z J����R�� top �z J���M �� disp DATA� Infozip menus #Parent detail #Wrap Off There are two main menus in Infozip. <Contents window menu=>menucont> <Iconbar menu=>menuicon> DATA! Help on Infozip #Parent Menuicon The StrongHelp file (this file) can be launched by clicking on the 'Help' <menu=>menuicon> entry, provided /StrongHelp/ has been 'seen by the Filer' (probably during your !Boot sequence). Infozip also supports interactive Help � but having /Help/ on the iconbar may cause a noticeable slow-down while the taskwindow is open if you have a slow computer! There is also a ReadMe file inside the !Infozip application which gives a brief summary for those who don't have /StrongHelp/ or find it hard to use. DATA� Select all #Parent Menucont Selecting this option selects all the icons displayed in the current directory so that you can <decompress> them all at once. (This is the only way of selecting more than one object in a directory at a time.) If you drag any one icon while they are selected, instead of the normal icon under the pointer you will see a rotating dash-box (RISC-OS 3�1) or a 'parcel' icon (RISC-OS 3�5+) to show that you have more than one file selected. To deselect the icons, click anywhere on the background of the <contents> window, or select *Clear selection* from the menu. Going up or down a <level> will also deselect the icons. DATAv Open parent #Parent Menucont This option allows you to 'retrace your steps' back up the directory tree after double-clicking on directories/applications. You can also click on the 'up' icon on the pane at the top of the <contents> window. If this icon and menu option are greyed out then you are already on the top level of the archive and can go back no further. DATA� New directory #Parent menucont This option allows you to create a new directory in a zip file. I don�t really understand why you�d want to do this, but I�ve been asked to provide it�DATA� Creating an empty zipfile #Parent menuicon To create an empty zip archive, follow the 'New archive' entry in the iconbar menu to open a standard save dialogue. Alternatively, click {FCode:ADJUST} on the Infozip iconbar icon. DATA� Contents window menu #Parent menu #Align Centre <Display=>menudisp> allows you to change the order in which items are arranged in the window. <Dir=>menudir>/<File=>menudir> {*}'name'{*} - leads to submenu <Select all=>menuall> *Clear selection* - clears selected icons <Options=>Opt> leads to the options menu <New directory=>menunewdir> <Open parent=>menuup> <Back to top=>menutop> DATA� Iconbar menu #Parent menu *Info* - leads to info window <Configure>{*}...{*} <Help=>menuhelp>{*}...{*} <New archive=>menunewarc> *Quit* - quits the program DATAy File menu #Parent menucont This menu has two options - <Info>, which leads to the file info window, and <Delete>. DATA� Back to top #Parent Menucont This option re-opens the 'root' directory of the zipfile, however many <level>s down the currently- displayed directory may be. If this option is greyed out then you are already on the top level of the archive!DATA� Display menu #Parent Menucont This submenu controls the order in which items appear in the <contents> window. By default, the Info-ZIP routines list items in the order in which they were added to the archive, but Infozip also allows you to sort them alphabetically by name. Note that in many cases when an entire application or directory has been archived at once, the contents will have been added in alphabetical order in the first instance - thus changing this option will have no effect! DATAs Directory levels #Parent detail #Fh3:Navigating directories in Infozip Infozip provides a Filer-like interface to zip archives; but it only has one window. When you double-click on a directory or application icon � you do not need to hold down {FCode}SHIFT{f} since you can't run applications inside a zipfile (unless you have <SparkFS> in which case you don't need this program!) � the <contents> window is redrawn, and its titlebar updated, to show the contents of the new directory. Even if you have a <slow=>Errorslow> (pre-RiscPC) computer this should not take more than a second or so, but if it does, you will see the <hourglass> displayed. There are two ways to go up one directory level; you can either select <Open parent=>menuup> from the <menu=>menucont> or simply click on the up arrow icon at the left-hand end of the <internal path pane=>contents>. If you are already on the top level this icon will be greyed out. {FCode}ADJUST{f}-clicking on the window's close icon will open the parent directory of the zipfile itself. If you <add> a file or directory to the current zipfile, the contents window will be updated so that you can confirm that the object has actually been added. Note that adding files at any level other than the topmost level will be slower, since they have to be copied into a directory in <!Scrap=>techScrap> before being compressed. DATA Deleting files #parent detail Currently, you have to click {FCode}MENU{f} over the file's icon, and then select �Delete� from the <File=>menudir> submenu. I suspect that deleting files involves reformatting the entire zipfile or something � it certainly seems relatively slow. DIR$ �� I������� !Root 8� J���x�O�j Spark �� I���ރ . check Ԍ H���L[��� Scrap |� J�����S�_ convert ܖ J������ Csd �� H����M�� doubleclick �� J���c�Są zippath DATA� Technical details #Parent !Root #Fh3:How it actually works #Line #Wrap Off <Identifying zipfiles=>techcheck> <Files in !Scrap=>techscrap> <Double-clicking on files=>techdoubleclick> <Conversion from DOS filenames=>techconvert> <Archives which are not zipfiles=>techSpark> <Changing the CSD=>techCSD> <Use of the hourglass=>hourglass> <Why it is slow=>Errorslow> <Search path for Info-ZIP routines=>techzippath> #WrapDATAj Archives which are not zipfiles #Parent tech <SparkFS> is a commercial program by David Pilling which uses the unique 'image filing system' facilities of RISC OS 3�1 and greater to allow you true Filer access to foreign archive types such as DOS zipfiles - you can just double-click on them to open them as directories. You can even run (RISC OS) applications from within zipfiles, which is more than native PC users of these archives can do! However SparkFS can also create other varieties of archive than the (rather primitive) zipfile. There are good reasons for this, like wanting the ability to *rename* (wow!) and *move* files within the archive... Unfortunately (a) such archives are not readable by non-RISC OS computers (b) therefore they are not readable by the portable Info-ZIP routines used by this program (c) they all (including zipfiles) use the same RISC OS filetype (&DDC) so they all look alike in the desktop Files received over the Internet are likely to be zipfiles. Files from Acorn PD libraries / magazine discs / developers probably aren't, for the reasons given above.... DATA. Identifying zipfiles #Parent tech Infozip's 'type-checking' is extremely crude since I have no idea what the correct specification for a zipfile is! It simply checks whether the two characters occurring 22 bytes before the end of a file are the letters "PK" or not, and assumes that any file without these letters is to be compressed and not decompressed. The actual filetype is completely ignored. This allows you to use DOS files with no filetype and archives from CD-ROMs which appear to be data files due to the notorious bug in CDFS.... DATA� Files in !Scrap #Parent tech #include !moan As a result it needs its own directory in {/}!Scrap{/}, which it should delete automatically when you quit the program. In order to construct its contents window, the program simply issues an 'unzip -l /zipfile/ ' command and redirects the output to a file called /CAT/ in this directory. Infozip then uses BASIC's file- and string-handling commands to extract the relevant information to redraw each version of the <contents> window 'on the fly'! It may also create a sub-directory called /temp/ if you try to extract files from sub-directories of a zip archive. It uses this to hide the fact that the Info-ZIP routines actually extract a skeleton of the entire zipfile structure down to that point! If you get a <"Can't move file to destination"=>errortemp> error, your files will probably be in <here=>*Filer_OpenDir \<Wimp$ScrapDir\>.Infozip>. A directory called /add/ is created when you add files to sub-directories of a zipfile, or create a new subdirectory. Your files are copied into a skeleton imitation of the structure of the zipfile before being zipped, in order to fool the Info-ZIP routines into putting them in the right place within the zipfile. This can be rather slow� Finally, when you double-click on a file in the contents window, it is decompressed as {/}\<Wimp$ScrapDir>.filename{/} and then renamed to {/}\<Wimp$Scrap>{/} before being Filer_Run. If you use a 'dustbin' program, you may find a lot of directories called /Infozip/ and /temp/ or /add/ appearing in it � this is why! #Line Note that the Info-ZIP command line routines also generate temporary files in !Scrap, which may be very large. DATA_ Converting DOS filenames #Parent tech Zip archives use the DOS directory/separator/file.extension format internally, as you will see from the internal path pane of the <contents> window. Conversion of DOS-style file extensions is done both by the actual back-end routines during the actual compression/decompression, and by Infozip while passing them the necessary command-line parameters. Occasionally Infozip gets confused by a 'funny' filename and converts it wrong, leading to a "name not matched" error when an attempt is made to extract this file from the archive. However, when <Select all=>menuall> is chosen from the contents window <menu=>menucont>, the whole zipfile is decompressed without any filenames needing to be specified. It is worth remembering this option if you are having trouble with <name not matched=>errorzip> errors. DATA� Changing the CSD #Parent tech Infozip changes the Currently Selected Directory when adding files, in order to fool the Info-ZIP routines into giving them the right name within the zipfile. It records the current setting of the CSD just before it alters it, and restores that setting as soon as it can. You /can/ fool Infozip by changing the CSD while it is actually in the process of zipping/ unzipping, but this is not at all advisable! DATA Double-clicking on files to load them #Parent tech When you double-click on a file, it is decompressed inside the Infozip directory in !Scrap, then renamed as {/}\<Wimp$Scrap\>{/}, i.e. {/}!Scrap.ScrapDir.Scrapfile{/}. This file is then {FCode}Filer_Run{f}, unless you were holding down {FCode}SHIFT{f} when you double-clicked on it, in which case a {FCode}Data_Open{f} message is broadcast, giving a false filetype of &FFF � this should ensure that the file is loaded by a text editor and not run. If you are unsure as to the filetype of the file, it is probably wisest to load it as text by holding down {FCode}SHIFT{f}, and to {FCode}ADJUST{f}-click on the close icon of the resulting window, thus opening the directory holding the file and enabling you to see what type it is. DATA� Search path for Info-ZIP routines #Parent tech Infozip adds the !Infozip.Routines directory to your {fCode}Run$Path{f} - this means that you can access the '{fCode}zip{f}' and '{fCode}unzip{f}' routines directly from the command line. If you already have a copy of the Info-ZIP routines (for instance in your library directory), these will override the copies inside !Infozip. DATA Infozip uses a lot of 'kludges' to try to create a standard RISC-OS 'drag and drop' interface to the rather elderly PC-style zipfile routines. (If I sound jaundiced, that's because I'm sick of trying to work around the inherent limitations of this archive format!). DATA� Decompression #Parent detail #Fh3:Decompressing (unzipping) files with Infozip In order to decompress a zip archive, drag it to Infozip's <iconbar> icon. The program will <check> the contents of the file, and if it thinks it is a zipfile, no matter what its filetype, Infozip will attempt to open a <contents> window showing what is inside the archive. It also checks the filetype to see if it recognises the file as some other compressed type, in which case it will bring up the alert box with a <message=>Erroralready>. Otherwise it will attempt to <compress> the file. The <contents> window should now display one or more icons representing the top <level> of the archive's contents. You may drag them individually into a directory window in order to decompress that sub-section of the archive. If you click MENU over the contents window and choose <Select all=>menuall> from the <menu=>menucont> which appears, all the icons in the window will be selected and you can drag them all into a directory window to decompress the whole archive at once. In either case, the result will be affected by the current decompression <options=>Opt>. (Using the <Select all=>menuall> option even when there is only one icon in the window can help cure the <name not matched=>errorzip> error). Extracting files from anything other than the top <level> of an archive will be noticeably slower. This is because the files are actually extracted to <!Scrap=>techscrap> and then moved to their destination!DATAy Decompression #Parent detail #Fh3:Decompressing (unzipping) files with Infozip In order to decompress a zip archive, drag it to Infozip's <iconbar> icon. The program will <check=>techcheck> the contents of the file, and if it thinks it is a zipfile, no matter what its filetype, Infozip will attempt to open a <contents> window showing what is inside the archive. If it doesn't recognise it as a zipfile, it will assume you want to <compress> it. The <contents> window should now display one or more icons representing the top <level> of the archive's contents. You may drag them individually into a directory window in order to decompress that sub-section of the archive. If you click MENU over the contents window and choose <Select all=>menuall> from the <menu=>menucont> which appears, all the icons in the window will be selected and you can drag them all into a directory window to decompress the whole archive at once. In either case, the result will be affected by the current decompression <options=>Opt>. (Using the <Select all=>menuall> option even when there is only one icon in the window can help cure the <name not matched=>errorzip> error). Extracting files from anything other than the top <level> of an archive will be noticeably slower. This is because the files are actually extracted to <!Scrap=>techscrap> and then moved to their destination! DIR$� � �� R����M��� !Root �� R���.���� 240 �� R�������� 241 $� R���}��x 250 �� R���E}�� 260 �� R���^���� 300 ,� R����2��� 301 �� R���^5��� 307 DATA� History: #Parent !Root #Wrap Off <Version 2�40=>history240> (30th July 2000) <Version 2�41=>history241> (4th August 2000) <Version 2�50=>history250> (5th January 2001) <Version 2�60=>history260> (3rd March 2001) <Version 3�00=>history300> (2nd October 2001) <Version 3�01=>history301> (28th November 2001) <Version 3�07=>history307> (24th July 2012) #Line For really ancient history, please refer to <this textfile=>*Filer_Run \<Infozip$Dir\>.Ancient>. DATA� History:v2�40 #Parent history Version 2�40 (30th July 2000) � {*}MASSIVE REWRITE AND BUG-FIX{*} � Large amounts of the program have been rewritten (probably introducing a whole new set of bugs....) Finally got round to removing DrWimp library & replacing it with the WIMP procedures I wrote for 'NewAlarm', providing a dramatic reduction both in the size of the source files and in the compressed !RunImage. � Tinkered with error handling yet again. � Navigating up and down directory levels now *really* doesn't cause Infozip to forget which level it is on (bug supposedly fixed in version 2�11!) � <Ignore directory structure=>Opt> option now applies while zipping as well as unzipping. � Tinkered with wording of interactive help. � The interactive help for the DOS format option in the Configure window, present in the Messages file since version 2�22, is now actually *used*! � By request: split most of the interactive help text onto several lines. � Tried to avoid the continued display of "Busy" iconbar text after recovering from an error. � Cured bug which gave an error unless at least one option on the zip <options=>Opt> menu was ticked. � Overlong filenames are now cropped from the left in the <Contents window menu=>menucont> and from the right in the <file info=>info> window, instead of being shortened from both ends! � Filenames in the file info window are now cropped to fit the printable area of the icon and not to the width of its outline. � Any {FCode}/zip{f} suffix will be removed when zipfiles are converted into <self-extracting=>sfx> archives (since these will only work on RISC-OS machines anyway) � Configuration files are now saved to {FEmphasis:\<Choices$Write\>.Infozip.Config} if a new-style !Boot sequence is detected, reverting to the default {FEmphasis:!Infozip.Resources.Config} if not. � Added the {FCode:GIF} filetype to the default list of compressed files in {FEmphasis:!Infozip.!Boot}. � Fixed a bug which caused {FCode:ADJUST}-clicking on the Close icon sometimes to fail. Version 2�40� (1st August 2000) � Fixed a newly-introduced bug which caused the program to crash while unzipping if *none* of the entries on the <zip options=>Opt> menu were ticked. #Line #Align Centre <Later versions=>history241> #AlignDATA� History:v2�4x #Parent history Version 2�41 (4th August 2000) � Fixed the bug-fix introduced above which caused the program *always* to crash when zipping! � Added yet more error handling. � Removed 'Load file on double-click' option from <zip options=>Opt> menu. Since Infozip sets <Alias$@RunType_DDC=>*Show Alias$@RunType_DDC>, it caused inconsistent behaviour according to whether Infozip was already running or not. This option was on by default. It is now always on. � Since this changed the format of /Config/ file again, implemented version-dependent configuration reading. Future changes should be transparent to the user. � Interactive help on zip options menu now works again. � The value in the alert box 'Display time' icon in the <Configure> window is now set to "0" if you leave it blank. Note that this won't suppress the <alert> box altogether � merely close it as soon as possible, i.e. on the next Wimp Poll. � By request: changed savebox template. Title bar now highlighted when it claims the input focus. � Infozip had acquired a nasty habit of closing files which didn't belong to it � such as the currently open desktop font file.... Potential horrible crashes now averted. Version 2�42 (12th September 2000) � Fixed bug in machine code which occasionally prevented files in the archive from being displayed in the Infozip window. � Discovered what I think is a bug in the Info-ZIP /unzip/ routine that can cause files to be unzipped twice on RISC-OS 4 (F+) format discs. Harmless but annoying (since it causes a taskwindow to be opened to confirm overwriting of files) Version 2�43 (29th September 2000) � Altered DOS option in <Configure> window to UNIX (lowercase + '\/zip' rather than 8 characters + '\/zip'), on the grounds that this can be used for both; saving files to DOS disc automatically truncates the first part of the name and converts it to uppercase anyway.... Under RISC-OS 4 long filenames should no longer be a potential problem. � Changed last menu option to <Only extract newer=>optsilentover> from 'Overwrite silently' (uses -u option instead of -o) to provide more consistent behaviour irrespective of whether you were decompressing from the 'root' directory of the zipfile or not � also to make it possible to revert to old archived versions of files if desired (previously it was only possible to prevent overwriting, not to force it). Since behaviour with this option set is almost opposite to the previous version, old configuration files where "Overwrite silently" was /set/ will cause this option /not/ to be ticked, and vice versa, and for safety where no configuration file exists it is set by default. #TAG 244 Version 2�44 (25th October 2000) � By request: added <Zip images as single files=>optimage> option. � Yet more error-trapping � on save/load of configuration file this time. #Line #Align Centre <Previous versions=>history240> <Later versions=>history250> #Align DATAx History:v2�5x #Parent history Version 2�50 (5th January 2001) � Infozip can now save zipfiles into applications (i.e. to be used as email attachments) via a scrap file. In this case, the zipfile <contents> window will not be opened. � Expands the pathname of the parent directory of a zipfile before attempting to open it - avoiding certain crashes! � Typing a filename into the <savebox> and pressing RETURN now actually works. � Filer-like behaviour when dragging a selection of files had been accidentally reversed. Now restored to normal ('package' icon for RISC-OS 3�5+ and greater/rotating dash-box for RISC OS 3�1). � Fixed conversion to <self-extracting=>sfx> archives of zipfiles /not/ ending in '{FCode}/zip{f}' (accidentally broken back in version <2�40=>history240>!) � Upgraded to use the latest versions of the <Info-ZIP=>copyright> routines. � /Moving/ files (i.e. deleting the originals after zipping them) into anything other than the top <level> directory of a zip archive has never worked properly. Patched this. #Line #Align Centre <Previous versions=>history241> <Later versions=>history260> #AlignDATA History:v2�6x #Parent history Version 2�60 (3rd March 2001 - Chris Bazley) � Fixed the ARM code so that it works with 'new style' LF+CR instead of 'old' CR+LF redirected command-line output. � Overhauled the behaviour and appearance of the <Configure> window to be more style-guide compliant. The configuration is now properly stored in the program, rather than simply being read from the icons. This allowed a {/}Cancel{/} button to be implemented. � Implemented some new short-cuts: {/}f1{/} to open the manual, and {/}Escape{/}/{/}OK{/} for controlling dialogue windows. ADJUST-click on Infozip icon now opens configure dialogue. � Fixed a bizarre bug where some icons were draggable, when they certainly should not have been! � Rearranged the <pop-up=>menucont> menu to be consistent with the RISC OS Filer, as far as possible. "{/}Zip options >{/}" from the <iconbar menu=>menuicon> has been superseded by the improved configure dialogue. � Now adds the Info-ZIP routines to {FCode}Run$Path{f}, so that people can also use them from the command line if they choose. � Included new hi-res icon by <Nick Wright=>#url mailto:nick@backtoreality.freeserve.co.uk> Version 2�61 (4th March 2001 - C.B.) � Fixed the ARM code to be neutral about line-terminators in the zipfile catalogue, since this seems to be completely arbitrary. Thanks to T.Atherton for lending me his computer so that I could fix this. Version 2�62 (5th March 2001 - C.B.) � Fixed tiny bug with interactive help. Versions 2�63a-d (6-16th March 2001) � Restoration of catalogue-scanning code lost in the transition to v2�60 continues. � Increased wimpslot from 48k to 52k. � In the grand Infozip tradition, added more error-trapping. Version 2�64 (15th May 2001 - C.B.) � Redesigned 'Save As' dialogue with {/}Cancel{/} and {/}Save{/} buttons rather than having a close icon. � The <Configure> dialogue is now more proficient at regaining the input focus. � Fixed end-of-buffer checking bug in the window templates loader. Version 2�65 (27th May 2001 - C.B.) � Changed interpretation of SELECT clicks on <Infozip icon=>iconbar> - Now offers to create a new zipfile when none is currently open, or else brings the catalogue window to the front as before. � <Zipfile catalogue=>contents> now displays files as untyped rather than 'Data', to avoid anyone thinking that they actually were. The window now has horizontal scrollbar, since unlike the filer the icons do not re-arrange vertically when the window is resized. � <New zipfile=>savebox> dialogues now pop-up above the Infozip icon (like the <application menu=>menuicon>) rather than on top of it. � Changed the file info window to use standard size/type icons for the text fields. � No longer gives silly error when its own file icons are dragged within the window of origin. � Improvements to catalogue menu, including appropriate update on ADJUST-click and reinforcing to user that operations are not available on selections. #Line #Align Centre <Previous versions=>history250> <Later versions=>history300> #AlignDATA� History:v3�00 #Parent history Version 3�00 (24th October 2001) {*}MASSIVE REWRITE AND BUG-FIX!{*} � Totally rewrote graphical representation of catalogue data. 'Internal path' in DOS format is now displayed in separate pane at top of <Contents> window - titlebar displays path of actual zipfile (more useful for Director menus and more sensible as editor-like behaviour). An 'up' icon on the pane is now used to go up to previous contents level (in addition to existing menu options) - ADJUST-click on the window's Close icon will open the parent directory of the zipfile itself. The 'up' icon is greyed out when the display already shows the topmost level of the zipfile. � There is no longer an arbitrary limit on the number of files that can be displayed in any one directory. The distance between neighbouring columns of icons is adjusted, RiscPC-style, according to icon width - long filenames are no longer unreadable. � Icons in window now rearrange vertically when window is resized - and window can no longer be created wider than the current screen mode! Hence removed horizontal scroll bar again. � Icon widths are now properly calculated (for current font) in the catalogue window, and if necessary then long filenames are cropped with "�" � Width of Iconbar icon properly calculated for current font. � Resizes Iconbar and catalogue window text on mode/font change. � The initial width of a Contents window is always sufficient to display the full 'internal path' for that level. If the width is reduced manually, the text in the icon will be right-aligned so that the most important data continues to show. � The path shown in the File <info> window is also right-aligned if too long to fit in the icon. � Added 'Name order' option, in addition to old default 'Archive order' behaviour, and provided <Display=>menudisp> submenu to toggle between them. � Updated <alert> box window template to cope with longer messages. � Infozip will now load zipfiles even when an image filing system that claims this filetype (i.e. SparkFS, ArcFS 2) is running, provided they are explicitly dragged to the iconbar. [James Lampard] � Added MPEG filetype &1AD to list of pre-compressed types to ignore � Substituted 'Idle' for 'Zip' as iconbar text when taskwindow is not running, to avoid confusion when /unzipping/ is what is desired. � SHIFT-SELECT on iconbar now opens Configure dialogue, ADJUST opens 'New archive' savebox. � Tidy-up of menu handling - entries are now correctly greyed/ungreyed as applicable when Contents window menu is kept open using ADJUST. � The Contents window menu now distinguishes between applications and directories, instead of labelling both simply as 'Dir'. � All filetypes are now padded out to three digits with leading zeroes before checking against the string <\<Infozip$DontCompress\>=>*Show Infozip$DontCompress > so that certain 'user' filetypes (in the range &001 to &0FF) are no longer incorrectly identified as compressed. � Alertbox and configure windows now vertically centred on screen - width of window was being used instead of height! � The default name used when creating a new zipfile is now taken from the Messages file (token Sname:) and suffixed by "/zip" if the 'Unix format zipfile names' <Configure> option is set. � Added new-style archive sprites for RISC OS 4 [NoMercy] #Line #Align Centre <Previous versions=>history260> <Later versions=>history301> #Align DATA� History:v3�0x #Parent history Version 3�01 (28th November 2001) � Untyped files are now compressed when dragged to the contents window as well as to the iconbar. � Removed pane-handling bug - the contents window now iconises and comes to the front correctly. � Added option to allow the pane to be configured off - in which case ADJUST-click on close icon reverts to old behaviour. � Program once again saves choices inside application directory if Choices$Write not defined, and reads from Choices$Path rather than Choices$Write! � Rudimentary debugging log option added - if the program is started with a "-debug" switch, all Info-ZIP commands will be written out to <Infozip$debugfile=>*Show Infozip$debugfile>. Version 3�02 (14th January 2002) � Corrected bug in WIMP message handling that could corrupt very long leaf-names, resulting in bizarre errors. � Corrected bug causing Infozip window to come to front on mode change. Version 3�03 (23rd January 2002) � Supplied missing help token in Messages file � Main window is once again redrawn correctly when internal path pane is toggled on/off. Version 3�04 (26th June 2002) - C.B. � Fixed non-redraw of file icons in zipfile contents window, where the window was less than one column's width wide. � Reads config file from Choices$Path rather than Choices$Write (don't know why this was claimed previously as fixed). � Defines name of &DDC filetype as 'Archive' (in line with SparkPlug). � Internationalised resources structure (uses ResFind). � 'Busy' message now more discrete (uses the alert box), rather than a nasty big Wimp error box. � Drags terminating at path pane now treated as analogous to drags into zipfile contents window. Version 3�05 (19th January 2003) - C.B. � Fixed bug where zipfile window was re-opened too tall after toggle size icon had been clicked. � Width of path pane now correctly varies with width of zipfile window. � The included version of the SlidingHeap module is now 32-bit compatible, as are the back-end programs. The whole application should now work on Iyonix. � Moved 'Help' option to top of iconbar menu, in line with latest advice from Castle Technology. � Converting zipfiles to self-extracting archives no longer invokes 'Join' program (which conflicted with GNU Join). Version 3�06 (24th February 2004) (unreleased?) � Provided support for new 'Zip' filetype as defined under RISC OS Select. #Line #Align Centre <Previous versions=>history300> <Later versions=>history307> #AlignDATA� History:v3�07 #Parent history Version 3�07 (24th July 2012) � Now distributed with ARMv6/v7 compatible versions of the back-end programs, so should now work on the BeagleBoard and Raspberry Pi. (Thanks to Chris Gransden and Jeffrey Lee.) � Fixed "Illegal window handle" error on RISC OS 5 when changing screen mode or desktop font. � Defines 'zip' and 'unzip' aliases which allows the WimpSlot of the back-end programs to be set prior to running. Apparently it was previously dependent on the user's Next slot! � No longer relies on presence of system variables to detect if there is a copy already running. This solves the old problem of Infozip becoming confused after a crash - as a consequence, the 'Really load new copy?' option to override the duplicate detection no longer exists. � Corrected mistake in !Boot file which prevented Infozip from loading an archive which was double-clicked when it wasn't already running. � Setting the display time for the alertbox window to zero will now allow you to suppress the 'Finished zipping' messages altogether. � Doesn't insist on claiming the &DDC filetype any more. � Removed filetype &10B (Digital Symphony) from Infozip$DontCompress, since it's not guaranteed to be compressed. � Implemented a less dodgy method of calculating the CSD. � Don't embed control characters in the !RunImage any more! #Line #Align Centre <Previous versions=>history301> #Align DATA� File info window #Parent contents #spritefile infowin #sprite c,0 screen #Below #Wrap on This window gives you access to all the information available in the zipfile catalogue description of the selected file - its name, size and date stamp. Note that the date given is that when the file was originally saved � not the date when it was zipped! Also, the 'untyped' file icon does not represent the real filetype of this file; like the icons in the <contents> window, it merely indicates whether the object in question is a file, an application or a directory. If the object is not a file, sometimes the date may not be given, and the size may be listed as <unknown=>Errorunknown>.DATAj The Configure window #Parent detail #FH4:Info-ZIP options At the top of the Configure window are the options that control adding and extracting files from zip archives. These are detailed in <Zip options=>Opt> #Line #FH4:Front-end options � You can set the time (in seconds) before the <alert> box closes automatically, and whether it beeps when it opens or not. � The '{/}Open filer after zipping{/}' option causes Infozip to (re)open the directory containing the completed zipfile when it finishes zipping it. At the moment this option only works when files are dragged to the <iconbar> in order to zip them, not when they are <added=>add> to an existing zip archive. � If '{/}UNIX format zipfile names{/}' is selected, when you create a zipfile the default name in the <savebox> will be transformed to lowercase with '{fCode}\/zip{f}' appended. Files created under this option may also be transferred to a DOS format disc � if the first part of the name is too long, it will automatically be truncated, retaining the suffix. #include !reject #Line #FH4:Action buttons � Clicking on *OK* confirms your changes, and updates the program configuration. � Clicking on *Save* confirms your changes and saves the program configuration. These settings will be loaded the next time you run Infozip. � Clicking on *Cancel* discards any unconfirmed changes that you have made. DATA� Alert box #Parent detail #spritefile alertbox #sprite c,f alertbox #Below If you have the <Quiet=>optquiet> option selected from the Zip options menu, this window pops up to tell you when Infozip has finished adding, zipping, deleting, etc. After a few seconds it will close again; or you can click on it to make it go away at once. Various aspects of its behaviour can be configured from the <Configure> window. DATA� The list of compressed filetypes rejected when they are dragged to Infozip is stored in a system variable set up in the {/}!Infozip.!Boot{/} file. You can edit this manually if you know what you are doing. DATA! Dark corners #Parent detail #fH3:Dark Corners {fH4} #Align Centre Some of Infozip's less obvious features{f} #Align #Line These features are all documented elsewhere in this manual, but they are not immediately obvious and I felt it was worth collecting them together here. � Double-clicking on a file decompresses and runs it � but holding down {FCode}SHIFT{f} while you double-click causes it to be loaded into a text editor (StrongED, Edit, Zap) instead. � Holding down {FCode}SHIFT{f} when you drag a file into the contents window moves it into the zipfile instead of just copying it as normal. � {FCode}ADJUST{f}-clicking on the close icon of the contents window opens the previous directory � or the Filer directory containing the zipfile, if you are already on the top <level>. � You can alter the current <decompression options=>opt> from the iconbar menu, before you have loaded any zipfiles. � Clicking on an empty area of the contents window has the same effect as selecting *Clear selection* from the menu. � Once Infozip has been seen by the Filer, you can just double-click on a zipfile (provided it has the /Archive/ filetype) to load Infozip and display its contents. You don't need to load Infozip first. � If you save a /Desktop Boot/ file while Infozip is running, the program will be loaded automatically when you next start up the computer. � When the alert box is displayed, clicking on any Infozip window/icon (including the alert box itself) will cause the alert box to close before its normal display time is up. � If you have copies of the Info-ZIP /zip/ and /unzip/ routines in your Library directory, Infozip will use these instead of the copies in {/}!Infozip.Routines{/}. � Hold down {Fcode:CONTROL} and drag a zipfile to the iconbar to convert it to a <self-extracting=>sfx> archive. DIR$T T � J���>�SĀ !Root 4 J���ʧS�' disadvantages DATA� Self-extracting archives #Parent Contents #Prefix sfx � If you hold down {Fcode:CONTROL} and drag a zipfile to the iconbar, you will be asked if you wish to convert it to a self-extracting archive. If you click on OK, any {FCode:/zip} suffix will be removed and the file will be converted to the RISC-OS filetype /Absolute/, which can be decompressed just by double-clicking on the file to run it. You can give a self-extracting archive to someone who doesn't have Infozip and they will still be able to unzip the file. However, these files do have several <disadvantages>. Self-extracting archives can still be loaded into Infozip by dragging them to the iconbar, and you can add and delete items in them as normal. Using Infozip to amend such archives will, however, cause their filetype to be (incorrectly) reset to /Archive/ by the Info-ZIP routines, so that they can no longer be decompressed by double-clicking on them. If this happens you will have to reset their filetype to /Absolute/ (&FF8) manually. It is best to avoid altering the contents of self-extracting archives if possible. � If you hold down {Fcode:CONTROL} and drag a self-extracting archive to the iconbar, you will be asked if you wish to convert it back to a zipfile. This option will remove the extra machine-code from the start of the file and re-adjust the internal structure to restore it to normal.DATA' Draw-backs of self-extracting archives #Parent sfx � The extra decompression code makes them about 25k longer than the equivalent zipfile. For short zipfiles this can mean that they become more than double the size. (Of course, if your files are that short, do they really need compressing?) � The files are always extracted to the CSD � which may be the directory in which you double-clicked the file, and it may not be. An inexperienced user may be altogether unable to find them! � While you *can* run them from a taskwindow (by typing the full pathname of the archive) and supply various command-line options, the default, verbose, non-multitasking behaviour of self-extracting archives is not very user-friendly. � Self-extracting archives are not so 'portable' as standard zip archives. For example, a self-extracting archive created on a RISC-OS machine cannot extract itself on a DOS-based machine. And since they are not standard zipfiles, people using other (non-Info-ZIP) unzip programs may not be able to unzip them manually either. DATAY Hourglass in Infozip #parent tech #Fh3:The hourglass Infozip displays the RISC-OS hourglass if it needs to take over the computer for longer than half a second; while the hourglass is displayed you will not be able to use the computer. While Infozip is calculating which files appear in the current <level> of the contents window, the hourglass will display the percentage of progress made. The hourglass is also displayed while Infozip is searching for the information to display in the <info> window, and while it is waiting for the Info-ZIP routines to write/update the zipfile catalogue, which happens every time you load a new zip archive or delete or add files to an existing archive. During the actual zipping/unzipping process, the hourglass is displayed only when the pointer is over an Infozip window, since you can still use the computer while this is going on. #Line The hourglass LEDs (the dark bars which appear above and below the hourglass) indicate which process is currently under way. While the zipfile catalogue is being altered, the top LED is displayed, followed by the bottom LED and the percentage display as the window is redrawn. While you are navigating up and down the directory structure, the percentages are accompanied by the display of both LEDS. While the info window is being calculated, neither LED is shown. DATA� SQSH�F J���1�O� �� � !#� 0g��2e�,ȡ`�� (Ȋc� !�)�d��Nv���%K��bB�� �6qV� ag3��(�� �Bp��Ҧ�9 5�n��z�� "�^���%�,�]���ɶ�۷p�ʝK��ݻr'n�ȷ�߿�L�p`8�����ǐ#K�L���˘�I�83d9wN��SY��Ǧ�n��r�ԓa{v�Y��٨C�.}�1�ֻ/��Y6n��>�z���Y3~~���踓/gN��u��<rx��;sw~B7h��AG�/´���s���t���1�g��]{���M���_}���[hJ�� ����yם��}h�t"�ނ��f�n�\���x ��E���9�����!�/���W�tE�(!�쥘 [��������>��$��-Y��E�coRbF%nC�f�3�gZ��I�X�N~�e�̝9�X��f�o& p|� �m��gC*��Mr@����%���]� k���"�U �(|�I�ۗb^J\�rl�Z�O~j�z�j���NF[���랫��خ7q �&���6���F+��.KG����v�m\�F ��k�覫���������k��k��؎D� ,�'��^�o�7�0�<���k�����R��� ��1�V��(�;��A��nw`s���|n���������s:�A.�<M4�+w��EӼ4�B������3���|��Hg{4�'���B߁u�� ��osݶ�1�%7�mc]w�Ig�u�f��n�k��q��v�u�t7�|�ܑ����t�M�`��5��ý��/M��X�5�z;��1��4ћ�-y�}�k�ә��s��:�.tب����v�ι�a��{�ζ��G�{��=̪O:���ᶯ�v�G_�W���̓�~�#k�=��o�����ꖾ�-�|;{��Ǿ�Mu���e9ΕL|�;���G9�A���+�o2>�q!� A��p��~<���pAfpm,����υJ�� {(@ǭ��-d[��4z̆�۠ u4��~��䠨=-��uD� �l�ĒQ�p7�!ϸ�.v1���b�79�Ї����籶=��E���>?2�~��f�?B�#a#e&�Gg+ܣ ��@Nҁ�"ɯ�aԻ$)�7HJ���̖� �I��.e�Y�jI�[���e�I�\ �l�L�Ɏ)8e:3��TC�jZ�����nz�֔�M��r~��4�:����$n��tW;��x�3^��=�I�|��=�'@*3���Lg<���.�`�B��P�:4b��DL��L ��3;�Ϗ@�"ŗ�h�R��Ӥ�<�J�.�Z̀4�d�d���t��b�.��+zU�d(wڹ�����jR]X�fB.��[_��7�t�ԗ�T����XE+U��@v��s �9;��Uq]�Z]83��u��Qy��V^���J��W�����,�2X�o�we�+�<��}n�� 4�L�l�2K��q֊�M�T�Eڭ���b���VkU��.��Kj_��W�@�m�-�6\�6��� Y=��z�5.riX�����+\t��Sn�snv�]��T��]���KS�.q�=�W�[G�R�6�o�X�é.2q�-m�[ډ��1}Qp��B#1h��p�j�Bׁ-"��]sr8[�orLd�*q9O�܂@� "�� ����4�nD"���3����� S�2-��:v�}<Mpz�/⌙�'"���@�>���C���� 7����6�� >3��2;7��-�0���@۾�r��A�gC��~A�����%ъ�4�*�b�0&Қ>g�-]�2�A�P��8]�t ՙ�XE-�в�� ��B��͚� è�n=I�K��lZ�\l����{ޝ3[��U]�.f���lj�2��~v�����i,{�#��7����D57���lG7��벫����Rװ�`��HY��̵8Ev��=5��[��l��zpҕ.�U7�:��8h����d�}盭 ��� �U�\����4�j�|�8ϠZ�8�P�/t���[���&_�|.��w�=c?x����y�k�[�J]tT��cW�u�i�Dz�q���v|��#�����u�Zn15��%wq�ڣ#������]���e�e������r�>1�K�ߓ�Ƅ��?c���k�����ԫy��6'�c���Ӿ���=0s��\�u�;E�mQ�����>Oz ?��<뛿��S��ũf�%�{��U0����fO��K<S�����~Tk~}C����w΅_/c_جP;F;�$He%o��{'WV�36�[uUw4�X/T�d=��` �7<d; u^$;-tYb����~t]��W�u^$�[T�p땂�$r��W��Y3vHE��@��T�2R�Fa�BA�-Fx�BAX`D��Q�J�C"Ą���C\3�~D5v6h���J�AKx7h_XT7�(W���}r�wg��jH�4�6�V�Dw 8�]SahHU��^~{��Z�a�4���o��IX��w2��/�2��.��a���s�2��.��2�x}�7eE8R��l��LA�z��M��L�W��t���t�؋�8���KT8���Uߒ�ʸ��.sources.Infozip.infoDATA SQSH�� J���0P� ��D䄹���� ��!C@!B�a� e� ����iSF�7n\4)C&M�6�ұ�M�@"��!Ǜ@�iphM�"��� /UJJ:�`�ALIA`&̚2fҰ)y0�AF?�j��A�7��.]���B�� ®�~gap&w#V\�1��U ̘,����D'<�� �?`&��^��?w���*�>��om� �{w��qN����ȓ+_μ���Џ_��7u�p��ν����ËGx ���A�X�~=��ٿ�O��������Ͽ���B`��Y�q'�}�wG�rܱ^�J(B� ڇᅉq��'G����Ha})~H�(����"!��h`zW@VE��Q�b�2~X�!j8��6�c{&BIb7ɡ}-&ya�"̘�0�0%�qȣ�@��� k�@d�2�H�Q�)#�u�)�pB��'�b�~^�!���9h�6�7�e=B�f������r:�`���y����X�}�b��^����ve�b��cb�M�#��Y���e�&�$� +�ʺ'�w��i|U�(Lj�9��w�j(��z���&�9N��S��+����m�䦚�{���5m�MR�!�ؒ*%��F��h��;�c��ۮ�r�x��Z����l6��'h�o��&�i�ߞ�i��exp�&� {�VQÒR���A�:q�,[���[H��H��/�v�뱼C�r�r�r��&,�z5�lf�:�q�?K-��L{K��A��,��jk�p � ���y��L��-�-�K3d^�H]����eg�7ʏwڶ��k+����1ܑ^"�S�Hc�8��5�8���B�x�h�d찟}��S����h�<"���M��G�I��f9xc�7�؊3�%�@��w���=��� ��x���ȫ-/��[b��|���+��l�Jd�B��� |� L��ԥծ`�)��LU5�+s�2_��&����p�S�z�d���̀���dW@�P�����=�%������V����W@�h�>o ���B�8ܟp.8) n�=AD��h�)�t�a"���.r�[�b�(�2��hL����6��]<