icon.library 46.4 test versions

[James]

Disk.info is coded into CrossDOSFileSystem. To use a different icon you should use a hex editor to find and rename disk.info to dusk.info (Be sure to keep a backup copy).
I have CrossDOSFileSystem 42.5 (CrossDOS 7.04).

[PeterK]

Sorry James, but that sounds like a very strange suggestion !!

[James]

It might sound strange, but it works.
I have been using a hex edited version of CrossDOSFilesystem for many years.
Displaying def_disk.info is definitely the correct behaviour for an unmodified CrossDOSFileSystem.

[PeterK]

Indeed, you are a hero James, it really works after renaming disk.info into dead.info
A ghosted def_PC0.info icon is displayed now with my icon.library. Thanks a lot, James

Btw, if you rename the def_disk.info string instead then a "CrossDos TM" icon appears !

[James]

Originally Posted by PeterK

Btw, if you rename the def_disk.info string instead then a "CrossDos TM" icon appears !

I remember that icon from long ago.

[TenLeftFingers]

PeterK, what destination for CopyIcon drawer and it's contents?

Also, on reboot I get "LoadResident failed returncode 20".
Edit: I've gotten around that. The FailAT command wasn't working (obviously). But now I get errors on boot asking me to insert volumes ENV an ENVARC. The icons look good though! Also, my screen resolution and keyboard settings are gone. Did some of the files I transferred from the floppy overwrite my settings?

System:Programs/ACATune_V191/acatune >NIL:
; Added by ADAPCMCFL-Installer
FailAT 11
C:CardPatch
run >NIL: C:CardReset TICKS 50
;;;Using 3x; to indicate PeterK icon lines

; $VER: startup-sequence 39.9 (9.8.92)

C:SetPatch QUIET
C:Version >NIL:
C:AddBuffers >NIL: DF0: 95

;;;AddBuffers >NIL: DF0: 95 (originally 15)
Version >NIL: icon.library 46 REVISION 4
If WARN
   LoadResident >NIL: LIBS:icon.library REBOOT
EndIf
SetPatch QUIET
MakeDir RAM:T RAM:Clipboards RAM:ENV RAM:ENV/Sys
;;;

FailAt 21

C:MakeDir RAM:T RAM:Clipboards RAM:ENV RAM:ENV/Sys
C:Copy >NIL: ENVARC: RAM:ENV ALL NOREQ
;;;part 2
Copy >NIL: ENVART:sys/dev_RAM.info RAM:disk.info
FBLit ;must be 3.79+ to work correctly
NiRTGset   ENV:NewIcons.prefs   ;RTG mode for FBlit
IPrefs     ; v39 or 40
Run    >NIL: NewIcons    ;or in User-Startup
FPPrefs    ;for MWB colours
;;;/end part2

Resident >NIL: C:Assign PURE
Resident >NIL: C:Execute PURE

Assign >NIL: ENV: RAM:ENV
Assign >NIL: T: RAM:T
Assign >NIL: CLIPS: RAM:Clipboards
Assign >NIL: REXX: S:
Assign >NIL: PRINTERS: DEVS:Printers
Assign >NIL: KEYMAPS: DEVS:Keymaps
Assign >NIL: LOCALE: SYS:Locale
Assign >NIL: LIBS: SYS:Classes ADD
Assign >NIL: HELP: LOCALE:Help DEFER
assign excellence!: Space:excellence!
assign doctools: Space:doctools
Assign Turboprint: System:Programs/TurboPrint

IF NOT EXISTS SYS:Fonts
  Assign FONTS:
EndIF

BindDrivers
C:Mount >NIL: DEVS:DOSDrivers/~(#?.info)

IF EXISTS DEVS:Monitors
  IF EXISTS DEVS:Monitors/VGAOnly
    DEVS:Monitors/VGAOnly
  EndIF

  C:List >NIL: DEVS:Monitors/~(#?.info|VGAOnly) TO T:M LFORMAT "DEVS:Monitors/%s"
  Execute T:M
  C:Delete >NIL: T:M
EndIF

SetEnv Workbench $Workbench
SetEnv Kickstart $Kickstart
UnSet Workbench
UnSet Kickstart

C:IPrefs
;System:Programs/FullPalette/FPPrefs

C:ConClip

Path >NIL: RAM: C: SYS:Utilities SYS:Rexxc SYS:System S: SYS:Prefs SYS:WBStartup SYS:Tools SYS:Tools/Commodities

IF EXISTS S:User-Startup
;  Execute S:User-Startup
EndIF

Resident Execute REMOVE
Resident Assign REMOVE

C:LoadWB
EndCLI >NIL:

[TjLaZer]

HexEdited my CrossDOSFileSystem to dead.info and it now works! Thanks!

Question. What is the purpose of ghosted icons? Seems non usable as the ghosting makes the icons very hard to see. Would be nice if you had that feature off by default and a command to turn it on.

[Michael]

TjLaZer - It works the other way round, higher spec machines prefer ghosted icons

[Michael]

Continuing the CrossDOS story...
I have a problem too, but it's different!

When we mount PC0: on the WB screen we get 2 icons, one for DFO:unknown and one for PC-DOS.

Well, the DF0: icon is at question! It's a borderless 3.5 Gi (displayed ghosted), but it gets a grey back fill around it, if clicked the backfill disappears (so only the first image is effected/broken) The same icon under DO5 works fine.

Any ideas ?

[TjLaZer]

that is normal, I get that with vanilla OS 3.9

The reason is simple, the Amiga thinks you inserted a unformatted disk (doesn't know it also read it as a FAT12 in PC0: )

[TjLaZer]

Originally Posted by Michael

TjLaZer - It works the other way round, higher spec machines prefer ghosted icons

What do you mean higher specced? I have a 66Mhz 68060 A1200. You mean RTG?

[Michael]

I mean the backfill (this should not happen), and yes, higher res, and more colour screens.
This is also default behaviour of newer WB lib versions.

[PeterK]

@TenLeftFingers, really ten left fingers ?!?

what destination for CopyIcon drawer and it's contents?

Whereever you like: put it into tools, system or utilities, for example.

But now I get errors on boot asking me to insert volumes ENV an ENVARC. The icons look good though! Also, my screen resolution and keyboard settings are gone. Did some of the files I transferred from the floppy overwrite my settings?

Part 2 was inserted at the wrong position. ENV: was not assigned yet and ENVARC: was spelled with a "T" at the end.

Simply set your keymap and your screemode again under Prefs/Input and Prefs/Screemode and save them.

A modified startup-sequence is attached (remove the ".txt" extension):

[PeterK]

Originally Posted by TjLaZer

HexEdited my CrossDOSFileSystem to dead.info and it now works! Thanks!

Question. What is the purpose of ghosted icons? Seems non usable as the ghosting makes the icons very hard to see. Would be nice if you had that feature off by default and a command to turn it on.

How nice that the CrossDos problem could be solved, finally.

DefIcons are ghosted because the corresponding real icons don't exist. If nothing is there physically you can hardly see anything. Use "IconGhostingOff" to get rid of this feature.

[PeterK]

Originally Posted by Michael

When we mount PC0: on the WB screen we get 2 icons, one for DFO:unknown and one for PC-DOS.

Well, the DF0: icon is at question! It's a borderless 3.5 Gi (displayed ghosted), but it gets a grey back fill around it, if clicked the backfill disappears (so only the first image is effected/broken) The same icon under DO5 works fine.

Any ideas ?

No, under OS 3.9 I get the correct images.
More OS information and a screenshot, plz.

[TenLeftFingers]

Originally Posted by PeterK

@TenLeftFingers, really ten left fingers ?!?

Whereever you like: put it into tools, system or utilities, for example.

Yes, really :/. Actually, without it the game icons still showed up so no need for that one in my case. I thought they were a dependency which is why I was asking but it seems not.

Part 2 was inserted at the wrong position. ENV: was not assigned yet and ENVARC: was spelled with a "T" at the end.

Simply set your keymap and your screemode again under Prefs/Input and Prefs/Screemode and save them.

A modified startup-sequence is attached (remove the ".txt" extension):

Thanks for the correction. I was also getting errors on boot saying it couldn't write to prefs before my Indi just stopped working so I've reverted to an old backup. What's the minimum I can copy from the adf to get the game icons to show - surely not everything in those locations you mentioned need to be overwritten?

Anyway, I'l try again with the silent overwrite option disabled in Filer and see how it goes.

[PeterK]

I'm sorry to say, but it seems you really don't know much about how the AmigaOS is working. Unfortunately, I'm not a good teacher ...

As a minimum (but not as a perfect solution at all) just try to put the following lines to the beginning of your original startup-sequence:

Version >NIL: icon.library 46 REVISION 4
If WARN
   LoadResident >NIL: LIBS:icon.library REBOOT
EndIf

[gulliver]

@PeterK

Bug/feature report:
The icon scaling feature has an odd but understandable side effect. When this feature is active and you save an icon, its size gets affected by the current scaling scheme and gets saved with that altered size. This is rather anoying in some circumstances, for example: editing tooltypes on AmigaOS 3.9 with RAWBInfo and then pressing save, alters the icons size if the scaling is on. The same happens when you use CopyIcon to replace any existing icon. The worst part is that if you perform the operation more than once on the same icon, the size change happens again, which ends up with either a miniscule, barely visble icon, or one that it is so big that it fills the entire workbench window.

A note about CopyIcon:
Currently there are two versions of CopyIcon, one for 68000 Amigas (built by you), and another one for 68020 + OS 3.5/3.9 (which is the original one). The problem seems to be that Amigas that have a 68020 and only AmigaOS 3.1 cannot use either version.

Could you please build a modified version that just removes from the original the AmigaOS 3.5/3.9 requirement?

[Michael]

The icon scaling feature is not for permanent use, just a one time thing. Turn it on, update the icons (snapshot), turn it off.
Personally I prefer original icons, and zoomed version as a temporary solution when screen res is either too small or very large.

[Michael]

WB, IconGhostingOff normal view, then selected view, and finally, with GhostingOn

So why we have grey flood in left image ?

Today I got the same problem with GhostinOn (as with GhostingOff on the left)