Improving the findreplace dialog window
Would the following be possible:
After entering something into the find-field a TAB should jump to the
replace-field.
This would streamline the work flow. Now a TAB jumps to <, which is not the
next thing I want to do.
When on the replace button, a move-curser-left jumps to the replace-field.
It should jump to the < button. When on the replace button, a
move-curser-right should jumb to the > botton.
This would allow replacing a string and jumping over following string
without replacing easy to do with the key board.
Did I explain this, so that it is understandable?
--
stempeldergeschichte@googlemail.com karsten@rohrbach.de
P.S. Falls meine E-Mail kürzer ausfällt als Dir angenehm ist:
Ich probiere gerade aus kurze Antworten statt gar keine Antworten zu
schreiben.
Wenn Du gerne mehr lesen möchtest, dann lass es mich bitte wissen.
P.S. In case my e-mail is shorter than you enjoy:
I am currently trying short replies instead of no replies at all.
Please let me know, if you like to read more.
Enjoy!
Peter Falke wrote
Would the following be possible:
After entering something into the find-field a TAB should jump to the
replace-field.
This would streamline the work flow. Now a TAB jumps to <, which is not
the
next thing I want to do.
+1
Peter Falke wrote
When on the replace button, a move-curser-left jumps to the replace-field.
It should jump to the < button. When on the replace button, a
move-curser-right should jumb to the > botton.
This would allow replacing a string and jumping over following string
without replacing easy to do with the key board.
-1
I think it would make sense to go to the Replace-field in case you want to
change it.
Better would be to make the < & > hotkeys, say ctr-shift-< & ctrl-shift->
then you don't have to go to the button and press enter or click. And
similarly for the find dialogue.
If it's being redesigned, I'd also suggest:
replace the DONE button with a GUI close box,
replace the Find/Replace drop-down with one click radio buttons, &
probably icon-ify the buttons?.
Unless specifically shown otherwise above, my contribution is in the Public Domain; To the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. This work is published globally via the internet. :) Inclusion of works of previous authors is not included in the above.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/
View this message in context: http://forum.openscad.org/Improving-the-findreplace-dialog-window-tp12213p12214.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
On 03/25/2015 04:42 PM, MichaelAtOz wrote:
Peter Falke wrote
Would the following be possible:
After entering something into the find-field a TAB should jump to the
replace-field.
This would streamline the work flow. Now a TAB jumps to <, which is not
the
next thing I want to do.
Peter Falke wrote
When on the replace button, a move-curser-left jumps to the replace-field.
It should jump to the < button. When on the replace button, a
move-curser-right should jumb to the > botton.
This would allow replacing a string and jumping over following string
without replacing easy to do with the key board.
I think it would make sense to go to the Replace-field in case you want to
change it.
Better would be to make the < & > hotkeys, say ctr-shift-< & ctrl-shift->
then you don't have to go to the button and press enter or click. And
similarly for the find dialogue.
If it's being redesigned, I'd also suggest:
replace the DONE button with a GUI close box,
replace the Find/Replace drop-down with one click radio buttons, &
probably icon-ify the buttons?.
could we make the openScad default editor work like gedit? imo gedit is
the most popular de-facto linux editor. vi/vim/nano are fine, but are
more command-line oriented; gedit is more "non-tech friendly".
while ctrl-f is the modal find key combination, ctrl-h is the modal
find/replace key combination. ("modal" as in "most frequently
occuring", imho.) i'm not against ctrl-alt-f, but for long-term users
of command lines and editors, it's neither typical nor intuitive.
also, anytime esc is hit during a find or a find/replace, the dialog
should disappear, and the cursor should be left where it is.
try gedit and see. just my $0.02!
yvette
yvette wrote
while ctrl-f is the modal find key combination, ctrl-h is the modal
find/replace key combination. ("modal" as in "most frequently
occuring", imho.) i'm not against ctrl-alt-f, but for long-term users
of command lines and editors, it's neither typical nor intuitive.
also, anytime esc is hit during a find or a find/replace, the dialog
should disappear, and the cursor should be left where it is.
try gedit and see. just my $0.02!
yvette
Notepad++ (Windows) also uses Ctrl-F & H respectively, so +1 for me.
But, there is a need to do a holistic review of the keys and menu structure
as outlined a while ago here
http://forum.openscad.org/The-recent-talk-on-Accessibility-had-me-look-at-menus-td7320.html#a9399
. See also here
https://github.com/openscad/openscad/wiki/Keyboard-Shortcuts .
The view menu in particular is getting way to big to allow easy/relevant
shortcut mnemonics, and somehow has to be split. imho.
Also some keyboard control for the preview window for Accessibility users or
keyboard fiends.
Unless specifically shown otherwise above, my contribution is in the Public Domain; To the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. This work is published globally via the internet. :) Inclusion of works of previous authors is not included in the above.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/
View this message in context: http://forum.openscad.org/Improving-the-findreplace-dialog-window-tp12213p12236.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
On 03/26/2015 05:10 PM, MichaelAtOz wrote:
Notepad++ (Windows) also uses Ctrl-F & H respectively, so +1 for me.
thanks!
The view menu in particular is getting way to big to allow easy/relevant
shortcut mnemonics, and somehow has to be split. imho.
what i would like to see would be a full-width view of the code - either
the top half or bottom half of the window, user selectable in
"Preferences" - and the log output and preview windows side-by-side,
either above (in the case of the code on the bottom half) or below (in
the case of the code on the top half) of the window.
i tend to use labels instead of numbers for values, with the labels
equated to the numbers in an included file. that way i can do basic
xref's to see "who references what", and if i want to change the size of
an item, i change the equate in the included file. the way openscad's
layout is now, the code looks real "choppy" because i insert carriage
returns to avoid horizontal scrolling (using the moose aggravates my
tendonitis). yes, i've tried trackballs/trackpads, ugh.
as i'm not coding on this project, i'm just asking nicely... pretty
please with sugar on top!
yvette
On 03/27/2015 09:07 PM, Yvette S. Hirth, CCP, CDP wrote:
what i would like to see would be a full-width view of the code - either
the top half or bottom half of the window, user selectable in
"Preferences" - and the log output and preview windows side-by-side,
either above (in the case of the code on the bottom half) or below (in
the case of the code on the top half) of the window.
I think that exact order is not possible, but you can drag around
the windows or even undock them (if that's enabled in Preferences).
The possible combinations are pretty much set by the Qt GUI Framework.
ciao,
Torsten.
yvette wrote
(using the moose aggravates my tendonitis).
Yes my Carpal Tunnel get aggravated when I try to move the Moose too, he
doesn't seem to like it ;)
yvette wrote
i tend to use labels instead of numbers for values, with the labels
equated to the numbers in an included file. that way i can do basic
xref's to see "who references what", and if i want to change the size of
an item, i change the equate in the included file.
So you would need to have multiple files open to edit the project I assume.
Have you seen this
https://en.wikibooks.org/wiki/OpenSCAD_User_Manual/Using_an_external_Editor_with_OpenSCAD
? Whenever I do something non-trivial I use Notepad++ and have the preview
and console showing & editor window hidden. That way you can have whatever
layout you want.
Unless specifically shown otherwise above, my contribution is in the Public Domain; To the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. This work is published globally via the internet. :) Inclusion of works of previous authors is not included in the above.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/
View this message in context: http://forum.openscad.org/Improving-the-findreplace-dialog-window-tp12213p12256.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
i'm having an issue getting the console window next to the preview/view
("P/V") window. i'm on 2015.03.14.nightly. the issue has to do with
moving/resizing a given window element (P/V, console, editor).
is there a way to specify which window will appear where in some config
file? i could edit it and get the setup i'm looking for...
thanks
yvette
On 03/29/2015 11:45 PM, Yvette S. Hirth, CCP, CDP wrote:
i'm having an issue getting the console window next to the preview/view
("P/V") window. i'm on 2015.03.14.nightly. the issue has to do
with moving/resizing a given window element (P/V, console, editor).
The possible arrangements are limited by the way we use Qt. The
view window is basically the center and it's possible to arrange
the other windows around it.
Like http://doc.qt.io/qt-5/qtwidgets-mainwindows-mainwindow-example.html
where the white area would be the view window.
How is it supposed to look like?
is there a way to specify which window will appear where in some
config file? i could edit it and get the setup i'm looking for...
Technically yes, but I don't think it will be possible to edit it
manually (Qt stores some unreadable binary blob as window state)
and I'd expect it to allow only the combinations that are possible
to get with drag&drop in the GUI too.
ciao,
Torsten.
On 03/29/2015 03:11 PM, Torsten Paul wrote:
Like http://doc.qt.io/qt-5/qtwidgets-mainwindows-mainwindow-example.html
where the white area would be the view window.
How is it supposed to look like?
i'd like:
the view window to occupy the upper left-hand corner,
the console window to occupy the upper right-hand corner, and
the editor window to occupy the entire bottom half (full width).
Technically yes, but I don't think it will be possible to edit it
manually (Qt stores some unreadable binary blob as window state)
and I'd expect it to allow only the combinations that are possible
to get with drag&drop in the GUI too.
thanks for letting me know! i'll keep attempting to finagle it into the
style i'd like.
yvette