home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: WPS_PM / WPS_PM.zip / xf083ses.zip / nls.txt next >
Text File  |  1998-12-18  |  26KB  |  576 lines
  1. ┌───────────────────────────────────────────────┐
  2. │ XFolder National Language Support (NLS)       │
  3. │ (W) (C) 1998 Ulrich Möller                    │
  4. │ Readme file for Version 0.82                  │
  5. │ Nov. 19, 1998                                 │
  6. └───────────────────────────────────────────────┘
  7.  
  8. Välkommen till källkoden för det svenska NLS-paketet för XFolder!
  9.  
  10. Eftersom vi antar att ganska få är motiverade att använda detta,
  11. så sker ingen översättning av Ulrichs text för att skapa filer ur detta
  12. paket. Landskoden för Sverige är 046, varför filerna innehåller dessa
  13. siffror som identifikation.
  14.  
  15. Följande filer finns i detta paket:
  16.  
  17. HELP.046 - innehåller bildfilerna och html-sidorna som den svenska  
  18.               HLP-boken har skapats från.
  19. INF.046 -   innehåller bildfilerna och html-sidorna som den svenska
  20.               INF-boken har skapats från.
  21. Ändring i html-sidorna bör helst ske i en vanlig redigerare t.ex. EPM.
  22. Vi använde initialt Composer i Netscape Communicator, men 
  23. den gav enorma problem genom att ta bort och lägga till TAGs som
  24. HTML2IPF.CMD inte förstår.
  25.  
  26. Böckerna skapas genom att först konvertera HTML-sidorna till en
  27. IPF-fil  med HTML2IPF.CMD. Sedan skapas boken ur IPF-filen med
  28. IPFC.EXE som finns bl.a. i OS/2 Developers Toolkit.
  29.  
  30. xfldr046.def, xfldr046.dlg, xfldr046.mak, xfldr046.rc utgör
  31. källkoden för XFLDR046.DLL. För att kunna skapa denna måste
  32. du ha typ OS/2 Developers Toolkit.
  33.  
  34. xfldr046.txt - utgör källkoden till xfldr046.msg och också här
  35. krävs t.ex. OS/2 Developers Toolkit för att skapa denna.
  36.  
  37. Övriga översatta filer finns i det körbara svenska NLS-paketet
  38. för XFolder:
  39.  
  40. xflder046.sgs, inst046.msg, crobj046.cmd, instl046.cmd, sound046.cmd samt
  41. xfcls046.txt. De kan ändras med en vanlig redigerare t.ex EPM.
  42.  
  43. Om du hittar fel i översättningen kontakta översättarna.
  44.  
  45. Simon Grönlund (simgron@ibm.net)
  46. Roger Lindmark (roger-li@algonet.se)
  47.  
  48.  
  49. Welcome to the XFolder NLS Toolkit!
  50.  
  51. Please read through this entire file in order to avoid anything
  52. undesireable. If you have any questions which you think
  53. are not covered here, feel free to contact me at
  54.     ulrich.moeller@rz.hu-berlin.de
  55.  
  56. I know this is a LOT to read, and I'm sorry for this, but NLS
  57. is a slightly tricky thing, and many different formats are
  58. used.
  59.  
  60. IMPORTANT NOTE: You must unzip this package on a HPFS drive
  61. because many files in this package contain long file names.
  62.  
  63.  
  64. Changes:
  65. ========
  66.  
  67. Changes made since the initial source code release (which was for V0.80)
  68. are logged in changelog.txt. I hope this is fairly complete.
  69.  
  70. NOTE:
  71. If you have already started translating XFolder, please do read that
  72. file. There are important changes, or XFolder 0.81 will not run with
  73. your NLS files properly.
  74.  
  75.  
  76. Legalese:
  77. =========
  78.  
  79. Starting with V0.80, XFolder is placed under the GPL:
  80.  
  81.     Copyright (C) 1997-98 Ulrich Möller
  82.  
  83.     This program is free software; you can redistribute it and/or modify
  84.     it under the terms of the GNU General Public License as published by
  85.     the Free Software Foundation, in version 2 as it comes in the COPYING
  86.     file of the XFolder main distribution.
  87.  
  88.     This program is distributed in the hope that it will be useful,
  89.     but WITHOUT ANY WARRANTY; without even the implied warranty of
  90.     MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
  91.     GNU General Public License for more details.
  92.  
  93. I explicitly retain my copyright to the documentation.
  94.  
  95.  
  96. Quick overview:
  97. ===============
  98.  
  99. NLS packages identify themselves to the XFolder core via country
  100. codes, as described on the "COUNTRY" page in the OS/2 Command
  101. Reference (CMDREF.INF).
  102. This package is prepared for creating the English NLS package, as
  103. it comes with the default XFolder package. The language code
  104. for English is "001".
  105. So the first step you'll have to take is finding out your country
  106. code. For example, Italian would be 039.
  107.  
  108. XFolder's National Language Support (NLS) is spread across several
  109. files. These are:
  110.  
  111.  -  The NLS DLL to be put into the XFolder BIN subdirectory. This
  112.     file contains the language-dependent parts of XFolder itself,
  113.     notably dialogs, menus and miscellaneous strings.
  114.     This file is called "XFLDxxx.DLL", with "xxx" being your three-
  115.     digit language code.
  116.     The files neccessary to translate this DLL are in the "001"
  117.     directory.
  118.  
  119.  -  The XFolder message file introduced with V1.0 residing in the
  120.     HELP subdirectory. This file holds all kinds of messages which
  121.     are mostly displayed in XFolder's message boxes.
  122.     This file is called "XFLDxxx.MSG", with "xxx" being your three-
  123.     digit language code.
  124.     To build this file, you'll have to translate XFLDRxxx.TXT in
  125.     the "001" directory also.
  126.  
  127.  -  The WPS class descriptions which are displayed on the "WPS Classes"
  128.     settings page in the "Workplace Shell" object. This was introduced
  129.     with XFolder 1.0 also.
  130.     This file is called "XFCLSxxx.TXT", with "xxx" being your three-
  131.     digit language code. It also resides in the "001" directory.
  132.  
  133.  -  The XFolder help file in the HELP subdirectory. This file holds
  134.     all the help panels that are displayed when you press F1.
  135.     This file is called "XFLDxxx.HLP", with "xxx" being your three-
  136.     digit language code.
  137.     The files neccessary to translate this file are in the "HELP"
  138.     subdirectory.
  139.  
  140.  -  The XFolder Online Reference in the XFolder main directory.
  141.     This file is called "XFLDxxx.INF", with "xxx" being your three-
  142.     digit language code.
  143.     The files neccessary to translate this file are in the "INF"
  144.     subdirectory.
  145.  
  146.  -  The REXX .CMD and text files for XFolder's installation.
  147.     The files to be translated are in the "MISC" subdirectory.
  148.  
  149.  -  The SmartGuide (Warp 4) script used for the XFolder introduction.
  150.     This (XFLDR001.SGS) is also in the "MISC" directory.
  151.  
  152. The "HTML2IPF" directory contains a valuable tool for converting
  153. HTML files to the IBM (IPF) format. This will be described later.
  154.  
  155.  
  156. Required tools:
  157. ===============
  158.  
  159. I am currently using IBM VisualAge C++ to develop XFolder. Although all
  160. the source files in this package can be edited using any editor (because
  161. they're all plain text files), you will need some IBM compiler to actually
  162. compile the files. I have not tried EMX/GCC.
  163.  
  164. To be more precise:
  165.  
  166.  -  The make files in this package were written for IBM NMAKE, which comes
  167.     with all the IBM compilers. I'm not sure these will work with other
  168.     MAKE utilities. I'd be grateful for feedback.
  169.  
  170.  -  The message file (XFLDxxx.MSG) can only be created if you have any
  171.     version of an OS/2 Developer's Toolkit (even 2.x should work),
  172.     because you will need MKMSGF.EXE (see the respective chapter below).
  173.  
  174.  -  The same applies to the .INF and .HLP files: to build these, you
  175.     will need IPFC.EXE from the Toolkit (see the respective chapter below).
  176.  
  177. If you do not have these tools, don't worry. You can still translate the
  178. files and simply send them back to me, and I'll do the rest.
  179.  
  180.  
  181. A note on distribution:
  182. -----------------------
  183.  
  184. Please do not distribute XFolder NLS packages yourself. Since
  185. I might update XFolder after you have finished your work on your
  186. NLS version, XFolder might have trouble cooperating with your
  187. files. Internal IDs might change and/or new features might be
  188. added.
  189.  
  190. So if you have finished creating your NLS package, please contact
  191. me, and I will put in on my homepage and upload it to Hobbes and
  192. other places on the Internet. This seems like the best solution
  193. to be, because I have a list of places which carry XFolder, and I
  194. can update all the NLS packages myself when anything changes with
  195. XFolder. This way, my homepage will always be the place to look
  196. for up-to-date NLS packages.
  197.  
  198. Thus, when you're done translating, please zip up the complete
  199. directory tree again and mail the ZIP file back to me. I will
  200. give you loads of credits for your work wherever you want it,
  201. but I need the sources back, so I can change things myself in
  202. case a new XFolder version comes out or things don't work out
  203. right.
  204.  
  205. Thanks!
  206.  
  207.  
  208. The NLS DLL
  209. ===========
  210.  
  211.     The files herein contain everything neccessary to compile a resource
  212.     DLL (XFLDRxxx.DLL, with xxx being your country code). The resource
  213.     DLL contains strings, dialogs, and notebook pages.
  214.  
  215.     BTW: I'm really curious how "Snap to grid" sounds in your language. ;-)
  216.  
  217.  
  218.     Neccessary preparations:
  219.     ------------------------
  220.  
  221.     Most files in this directory carry a three-digit language code in
  222.     their respective names; the files are prepared for English (language
  223.     code 001).
  224.  
  225.     1)  For your language, you need to change all the filenames
  226.         with "001" in their names to your country code (e.g. 039 for Italian).
  227.  
  228.     2)  You will also have to change the .DEF and .MAK files, which assume
  229.         a country code of 001 at this point. Required changes are noted in
  230.         the files themselves.
  231.  
  232.     Note that all the dialog ID's access the "dlgids.h" file in the NLS
  233.     package main directory. DO NOT CHANGE anything in that file, or XFolder
  234.     will get really confused.
  235.  
  236.  
  237.     Files that need to be changed:
  238.     ------------------------------
  239.  
  240.     --  xfldr001.def:   The module definition file.
  241.                         Required changes are noted in the file itself.
  242.     --  xlfdr001.mak:   Makefile for IBM NMAKE.
  243.                         Required changes are noted in the file itself.
  244.     --  xfldr001.rc,    These are the main resource files which need lots of
  245.         xfldr001.dlg    changes. I've documented everything you need to change
  246.                         in these files directly.
  247.     --  xfldr001.txt:   This is the "source" file for the XFLDR001.MSG
  248.                         file. You will need MKMSGF from the OS/2 Warp Toolkit
  249.                         to convert this plain text file into a .MSG file.
  250.                         See the notes in that file.
  251.  
  252.  
  253.     Using a dialog editor:
  254.     ----------------------
  255.  
  256.     If you open xfldr001.res with the dialog editor, you can also translate
  257.     the dialogs without having to edit the .DLG file.
  258.  
  259.     When you then save the file, the .RES and .DLG files will be recreated.
  260.     The .RC file remains untouched though.
  261.  
  262.     The dialog editor has a helpful "Translate mode" in its "Options" menu
  263.     which disables a lot of menu items so you don't accidentally change dlg ID's.
  264.  
  265.     I don't know if you can use the URE editor also, I have not tried that.
  266.  
  267.  
  268.     Recompiling the DLL:
  269.     --------------------
  270.  
  271.     --  If you have any IBM C compiler, simply type "nmake xfldr001.mak" at the
  272.         command prompt (replace 001 with your language code).
  273.         Everything should work fine, since all the neccessary
  274.         files are included. I don't know if the makefile works with other
  275.         compilers.
  276.  
  277.     --  If you don't have IBM C, things get a bit more complicated. Since the
  278.         resource compiler (RC.EXE) and the OS/2 Linker (LINK386.EXE) already
  279.         ship with OS/2, you can try the following:
  280.         1)  Open a command line in this "dll" directory and type
  281.                 rc -r xfldr001.rc
  282.             which should create a new ".RES" file. Of course, replace "001"
  283.             with your language code.
  284.         2)  Then type the following:
  285.                 link386 /noi /noe /map /nol /align:16 xfldr001.obj,xfldr001.dll,,,xfldr001
  286.             This should link the .RES file so that you get a new DLL.
  287.  
  288.     You don't HAVE to recompile the DLL. You can simply change the resource files
  289.     and mail them back to me, I'll appreciate that too.
  290.     Recompiling might be helpful for testing the DLL on your system though.
  291.  
  292.  
  293.     Testing your new DLL:
  294.     ---------------------
  295.  
  296.     Make sure you do not currently have your new language DLL selected on the
  297.     "XFolder Internals" settings page, because if you do, the DLL is locked
  298.     and cannot be replaced. Select "US English" instead, which will unlock the
  299.     previously used DLL, and it can be deleted from the XFolder directory. Now put
  300.     your new DLL into the BIN subdirectory and open the settings again; select
  301.     your DLL and see if things work.
  302.  
  303.  
  304. Directory "MISC"
  305. ================
  306.  
  307.     This directory contains files used by XFolder's installation script
  308.     (INSTALL.CMD) plus the SmartGuide Script used for the XFolder
  309.     introduction.
  310.  
  311.     --  INSTxxx.MSG (with "xxx" being your country code, which you need to
  312.         change) is -- I'm sorry -- in a proprietary format. It's not difficult
  313.         to understand though: The file is used by "XHELP.CMD" (in the XFolder
  314.         package), which is capable of extracting single text messages in
  315.         between the "<TOPIC>" and "</TOPIC>" tags in this file. The text
  316.         between these tags is then displayed on the screen.
  317.  
  318.         What you need to do here is simply translate all the text which follows
  319.         a "<TOPIC>" tag. The text is displayed "as is", and no formatting is
  320.         performed; as a result, you must take care that no more than 80
  321.         characters are contained in a line.
  322.  
  323.         You also should take care of the line breaks: it makes a difference
  324.         in output whether a "</TOPIC>" end tag is found at the end of a line
  325.         or at the beginning of a new line, because in the latter case, the
  326.         line break is still printed to the screen.
  327.  
  328.         Just one more note: Do not change the keys mentioned in this file
  329.         ("X", "Y", "N"), even if your language does not use "Y" for saying
  330.         "Yes". Unfortunately, INSTALL.CMD relies on these keys. :-(
  331.  
  332.     --  CROBJxxx.CMD is a straightforward REXX script which creates the
  333.         default XFolder Configuration Folder. Even if you don't know REXX,
  334.         don't worry: you only have to change the strings on top of the file,
  335.         which contain all the language-dependent things. Be careful with the quotes.
  336.         Do not change anything else, because XFolder relies on it.
  337.  
  338.     --  SOUNDxxx.CMD is the REXX script which creates the neccessary INI
  339.         entries for having the new XFolder system sounds in your "Sound"
  340.         object. Only change the strings at the top of the file to your language.
  341.  
  342.     --  XFLDRxxx.SGS is a Warp 4 SmartGuide script to display the "Welcome"
  343.         window after XFolder has been installed and the WPS has been restarted.
  344.         I have no idea what the precise syntax for these files is (once again
  345.         has IBM developed good software, but then lets it rot), but it seems
  346.         to be some HTML-like syntax, except that the tags MUST be in
  347.         lower case, or they won't work.
  348.  
  349.  
  350. Directories "INF" and "HELP"
  351. ============================
  352.  
  353.     Again: These two directories only unzip properly on HPFS drives!!!
  354.     Both the filestems and the extensions are too long for FAT.
  355.  
  356.     These directories contain everything you'll need to translate the
  357.     sources for the ".HLP" and ".INF" files.
  358.  
  359.     You need however some OS/2 Developer's Toolkit to be able to create
  360.     INF and HLP files.
  361.  
  362.     Please use the "MAKE.CMD" file on the top level of the XFolder source
  363.     files to have the doc files created. This might take a while. You will
  364.     first need to set a few environment variables on top of MAKE.CMD, which
  365.     is documented in that file itself.
  366.  
  367.     You then have two alternatives for the translations:
  368.  
  369.     --  You can translate the ONE .IPF file in each of the INF and
  370.         HELP directories directly, if you're familiar with the IPF source
  371.         language, which is a proprietary IBM format (and which I don't like
  372.         at all). You can then feed this .IPF file into the IPFC.EXE compiler
  373.         to have the .INF and .HLP files created.
  374.  
  375.         This has the disadvantage that if certain panels change in future
  376.         versions, you'll have no clue what parts changed in this single IPF
  377.         file.
  378.  
  379.         Please change the text only. Do not change any resources, IPF tags,
  380.         and especially not the resource ID's, or XFolder will not find its
  381.         help panels any more.
  382.  
  383.     --  You can translate all the .HTML files and keep using the "MAKE.CMD"
  384.         file to have the HTML files converted into a single .IPF file
  385.         (using the HTML2IPF utility), which is then fed into IPFC also.
  386.  
  387.         This has the advantage that you'll only have to change some panels
  388.         in future versions, of which I will keep track.
  389.  
  390.         The disadvantage is that HTML2IPF is slow.
  391.  
  392.         The "root" file in the "INF" and "HELP" directories, respectively,
  393.         is called "XFLDRxxx.HTML", respectively, with "xxx" being your
  394.         country code (which you should change in this one filename).
  395.  
  396.         To use HTML2IPF manually, open a command line in the INF or HLP
  397.         directory (with XFolder ;-) ), and type:
  398.  
  399.             <path>\html2ipf xfldr001.html
  400.  
  401.         This will create a "XFLDRxxx.IPF" file (in the above example,
  402.         XFLDR001.IPF). You can then run "ipfc XFLDRxxx.IPF" to compile
  403.         a HLP file; add a "/INF" switch to produce an "INF" file.
  404.         You must have the INF or HLP directory as your current directory,
  405.         or HTML2IPF will tumble.
  406.  
  407.     If you don't have the Developer's Toolkit, there's no way you can
  408.     actually produce the INF and HLP files. You will have to use Netscape
  409.     or WebExplorer to view the help files, which of course are on many
  410.     separate pages then. Begin viewing "XFLDRxxx.HTML" in the INF and
  411.     HELP directories, respectively.
  412.  
  413.     In any case, mind these important notes:
  414.  
  415.     --  The (slightly awkward, I admit) structure of the files is the
  416.         following, in both directories:
  417.         -- "XFLDRxxx.HTML" is the "root" file;
  418.         -- files beginning with "0" appear in the contents tree of the
  419.            produced INF and HLP files;
  420.         -- all other files are somwhere below in the INF/HLP structure.
  421.  
  422.     --  Do not change filenames! HTML2IPF sorts the IPF pages internally
  423.         alphabetically according to the filenames, that's why I've
  424.         implemented these strange naming conventions. I admit that since
  425.         the structure has developed over time, it may not seem very
  426.         logical to you, but it works. Changing things here will result
  427.         in a lot of work, since all the links in the HTML files will
  428.         have to be renamed also.
  429.         Also, if you change the linkage of the HTML files, the resource
  430.         IDs of the help panels will be altered, and XFolder will then
  431.         get confused displaying the proper help panels.
  432.  
  433.     --  Within the HTML files, do not change ANYTHING within angle
  434.         brackets ("<xxx>"). Translate ONLY the text outside of these.
  435.         Even though some tags might not be good HTML style and the
  436.         HTML files might not look pretty when viewed with Netscape,
  437.         certain tag combinations (especially the <BR><LI> combinations)
  438.         are neccessary to make the pages look good for IPF.
  439.  
  440.     --  Don't forget to translate the page titles (in between the
  441.         <TITLE> tags). I've forgotten this many times...
  442.  
  443.     --  There are a number of files in the HLP directory which seem
  444.         pretty useless. These are neccessary however in order to
  445.         guarantee a certain sequence of the help panels in the
  446.         resulting HLP file, on which XFolder relies for calling
  447.         a certain help panel. I don't quite understand myself anymore
  448.         how this order works, but it does, so I don't care. ;-)
  449.  
  450.     --  I do not recommend translating EVERYTHING for the INF book.
  451.         I have done the German translation myself,
  452.         and I think that the "Revision history" section makes no
  453.         sense translating, because it is frequently updated and
  454.         NLS versions didn't exist for the older versions anyway.
  455.         Also, the "XFolder Internals" pages apply to programmers,
  456.         which need to know English anyway, because otherwise they
  457.         won't find their way through the required Toolkit docs
  458.         either. So I think you can save yourself some work there.
  459.  
  460.  
  461.     Images, Screenshots
  462.     -------------------
  463.  
  464.     The images in both the INF and HELP directory are always available
  465.     in both GIF and uncompressed OS/2 1.3 BMP format. The reason for
  466.     this is that HTML does not support BMP, and IPF does not support
  467.     GIF. :-( HTML2IPF is very comfortable in this respect: it will
  468.     automatically convert all GIF images to BMP format every time it
  469.     finds an <IMG> tag, but only if no BMP file of the same filestem
  470.     was found (see HTML2IPF.INF for details).
  471.  
  472.     The image conversion program which HTML2IPF requires is specified
  473.     in line 20 of HTML2IPF.CMD. The original had Image Alchemy in here,
  474.     I have changed it to "GBMSIZE", which is part of the freeware
  475.     "Generalized Bitmap Module" (GBM) package available at Hobbes.
  476.  
  477.     --  If you don't have GBMSIZE on your PATH, you can add the path to
  478.         this line.
  479.  
  480.     --  If you wish to use a different converter, specify it here. Be
  481.         careful though: IPFC only supports UNCOMPRESSED OS/2 1.3 bitmaps
  482.         (see HTML2IPF.INF). Do not compress them. This is annoying, because
  483.         IPFC's own image compression is totally outdated, but it's a fact.
  484.  
  485.     I'd be very grateful if you could create your own screenshots
  486.     for the online documentation, because I own German versions of OS/2
  487.     and for your NLS package, screenshots of your language are
  488.     preferrable.
  489.  
  490.     I have used the following settings for the screenshots:
  491.  
  492.     Fonts used:
  493.         Titlebars: Humanist 521, 13 points (available on the
  494.                    CorelDraw 4 CD in Type 1 format)
  495.         All the other fonts are set to 9.WarpSans.
  496.  
  497.     CandyBarZ installed, colors:
  498.         Active:     top 191/0/0, bottom 52/0/0
  499.         Inactive:   top 160/160/130, bottom 40/40/40
  500.  
  501.     XFolder installed. ;-)
  502.  
  503.     Now, if you create your own screenshots, save them as GIFs with the
  504.     exact filenames of the originals (e.g. "trunc.gif"); you must then
  505.     DELETE the respective BMP file, because HTML2IPF will only call the
  506.     image converter for BMP if no BMP file of the same name exists.
  507.  
  508.  
  509.     Testing your new HLP/INF files:
  510.     -------------------------------
  511.  
  512.     Before compiling the .IPF to the .HLP/.INF files, you should make
  513.     sure that the target file is not locked by the WPS.
  514.     With .INF files, that's easy: simply close it if it's open.
  515.     With .HLP files, you have to keep in mind that the WPS keeps these
  516.     files locked even after you've closed a help panel window. However,
  517.     the WPS only keeps one .HLP file locked at a time, so in order to
  518.     unlock the XFolder .HLP file, simply open a default WPS help panel,
  519.     e.g. by selecting "Extended Help" for the Desktop window.
  520.     You can then copy the new XFolder .HLP file to the XFolder HELP
  521.     directory. (MAKE.CMD will do this automatically.)
  522.  
  523.  
  524. "html2ipf"
  525. ==========
  526.  
  527.     The "Tools" directory contains the very valuable "HTML2IPF" tool by
  528.     Andrew Pavel Zabolotny. This REXX script is capable of creating a single
  529.     .IPF file from a list of linked HTML files, which can then be fed into
  530.     IBM's IPFC.EXE for creating .HLP and .INF files.
  531.  
  532.     I have slightly modified this tool (see notes below).
  533.  
  534.     Even if you don't know what I'm talking about, in this directory, you
  535.     need to open HTML2IPF.CMD and change three, maybe four things:
  536.  
  537.     --  In line 27, translate the 'Resources on the Internet' string.
  538.     --  In lines 28-31, translate the string beginning with "This chapter contains...";
  539.         translate every line, but do not mess with the "'||'0d0a'x," codes
  540.         and such.
  541.     --  In lines 34/35 translate the 'Click below to launch [code] with this URL:'
  542.         string, but do not change the code in the middle.
  543.     --  In line 20, change the image converter; this is thoroughly explained in
  544.         the "Images" section above.
  545.  
  546.  
  547.     Additional information (not obligatory)
  548.     ---------------------------------------
  549.  
  550.     I have included HTML2IPF.INF, which describes how the tool works. You
  551.     need not bother with this though, because everything is already set up
  552.     properly.
  553.  
  554.     I have changed HTML2IPF.CMD in a few places to allow for IPF window
  555.     positioning and certain extra character formatting. These changes are
  556.     only documented here, in case you're interested -- you will NOT find
  557.     these changes in the INF file (you don't have to know this, just if
  558.     you're curious):
  559.  
  560.     --  The <HTML> tag has new attributes: XPOS= and YPOS= work just like
  561.         IPF's "x" and "y" tags; WIDTH= and HEIGHT are the same as in IPF.
  562.     --  Added the strings described above to global variables for NLS.
  563.     --  The <A> tag accepts a new "AUTO=" attribute, which works just like
  564.         "HREF=", but automatically opens and closes the window (this is, for
  565.         example, used on the "Introduction" page of the Online Reference).
  566.     --  The <CITE> and </CITE> formatting tags are now set to use a
  567.         non-proportional font, which is used extensively.
  568.     --  Some formatting changes (<UL>, <BR>, <B> etc.).
  569.     --  HTML2IPF now removes indenting spaces at the beginning of lines
  570.         because these would all appear in the INF/HLP files, while HTML
  571.         ignores them. (New with V0.81).
  572.  
  573. Hey, thanks for reading all this. And thanks again for your support...
  574. and now, have fun translating!
  575.  
  576.