Custom Query (439 matches)


Show under each result:

Results (22 - 24 of 439)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
Ticket Resolution Summary Owner Reporter
#430 fixed Add the possibility of keyboard driven copy and paste to string gadgets Hubert Maier


In any of the text input fields (string gadgets?) it's possible to move the cursor around the text. i.e. LSHIFT+Cursor right/left - will jump to the end/beginning of the text LCTRL+Cursor right/left - will jump to the beginning of the next/previous word

But it's not possible to mark the text with a keyboard.


I'm missing the combination of the two above. If i press LSHIFT+LCTRL+Cursor right/left nothing happens. It should mark the whole sentence, so one would be able to copy and paste stuff.

Easy test is "MUI Preferences/Text". Type "Example Test Test" in the input field and play around with keyboard commands. One can't mark text with the keyboard.

NB: It does work in "text editor" fields and it also works when doublicking text (or marking text manually) with the mouse.

Enhancement recommendation

Please, if possible, add the combination of the two and open up the possibility to mark text from input string fields. It would make working with keyboards so much easier.

Thanks a lot

#428 fixed Odyssey's tab switching sometime cause crash Thore Böckelmann Roman Kargin

While working on some updates for the odyssey, find out that it often may crash when I switch fast-fast between tabs, while they are busy-loading something.

It is not 100% reproducible report, but its enough to open 3 tabs, and in all of them start to load some heavy shit (so to make them busy), and then do fast switch between (at least trying to do).

In most case soon or later it will crash with point out on muimaster.library / groupdispatcher().

I attach the crash log, but probably that one will be not enough, and muimaster.library debug must be used. So can do so if you think it is worth to investigate and what params of muimaster to trace


#427 fixed Frame title of virtual group sometimes wanders Thore Böckelmann Mike Steed


The frame title of a virtual group scrolls with the contents of the group under certain conditions, instead of remaining fixed in place.

Steps to reproduce

  1. Compile and run the attached demo program, which creates a scroll group with a virtual group with six buttons inside. There's a frame around the virtual group, and the frame has a title attached to it.
  2. Reduce the height of the window so that only five of the buttons are visible. Drag the slider down, so it's the bottom five buttons that are visible. Now adjust the size of the window just slightly.

Expected results

The title should remain in place, regardless of how the contents of the virtual group are scrolled around.

Actual results

The title jumps up into the window title bar, as if it's one of the children of the virtual group. If even fewer buttons are visible the title will disappear off the top of the window. If the window is enlarged vertically, the title moves down and into place as all of the buttons become visible.

The same thing happens in a horizontal direction if the window width is reduced and the horizontal slider is moved to the right.


Bug is also present in MUI 4. MUI 3.9 works correctly.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
Note: See TracQuery for help on using queries.