IconClone Icon Exchange

[AMIGASYSTEM]

miker i also noticed that IconClone does not run from Shell, and the icon must be of Type "WB".

The def_Tool.info of AROS but also Amiga includes that parameter "TOOL" "CLI", so if IconClone is run with the "def_Tool.info Icon", or from SHELL, IconClone will not start

[miker1264]

miker i also noticed that IconClone does not run from Shell, and the icon must be of Type "WB".

The def_Tool.info of AROS but also Amiga includes that parameter "TOOL" "CLI", so if IconClone is run with the "def_Tool.info Icon", or from SHELL, IconClone will not start

I thought you said it works great. 

There is a ReadMe text file in the release package you should read.

Assign an icon to IconClone then use it from Workbench. Or use it in a shell with the correct arguments and switches. Opening it from a def_tool icon is not recommended nor has it been tested by me.

In the shell "IconClone" by itself does nothing. Likewise "IconClone icon.info" also does not work. Wrong number of arguments. However "IconClone icon1.info icon2.info" will perform the icon exchange at the command line.

There are two switches --h & --o (note that they have double dashes). The 'h' is for help. The 'o' is for open.

At the command line "IconClone --o" will open the empty GUI ready for drag-n-drop. "IconClone --o icon1.info"  will open the GUI and display the source icon. "IconClone --o icon1.info icon2.info" will open the GUI and display both images ready for the icon exchange.

If the images fail to display using drag-n-drop for whatever reason simply use the file requester buttons ( ? ).

There are two instances when file requesters are useful and opening from shell is useful. If you are trying to load disk.info and you can't see it use the file requester or type "IconClone --o disk1.info disk.info" where disk1.info is the source for new images and disk.info receives them.

To make things easier for testing I simply copy the binary file of IconClone to Ram Disk then in a shell "IconClone --o". Then no app icon is required and Printf statements can provide feedback in the shell for debugging.

[AMIGASYSTEM]

Ok thank you Miker sorry, it was the first time I got an executable not working from a Shell, it reminded me of the old Windows

Ok, the drag and drop difference between Magellan and Wanderer, you mentioned I don't know, maybe it will depend on the type of Icons.

It should be the other way around, it is well known that Magellan suffers with icons, on OS3 Magellan suffers it becomes very slow when it has to handle many icons in a folder.

Did you check the difference between the two versions I pointed out?

Just curious, the versions of IconClone I compiled on AROS One, both 68k and v11, the resulting files are slightly smaller "few Bytes" compared to your

[miker1264]

Ok, the drag and drop difference between Magellan and Wanderer, you mentioned I don't know, maybe it will depend on the type of Icons.

It should be the other way around, it is well known that Magellan suffers with icons, on OS3 Magellan suffers it becomes very slow when it has to handle many icons in a folder.

Did you check the difference between the two versions I pointed out?

Just curious, the versions of IconClone I compiled on AROS One, both 68k and v11, the resulting files are slightly smaller "few Bytes" compared to your

I will check the differences with drag-n-drop between versions. I suspect it may have something to do with the way Wanderer and Magellan work. I'm curious if the newer IconClone code has a similar issue with the older x86-64. So I will compile for that target and start testing there.

I'd like to at least identify any potential problem though I probably won't make any changes till next time. The x86 release candidate is still the sources from 02-18-23.

I wouldn't worry about different file sizes. The binary file for x86 will not be the same size as for 68k or x86-64. The size may also vary between x86-64 ABIv1 & ABIv11 binaries.

[AMIGASYSTEM]

I was not referring to the difference between different versions but to the same version example:

Your version "IconClone x86_02-18-23" -> 45,608 bytes

Version compiled with AROS One x86 "IconClone x86_02-18-23" -> 44,596 bytes

[AMIGASYSTEM]

My Friend PeterK has created two interesting icon utilities "LessPensForWBStartup" (latest posts), which Dopus Magellan doesn't like

https://eab.abime.net/showthread.php?t=64079&page=202

[AMIGASYSTEM]

miker I tried to compile IconClone with GCC on OS3, ando I got errors.

Is there anything that allows you to convert "C" AROS sources to "C" OS3 sources?

[miker1264]

miker I tried to compile IconClone with GCC on OS3, ando I got errors.

Is there anything that allows you to convert "C" AROS sources to "C" OS3 sources?

It won't work on Amiga OS3 the way it is currently written. It users some AROS-specific libraries and functions.

In a future version I will make it more Amiga friendly so that it can be compiled for Amiga OS3/4.

[AMIGASYSTEM]

Thanks, i was just curious if there was some kind of converter