@broadblues You are right, it's to be used if needed.
Me, I use it when one of my program registered as Unique crashs and that I don't want to reboot. I unregister it and I can "play again". Therefore for me it's useful and help me to don't waste my time to reboot For your info, soft-reboot on X1000 is not reliable, often I have to cold boot and it's long long long, very long.
Therefore, please, keep the unregistration message possibility.
In SysMon, there are a lot of functions that are dangerous : -removing a window -freeze a task -remove a port -and certainly others that I forget.
If I had to remove all because there are dangerous for an user...
EDIT : And I have to add that BEFORE all the dangerous operations, SysMon issue a confirmation requestor.
But try it, start SysMon, you will see that a user can't make a mistake.
FORMAT command is still present in the OS for all users, no ?
I find it rather worrying than an application should be able to unregister another application. This can be fairly dangerous. Imagine that an app continuously accesses a prefs dictionary, an operation that - after unregistering by a third party - will stop working with unpredictable results.
Registered apps rely on staying registered until unregistering themselves from the system. A third-party unregistration is an illegal operation IMHO. If the Application Library supports it, then we have a design problem that should be addressed.
As Andy I think such kind of tools is for experimented users knowing what they are doing. Moreover such kind of utilities always existed on AmigaOS just to circumvent "lacks" of the OS (automatic cleaning of a crashed task, including closing of locked/opened resources such as windows, files, etc.). If you remove unregistering then you should also remove UnlockScreen() because another task may unlock the screen.
Moreover any application should check return code and react accordingly, in the application.library unregistering an already unregistered application should return an error code (which it seems to do according to the autodocs).
SysMon is a very useful tool for programmers (IMHO).
I'm against to remove such options in SysMon. Maybe only show such remove option when enabling a "special"/hidden tooltype switch (EXPERT) and if such tooltype exists add those "critical" options.
I fail to see Sysmon as a dangerous application. It's enough if Sysmon warns the user that unregistering an application while it is still running correctly might be dangerous. The user can decide.
As I said, user is warned each time a dangerous thing is attempted.
In following picture, requesters for : -window closure -task freeze -unlock of a file -MessagePort removal -RemLibrary() (useful to refresh the Locale.library when building a catalog) -unassignation -and finally, Application unregistration
Honestly, SysMon is not dangerous, it's the user who can be dangerous.
PS : I realize that it lacks some "Info" pictures in the majority of the requester...
Thank you abalaban, Jabirulo, Broadblues and Elwood to have given your opinion
edit : [JOKE] OS4 freezes some times when I use Right Mouse Button on Workbench. Is RMB possibility will be removed to save the system integrity ?
RMB, USB or Workbench (or OS4) have some flaws and therefore all our actions under OS4 are potentially dangerous for the system stability but we live with that ! [/JOKE]
I think SysMon is the kind of tools of great help for advanced users. Being able to release locked resources in case of development testing is a must have. I can't imagine a casual user doing more that just watching displayed values. If he clicks on whatever button and doesn't pay attention to warnings, don't you think he's looking for troubles ? so, no censorship please.
Hurry up to grab it on OS4Depot before it will be sold for 20€ to AmiStore
Haha thank you Years ago i used a little utility like this (under Windows 98) to simulates a user activity, aka to move the mouse automatically .. In early 2000 it was usefull to earn some money with the banners, very crazy i know
Thank you for the update and for helping me with my os4depot comments!
I like the new fade feature. It seems the drawers and programs fade sequentially. Is there any way to make them all fade at the same time? Also, is it possible to close a drawer from the hidden list rather than having to unhide and then close it? This would really speed up closing multiple drawers.
Edited by ddni on 2014/10/24 9:46:54 Edited by ddni on 2014/10/24 9:49:40
1) fading in parrallel, yes, you are right, I have to do that. It's noted for a next update !
2) To be honest, I don't really see the interest to close drawer from FastHide. You will have to Righ click to select an option "Close drawer", it will not be really faster, IMHO.
@zzd10h I am trying aTunes for the first time just now, in the past I tought I doesnt need a program like aTunes, because I generally doesnt listen music with my Amiga, but the possibility to save a list of radio to listen with AmigaAMP3 captured my attention, before I missed that feature, and now I am listening a webradio thanks to aTunes & AmigaAMP, great work many thanks