As for the first request there are two replies. :-) Magellan quite nicely uses Icon->Information that allows drag-n-drop to change icon images. I use it frequently and I like it because it's easy. I already started Icon Exchange for Wanderer but I didn't get very far with it. Now that there is more interest I will try to complete the task. I think maybe AMIGASYSTEM mentioned the second item. He said that OS4 has icon scaling. So why can't we have icon scaling for AROS? I would have to look into it to see what is possible. I know that Datatype scaling is possible but icons are handled by Icon Library so scaling may be handled differently. Icon Scaling would most likely be handled effectively inside Icon Library.

only zunehexeditor crash other programs works fine

Salvo I have compiled for v11 "WGetGUI" if you have time do some tests, for me the Network doesn't work on WMware. The other App are "ZuneHexEditor" see if it works for you, for me on WMware it crashes Finally ZuneCalc which works fine. I attach the 3 archives, if everything works you can upload them to arosarchive ------ Italiano ---- Salvo ho compilato per v11 "WGetGUI" se lo vuoi testare, a me non funziona la Rete su WMware. La altre App sono "ZuneHexEditor" vedi se a te funziona, a me su WMware va in Crash Infine ZuneCalc che funziona bene. Allego i 3 arcvhivi, se tutto funziona puoi caricarli su arosarchive

I was trying to compile Janus v1.2 on v11 but when I give the make it tells me that the file is missing makefile.in there is a possibility to proceed

There are seems to be general stability issues under VMWare so the booting problem can be because of this. I took note of the Opaque problem.

Hi Miker, considering that, de facto, you are the aros icon guru, I would like to address you a couple of requests that, may be, can intrigue your attention and push you to something different but still on topic. Of course as soon as you have completed your actual projects. 1. I would like to see an improvement on the icon information window like OS4 behave. To change an icon to an application/file, on os4, it is very easy and straight forward, it act simply opening the icon information of your file, then selecting any icon you like from the workbench and dropping it on the icon information window you want to update with the new icon. Only the icon image will be updated. This works also with the default pseudo icons. 2. Implement on Zune the icon scaling. With the possibility to have screens from low to high resolution an icon scaling mechanism is more an more welcome. I found very friendly the windows system that use the Ctrl+wheel to resize and set the icons. No idea on how those tasks are heavy/difficult. It is just a suggest and mainly an hoping. Sandro

@deadwood Anomalies found on WMvare with V11: - Not work Native and safe mode - If you use 'Opaque' Commodities, graphical artefacts are created when enlarging windows, see screendshot - ProTrekkr creashes the system (SDL problem?)

hi i try it but my system freeze when compiled (file system problem) i see later

hi i donwnload the usbmidi package from archives the source are included but my compilation stopped i see [URL=https://www.imagevenue.com/ME19P3R3][IMG]https://cdn-thumbs.imagevenue.com/44/e2/fa/ME19P3R3_t.png[/IMG][/URL]

ok deadwood

@AMIGASYSTEM, @Amiwell79 I briedly tested ZuneARC, ZunePaint and ZuneView uploaded to archives under AROS linux-hosted x86_64. No crashes happening with "basic" uses. If any crashes happen in these application on "native" x86_64 then it's more likely to be because of the system rather then software itself. Thanks for porting these tools! They now can also be used under Window and Linux through AxRuntime.

BTW, if you want to test your software whether the crash comes from software OR from system, test your software under AROS linux hosted x86_64. This system is already rock-stable so any crashes are going to be due to the application.

@AMIGASYSTEM, @Amiwell79 Please keep in mind that porting to 64-bit is not only about re-compiling. A software that correctly works on 32-bit can be unusable on 64-bit after re-compilation. This will for example often happen with MUI software coming from Amiga world. In such case changes have to be made to the software to correctly account for bigger pointer size (8 bytes instead of 4 bytes). The that needs to be put into this is not complex, but it has to happen for software to be stable. Software in contrib/ports repositories should already be at least to some degree patched. Software coming from Linux world most likely already had these issues solved.

[quote name=Amiwell79 post=7270]@Amiwell79 - is the software that crashes the system[/quote] If there are problems with the filesystem as mentioned by deadwood, the system can also crash the software!

is the software that crashes the system

[url=https://github.com/ashang/libxad/blob/master/libxad/amiga/docs/english/xadmaster.guide][b]xadunfile [/b][/url] is part of the XAD package only serves to unpack. The 64Bit system is not stable, ZuneARC works on 32Bit. I enclose a new ZuneARC config that works better! sometimes you can create an Archive The LHA command you can use from Shell

I can't use xadunfile I haven't found any guide about what parameters should I give

lha

Which archive do you want to create, LHA ZIP?

When I am on the screen to choose the files to be included in the archive the system is freezing