@database FastIPrefs
@node main "HWS FastIPrefs 40.37"


      About @{"  FastIPrefs   " link "INFO_E"}			Über @{"    FastIPrefs     " link "INFO_D"}
      About @{" new stuctures " link "STRUCTURE"}			über @{" Neu Prefsstruktur " link "STRUCTURE"}
      About @{" last changes  " link "CHANGE_E"}			Über @{" letzte Änderungen " link "CHANGE_D"}
            @{"   future...   " link "FUTURE_E"}			     @{" Was noch kommt... " link "FUTURE_D"}
            @{"  What is...   " link "HINWEIS_E"}			     @{"    Hinweise...    " link "HINWEIS_D"}

      Please tell me about your @{"problems" link "PROBLEMS"}       Bitte teilen Sie mir Ihre @{"Probleme" link "PROBLEMS"} mit,
      with FastIPrefs or send me money          die Sie mit FastIPrefs haben.
      or a postcard or an e-mail.               Schicken Sie mir Geld oder eine email oder
      Contact me if you use FastIPrefs.         eine Postkarte, wenn Sie FastIPrefs nutzen.

           NEW  @{"  Address: / Support:" link "ADDRESS_E"}  NEU  @{" Adresse: / Support:" link "ADDRESS_D"}


	English guide by Sascha Reichert (putzi@NightBBS.insider.org)

@endnode
@node "INFO_D" "HWS FastIPrefs/Info"

      FastIPrefs ist auf folgenden Systemen getestet worden:

         Keine Grafikkarte & pure AmigaOS3.x

         Grafikkarte CV 64       CyberGFX
         Grafikkarte PiccoloSD64 CyberGFX  EGS
         Grafikkarte Spectrum    CyberGFX  EGS
         Grafikkarte Retina      CyberGFX
         Grafikkarte Merlin      CyberGFX  ProDev2 ProDev3

 Was und wofür FastIPrefs ?

 1.Der alte IPrefs in Verbindung mit CGFX hält das Bild immer doppelt im
   Speicher. Die CyberGraphX-Autoren haben den Patch 'PatchDT' in ihrer
   Software eingebaut. Dadurch werden, genau wie bei dem 'PatchDT', die
   geladenenen Bilder doppelt im Speicher gehalten.
   Mit FastIPrefs nur einmal. Ab V40.17 ( Macht bei mir ca. 1MB aus )

 2.FastIPrefs benutzt das TAG-Item '@{"Precision" link "PRECISION_D"}' um die Genauigkeit der Farben
   des Bildes einzustellen.

 3.'True-Color' als Farbgenauigkeit einstellbar. (V43 picture.datatype)

 4.Geladene Bilder müssen nicht mehr in der oberen linken Ecke anfangen.
   Sie können zentriert werden, oder auch zentriert aufgeteilt werden.
   Ist nicht genug Speicher frei, bleiben diese Einstellungen ohne Wirkung.

 5.Es können auch größere Bilder als vorher geladen werden. (Iprefs2Fast-
   Patch) Merkt man eigentlich nur bei Amigas die nur 1MB Chip-Ram besitzen.

 6.Die Farbstifte 4-7 können festgelegt werden, wenn MagicWB benutzt wird.

 7.Wenn ein Muster von FastIPrefs dargestellt wird, wird auch das um ein
   vielfaches schneller von der Workbench aufgefrischt als vorher.
   IPrefs erzeugte die BitMap für die Muster selbst, anstatt AllocBitMap()
   zu benutzen. Das ist auf Grafikkarten nicht von Vorteil.
   ( Kostet aber auch etwas mehr Speicher )

 8.Auch andere Fehler in IPrefs wurden entfernt. z.B. Stackproblem
   bei jpeg-Bildern, oder das Setzen der Farben nachdem der Bildschirm
   geöffnet wurde.

 9.Andere Patches können gelöscht werden:
   Iprefs2Fast    - Patcht AllocMem() - aktiv bei jedem Aufruf von AllocMem()
                    FastIPrefs patcht es nur während des Ladens der Bilder.
   PatchDT        - Patcht datatypes.lib - Bilder bleiben doppelt im Speicher.
                    sehr fehlerhaft programmiert.
   ProSpeed       - Merlin-Version von PatchDT.
   MagicColors    - Überwacht die Workbench und allokiert die Pens 4-7
   ObtainBetterPen- Patcht OptainPen() und setzt immer EXACT für IPrefs.
   PatchOpenWB    - ist in @{"notifyintuition.library" link "NOTILIB_D"} eingebaut.

      Siehe auch:
	@{"   Hinweise...  " link "HINWEIS_D"}
@endnode
@node "INFO_E" "HWS FastIPrefs/Info"

      FastIPrefs was tested on following systems:

         No graphicsadapter & pure AmigaOS3.x

         Graphicsadapter CV 64       CyberGFX
         Graphicsadapter PiccoloSD64 CyberGFX  EGS
         Graphicsadapter Spectrum    CyberGFX  EGS
         Graphicsadapter Retina      CyberGFX
         Graphicsadapter Merlin      CyberGFX  ProDev2 ProDev3

 What is it good for, FastIPrefs ?

 1. The old IPrefs when used with CGFX keeps the picture
    double-buffered in memory. The authors of CyberGraphX included
    ´PatchDT´ in their software. Ofcourse all pictures loaded will be,
    like with ´PatchDT´, kept twice.
    FastIPrefs keeps them once. ( I get back 1MB of my RAM)

 2. FastIPrefs uses the TAG-item ´@{"Precision" link "PRECISION_E"}´ to adjust the colour-resolution
    of the picture.

 3. You can use 'True-Color' as precision. (V43 picture.datatype)

 4. The picture-display does not have to start in the left upper corner.
    It may be centered, or split up centered.
    If there is not enough memory available, the settings remain without
    effect.

 5. The pictures to load can be bigger than before (IPrefs2Fast-patch).
    You will only be aware of this if your Amiga has just one meg chipram.

 6. The colour-pens 4-7 can be fixed when using MagicWB.

 7. A pattern displayed by FastIPrefs will be refreshed multiple times
    faster by Workbench than before. IPrefs created the bitmap for the
    patterns itself instead of using AllocBitMap(). This is not good for
    the use of graphicsadapters (but takes more memory).

 8. Other bugs of IPrefs were removed, e.g. the problem with the stack
    at jpeg-pictures, and the colour-setting after opening of the screen.

 9. Other patches can be removed,
    IPrefs2Fast  - patches AllocMem() ; active when calling AllocMem()
                   FastIPrefs patches it only while loading pictures
    PatchDT      - patches datatypes.lib ; pictures are kept twice.
     		   Buggy code.
    ProSpeed     - Merlin-version of PatchDT
    MagicColours - supervises Workbench and allocates the pens 4-7
    ObtainBetterPen
                 - patches OptainPen() and sets always EXACT for IPrefs
    PatchOpenWB  - included in @{"notifyintuition.library" link "NOTILIB_E"}

      See also:
	@{"  What is...  " link "HINWEIS_E"}
@endnode
@node "CHANGE_D" "HWS FastIPrefs/letzte Änderungen"

       FastIPrefs V40.37
       Fehler in color
       Geringere fehler
       
       FastIPrefs V40.36
       Option @{"'DOpus5Patch'" link "CLI_ARG_D" 32} eingebaut.
       12 neue @{"'Shelloptionen'" link "CLI_ARG_D" 41}eingebaut.

       FastIPrefs V40.35
       Bei ProDevbildschirmen mit weniger als 256 Farben wurden die
       obersten 4 Farben nicht gesetzt.

       FastIPrefs V40.34
       FastIPrefs kann die Screenleiste der Workbench ausblenden.
       Shell-Argument @{"'NoFullWb & NoAutomatic'" link "CLI_ARG_D" 20}
       eingebaut.

       FastIPrefs V40.33
       FIP ist an die Picasso96-Software angepaßt worden.
       Shell-Argument @{"'NoMemPatch'" link "CLI_ARG_D" 15} eingebaut.

       FastIPrefs V40.32
       Fehler in "@{"LockPen" link "CLI_ARG_D" 9}" behoben
       Der Rechner stürzte ab, wenn keine "palette.prefs" vorhanden war.

       FastIPrefs V40.30
       Wurde ein Bild nicht gefunden, befand sich FastIPrefs in einer
       Endlosschleife und öffnete immer wieder den Hinweisrequester.

       FastIPrefs V40.29
       Shell-Argument "@{"LockPen" link "CLI_ARG_D" 9}" eingebaut.
       Fehler bei CloseWorkbench() behoben.
       Geringere Speicherfragmentierung.

       FastIPrefs V40.28
       Shell-Argumente @{"'NoGauge' und 'NoWait'" link "CLI_ARG_D"} eingebaut
       Blitterfunktionen geändert.

       FastIPrefs V40.27 & WBPattern V40.06
       Gadget "@{"Standard" link "STANDARD_BUTT"}" added.
       Als Test für die, die vorher mit FastIPrefs manchmal zerstörte Bilder hatten.
       Bitte wenn es jetzt mit "Standard" funktioniert, schreibt mir eine Nachricht.

       FastIPrefs V40.26 & WBPattern V40.05
       Farbgenauigkeit : '@{"None" link "PRECISION_D"}' added
       Kleinen Bug beim blitten behoben. ( Nur bei 'Fill Border')

       FastIPrefs V40.25 & WBPattern V40.04
       Farbgenauigkeit : '@{"True color" link "PRECISION_D"}' added (V43 picture.datatype)

       FastIPrefs V40.23
       FastIPrefs benutzt jetzt die neue @{"notifyintuition.library". link "NOTILIB_D"}
       Bilder wurden auf AGA-Rechnern nicht richtig zentriert dargestellt.
       Die Speicherliste wurde manchmal zerstört.

       WBPattern V40.03
       Zoom-Gadget eingebaut.
@endnode
@node "CHANGE_E" "HWS FastIPrefs/last changes"

       FastIPrefs V40.37
       Fixed long standing memory leak
       Optimized pen usage

       FastIPrefs V40.36
       @{b}"DOpus5-patch"@{ub}           @{"DOpus5-patch" link "CLI_ARG_E" 26}
       @{b}"12 new shell-arguments"@{ub} @{"12 new args" link "CLI_ARG_E" 34}

       FastIPrefs V40.35
       On ProDev-Screens setcolorfix

       FastIPrefs V40.34
       FastIPrefs is able to fade out the WB status line.
       Added shell-argument @{"'NoFullWb & NoAutomatic'" link "CLI_ARG_E"}.

       FastIPrefs V40.33
       FIP works now with Picasso96-software.
       Added shell-arg "@{"NoMemPatch" link "CLI_ARG_E"}"

       FastIPrefs V40.32
       Bug fixed in "@{"LockPen" link "CLI_ARG_E"}"
       a GURU comes up if no "palette.prefs" available.

       FastIPrefs V40.30
       When FIP was not able to find a picture, it ended up in an
       endless loop, relentlessly opening the note requester.

       FastIPrefs V40.29
       Added shell-arg. "@{"LockPen" link "CLI_ARG_E"}"
       Fixed problem caused by CloseWorkbench().
       Now memory will be less fragmented.

       FastIPrefs V40.28
       Added shell-arg. @{"'NoGauge' & 'NoWait'" link "CLI_ARG_E"}
       Changed blittfunction.

       FastIPrefs V40.27 & WBPattern V40.06
       Gadget "@{"Standard" link "STANDARD_BUTT_E"}" added.
       Please tell me whether your pattern is corrupt any longer
       with this option.

       FastIPrefs V40.26 & WBPattern V40.05
       added Precision : '@{"None" link "PRECISION_E"}' added
       little blitting bug fixed ( Only with 'Fill Border')

       FastIPrefs V40.25 & WBPattern V40.04
       added Precision : '@{"True color" link "PRECISION_E"}'  (V43 picture.datatype)

       FastIPrefs V40.23
       FastIPrefs uses the new @{"notifyintuition.library" link "NOTILIB_E"}.
       On AGA-Amigas the pictures did not correctly center.
       Sometimes the memorylist was corrupt.

       WBPattern V40.03
       Zoom-Gadget added.
@endnode
@node "PROBLEMS" "HWS"

       Please give me information about your system when writing
       a bugreport.

       Example:

       FastIPrefs       : V40.29
       System           : A3000 KS3.1 V40.xx
       CPU              : 8086
       Graphicsadapter  : None
       Graphicemulator  : CGFX, Picasso96, EGS etz.
       Memory           : 1MB-Fast & 0.5MB-Chip-Ram       :-)
       picture.datatype : V40.4


@endnode
@node "ADDRESS_D" "HWS_D"


              *********************************************
              *                                           *
              *   !!! ACHTUNG neue email Adresse   !!!    *
              *                                           *
              *   !!! ACHTUNG neue SUPPORTBOX      !!!    *
              *                                           *
              *********************************************


	      Hans-W. Schober                     Meine Bankverbindung ist...
	      Ostwall 208                         Deutsche Bank Krefeld
	      D-47798 Krefeld                     Bankleitzahl       :  320 700 80
	      email:  CHEF@KEY.gun.de             Kontonummer        :  714659
	      Tel.: (02151)20949 / (0171)7005513


	      SUPPORTBOX für FastIPrefs ist :

	      KEY BBS Mönchengladbach (Germany)

              Analog: (02161) / 178930 / 178936 / 178937
              ISDN:   (02161) / 178999 / 208902 / 208944


              Erste Internetseite :

              "http://www.neuss.netsurf.de/~chbenitz/hws.html"

@endnode
@node "ADDRESS_E" "HWS"


              *********************************************
              *                                           *
              *   !!! ATTENTION new email address  !!!    *
              *                                           *
              *   !!! ATTENTION new SUPPORTBBS     !!!    *
              *                                           *
              *********************************************


	      Hans-W. Schober                    Bankaccount
	      Ostwall 208                        Deutsche Bank Krefeld
	      D-47798 Krefeld                    Bank routing code :  320 700 80
	      email:  CHEF@KEY.gun.de            Accountnumber     :  714659
	      Tel.: (+492151)20949 / (+49171)7005513


	      SUPPORTBOX for FastIPrefs is :

	      KEY BBS Mönchengladbach (Germany)

              Analogue: (+492161) / 178930 / 178936 / 178937
              ISDN:     (+492161) / 178999 / 208902 / 208944


              First Internetsite :

              "http://www.neuss.netsurf.de/~chbenitz/hws.html"


@endnode
@node "PRECISION_D" "HWS FastIPrefs/Precision"

       Das ist eine Funktion des Beriebssystems. Die Einstellmöglichkeiten
       "IMAGE","ICON","GUI" und "EXACT" sind Tagitems dieser Funktion.
       "ICON" und "GUI" liefern die schlechtesten Ergebnisse, danach folgt
       "IMAGE" wobei je nach Bild bis zu einem viertel der vorhandnen Pens
       benutzt wird. Bei "EXACT" werden bis zu der  Hälfte der verfügbaren
       Pens für ein Bild benutzt.Hierbei kann es zu unansehnlichen Efekten
       kommen , wenn zwei Bilder mit "EXACT" geladen werden, da nicht mehr
       genügend freie Pens vorhanden sind.

       Die Einstellung "True-Color" ist für CyberGFX-Anwender gedacht. Die
       Option ist sinnvoll  einzusetzen,  wenn ihre  Workbench  mit einem
       16 Bit Bildschirm  arbeitet.  Hierzu muß  allerdings der picture.DT
       V43.x installiert sein.

       Die Option "None" ist ebenfalls für CyberGFX-Anwender gedacht , die
       den picture.datatype V43.x installiert haben. Hiermit wird das Bild
       so auf den Bildschirm geladen, das hierbei keinerlei  Anpassung der
       Farben erfolgt. Mit älteren picture.datatypes kann diese Option zum
       Absturz des Rechners führen.


       Hinweis:
       @{b}Für die Farbgenauigkeit der geladenen Bilder ist FastIPrefs nicht
       verantwortlich. FastIPrefs ist lediglich ein Programm, das über
       Datatypes Bilder laden läßt.@{ub}

@endnode
@node "PRECISION_E" "HWS FastIPrefs/Precision"

       This is an OS-function. The settings "IMAGE","ICON","GUI" and "EXACT"
       are tagitems of this function.
       "ICON" and "GUI" will cause the worst results, followed by the better
       "IMAGE" which uses up to a quarter of the available pens.
       "EXACT" means to use up to the half of the available pens.
       This can cause wrong colour display when loading two pictures with
       "EXACT"-setting; in this case, there are not enough free pens
       available.

       "True-Color" is for users of CyberGFX. This option makes sense
       when working on a 16bit WorkBench. The picture.DT V43.x has to be
       installed for this reason.

       The option "None" is for users of CyberGFX, too.
       Needs picture.datatype V43.x. No colour changes will be done.
       Wrong datatype will cause guru.

       Note:
       FastIPrefs is not responsible for the colour precision of the loaded
       pictures. FIP is just a program that loads pictures via datatypes.


@endnode
@node "STANDARD_BUTT" "HWS FastIPrefs/Standart Button"

       Wozu dient der "Standard" Button?

       Dieser ermöglicht auf einigen Amigas mit einem alten Buster die fehlerfreie
       aber auch die langsamere Darstellung der Hintergrundbilder. Hierbei wird
       einfach nur eine andere Bitmap allokiert, die dann angezeigt wird.


       Hinweis:
       Sollten bei Ihrem Amiga die Bilder nicht richtig angezeigt werden,
       ( Undefinierte, fremdfarbene Muster im Bild ) sollten sie diesen
       Schalter benutzten. Schafft diese Option keine Abhilfe, so überprüfen
       sie die Version Ihres "Buster"-Chips und ersetzten sie diesen
       gegebenenfalls durch eine neuere Version.

@endnode
@node "STANDARD_BUTT_E" "HWS FastIPrefs/Standart Button"

       "Standard" button ? What is it good for ?

       This enables on certain Amigas with old "Buster-chip" the correct but
       slow display of the background pictures by allocating a different
       Bitmap to be displayed.

       Note:
       in case of a corrupted display (undefined strange patterns in
       the picture) you should use this button. If it does not help you,
       you have to check the version of your "Buster-chip" and maybe
       replace it.

@endnode
@node "CLI_ARG_D" "HWS FastIPrefs/CLI-Argumente"

     @{b}"G=NOGAUGE"@{ub}
       Das beim booten angezeigte Logo "FastIPrefs loading : xxx" kann hiermit
       abgeschaltet werden. Die Workbench wird solange angehalten, bis das die
       Bilder geladen wurden.

     @{b}"W=NOWAIT"@{ub}
       Wirkt wie "NOGAUGE", nur das auch die Workbench nicht mehr angehalten wird.

     @{b}"P=LOCKPEN"@{ub}
       Wird diese Option beim Aufruf in der startup-sequence angegeben, werden die
       Farbstifte der Workbench 4-7 immer von FastIPrefs allokiert, egal welche
       Einstellung Sie mit FastWBPattern wählen. Diese Option kann auch mit
       FastWBPattern eingeschaltet werden.

     @{b}"N=NoMemPatch"@{ub}
       Je nach verwendetem picture.datatype ist es notwendig diese Option anzugeben.
       Wenn FIP anfängt die Bilder zu laden und der Rechner dabei abstürzt, sollte
       diese Option angegeben werden.

     @{b}"F=NoFullWb"@{ub}
       Defaultmäßig ist "FullWB" aktiv. FastIPrefs blendet die Screenleiste
       der Workbench aus. Fährt man mit der Maus in die Screenleiste, dann
       wird diese wieder sichtbar, wenn das nicht mit der Option "NoAutomatic"
       unterdrückt wird.

     @{b}"A=NoAutomatic"@{ub}
       Defaultmäßig ist "Automatic" aktiv. Diese Option wirkt nur, wenn die
       Option "NoFullWb" nicht angegeben ist. Hiermit wird verhindert, das
       die Screenleiste der Workbench sichtbar wird, wenn man mit der Maus
       in diese fährt.

     @{b}"O=DOpus5Patch"@{ub}
       Alle DOpus5 Fans, die DOpus als Workbenchersatz benutzen, können jetzt
       die Vorzüge von FastIPrefs auch auf dieser Workbench nutzen.
       DOpus5 wird auf die mitgelieferte @{b}leere@{ub} WBPattern.prefs eingestellt.
       FastIPrefs wird mit der Option "O" aufgerufen. Nach einem Neustart
       sollten die Bilder, die mit WBPattern eingestellt werden, sofort auf
       der DOpus-Workbench erscheinen.
       @{b}Nur wenn der DOpusbildschirm "Workbench" heißt, ist der Patch aktiv.@{ub}

     @{b}"Auf Wunsch eines Einzelnen"@{ub}
       Es wurden 12 neue Shellargumente in FastIPrefs eingebaut. Diese Überschreiben
       @{b}immer@{ub} die Einstellungen, die mit WBPattern eingestellt werden.
       C_WB      Das Bild auf der Workbench wird immer zentriert.
       T_WB      Das Bild auf der Workbench wird immer aufgeteilt.
       F_WB      Der Rand um das Workbenchbild wird immer aufgefüllt.
       und P_WB  Erwartet noch ein Schlüsselwort:
                 IMAGE o. ICON o. GUI o. EXACT o. TRUE-COLOR o. NONE
       Wird eines der Schlüsselwörter hinter P_WB angegeben, hat das Workbenchbild
       immer diese eingestellte Farbgenauigkeit.
       @{b}Wird einer dieser Schalter angegeben, wirkt sich eine andere Einstellung
       die mit WBPattern gemacht wird, nicht aus !@{ub}

       Gleiches gilt natürlich auch für die Workbenchfenster und für den
       Bildschirmhintergrund.
       C_WIN                         C_S
       T_WIN                         T_S
       F_WIN                         F_S
       und P_WIN [opt]               und P_S [opt]

@endnode
@node "CLI_ARG_E" "HWS FastIPrefs/CLI-Args"

     @{b}"G=NOGAUGE"@{ub}
       Disables display of "FastIPrefs loading : xxx"
       Workbench is stopped until the pictures are loaded.

     @{b}"W=NOWAIT"@{ub}
       This works like "NOGAUGE", without WorkBench being stopped.

     @{b}"P=LOCKPEN"@{ub}
       This locks the pens 4-7 of WorkBenchs´ colours for the use of FIP,
       where the setting of FastWBPattern remains with no effect.

     @{b}"N=NoMemPatch"@{ub}
       You may have to use this option if your machine crashes while
       loading a picture, depending on the datatype.

     @{b}"F=NoFullWb"@{ub}
       "FullWB" is turned on by default. If ON, FIP fades out WB status line.
       When moving the mouse pointer to the status line it will be faded
       in if "NoAutomatic" is not set.

     @{b}"A=NoAutomatic"@{ub}
       Default is "Automatic"; works only if option "NoFullWB" is not used.
       "NoAutomatic" disables the fade-in of the WB status line when
       moving the mouse pointer to it.

     @{b}"O=DOpus5Patch"@{ub}
       DOpus5 users are now able to profit from the benefits of FastIPrefs
       when using DOpus5 instead of Workbench.
       DOpus5 will be adjusted to the @{b}blank@{ub} WBPattern.prefs .
       FastIPrefs has to be called with argument "O". After rebooting,
       the set pictures should come up on the DOpus5-Workbench.
       @{b}The patch works only if the DOpus-screen is named "Workbench"@{ub}.

     @{b}"12 new shell-arguments"@{ub} (on request of a single user)
       12 new shell-arguments has been added to FIP.
       These arguments @{b}always@{ub} override the settings done
       in WBPattern.

       C_WB      picture on Workbench will always be centered
       T_WB      picture on Workbench will always be split
       F_WB      border around Workbench-picture will always be filled up
       and P_WB  expects another argument,
                 IMAGE or ICON or GUI or EXACT or TRUE-COLOR or NONE
                 sets colour-precision

       @{b}Any setting made by an argument overrides 
       the corresponding WBPattern-setting !@{ub}

       The same possibilities are available for Workbench-windows and for
       screen-background.
       C_WIN                         C_S
       T_WIN                         T_S
       F_WIN                         F_S
       and P_WIN [opt]               and P_S [opt]

@endnode
@node "STRUCTURE" "HWS FastIPrefs/wbpattern.prefs"


 The chunk 'WPOS' (Windowposition) is stored in the prefsfile. ( 4Bytes )


 Chunk "FIP0"-Bits ( lenght 4Bytes )
 Byte 1 = Pic/patt wb
 Byte 2 = Pic/patt window
 Byte 3 = Pic/patt screen
 Byte 4 = Control

 Byte 1-3 Pic-bits
 ~~~~~~~~~~~~~~~~~
 BIT 0-3 = Precision Image000/Icon001/Gui010/Exact011/Truecolor100/None101
 BIT 4   = Standart (same set in Control)
 BIT 5   = Center
 BIT 6   = Tile
 BIT 7   = Fill

 Byte 4 Control
 ~~~~~~~~~~~~~~
 BIT 1   = LockPen
 BIT 4   = Standart (same set in all Pic-bits)

@endnode
@node "HINWEIS_D" "HWS FastIPrefs/Hinweise..."

       Ich möchte nochmal darauf Hinweisen, das es wichtig ist mir Ihre
       @{"Rechnerkonfiguration" link "PROBLEMS"} mitzuteilen, wenn Sie mir schreiben.

       @{b}Oft gestellte Fragen:@{ub}

       @{b}Was ist das für eine library ?@{ub}
           Schaue hier nach : @{"notifyintuition.library" link "NOTILIB_D"}

       @{b}Wieso stimmen die Farben meiner Icons nicht mehr ?@{ub}

           Dazu ist wichtig zu wissen, wie FastIPrefs mit den Farbstiften der
           Workbench umgeht. Wird die Option "@{"LockPens" link "CLI_ARG_D"}" eingeschaltet,
           dann kopiert FastIPrefs die obersten 4 Farben des Workbenchbildschirmes
           zu den Farben 4-7. FastIPrefs hat also selbst keine vordefinierten
           Farbwerte die es setzt. Bei Bildschirmen mit mehr als 8Bit, nimmt
           das System an es seien nicht mehr als 256 Farben erreichbar.
           Siehe auch @{" Was noch kommt... " link "FUTURE_D"}

       @{b}Kann man diese Anzeige während des bootens nicht abschalten ?@{ub}

           Ja, das geht. Schaue unter "@{"Argumente" link "CLI_ARG_D"}" nach.

       @{b}Warum stürzt der Amiga ab, wenn FastIPrefs anfängt Bilder zu laden ?@{ub}

           In letzter Zeit hat es sich gezeigt, das Softwarepackete miteinander
           kombiniert werden. Z.B. wird der picture.datatype von Picasso96 auf
           anderen Grafikkartentreibern eingesetzt.
           Um möglichst kompatibel zu bleiben, ist nun die Option "@{"NoMemPatch" link "CLI_ARG_D"}"
           dazu gekommen. Denn nicht jeder picture.datatype ist in der Lage im
           FastRam zu arbeiten.

       @{b}Warum sehen manche Bilder so schlecht aus ?@{ub}

           Die mit FastIPrefs einstellbare @{"Farbgenauigkeit" link "PRECISION_D"}, ist eine Funktion des
           Betriebssystemes. Wird diese Funktion auch von Ihrem  picture.datatype
           richtig eingesetzt, dann sehen Ihre Bilder auf  der Workbench auch gut
           aus. Die Optionen @{"'None' und 'True color'" link "PRECISION_D"} sind für die Cybergfxanwender
           gedacht und sollten nicht mit anderen datatypes benutzt werden.
           Es kann auch nicht erwartet werden, das auf einem Bildschirm mit 64 Farben
           zwei Bilder mit 256 Farben geladen werden und die dann noch gut aussehen
           sollen.

       @{b}Warum funktioniert FastWBPattern nicht richtig ?@{ub}

           Mit dem MagicWBDaemon gibt es Probleme. Das Programm speichert die
           wbpattern.prefs erneut ab, ohne die neuen IFF-Hunks zu beachten. Dadurch
           werden die Einstellungen Lock-Pens/Center/Tile/Fill wieder weggefiltert.

@endnode
@node "HINWEIS_E" "HWS FastIPrefs/What is..."

    Again, I have to remind you of writing me your
    @{"setup/configuration" link "PROBLEMS"} when reporting bugs.

    @{b}FREQUENTLY ASKED QUESTIONS:@{ub}

    @{b}Why another library ?@{ub}
    @{"notifyintuition.library" link "NOTILIB_E"}

    @{b}Why are the icon-colours not correct anymore ?@{ub}

     You have to know how FIP handles the colourpens of WorkBench.
     When activating "@{"LockPens" link "CLI_ARG_E"}", the upper four
     colours from WorkBench are copied to colours 4-7.
     Consequently, FastIPrefs has no pre-defined colour values for
     colour setup.
     In a screen of more than 8bit, the system thinks there not
     more than 256 colours available.
     See also @{" future... " link "FUTURE_E"}

    @{b}Is it possible to turn off this display during boot up ?@{ub}

     Yes, it it possible. Read "@{"Arguments" link "CLI_ARG_E"}".

    @{b}Why does the Amiga crash while FastIPrefs starts loading pictures ?@{ub}

     In the recent time some software-packages have been combined,
     e.g. picture.datatype from Picasso96 was used by other
     graphics-drivers.
     In order to stay compatible you got the option "@{"NoMemPatch" link "CLI_ARG_E"}"
     because not every picture.datatype can be run in fastmem.

    @{b}Why are some pictures badly displayed  ?@{ub}

     With FastIPrefs you can set colour-@{"PRECISION" link "PRECISION_E"},
     which is an OS-function. If your picture.datatype takes care of
     this function, your pictures will ofcourse look good on WorkBench.

     The options @{"'None' and 'True color'" link "PRECISION_E"} are for
     users of CyberGFX and should not used with other datatypes.
     You cannot expect good display on a 64 colour screen when using
     two pictures with 256 colours each.

    @{b}Why does FastWBPattern not take care of my settings ?@{ub}

     The MagicWBDaemon causes problems. The program saves ´wbpattern.prefs´
     without taking care of the new IFF-hunks. Consequently,
     the settings Lock-Pens/Center/Tile/Fill are filtered out.

@endnode
@node "FUTURE_D" "HWS FastIPrefs/Was noch kommt..."

     Als erstes muß das Programm WBPattern erweitert werden.

     Beim umstellen des Bildschirmmodus der Workbench gehen einige
     noch allokierte Farben verloren. Dies wird durch FastIPrefs so gut
     wie es geht abgefangen.

     Es wird eine Möglichkeit geben, alle Farbstifte der Workbench
     mit seinen eigenen Werten festzulegen.

     Es wird möglich sein, Bilder zufällig aus einem oder mehreren
     Verzeichnissen laden zu lassen.

     Es werden demnächst mehr als nur drei Bilder von FastIPrefs
     verwaltet. :-))

@endnode
@node "FUTURE_E" "HWS FastIPrefs/Future..."

     The first step will be to extend the program WBPattern.

     When changing the screen some still allocated colours are lost.
     FastIPrefs fixes this problem as far as possible.

     You will be able to set your values to all colour-pens of Workbench.

     Random selection of pictures from different paths.

     FastIPrefs will manage more than just three pictures. :-))

@endnode
@node "NOTILIB_D" "HWS FastIPrefs/notifyintuition.library"

     Wofür ist diese library ?
     =========================
     Viele Programmierer vermissen eine Moeglichkeit, auf das Oeffnen
     oder Schliessen eines Bildschirmes oder Fensters warten zu können.

     Mit dieser library ist es nun moeglich, ohne das die Programme
     selbst die intuition.library patchen muessen, auf solche Ereignisse
     warten zu koennen.

     Ein paar von den Flags die eingestellt werden koennen sind :

       BEFORE_OPENSCREEN         AFTER_OPENSCREEN
       BEFORE_CLOSESCREEN        AFTER_CLOSEWINDOW_ON_SCREEN
       BEFORE_OPENWINDOW         AFTER_OPENWINDOW
       BEFORE_CLOSEWINDOW
       BEFORE_CLOSEWORKBENCH     AFTER_OPENWORKBENCH
       BEFORE_LOCKPUBSCREEN      AFTER_PUBSCREENMODE

    Zu beziehen aus dem AMINET util/libs/notint??.lha

@endnode
@node "NOTILIB_E" "HWS FastIPrefs/notifyintuition.library"


     What is this library good for ?
     ===============================
     Many programmers feel the lack of not having the possibility
     to wait for the opening or closing of a screen or window.

     This library gives you the power to wait for those actions without
     your program having to patch intuition.library.

     Some of the flags that can be set are :

       BEFORE_OPENSCREEN         AFTER_OPENSCREEN
       BEFORE_CLOSESCREEN        AFTER_CLOSEWINDOW_ON_SCREEN
       BEFORE_OPENWINDOW         AFTER_OPENWINDOW
       BEFORE_CLOSEWINDOW
       BEFORE_CLOSEWORKBENCH     AFTER_OPENWORKBENCH
       BEFORE_LOCKPUBSCREEN      AFTER_PUBSCREENMODE

     get it from AMINET util/libs/notint??.lha

@endnode

