Re: [platform-ui-dev] Find/Replace suggestion

[hudsonr@xxxxxxxxxx]

I didn't say anything about an Eclipse View or fastView.  It would still be a modeless dialog.

That dialogs contents might behave similarly to the ContentOutline View, in that its contents switch as you switch among open editors.

"Claude Knaus" <Claude_Knaus@xxxxxxx> Sent by: platform-ui-dev-admin@xxxxxxxxxxx 07/16/2002 11:10 AM Please respond to platform-ui-dev

To:        platform-ui-dev@xxxxxxxxxxx         cc:                 Subject:        Re: [platform-ui-dev] Find/Replace suggestion

There's a drawback to 3): If the editor area is taking up the whole window, 
you can't see any other views, except for fast views. Fast views for searching doesn't 
sound attractive to me... 

What do other people think about the propositions?

hudsonr@xxxxxxxxxx Sent by: platform-ui-dev-admin@xxxxxxxxxxx 16.07.2002 16:57 Please respond to platform-ui-dev

To:        platform-ui-dev@xxxxxxxxxxx        cc:                Subject:        [platform-ui-dev] Find/Replace suggestion

The Find/Replace dialog found in Eclipse (Text and Java Source editors) is confusing.  When the user switches to some other Editor, like an HTML or UML editor, the previous Find/Replace dialog stays open.  Then, the user could invoke the Find Action again, creating additional modeless dialogs.  This problem raises a few questions. 

1) Should the Find/Replace dialog stay open across open editors of the same type?  Probably so, this is what JDT is currently doing. 

2) Should the Find/Replace dialog stay open when activating an Editor of another type?  Most likely not, but how could this be changed?  One possibility is that each Editor is responsible for hiding its dialog when the active Editor is not of the same type.  I don't see any harm to the user in hiding the Text search dialog when the user switches to a UML diagram, for example.  Leaving it visible is confusing however.

3) Should the Find/Replace dialog become something analogous to a PageBookView in a dialog (like the ContentOutline)?  This would make is possible to leave the Find/Replace dialog open, *and* roughly stationary, as the user switches between editors of different types (although I'm not sure this is desirable).  The dialog would pack in a similar fashion to the way the Wizards dialog currently does.  The biggest benefit might be in the placement of the dialog.  Each developer wouldn't have to write the same code to persist the location and restore it.  And, the user wouldn't have to position N types of editors' dialogs, or if he rearranged his perspective, he would have to move the Find/Replace dialog once. 

I prefer the last one.