Whats your favourite feature of OS3.2?

[kolla]

Amiga shell v47 would be my favorite, but only with bugs fixed.

It has been possible to mount ADFs for more than 25 years already, I *really* see no point in having yet another way of doing it, and DAControl is an awkward solution to what should really be integrated in Mounter.

Yet Another Editor, no thanks.
Including ThoR’s SED would be nice though.

ShowConfig with a pointless GUI? Give me something actually useful instead, like an LFORMAT option for formatting the output to simplify using this tool for scripts etc… meh!

I don’t grasp what’s so great with the so called “new” colour icons, they look chunky and rough, as if scaled down and reduced colours of larger true colour icons - I very much prefer old icons actually designed for the resolution they are used in, like old NewIcons, or even the very old original Glowicons.

I could really go on and on about things I find facepalm worthy with this OS release, and that is just from what I can tell from youtube videos, and not from personal use. So maybe someone can tell me one thing - do any of the following Workbench menu entries - “Update all”, “Redraw all” and “ResetWB” actually reread icon location from the .info files left out on the Workbench “desktop” and put them back to their specified positions? If not, then perhaps “Update all” ought to be moved to the increasingly cluttered “Window” menu.

And so called “radiobuttons” can die, even radios don’t have “radiobuttons” anymore, heck, even radios are getting rarities.

[kolla]

The ability to work with  ADF's natively is a plus these days.

It was always a plus, but the "solution" is very awkward, it should be generic and support not just ADFs, but disk images of _any_ supported filesystem.

Also the advertising is... odd  "DAControl & trackfile.device provide unprecedented functionality, as they enable users to create, mount, insert and eject ADF files" - unprecedented functionality if the year was 1990 perhaps? However, the year is 2021, and people have been creating, mounting, inserting and ejecting ADFs for three decades already, all the way back to when Matt Dillon (perhaps most famous for Dice and DragonFlyBSD) made FMS.

[kolla]

The ability to work with  ADF's natively is a plus these days.

It was always a plus, but the "solution" is very awkward, it should be generic and support not just ADFs, but disk images of _any_ supported filesystem.

Also the advertising is... odd  "DAControl & trackfile.device provide unprecedented functionality, as they enable users to create, mount, insert and eject ADF files" - unprecedented functionality if the year was 1990 perhaps? However, the year is 2021, and people have been creating, mounting, inserting and ejecting ADFs for three decades already, all the way back to when Matt Dillon (perhaps most famous for Dice and DragonFlyBSD) made FMS.

No, this is very, very, very different. Until the source code is available (which is the plan: I'm going to open source DAControl and trackfile.device later this year), please trust me on that if fmsdisk.device had been sufficient for our needs we would have adapted it. fmsdisk.device is "just" a trackdisk.device-like layer on top of an AmigaDOS file handle which requires the use of the Mount command and matching mount files (alternatively, you could build a shell command which accomplishes the same thing). fmsdisk.device does not go to great lengths to make the disk accesses efficient and it does not implement much of the trackdisk.device command set to begin with. Furthermore, ejecting disks is tricky given the means available when fmsdisk.device was designed.

Heh, I was putting the claim "unprecedented functionality" in doubt, in a historical context - nothing new about mounting ADFs, it (maybe) _started_ with fms, but moved on, and for the last decade it has been diskimage.device v53 that has been "the standard", open source and all - http://www.a500.org/main-menu/projects/diskimage-device.xhtml - and lastly, the GoADF! tool which now is in 3.0.

Hence the need to build something from scratch which was much better suited to let you install the operating system from double-density Amiga-formatted disk image files which happen to reside on a "slow" storage medium (CD-ROM).

150kB/sec CD-ROM is considered slow? Luxury! Try disk images located on NFS shares mounted over serial port PPP links

Well, I understand the need for this tool in the context of mounting disk images from the OS 3.2 CDROM fo the OS installer, but then again... the entire OS could just reside on the CDROM as files as well. Insidently, I don't even bother with CDROM drives these days, I just mount the iso9660 image directly, using - you guessed it - diskimage.device v53 - kinda daft to mount an iso9660 image just to mount ADFs from there again.

All the disk wrangling (insert, remove) is done through a special command which talks directly to trackfile.device which avoids the need to use the Mount command and mount files.

I did not mention the Mount command, I mentioned the Mounter tool - there seems to be alot of overlap between Mounter and DAControl.