PreviousNextTracker indexSee it online !

(85/212) 245 - Search and Replace dialog forgets Replace With text

I suppose this is technically a feature request, but the feature in question is so horribly broken that it verges on being a bug. Here's the issue.

Steps to reproduce:
1. Launch jEdit. Open a file of some sort.
2. Open the Search and Replace dialog using Search | Find... or similar.
3. Perform a search and replace operation.
4. Close the Search and Replace dialog.
5. Reopen the Search and Replace dialog.

Desired result:
The Search and Replace dialog should display the previous search parameters in both the Search for and Replace with fields.

Actual result:
The dialog only displays the previous entry in the Search for field, and leaves the Replace with field blank. This is extremely annoying.

Version tested:
jEdit 4.2pre15 on Mac OS X 10.5.5.

Submitted marnen - 2008-10-01 21:46:51 Assigned
Priority 5 Labels
Status open Group None
Resolution None

Comments

2008-10-03 09:08:26
kpouer

Hi, the search and replace fields are HistoryTextArea, so you can right click on them and choose a previously entered string. Isn't it what you need ?

2008-10-03 09:08:26
kpouer

- **status**: open --> pending

2008-10-08 19:33:16
marnen

That helps, but it's not a full solution. From the standpoint of user interface design, both text fields in the dialog box should behave identically. Therefore, either both fields should display their immediate previous entry, or neither should. Anything else is inconsistent and thus annoying.

2008-10-08 19:33:17
marnen

- **status**: pending --> open

2008-10-08 20:20:15
rschwenn

At this point, the current behavior isn't a bug. And I didn't find it annoying. Nevertheless I think You're right: both fields should show the same behavior - in other programs they do so (i.e. Word, Excel, Notepad, UltraEdit).

2009-01-23 16:56:03
user2037

Did you try Page-Up? If memory serves previous versions used the Up arrow key.

2009-01-23 17:13:09
marnen

Yes, I'm aware that PageUp works. But that's not the point: the point is that whatever the behavior of the two text areas, it should be \*identical\*, and at the moment it isn't\!

2009-04-15 21:24:05
altonator

+1 for fixing this.