Problem:
   The problems started in March 97. There, I shifted from that namely 

   PicassoII and CyberGFX to the PicassoIV and Picasso96. Exactly two days 
   before my lecture (never change at running system). 

   It also ran everything, until I with FW5 and Turboprint5.0 (needs I, 
   because I can not use the HP870 otherwise) sides wanted to print out,

   the young chart contained. 
   The result was an expression, in which the actual charts (also 
   simple circles or rectangles) on this side of a horizontal

   Roves they were covered the color-piece of information xor somehow treated.
   The print-outs were plain and simple, not to use. 

   At it, nothing has also changed after FW97 and Picasso96_1_20.
   Would be good, to know, if other people also know the problem.


Solution of Michael Krüger - 02.12.97:
   The described mistake (expression from FW generates fat color-beams, that, 
   remaining pictures look ge-XOR-t) first appeared with me, as I 

   Executive had installed. 
   The author this Task-Schedulers already had in his/its instruction on it
   reminded, that FW has a mistake in the printer.device-Ansteuerung:

   FW demands, that the priority of the printer.device is like 0. That is 
   in fact in the normal business the case, on the other hand no Commodore/AT has -

   Guideline that ever demanded; it is completely legitimate therefore, the priority 
   , to alter this Devices, what FW not at all receives well indeed.

   Executive has ready a possibility to it, the printer.device from the 
   , to exclude explicit Scheduling. 
   That had only partial success with me however, because dove again and again 

   said chart-mistakes on, really with longer documents.

   Amazingly this mistake also has to do 5.0 with TurboPrint:
   I have determined, that he/it appears with me only then, if I with that 

   Attitude-side chart with the Dithering-Optionens the function pure 
   Black uses deactivates. 
   Therefore again: One switches on pure black, and the mistake is 

   vanished. For it, one loses the softer color-nuances of that however 
   deactivated variation. If I want to have that, I must Executive past -

   going switches off; then works everything like had.


Solution per letter dated Udo Rahn - 11.10.97:
   Chart-color-expressions with PicassoIV over Prefs - or TurboPrint-Treiber

   is possibly first from Picasso96 verses. 1.23 (rtg.library V40.2589)
   The wrongdoer is the rtg.library.

   Pagestream had the same problems with me.



Solution of Manni Froitzheim - 02.08.97:
   With the Picasso IV, I have also had `ne quantity anger, in the form,
   the FW97 only color-garbage printed.

   The support of Village Tronic be have ...die under all sow itself 
   until today (since ca.2 weeks) stirred not!

   Naja,ein friend of me has me from the Aminet somewhere (or knows 

   the devil from where) a version the P96 software procures and with it 
   runs and prints FW without problems!

   That names itself InstallPicasso96 and is dated by the 14.5.97.


   I also have wishes at FW some.


Solution of other-ace Peter - 27.07.97:

   With me, it had similar problems gebeben like with Arndt. Only the with 
   me the pressure in even spacings a line-encouragement took place. 


   I have a Epson Sylus Color printers.

   Now I have tried out the solutions of Siegfried and Markus. Consequence
   no alteration of the problem. 

   As a result I have installed Turboprint 4.1, and sees there, it has 
   worked out. My expression is normal again.
   With a Workbenchtreiber, from the Aminet, the mistake didn't appear,

   doesn't can at a storage-conflict between Picasso96 and FW therefore 
   lies.
   The problem lies my opinion with Turboprint 5.0!!



Solution of Markus Steblei - 28.06.97:
   The problem with FW and Picasso96 is already known and a solution 
   is in work: The Picasso96-Treiber causes one seemingly 

   Storage-conflict with the pressure-routine of FW. 
   A tip of waiter-country computers to the expression of texts: Start of one 

   Boat-diskette without the P96-Treiber (then needs one one of course 
   Flickerfixer or a monitor, the PAL or NTSC can), leaves then 

   itself everything quite normally prints out. 
   The programmers of P96 already work on a Patch. (Maybe 
   the pressure-routine of FW should improve like SoftWood and that 

   Mistakes mitbeheben.)