AROS ABIv0 20201110 Development

[miker1264]

@deadwood

Thank you for the updates. I would like to try the new Wanderer to see if there were changes for icons.

Previously we couldn't move, copy, rename or delete unassociated icons. On x86-64 it was a big problem causing a system crash. Hopefully the newer code fixed it.

I see from the ABIv1 repository that those changes happened about 3 years ago (11-2020). Re-implemented FS Handling in Wanderer for same volume & handling files & icons separately.

I'm adding a Tools module for Wanderer for Icon Exchange. So far I have only added the new menu item and I started the WBExchange module. The separate module makes it easier for future updates as well.

If the Icon Exchange for Wanderer works well enough maybe it can be added to the repository.

[Amiwell]

ok deadwood all work fine except screenmode do not works give errors

thank you

[AMIGASYSTEM]

@deadwood

To me No problem with Scrennmode, successfully tested on both Acer One z5 and VMWare

Remains boot incompatibility on PC "Dell Inspiron Mini 910" (uhci InitCode/991: Host ERROR )

[AMIGASYSTEM]

Among the old reported Bugs, on Wanderer still persists the problem of renaming files from Upper case to Lowercase and vice versa, it is not oissible to replace even a single letter, usual error message "File name already exists"

No problem instead if you rename files or Directories from Upper case to Lowercase on Dopus4

Question: On Wanderer Menu Icons- > Delete, is it possible to add a function key ? for example "Del" key ?

[deadwood]

If the Icon Exchange for Wanderer works well enough maybe it can be added to the repository.

Sure. I believe you have write access to the repository. Once you are ready start pushing patches. It's better to iteratively add functionality rather then push all at once. Also push to master only. I will take care of back porting to alt-abiv0.

In case I didn't share these before, here are some basic rules: https://github.com/deadw00d/AROS/blob/master/CONTRIBUTING.md

[deadwood]

ok deadwood all work fine except screenmode do not works give errors

thank you

Which video driver are you using? Can you try if you get the same crash with VESA?

[deadwood]

Among the old reported Bugs, on Wanderer still persists the problem of renaming files from Upper case to Lowercase and vice versa, it is not oissible to replace even a single letter, usual error message "File name already exists"

No problem instead if you rename files or Directories from Upper case to Lowercase on Dopus4

Question: On Wanderer Menu Icons- > Delete, is it possible to add a function key ? for example "Del" key ?

I'm not doing any active development on Wanderer. If you can find a developer interested in working on it, I'm happy to help him/her get set up.

[deadwood]

Note on open topics: If I'm able to fix them, they will be released as a patch package containing only changed components, rather then a new, full release.

Open topics:
  - kernel needs IOAPIC disabled for nVidia PCI-E cards to work
  - ACPI Reboot/Shutdown on VMs
  - Acer Aspire One / Eepc USB problems
  - https://github.com/deadw00d/AROS/issues/86
  - https://github.com/deadw00d/AROS/issues/88

[Amiwell]

ok deadwood all work fine except screenmode do not works give errors

thank you

Which video driver are you using? Can you try if you get the same crash with VESA?

i use nvidia quadro nvs 295, on vesa works deadwood

[deadwood]

@Amiwell

I'll look into this.

[Amiwell]

ok thank you

[AMIGASYSTEM]

@deadwood

Found a conflict between GIF and GifAnim, a little complicated to explain, but I'll try

With ABIv0 20201110, if I try to run the program "AmiGG", it does not work if GIFAnim is used in the system.

Basically if I delete the GIFAnim Descriptor, the program "AmiGG" works fine, this makes people think that "AmiGG" has a Bug, because it uses GifAnim.datatypes instead of Gif.datatypes !

Tried replacing Datatypes.library, but it does not solve

EDIT:

I found that the images used by "AmiGG" for the buttons are mixed some are Gif images others are GigAnim.

[deadwood]

@AMIGASYSTEM

Thanks for the report. What changed with 20221110 is that GIFAnim has higher priority than GIF so that it can detect gif animations. As you mentioned some of the gif images in AmiGG are animations, so they are correctly loaded by GIFAnim. The problem is that AmiGG is probably not ready to work with animation datatype. I don't yet know what the solution should be for ABIv0. I need to think about it.

[AMIGASYSTEM]

On the Builds, GIFAnim datatypes does not exist, the problem on AmiGG happens even with earlier Builds.
On the Builds there is only GIF Datatypes, which in my opinion has a wrong Descriptor, basically the Buid's Descriptor recognizes GIF animations as images and therefore Multiview shows only the first frame.

Practically with Builds, but also with IcarOS GIF Animations are not supported, they are only recognized as simple GIF images.

On AROS One GIF Animations are well supported because I have created two Descriptors, one for just GIF images and one just for Animations (one Gif 87 and the other Gif 89), AROS descriptor includes both acronyms that's why it considers animations as images.

In my opinion AmiGG animated GIFs are not supported by the GIF datatypes, it works if you use the native AROS Descriptor which considers them Images.

[AMIGASYSTEM]

I created two small comprehensive screenshots, which shows how AROS Build or IcarOS and AROS One handle the two formats (GIF and GIF Anim)

- AROS One distinguishes the two formats separately, supports animation, assigns two different icon defs.

. AROS Build and IcarOS does not distinguish the two formats, does not handle animation, considers them two images, and assigns an equal def for the two formats