This is a good idea. We could extend the "locked tab" mechanism to the editor window to do this. The act of editing auto-locks the current tab. We add a "close all unlocked tabs", and presto!
Mike On 21 Nov 2001 at 17:54, North D wrote: > 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 > --- [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
