Custom Query (444 matches)


Show under each result:

Results (25 - 27 of 444)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
Ticket Resolution Summary Owner Reporter
#330 wontfix Add shortcuts in main buttons of MUI prefs Samir Hawamdeh


The main buttons in MUI prefs lacks a proper shortcuts in order to select them via keyboard

I mean that one:

Save Use Test Cancel

In english they might become:

_Save _Use _Test _Cancel

Of course If this combination does not interferise with other shortcuts present :-)

#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

#370 fixed Add wordwrapping support to MUI_Request Thore Böckelmann Andreas Falkenhahn

On Windows, Linux (GTK) and OS X the text in the standard message boxes is automatically wordwrapped if it exceeds a certain length. It would be nice if there was such a feature in MUI. Currently, the message box opened by MUI_Request() will be as wide as the widest line in the text that should be shown. On the operating systems listed above message boxes will never exceed about a quarter of the screen's width which is a useful feature IMHO because you don't know the font and screen size so including lines of a hardcoded length in message boxes isn't really reasonable.

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