@orgin Suggestion/idea for another Project: An OS4-compatible TrueMultiAssigns system patch. I think the 68k version only patches the 68k functions, and so does not work with PPC apps
With such a program, we could make OS4 *radically* easier to upgrade. How? Rather than the base OS files being stored in Sys:, they would be stored in Sys:OS4 (or similar). We would then have all system assignments done in this style: Assign Libs: Sys:Libs Assign Libs: Sys:OS4/Libs ADD
Thus we could replace the entire OS4 folder, and automagically keep all the user's changes. I did this on my 68k system, keeping the same set of Workbench files/settings working on Amithlon (OS3.9), WinUAE (OS3.9), and a severly underpowered OS3.1 A1200. I understand that MorphOS also does something similar.
I talk about "SGrab" (that present for os3 too and as i know for morphos as well). But SnapIT are more good looking if compare with os4 version of SGrab..
Openamiga isn't about third party apps though. It's about stuff you can put inside the OS if Hyperion chooses to adopt it, with a common look and feel. An app that uses MUI for example is better suited as an os4depot app, but not as something you try to make a part of the core OS.
As third party apps go in the snapshot area, there's really no point in replacing sgrab with another third party app. At least not under this Openamiga project.
So what's wrong with sgrab? Well nothing as such, the project is about creating a snapshot function that is more familiar to new users and something that integrates more seamlessly with the OS, for example with the GUI only visible if more advanced options are needed and not as default (sgrab), always loaded by default and any GUI components using 'reaction' classes and not screaming about arexx ports if you start it twice.
Just in case anyone thinks that joining this project is a waste of time, I'd like to say that the integration of DiskImage into AmigaOS 4.1 update 1 has been completed.
...and not screaming about arexx ports if you start it twice.
The recommended behavior for commodities that have a GUI is to show the GUI when the program is run a second time. In fact SGrab does this after it has complained about the arexx port so it's probably just a minor oversight. You should report it to the author of SGrab so that he can fix this.
integration of DiskImage into AmigaOS 4.1 update 1 has been completed
May I ask how?
What I would like to see is something totally transparent. You double-click on an ADF/ISO... file and it is mounted automatically. No need to do anything else (start a GUI or type a command in a shell).
I would guess that if it has been integrated into the OS that it would at least come with a Prefs program making it as easy to handle as the other OS components
...and not screaming about arexx ports if you start it twice.
The recommended behavior for commodities that have a GUI is to show the GUI when the program is run a second time. In fact SGrab does this after it has complained about the arexx port so it's probably just a minor oversight. You should report it to the author of SGrab so that he can fix this.
Good luck getting an answer from him. It seems he doesn't talk to mortals...at least, he didn't answer to my last three inquiries (feature request, bug report and a simple question)
My prior post reminds me of another nice addition for the OS core progams, a print spooler.
I'm using PrtMan39 from the above mentioned Stephan Rupprecht right now, which is working great so far and is a wonderful tool to get rid of the waiting time while printing big projects (e.g. PDFs)
Yes, that is exactly how it works. There may be a cut down set of recognised types due to missing extras, but the most popular formats should work exactly as you say.
Clicking on an ".iso" file mounts it as a device. You can still use the DiskImageGUI to mount and remove drives, but double-clicking mounts them automatically.