- changed status to open
Quality of life improvement suggestion for text fields
[ ] Is the issue reproducible?
- Yes
[ ] Are all prerequisites that are mentioned inside the manual met?
- Yes
Which Version are you running?
- 2.3 HF2
Description
In advanced sequencer, selecting and highlighting text in fields is somewhat inconsistant. This makes replacing and editing multiple text fields tedius as it is not readily apparent what actions highlight the text.
- Clicking on a text box with a single word (for example, the exposure values in 'smart exposure') requires three clicks to select the value.
- Triple click on multi word fields (like 'Instruction Set' names) does not select the whole phrase but instead selects the word under the cursor
Steps to Reproduce
Please see the attached screen capture
Expected behaviour
- Clicking on a single word text field should select the word on first click
- On multi word fields:
a. Single click to place pointer
b. double click to select word
c. triple click to select the whole phrase
Comments (10)
-
repo owner -
When do you need to replace/edit multiple text fields? Just curious.
-
Also, two taps always selects the value in single-word fields for me.
-
reporter Marc, I use bulk edits frequently of fields like exposure length, counts for subs, MQTT payload settings for the ground station plugin etc. Yeah double click on single word fields works like it should, but triple clicking on multi word fields does not select the whole phrase like it should.
-
Basically you would like to see it like how it’s implemented in Notepad++? This kind of thing isn’t implemented in WPF as a built-in behavior; it seems to just use the… normal? Window UI behaviors, which is to be expected I guess. But it does seem to be implementable. https://stackoverflow.com/questions/42297032/why-does-wpf-textbox-not-support-triple-click-to-select-all-text
-
reporter Dale, not just Notepad++ but even on this post, if you triple click on a word, it selects the whole paragraph.
-
You might consider using Sequencer Powerups and Constants (or Variables, depending). It was originally written to avoid changing fields like this repetitively.
-
You must understand that there are vastly different UI frameworks involved here. Even a web browser’s text field behavior can be further modified by a particular web page’s javascript, not to mention its CSS. Windows has at least 5 mainline UI frameworks, and those are just the ones from Microsoft. Each one has its own little differences like this. As far as NINA goes, it really didn’t have a large number, if any, of multi-line text fields prior to the existence of plugins, so I guess this kind of thing really wasn’t missed. I agree it would be helpful to modify the click behavior of `<TextBox>` to bring it more in line with modal expectations, and it does seem that it’s possible to do. I’m not sure if there’s anything idiosyncratic in NINA’s customized UI widgets that would complicate or prevent it… that’s something Stefan can weigh in on.
-
reporter Oh don’t get me wrong, I understand web is a completely different animal than WPF. I was just showing it as an example of a case I was referring to where triple click selects the whole field.
-
I like this suggestion. As an rdp-over-android phone I've just gotten in the habit of triple clicking certain text and my brain has adapted to places where full text is automatically selected on a single click, and getting this consistent would require me to re-adapt but the consistency it brings would be beneficial.+1 vote from me
- Log in to comment