@guy038 said in Search++: A work in progress:
Could you share a screenshot that illustrates this behavior as I have not been able, so far, to see any ellipsis char and any ballon tip !
4d6cdd85-1d61-4009-a037-36a6c9b4ce3f-image.png
Now, is this a bug or I did not understand the logic ?
[…]
=> No message and no matches ??
That is a bug. It should work the same as Mark Before and Mark After. Thank you for catching and reporting it. I’ll fix it.
Now, @coises, to my mind, it would be interesting to change the layout, below :
[…]
In addition, this would give some more default values available for the Select, Mark and Show options ! What are your thoughts on this ?
I’m concerned about increasing the minimum size of the dialog and about making it too busy/cluttered. I won’t say I won’t consider it, but… I’m hesitant. It could be an option to add extra buttons, I suppose — the plugin already manages three layouts (horizontal, vertical and wide, the latter being for docking at the top or bottom), I suppose it could manage six (each existing layout in either 5-command-button or 8-command-button form). I’m not saying never… but not now.
-Then use the Tools > Marked text → Selections option
=> The 4 lines are ALSO selected
Run a Ctrl + C action to put this selection in the clipboard
Then, run a Ctrl + V action => The clipboard wrongly contains the string ABCDE
After clicking on a button in a dialog, keyboard focus is on the button. (That’s standard Windows behavior, which I have not attempted to change in this case.) Your Ctrl+C went to the button. You needed to return focus to the document (e.g., Ctrl+N) before you could copy the selection.
I admit this focus thing is an annoyance, but I think it would get even more confusing if I overrode Windows standard behavior in a dozen special cases by putting the focus where I think the user will want it next. (I did it with Select commands, but I’m not even sure that’s a good idea. How many exceptions to normal Windows behavior should I expect users to remember? At what point does keeping track of all the exceptions become more difficult than just keeping track of the focus?)
Unfortunately, a Ctrl + Shift+ 0 action does not move to the previous marked text :-(( Could you confirm, @coises ?
I can confirm, and I also see that the same thing happens with text marked using the Mark tab of the built-in search dialog. Search | Jump Up | Find Mark Style does work, but the Ctrl+Shift+0 shortcut does not.
If I change the shortcut to Ctrl+Shift+M, it works. Further testing suggests that Ctrl+Shift+0 does not work as a shortcut when assigned to any command. I haven’t yet checked to see if this is a known issue, or whether it persists without any plugins.
In the Tools menu, I noticed that the Unmark All Text button ONLY clears hhe marked text which is presently defined in the Settings dialog
So, you could, either :
Add a color to identify which marked text will be cleared
Simply clears any marked text whatever its style
Change the single option :
I see your point. The wording suggests that it will remove all marks of any kind, not just the mark style Search++ is using.
Notepad++ treats Find Mark Style differently than the other styles; Search | Clear Styles | Clear all Styles clears styles 1-5, but not the Find Mark Style. (The only way I know to clear that in native Notepad++ is in the Mark dialog.) So there isn’t true Clear All Styles already. (Beyond that, I might add a custom style, like Columns++ uses; I haven’t decided yet if that would be advantageous — having something that doesn’t overlap with anything Notepad++ uses — or just an unnecessary complication.)
I’m pretty sure I will want to stay with the notion that the normal way to use Search++ will be to pick a mark style and stick with it, so any time Search++ refers to a “mark” it means “a mark in the style selected in the settings dialog.” So I don’t really want to introduce any options that break that model by affecting styles other than the one selected.