Summary: | 'Search and Replace' & 'Find' discrepancies (search and replace has no X button and doesn't automatically paste highlighted text) | ||
---|---|---|---|
Product: | [Applications] kate | Reporter: | jimbo <loudsquid> |
Component: | application | Assignee: | KWrite Developers <kwrite-bugs-null> |
Status: | RESOLVED NOT A BUG | ||
Severity: | wishlist | CC: | christoph, kare.sars, waqar.17a |
Priority: | NOR | ||
Version: | 21.12.2 | ||
Target Milestone: | --- | ||
Platform: | Neon | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
Video
SearchAndReplaceIssue It won't close the same as you can close |
Description
jimbo
2022-02-16 22:27:39 UTC
> There is no red X to exit By design, since S&R is a persistent toolview and this is consistent with all other toolviews (project, LSP, Terminal) > (also [Esc] doesn't exit) It won't exit on first press if you have a "search in progress". First 'Esc' press will remove the search highglightings, second will close the toolview. > instead there is a resizable handle in the middle. If you drag that to the bottom to 'close' the panel it doesn't close You need to drag the handle down and keep dragging towards the bottom till you reach the end, then it will close. The reason its like this is because otherwise its hard to tell whether you were resizing or wanted to close the toolview. (In reply to Waqar Ahmed from comment #1) > By design, since S&R is a persistent toolview and this is consistent with > all other toolviews (project, LSP, Terminal) Maybe this shouldn't be consistent with those other tools because it is frequently called upon and it's similar to 'Find' which you haven't addressed. > It won't exit on first press if you have a "search in progress". First 'Esc'
> press will remove the search highglightings, second will close the toolview.
You have to define what a "search in progress" is. If I call up Search and Replace, is that a "search in progress"? I don't think so, until I type something into the input field, then it's a "search in progress", otherwise it should be cancelled by a simple 'Esc' the same way that Find works. Double 'Esc' to me is fine if I've entered something.
> Maybe this shouldn't be consistent with those other tools because it is frequently called upon and it's similar to 'Find' which you haven't addressed. Depends on the user what will be frequent. For me, "project" or "lsp" toolview is more frequent, search a lot less. Consistency between toolviews is more important than between the two searches because we want 1 way to close all the toolviews at the bottom. > Search and Replace is different. Highlighting the word and calling the function (in my case [Ctrl+R]) will not auto populate the find input field. Hmm, missed this one. Trying it here using default shortcut (Ctrl + Shift + F) with a selection the input field is highlighted. Maybe you are talking about the Power search mode, which is activated using `Ctrl + R` (default shortcut), yes, that doesn't seem to put the word under cursor in the "Find" field, no reason that I can think of, should be fixed I think. That makes me think that maybe you were not talking about the Search&Replace plugin at all. (In reply to Waqar Ahmed from comment #1) > You need to drag the handle down and keep dragging towards the bottom till > you reach the end, then it will close. The reason its like this is because > otherwise its hard to tell whether you were resizing or wanted to close the > toolview. I've tried this and what you have said is incorrect. The panel never 'closes' it always stays there. I don't understand what you mean when you explain the reasoning. The only way to close that panel properly is what I had said in my original submission. "If you drag that to the bottom to 'close' the panel it doesn't close. You either have to hit the hotkey again or go through the menu View -> Toolbars -> Search and Replace." Are you saying that you cannot reproduce this on your end? (In reply to Waqar Ahmed from comment #4) > > Maybe this shouldn't be consistent with those other tools because it is frequently called upon and it's similar to 'Find' which you haven't addressed. > > Depends on the user what will be frequent. For me, "project" or "lsp" > toolview is more frequent, search a lot less. Consistency between toolviews > is more important than between the two searches because we want 1 way to > close all the toolviews at the bottom. > > > Search and Replace is different. Highlighting the word and calling the function (in my case [Ctrl+R]) will not auto populate the find input field. > > Hmm, missed this one. Trying it here using default shortcut (Ctrl + Shift + > F) with a selection the input field is highlighted. Maybe you are talking > about the Power search mode, which is activated using `Ctrl + R` (default > shortcut), yes, that doesn't seem to put the word under cursor in the "Find" > field, no reason that I can think of, should be fixed I think. > > That makes me think that maybe you were not talking about the Search&Replace > plugin at all. In my original post, I said "(in my case [Ctrl+R])" which meant that I had changed the shortcut. I'm sorry that you didn't pick up on that. You are mistaken if you think that I'm not talking about 'Search and Replace'. I can point to the title of this thread which is "Search and Replace' & 'Find' discrepancies". Please re-read the thread before jumping to conclusions. Attaching a video recording of what I am doing. Maybe after seeing that you can tell what is it that you are doing differently which results in unexpected behaviour. Also, notice that on first Esc press, the checkboxes are unchecked, and on second the toolview hides. Created attachment 146867 [details]
Video
> Please re-read the thread before jumping to conclusions.
1. Not jumping to any conclusions. *Re-read the words I wrote*
2. Many people confuse the two and it leads to confusing bug reports.
Created attachment 146868 [details]
SearchAndReplaceIssue
This is my experience with search and replace, Kate version 21.12.1
(In reply to Waqar Ahmed from comment #9) > > Please re-read the thread before jumping to conclusions. > > 1. Not jumping to any conclusions. *Re-read the words I wrote* > 2. Many people confuse the two and it leads to confusing bug reports. Alright... ok, I hate communicating via text, possibly the worst form of communication ever. However, I think there is an issue with us having different experiences with the same program. I'm not sure what's wrong, but it is with Search and Replace. Hmm, ok I see. If you open it via menu, then it doesn't put the word under cursor in the input line. But if you try with the shortcut it will select the word under cursor. Not sure if this should be fixed or not. The problem with fixing it will be that if you start a search for a word "abc", then hide the toolview and then put your cursor elsewhere and show the toolview again because you want to see the previous results, it will overwrite the previous search. With the simple Ctrl + F find, that is not a problem as there is no previous result to see. Also, to make it clear, the shortcut that selects the word under cursor is "Search in Files". Created attachment 146869 [details]
It won't close the same as you can close
Maybe I am misunderstanding, but in the video I see that when you drag it down, it hides. Is it not what you are expecting? @jumbo 1) Please use the "Edit -> Search in Files" action in stead. The "View -> Tool Views... -> Show ..." actions are there just to open close the tool views with no extra functionality. 2) Pressing ESC will remove the highlighting (if you have search matches), otherwise it will close the tool-view (Note: different than collapsing) -> Two ESC presses will always close the search tool-view. @Waqar 3) Wonder if we should investigate disabling the collapsing of the tool-views altogether... It only brings confusion when people collapse it and then can't find their tool-views... It was meant to read @jimbo, Sorry for the typo :( > @Waqar
> 3) Wonder if we should investigate disabling the collapsing of the
> tool-views altogether... It only brings confusion when people collapse it
> and then can't find their tool-views...
For me, even if I collapse them, they will pop up again either by clicking the toolview button or e.g. starting a new search via pgrep.
I think that works perfectly fine.
But perhaps I miss to see the issue.
|