magicwb questions - Page 3

PeterK · 22 January 2018, 01:36

Why should OS 3.9 display brushes as icons ? I guess you need a tool like Eastern installed to generate preview images for the icons. On AfA_OS this might even look good, but on OS 3.9 Eastern will have to reduce to 256 colors with dithering for the preview images.

AMIGASYSTEM · 22 January 2018, 01:40

Quote:

Originally Posted by PeterK

Why should OS 3.9 display brushes as icons ? .

No Peter the icons shown are "Real Icons" with the background equal to brush

PeterK · 22 January 2018, 01:45

Where can I find a few of the brushes for testing them? I only found one brush, and that was displayed by Eastern. Without Eastern I just got the def icon like honx has reported. If you have real .info files for your brushes then someone has created them with a converter for images to icons.

AMIGASYSTEM · 22 January 2018, 01:47

http://eab.abime.net/showpost.php?p=...4&postcount=19

PeterK · 22 January 2018, 02:00

Yes, exactly as expected, your real .info files are normal planar icons, that somebody has created by converting the brushes into icons. Probably honx has no .info files for his brushes. Indeed in the archive that honx has downloaded from Aminet there are no .info files. http://aminet.net/package/pix/icon/DockBrushes

AMIGASYSTEM · 22 January 2018, 02:12

Yes, in fact it is what I was trying to explain

Who did that trick succeeded in his intent

honx · 22 January 2018, 17:56

toolmanager problem seems to be caused by hardware. something in combination amiga 500 plus + aca500plus + aca1221 is culprit.
today i copied workbench 3.1 from amiga 500 plus to pc for further testing, trying and installing in emulation. in emulation it works.
it's an exact copy of amiga 500 plus workbench 3.1 running in similar configuration in winuae and all brushes are displayed on dock.
nothing changed since copying workbench 3.1 to pc. but on "wrong" amiga in winuae it works, on real amiga it still doesn't work...

AMIGASYSTEM · 22 January 2018, 18:04

On WinUAE you have configured same OS, CPU and Chipset?

honx · 22 January 2018, 18:12

same cpu (020), nearly same speed (~14mhz, aca1221 runs 17mhz by default), full ecs, cycles exact.
2mb chip (real amiga 500 plus has 1mb + 2x a512), and 64mb z3 fast ram (can't set 72mb in winuae).
and ks 3.1 - so this configuration is as similar/close to original hardware as i have been able to set it.
in emulation toolmanager works as intended including brushes on dock, on real hardware not working.

honx · 04 February 2018, 18:49

on workbench 3.1 with magicwb, does anyone know:
how i can save size and position of ram disk window?

AMIGASYSTEM · 04 February 2018, 20:03

The system is loaded "Save Window Size and Icon Position" done this go to Dopus4 and copy the RAM Disk Icon (Disk.info) where do you want for example in "S" and rename it (or whatever you want) Ram.info

SYS:S/Ram.info

With Editor, add to the Startup-sequence or User-startup this string:

copy > NIL: SYS:S/Ram.info To RAM:Disk.info

PeterK · 04 February 2018, 20:22

Quote:

Originally Posted by honx

on workbench 3.1 with magicwb, does anyone know:
how i can save size and position of ram disk window?

Try the latest icon.library, it copies the icon position and window settings after snapshot and save window automatically to Sys/def_RAM.info in ENV: and ENVARC: and restores them at system start again. No Copy or MakeLink required.

http://aminet.net/package/util/libs/IconLib_46.4

AMIGASYSTEM · 04 February 2018, 20:36

Ciao Peter, to me on OS 3.1 "Standard" does not work, ìam i wrong?

PeterK · 04 February 2018, 20:45

Did you try the latest Aminet release 46.4.473 or an older version? For me it works on all systems now, OS 3.1, DOpus5 and 68000, too.

Of course, it can not change the behaviour of the icon_lib.exe in AfA_OS (your favorite system).

But there are some restrictions for the supported volume names for the device RAM:

1.) the name may have up to 10 characters including the ":", plus the Null terminator of the string.
2.) it could be "ram:", upper or lower case are allowed.
3.) it could be "ram "...... like "Ram Disk:", upper or lower case allowed.
4.) it could be "RamD"...... like "RamDisk:" or "RamDrive:", first 4 chars must match exactly.

So, names like "Rambo:", "Ramses:" or "Ramazzotti:" are not supported because that could also be possible volume names of a floppy disk, CD or HDD. The name length is limited because I don't want to get in conflict with other disk icons in RAM:Env/Sys.

AMIGASYSTEM · 04 February 2018, 21:48

Quote:

Originally Posted by PeterK

Did you try the latest Aminet release 46.4.473 or an older version? For me it works on all systems now, OS 3.1, DOpus5 and 68000, too.

Yes i used 46.4.473, OS 3.1 default does not use deficons system

Quote:

Of course, it can not change the behaviour of the icon_lib.exe in AfA_OS (your favorite system).

AFA_OS use icon.library when disabling AFA OS Mouse SX

honx · 04 February 2018, 21:58

Quote:

Originally Posted by AMIGASYSTEM

The system is loaded "Save Window Size and Icon Position" done this go to Dopus4 and copy the RAM Disk Icon (Disk.info) where do you want for example in "S" and rename it (or whatever you want) Ram.info

SYS:S/Ram.info

With Editor, add to the Startup-sequence or User-startup this string:

copy > NIL: SYS:S/Ram.info To RAM:Disk.info

thx, it worked!

Quote:

Originally Posted by PeterK

Try the latest icon.library, it copies the icon position and window settings after snapshot and save window automatically to Sys/def_RAM.info in ENV: and ENVARC: and restores them at system start again. No Copy or MakeLink required.

http://aminet.net/package/util/libs/IconLib_46.4

also thx, this would have been my second try if first option failed!

PeterK · 04 February 2018, 21:59

@AMIGASYSTEM
You need a deficon "ENVARC:Sys/def_RAM.info", not "S:Ram.info".

For the general support of deficons under OS 3.1 there is a DefIcons tools in
http://aminet.net/package/util/wb/NewIcons46
Copy DefIcons and its icon to your WBStartup drawer and DefIcons.prefs to ENVARC:. And then you would need a bunch of deficons in ENVARC:Sys to make use of this tool. But there is no DefIcons preferences program available for OS 3.1.

@honx
With your method you will have to copy again after every position or window change.

honx · 05 February 2018, 02:04

yeah, but iconlib might be a bit too much for an ecs system i think.

limited to 16 colours there is no use for newicons/glowicons anyway.
most likely only had to save ram disk window size and position once.
i think, i won't need to change it anymore...

PeterK · 05 February 2018, 02:33

Yes, I agree with you, it's exactly what I thought before Thomas Rapp ask me wheather my icon.library would really save the changes of Ram Disk to the deficon. Almost like you, I never had any demand to do that. I was happy with my window settings once copied to the deficon and then never tried to change it again. But when Thomas Rapp ask me if my library would support that, I just thought: "why not"?
http://eab.abime.net/showthread.php?...47#post1212247

Finally, I did all these changes in my library just for you, honx, to get rid of the Disk.info directory entry in RAM:

AMIGASYSTEM · 05 February 2018, 07:55

Quote:

Originally Posted by PeterK

@AMIGASYSTEM
You need a deficon "ENVARC:Sys/def_RAM.info", not "S:Ram.info".

I think I know how the def icons system works

Quote:

Copy DefIcons and its icon to your WBStartup drawer and DefIcons.prefs to ENVARC:. And then you would need a bunch of deficons in ENVARC:Sys to make use of this tool. But there is no DefIcons preferences program available for OS 3.1.

I was talking about a OS 3.1 Standard, not everyone has NewIcons and DefIcons installed, thanks anyway for your support, your icon.library is formidable

22 January 2018, 02:00	#45
PeterK Registered User Join Date: Apr 2005 Location: digital hell, Germany, after 1984, but worse Posts: 3,365	Yes, exactly as expected, your real .info files are normal planar icons, that somebody has created by converting the brushes into icons. Probably honx has no .info files for his brushes. Indeed in the archive that honx has downloaded from Aminet there are no .info files. http://aminet.net/package/pix/icon/DockBrushes Last edited by PeterK; 22 January 2018 at 02:06.

22 January 2018, 02:12	#46
AMIGASYSTEM Registered User Join Date: Aug 2014 Location: Brindisi (Italy) Age: 70 Posts: 8,248	Yes, in fact it is what I was trying to explain Who did that trick succeeded in his intent Last edited by AMIGASYSTEM; 22 January 2018 at 13:06.

04 February 2018, 20:45	#54
PeterK Registered User Join Date: Apr 2005 Location: digital hell, Germany, after 1984, but worse Posts: 3,365	Did you try the latest Aminet release 46.4.473 or an older version? For me it works on all systems now, OS 3.1, DOpus5 and 68000, too. Of course, it can not change the behaviour of the icon_lib.exe in AfA_OS (your favorite system). But there are some restrictions for the supported volume names for the device RAM: 1.) the name may have up to 10 characters including the ":", plus the Null terminator of the string. 2.) it could be "ram:", upper or lower case are allowed. 3.) it could be "ram "...... like "Ram Disk:", upper or lower case allowed. 4.) it could be "RamD"...... like "RamDisk:" or "RamDrive:", first 4 chars must match exactly. So, names like "Rambo:", "Ramses:" or "Ramazzotti:" are not supported because that could also be possible volume names of a floppy disk, CD or HDD. The name length is limited because I don't want to get in conflict with other disk icons in RAM:Env/Sys. Last edited by PeterK; 04 February 2018 at 22:07.

04 February 2018, 21:59	#57
PeterK Registered User Join Date: Apr 2005 Location: digital hell, Germany, after 1984, but worse Posts: 3,365	@AMIGASYSTEM You need a deficon "ENVARC:Sys/def_RAM.info", not "S:Ram.info". For the general support of deficons under OS 3.1 there is a DefIcons tools in http://aminet.net/package/util/wb/NewIcons46 Copy DefIcons and its icon to your WBStartup drawer and DefIcons.prefs to ENVARC:. And then you would need a bunch of deficons in ENVARC:Sys to make use of this tool. But there is no DefIcons preferences program available for OS 3.1. @honx With your method you will have to copy again after every position or window change. Last edited by PeterK; 05 February 2018 at 01:13.

05 February 2018, 02:33	#59
PeterK Registered User Join Date: Apr 2005 Location: digital hell, Germany, after 1984, but worse Posts: 3,365	Yes, I agree with you, it's exactly what I thought before Thomas Rapp ask me wheather my icon.library would really save the changes of Ram Disk to the deficon. Almost like you, I never had any demand to do that. I was happy with my window settings once copied to the deficon and then never tried to change it again. But when Thomas Rapp ask me if my library would support that, I just thought: "why not"? http://eab.abime.net/showthread.php?...47#post1212247 Finally, I did all these changes in my library just for you, honx, to get rid of the Disk.info directory entry in RAM: Last edited by PeterK; 05 February 2018 at 02:40.

22 January 2018, 01:36	#41
PeterK Registered User Join Date: Apr 2005 Location: digital hell, Germany, after 1984, but worse Posts: 3,365	Why should OS 3.9 display brushes as icons ? I guess you need a tool like Eastern installed to generate preview images for the icons. On AfA_OS this might even look good, but on OS 3.9 Eastern will have to reduce to 256 colors with dithering for the preview images.

22 January 2018, 01:45	#43
PeterK Registered User Join Date: Apr 2005 Location: digital hell, Germany, after 1984, but worse Posts: 3,365	Where can I find a few of the brushes for testing them? I only found one brush, and that was displayed by Eastern. Without Eastern I just got the def icon like honx has reported. If you have real .info files for your brushes then someone has created them with a converter for images to icons.

22 January 2018, 01:47	#44
AMIGASYSTEM Registered User Join Date: Aug 2014 Location: Brindisi (Italy) Age: 70 Posts: 8,248	http://eab.abime.net/showpost.php?p=...4&postcount=19

22 January 2018, 17:56	#47
honx Registered User Join Date: Oct 2014 Location: Klagenfurt / Austria Posts: 1,560	toolmanager problem seems to be caused by hardware. something in combination amiga 500 plus + aca500plus + aca1221 is culprit. today i copied workbench 3.1 from amiga 500 plus to pc for further testing, trying and installing in emulation. in emulation it works. it's an exact copy of amiga 500 plus workbench 3.1 running in similar configuration in winuae and all brushes are displayed on dock. nothing changed since copying workbench 3.1 to pc. but on "wrong" amiga in winuae it works, on real amiga it still doesn't work...

22 January 2018, 18:04	#48
AMIGASYSTEM Registered User Join Date: Aug 2014 Location: Brindisi (Italy) Age: 70 Posts: 8,248	On WinUAE you have configured same OS, CPU and Chipset?

22 January 2018, 18:12	#49
honx Registered User Join Date: Oct 2014 Location: Klagenfurt / Austria Posts: 1,560	same cpu (020), nearly same speed (~14mhz, aca1221 runs 17mhz by default), full ecs, cycles exact. 2mb chip (real amiga 500 plus has 1mb + 2x a512), and 64mb z3 fast ram (can't set 72mb in winuae). and ks 3.1 - so this configuration is as similar/close to original hardware as i have been able to set it. in emulation toolmanager works as intended including brushes on dock, on real hardware not working.

04 February 2018, 18:49	#50
honx Registered User Join Date: Oct 2014 Location: Klagenfurt / Austria Posts: 1,560	on workbench 3.1 with magicwb, does anyone know: how i can save size and position of ram disk window?

04 February 2018, 20:03	#51
AMIGASYSTEM Registered User Join Date: Aug 2014 Location: Brindisi (Italy) Age: 70 Posts: 8,248	The system is loaded "Save Window Size and Icon Position" done this go to Dopus4 and copy the RAM Disk Icon (Disk.info) where do you want for example in "S" and rename it (or whatever you want) Ram.info SYS:S/Ram.info With Editor, add to the Startup-sequence or User-startup this string: copy > NIL: SYS:S/Ram.info To RAM:Disk.info

04 February 2018, 20:36	#53
AMIGASYSTEM Registered User Join Date: Aug 2014 Location: Brindisi (Italy) Age: 70 Posts: 8,248	Ciao Peter, to me on OS 3.1 "Standard" does not work, ìam i wrong?

05 February 2018, 02:04	#58
honx Registered User Join Date: Oct 2014 Location: Klagenfurt / Austria Posts: 1,560	yeah, but iconlib might be a bit too much for an ecs system i think. limited to 16 colours there is no use for newicons/glowicons anyway. most likely only had to save ram disk window size and position once. i think, i won't need to change it anymore...

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
MagicWB registration	Uplink7	request.Apps	114	13 May 2015 12:52
MagicWB 2.1p Registered	Stig	request.Apps	4	02 February 2014 21:33
MagicWB	k4lmp	support.Apps	1	16 November 2012 11:48
MagicWB 2 full	macce2	request.Apps	2	24 July 2008 19:01
The Old MagicWB 2.0	maxmouse	request.Apps	2	19 March 2004 19:17