Bug 238657 - kwrite cannot find (Ctrl+F) using regular expression
Summary: kwrite cannot find (Ctrl+F) using regular expression
Status: RESOLVED FIXED
Alias: None
Product: kate
Classification: Applications
Component: kwrite (show other bugs)
Version: 4.0
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-24 08:50 UTC by Arthur Pemberton
Modified: 2011-06-25 20:30 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Arthur Pemberton 2010-05-24 08:50:35 UTC
Version:           4.0 (using KDE 4.4.3) 
OS:                Linux

Kwrite used to be able to use regular expressions with Find (Ctrl+F) but this is only now available in Find and Replce (Ctrl+R). I am not sure why it wouldn't be able for a mere find.

Reproducible: Always

Steps to Reproduce:
1. open kwrite
2. Ctrl+F
3. Click 'Options' drop down

Actual Results:  
'Regular Expression' not in list

Expected Results:  
'Regular Expression' in list

[01:19] <pembo13> isn't kwrite supposed to be able to do regex?
[01:32] <tsimpson> pembo13: it does
[01:33] <pembo13> tsimpson: i thought it did with Ctrl+F now i only see  it under Ctrl+R
[01:34] <tsimpson> hmm, you're right
[01:34] <tsimpson> I thought it did in Find too
[01:34] <pembo13> tsimpson: my imagination or a regression?
[01:36] <tsimpson> pembo13: it doesn't on my 4.3.5 either
[01:37] <pembo13> hmm.. ok
[01:37] <pembo13> tsimpson: my imagination then i guess
[01:37] <-- loonyphoenix_ has left this server (Read error: Operation timed out).
[01:40] <tsimpson> pembo13: it's a regression from 3.5.x
[01:41] <pembo13> tsimpson: did you find a bug report?
[01:41] <tsimpson> pembo13: no, the closes thing I found was about the regular expression editor not being available in kate/kwrite
Comment 1 Dominik Haumann 2010-05-24 18:14:08 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?
Comment 2 Bernhard Beschow 2010-05-24 20:16:09 UTC
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...
Comment 3 Arthur Pemberton 2010-05-24 23:41:41 UTC
(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.
Comment 4 Dominik Haumann 2010-05-24 23:57:05 UTC
@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 :)
Comment 5 Christoph Cullmann 2011-06-25 20:30:03 UTC
I think its ok the way it is since 4.5