+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
