Nor here, SGrab and X-Dock respond to the RAmiga-H combo only when their windows are active.
There nearest I can get is when SGrab becomesa ctive after hiding X-Dock or vice verca then if I hold Ramiga and click H twice both will close, so a keyboard bounce *might* cause this issue in certain circumstances.
X-Dock 1.x auto activated the window this might also cause focus issues, X-Dock 2 (for which I take the blame ) never does this.
X-Dock 2 has a commodity active to handle mouse overs of the icons, but does not have a hotkey set, so there should not be any issues in case the user had manually programmed hotkeys that clashed.
The Clock v.53.29 can cause a problem with MUI programs when dragging objects, resulting in a system freeze. If I open the clock on WB screen in analog (with arms) mode, and then open e.g. YAM and try to drag an attacment of a mail message to a disk, I get a system freeze (mouse and keyboard do not work, the clock stops). Also Odyssey shows similar problems. This issue is 100% reproducible in my X5000.
If I change the clock mode to analog or go back to v. 53.21 Clock, the problem dissappears completely.
According to the analysis of Thore Böckelman (http://muidev.de/ticket/431), the new clock version seems to use for unknown reason 'global screen locking', which causes a conflict with MUI programs used on the same screen. I'm not programmer, so please have a look in that ticket to see more details! There are also a couple of workarounds mentioned in it.
I've been asked to look at this, I can confirm that the lockup occurs when draging an MUI element after a couple of ticks of the clock.
It only occirs when compositing effects are of *off* on the screen. It also doers not occur with the X-Dock Cloak.dockapp (which uses the same underlying gadget).
Thor makes reference to "global screen locking" as there is no such thing I guess he means one of
LockIBase LockScreen LockScreenGI LockLayers
but Clock calls none of these.
Whilst I have registered at the MUIDev site there is a delay authorising my account so can't post this there, if you could ask him for clarification on the above that would be very helpful.
When set to the "digital" mode, the clock v53.29 does not reflect the Locale setting for the date, even if the option "Settings/Date and time format/locale" is selected.
For testing purposes I have set my country to "Austria" the date format in Workbench is similar to the ISO 8601 Date format: "2020-04-10" but Clock displays it as "Friday, 10. April 2020"
@Amigo1, with the last AmiCygnix version you can use a 32 bit screen, though it's a 16 bit screen converted on fly to a 32 bit one so it's slower than a 16 bit one
Not sure if it's possible, so i'll post here first before opening a FR.
MultiEdit 1.12 (05.03.2019)
Sometimes i got really long text line with no line breaks (i.e. c&p from websites) and i have to manually set linebreaks to make them readable from within Notepad/MultiEdit, since both programs simply print the line as long as it is, which makes it hard to read and edit. A workaround would be to use MultiView(er), but i cannot edit the text there.
My question would be, is it possible to add an option to MultiEdit to set linebreaks automatically at a given position, f.e. on column 80, and let MultiEdit figure out where to set the breaks for the whole text?
I'd be happy with a simple "word-breaking" mechanism (set the break between full words, but always respect the maximum column setting), but if it's doable a "word-splitter" would be neat as well (split words in "half" were allowed, while still maintaining the maximum column setting, e.g. astro-nomy).
edit: It's more or less "word-wrapping" but not "as-you-type" but performed on a load text.
X-Dock 2.42 does not allow to change the screenmode, I alway get a "Intuition is attempting to reset the Workbench screen. Please close all windows, except drawers" notification.
AmiDock behaves better and automatically quits and reopens after the screen mode change.
I dont if it is a bug or a missing feature : correct me if I am wrong but MultiEdit and Multiviewer seems to share the same root so why in the former (MultiEdit) I can scroll my open file with the page up/down cursor and not in the later (Multiviewer) ? really annoying to scroll with the mouse wheel lengthy text...
There are many problems with the Format app in Enhancer, are these known? Not least, when you choose a drive from the picklist, it populates the format dialog with the 'selection - 1' from the picklist i.e. the wrong bloody disk!
I'm not able to use parts of my system now...due to a constant listviewer.gadget crash on Format, Updater, etc. (every stupid program that relies on it)
Awesome btw, that even Updater is freezeing, since now i cannot even get a bug fixed version (if ever), so..
clap, clap, clap
to AEonKit.
Here is a partial serial grab (if anyone cares, which i highly doubt)
Dump of context at 0xDF82F000
Trap type: DSI exception
Machine State (raw): 0x100000000200B030
Machine State (verbose): [Hyper] [ExtInt on] [Super] [FPU on] [IAT on] [DAT on]
Instruction pointer: 0x7F63F810
Crashed process: Format (0x5441B370)
DSI verbose error description: Access not found in hash or BAT (page fault)
Access was a load operation
0: 7F63F878 50790E80 00000000 6FF3D000 80000009 00000001 00000001 FFD4D4D4
8: 61793BD4 00000000 FFA9A9A8 02020D7C 2A844884 603961D0 00000012 00000000
16: 50792120 00000018 53A451A0 53A45260 00000018 0000004A 00000028 00000027
24: 53A40000 80000009 00000001 00000012 00000000 50667F38 80000002 50667EA4
CR: 2A844888 XER: 20000000 CTR: 022E42A4 LR: 7F63F878
DSISR: 40000000 DAR: 6122E57C
P.S: I had a bug item ready on that excuse for a bug tracker over at amigadeveloper.com, but i forgot to enter one measly field and it prompted me with a red warning and NOT LET ME GET BACK ONE PAGE, my entries were gone. I'm not going to use that laughable site again (once for such mess and second because my bug reports bitrot in there and no one cares)...go figure
Didn't use replacement commands from Enhancer: only use those ones which not present in the OS itself, or you will end up with a mess.
We many times says to Mattew to not name programs the same name as they named in the OS, but he gives a fuck :) And anyway things reported to Enhancer components almost never fixed, exceptions only warp3dnova, radeonHD/RX drivers, ogles2, and the work done by Trixie and Andy. All the other stuff is written by other developers usually left as it, and no one fixes it for years.
So when you got Enhancer, be sure to just install necessary things manually, without using the installation script, and all will be fine (like step by step install only what you need: drivers, libs, and new 3d party classes and apps).
There already some replaced components working worse than in OS4 default ones, so just didn't use them.
@NinjaCyborg Mattew will answer you that every day hundreds of users use updater and have no problems. Though he didn't know for a fact that most users when meeting a problem just give a shit to report it and losing their time to even talking about it. In such a small user base, there needs to be happy that someone reports bugs.
Every report from users should be taken for granted and inspected. But as Mattew has no time for everything, and he didn't think it is necessary to hire someone who will deal with those things, we have what we have.
For example, for me, today Updater just freezes when I scroll via scrollbar right after it connected and downloads the list. It can be a bug in aeons list browser class, or in updater itself, but I sure will not spend time on the proper finding of roots of the issue, as I know the long road: firstly will be explained that it only me have such bug, then silence, then ignore, and so on :)