+10

Is *that* why the back button keeps sending me to strange places far in the
past. I work in  a project under source control so almost all the files are
write protected. The unreliability of the back button is a constant source
of frustration. A reliable separate Back button is my top request (and a
*lot* easier to do than the refactoring that come next on my list).

1) the back button should be separate from undo
2) the back button should return me to the location before my last
navigation jump
3) if a file is opened as part of a navigate, and I don't modify it, it
should be closed (or its tab hidden) when I hit back.

-- Mark

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 24, 2001 12:05p
To: [EMAIL PROTECTED]
Subject: Re: [Eap-features] browsing objects



This is a pending RFE for one of the next versions.

A current feature I find very paining is:

Control-B to a file in a source.jar.
Navigate with more control-b's within the file or to new protected 
files.

Doing a control-Z returns you to the original file - I suppose because 
undo events aren't stored for read-only files.

This bugs me a lot.
All my external source code is read-only and to navigate in it I have 
to create/delete bookmarks all the time. And when I get distracted and 
do a control-b,control-z back I go to the original file :(((

I haven't posted this before because the new undo/navigation framework 
will change this, but maybe something can be done on the current 
without much work?

And maybe this will also ensure that this feature will work with the 
new navigation framework:)

Carlos



> [EMAIL PROTECTED] wrote:
> 
> > I find it really inconvenient how the only way to back track out of
> > object browsing(CTRL-B) is to use undo(CTRL-Z). This is not 
> very useful
> > when you want to go deep into a package, find offending 
> code and correct
> > something, then back out of the package to continue what 
> ever you were
> > doing.
> > 
> > CTRL-[left arrow] or something similar would be great.
> > 


_______________________________________________
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

Reply via email to