Summary: | kwrite cannot find (Ctrl+F) using regular expression | ||
---|---|---|---|
Product: | [Applications] kate | Reporter: | Arthur Pemberton <pembo13> |
Component: | kwrite | Assignee: | KWrite Developers <kwrite-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | cullmann, shentey |
Priority: | NOR | ||
Version: | 4.0 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Arthur Pemberton
2010-05-24 08:50:35 UTC
The idea is to have a simple find-tool that is not overloaded with lots of options. That's what the complex search&replace (ctrl+r) is for. Bernhard, do we close this as wont-fix? I'm actually considering to add an advanced mode to the search bar as well as a simple mode to the replace bar. Since the bottom controls of the replace bar make up advanced search options, it is tempting to share them between both bars. When these options could be toggled on demand in both bars, we'd have {simple, advanced} x {search, replace} bars. Given that the two bars look more alike recently this should be easier than before. The biggest problem remaining is the different positions of the "match case" option. We could move it to the advanced search mode but I wonder how that affects usability. I'm very open to suggestions here... (In reply to comment #1) > The idea is to have a simple find-tool that is not overloaded with lots of > options. Correct me if I'm wrong, but the only difference visually is an additional entry in the dropdown widget, no? I understand your objective, however, I'm not sure that someone would think to go to Find & Replace if they just want to search through a text file. @Arthur: It changed for KDE 4.5. [line edit], <next>, <prev>, [x] Match case There is no drop down box anymore. @Bernhard: I don't know either. I like the logic how search & replace is working right now already a lot :) I think its ok the way it is since 4.5 |