Something more useful, if anyone likes to use City2IFF at all in OS3.x
As i wrote already City2IFF from the PrintCity add-on appears in wrong colors, not only that it is inversed to OS 1.3 as black they selected register nr. 29 which is out of range in OS 1.3 (2 bitplanes), in OS3.x reg#29 depends on the WB depth you selected, if that is below 6 planes it appears as bright green from on 6 planes (64 colors) it appears as brightest grey which has only little contrast to the white (inversed black).
Until i fixed this using SETCOLOR but the problem is assumed the depth is 5 planes or lower a change of reg#29 will affect the bright green of the basic eight color set. Further it depends on higher depths on the color a backdrop uses a change will affect then this as well and to fix all that you would need to change respecting depth and backdrop if or what and this is simplyfied said turd.
>=64 colors:
<=32 colors:
To fix this in a nice manner City2IFF needs a small hack to change register#29 to one of the basic four (or basic eight but i would take only the lower four) and to probably invert the use of reg#1 and reg#2 (b&w). Recently the hack is simple
and it looks like this:
Principially any of the registers could be used but obviousely the lower four are ideal because they will stay no matter what depth (except for 1 plane).
Means what i set to accent color (bright blue) is usually white under OS1.3, grey would suit as well - a matter of choice, black and white are recently still inverted because i changed reg#29 simply to reg#01 black.
But i'm up to write a patch script which can be applied using "Patch" (writes any data directly to any adress), the advantage of the script is that it is up to you with what you like to replace reg#29 and the rest of colors of the requester.
Just enter your choice to the defaults in the script.
BUT the script isn't ready yet and it doesn't looks as it will be before start of next week.
However you can see already what it will affect.
What the exact idea was to take reg#29 isn't to clear to me, probably because it is out of range (if WB planes are 2 which is given standard for OS1.3) and if you change the color palette the black of the filerequester will stay black
- in OS1.3. However this is the reason for the wrong appearance.
By default the requesters background would equal to the text color (as you can see) but i will give the opportunity to change the requester background to grey or bright blue (or any reg#).
----
And no don't ask me (or do it nonetheless if you like) to hack other proggies which appear near to unreadable in OS3 because the least are such easy to hack as this one. It was that easy because 0x001D (or 0x1D) is rare up to exclusive in City2IFF and it mustn't be the case that the color register use is that simple (and not taken from an own table as i would) and easy to identify. In this case it was very easy and every element of the requester has the color use set seperate (even the bracketet (dir) has an own register use even if that is text as well as well as each text line has an own use).