+1 how about having "Go to Declaration" ctrl-B and say "Go to Declaration(keep window)" ctrl-alt-B and that way the developer can to his/her discretion keep or discard windows.
An "only keep windows that have edits" policy implies that you don't care about unedited files. Sometimes I want to keep a Controller type class open not to edit but because it is the class from where all calls stem. later, Florian Hehlen -----Original Message----- From: DanN Sent: Mittwoch, 21. November 2001 18:54 To: eap-features Cc: DanN Subject: [Eap-features] Reducing file clutter - a suggestion How about this: I hit ctrl-B to navigate to a usage, and a new window pops open with the usage in it (the current behaviour). I then move around in this file and hit ctrl-B to go elsewhere, and it *reuses* the current window. Then I hit another ctrl-B (or ctrl-shift-B) and again it reuses the current window. This behaviour continues until I *edit* in the current window, at which point, the next time I hit ctrl-B, a new window pops up, and so on. This way, there will only ever be one new window opened per navigation, however many intermediate steps that might involve, until I get somewhere interesting and start editing. At that point the current pane is marked as edited, so any subsequent search will open a new pane. Maybe there could be a function to mark a window even though I haven't edited it, so when I hit ctrl-B again it uses a different pane. On a related note, how about sticky windows? In other words a way of keeping a file open in a pane so it won't be reused until I manually close it or un-sticky it? It would need a marker on the tab or different colour background. What do you think? Cheers, Dan > -----Original Message----- > From: Mark Swinkels [mailto:[EMAIL PROTECTED]] > Sent: 21 November 2001 16:57 > To: '[EMAIL PROTECTED]' > Subject: RE: Re: [Eap-features] UI features > > > +1 to having some mechanism for reducing the clutter of files that are > opened as a side effect of navigating around. I might be > working on a single > function but visit many files while checking how the function > is used and > how methods that the function uses are implemented. Currently > it is easy to > 'lose' the file I'm working on while navigating. > > An earlier suggestion was that the back button would > automatically close the > current file if it was opened by the navigation request that was being > undone. > > For example: > I'm in file A > I click on "Go to declaration" > File B containing the declaration is opened > I click on the "Back" button > File B is closed and I am returned to my original location in file A > > This doesn't handle the common case where I'm in file A, do a > find usages > and then step through all the usages. In this case I end up > with many open > files with the original file that I was working in > closed and buried. Perhaps clicking on an item in the usages > pane should be > considered as implicitly going back to the original location > that the find > usages was invoked from before doing the navigation. > > -- Mark > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, November 21, 2001 05:23a > To: [EMAIL PROTECTED] > Subject: RE: Re: [Eap-features] UI features > > > +10 > > Florian Hehlen > > -----Original Message----- > From: kirby > Sent: Mittwoch, 21. November 2001 14:01 > To: eap-features > Cc: kirby > Subject: Re: [Eap-features] UI features > > > I find that there are generally two types of files that I > like to open. > Those that I > intend to edit, or are key to my investigation, and those that are > "trail droppings". > That is, those that I am just passing through on my way to some > destination. > > It would be nice if there was a way to identify the "important" files, > and close all > others. > > For example, we certainly could add a "close all files that > haven't been > edited" > option. > > Perhaps a file is considered "good" if it is opened from the ctrl-n or > from the > navigation bar, but not if it is a consequence of a find-declaration / > find type / find > usages kind of navigation. > > I don't know. It just seems after a while I find I have a > lot of files > open, when only a > couple are actively in use. > > Mike > > > On 21 Nov 2001 at 12:28, Guillaume Pothier wrote: > > > Hi ! > > 20 > > I think it would be very nice to have a hint showing if an open file > > contains errors, instead of having this hint only for the current > file. For > > instance, the green tick/red cross could be in each tab's "handle". > > Another thing I think would be convenient is a button to close the > current > > file. > > > > Actually, before using (and loving) IDEA I used a soft called > CodeGuide. It > > has far less features than IDEA but there are some points I prefered > in it: > > - The two features I discussed above > > - Perfect error detection (if the editor does not detect an > error in a > file, > > there are 99.9% chances that the file will compile. This is REALLY > helpful. > > I think IntelliJ should improve error detection. > > - A combo box for choosing between open file. Eats up less > space, very > > convenient. There could be an option proposing to choose between > tabs/combo > > > > Regards, > > Guillaume Pothier > > > > > > _______________________________________________ > > Eap-features mailing list > > [EMAIL PROTECTED] > > http://www.intellij.com/mailman/listinfo/eap-features > > > > --- > [EMAIL PROTECTED] > To obtain my PGP public key, mail "SEND PUB KEY" in the > subject to "[EMAIL PROTECTED]" > > > _______________________________________________ > Eap-features mailing list > [EMAIL PROTECTED] > http://www.intellij.com/mailman/listinfo/eap-features > > > > Visit our website at http://www.ubswarburg.com > > This message contains confidential information and is intended only > for the individual named. If you are not the named addressee you > should not disseminate, distribute or copy this e-mail. Please > notify the sender immediately by e-mail if you have received this > e-mail by mistake and delete this e-mail from your system. > > E-mail transmission cannot be guaranteed to be secure or error-free > as information could be intercepted, corrupted, lost, destroyed, > arrive late or incomplete, or contain viruses. The sender therefore > does not accept liability for any errors or omissions in the contents > of this message which arise as a result of e-mail transmission. If > verification is required please request a hard-copy version. This > message is provided for informational purposes and should not be > construed as a solicitation or offer to buy or sell any securities or > related financial instruments. > > > _______________________________________________ > Eap-features mailing list > [EMAIL PROTECTED] > http://www.intellij.com/mailman/listinfo/eap-features > > _______________________________________________ > Eap-features mailing list > [EMAIL PROTECTED] > http://www.intellij.com/mailman/listinfo/eap-features > ************************************************************************ *************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify [EMAIL PROTECTED] immediately. This footnote also confirms that this email message has been swept for the presence of computer viruses. ************************************************************************ *************** _______________________________________________ Eap-features mailing list [EMAIL PROTECTED] http://www.intellij.com/mailman/listinfo/eap-features Visit our website at http://www.ubswarburg.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. _______________________________________________ Eap-features mailing list [EMAIL PROTECTED] http://www.intellij.com/mailman/listinfo/eap-features
