Address Bar - Cursor Position & Escape

Features wanted...
Post Reply
TheQwerty
Posts: 4373
Joined: 03 Aug 2007 22:30

Address Bar - Cursor Position & Escape

Post by TheQwerty »

1) If you have the address bar focused and change tabs, either with the mouse or hotkey, the cursor always jumps to the beginning of the address.

Comparing Firefox and Opera it seems that they remember the item that last had focus per tab and return focus to that item when changing. But then they differ in how focus is returned. Firefox selects the contents with the cursor at the end of the selection, Opera just returns the cursor to where it was.

In my opinion either is a better action than placing the cursor at the beginning. I'd be happy if it even did what it does now but put the cursor at the end instead.

Also, in both browsers they keep the changes made, so when you return the address has your changes, while XYplorer always resets it to the address of the contents being displayed. It's not something that bothers me greatly, so I'll allow someone else to suggest which XYplorer does, but if this is changed the need for number 2 will be even greater.


2) This one drives me nuts! The Escape key has no action when in the address bar.

In Firefox, Windows Explorer, and Opera pressing Escape reverts the address back to before changes and selects it. However, they differ in where the cursor is placed after the selection. Opera places it at the beginning, the other two at the end.

I really think XYplorer should be the same as Firefox and Windows here. I've found it frustrating that the only way to return the path to what is shown after making changes is by switching tabs, and the majority of the time I prefer the cursor at the end of the path.


I'm not sure how other programs with tabbed interfaces and address bars handle the above cases, so everyone feel free to add your own findings. Maybe we'll figure out what the majority are doing.


It's a real shame that there doesn't seem to be a set of standard developing practices for creating tabbed user interfaces, but that's not exactly something for XYplorer to tackle. :D

serendipity
Posts: 3360
Joined: 07 May 2007 18:14
Location: NJ/NY

Post by serendipity »

1. the cursor position while switching tabs doesnt bother me too much.
2. i agree to that problem. i often end up typing something wrong in AB and i have only one way to get back to original path is to switch tabs back and forth. Like you said, escape should reset the location.

@Don: The new feature of switching tabs with delay browsing is good, but if i have my tabs renamed i have no information about the path i am switching to. Is it possible to show the path in the AB while switching tabs with delay browsing?

j_c_hallgren
XY Blog Master
Posts: 5826
Joined: 02 Jan 2006 19:34
Location: So. Chatham MA/Clearwater FL
Contact:

Post by j_c_hallgren »

I rarely use the AB, but do agree that Esc should function as WE does there to maintain better compatibility and easier adapting to XY...
Still spending WAY TOO much time here! But it's such a pleasure helping XY be a treasure!
(XP on laptop with touchpad and thus NO mouse!) Using latest beta vers when possible.

admin
Site Admin
Posts: 66261
Joined: 22 May 2004 16:48
Location: Win8.1, Win10, Win11, all @100%
Contact:

Re: Address Bar - Cursor Position & Escape

Post by admin »

TheQwerty wrote:1) ... 2) ...
Yes, very good. Hope you like the next version better. :)

admin
Site Admin
Posts: 66261
Joined: 22 May 2004 16:48
Location: Win8.1, Win10, Win11, all @100%
Contact:

Post by admin »

serendipity wrote:@Don: The new feature of switching tabs with delay browsing is good, but if i have my tabs renamed i have no information about the path i am switching to. Is it possible to show the path in the AB while switching tabs with delay browsing?
No. But in SB! :)

serendipity
Posts: 3360
Joined: 07 May 2007 18:14
Location: NJ/NY

Post by serendipity »

Thanks, status bar is fine too. :D

TheQwerty
Posts: 4373
Joined: 03 Aug 2007 22:30

Re: Address Bar - Cursor Position & Escape

Post by TheQwerty »

admin wrote:
TheQwerty wrote:1) ... 2) ...
Yes, very good. Hope you like the next version better. :)
Much better, fantastic!! :D

Thanks for being so active in developing this, it seems rare to find programs that are this active (nearly daily updates!) and worth using, let alone buying.

I don't see how anyone cannot find XYplorer to be quite notable.

Thanks!

jacky
XYwiki Master
Posts: 3106
Joined: 23 Aug 2005 22:25
Location: France
Contact:

Post by jacky »

I have a question regarding this new Esc behavior on AB.

It says it will go back to its previous state/before changes, what I actually expected and saw as natural behavior was that pressing Esc would get back the current location instead.

I don't really use it myself, but I would have expected to get the current location (path) when pressing Esc, even after I launched something (file:///) or set a VF (without enterring any location, eg. |*.exe)

Wouldn't that be better? Or, shouldn't there be (is there?) a way to get the current location back instead, eg. pressing Esc twice?
Proud XYplorer Fanatic

admin
Site Admin
Posts: 66261
Joined: 22 May 2004 16:48
Location: Win8.1, Win10, Win11, all @100%
Contact:

Post by admin »

jacky wrote:I have a question regarding this new Esc behavior on AB...
May others answer... I do not use the AB a lot...

admin
Site Admin
Posts: 66261
Joined: 22 May 2004 16:48
Location: Win8.1, Win10, Win11, all @100%
Contact:

Post by admin »

admin wrote:
jacky wrote:I have a question regarding this new Esc behavior on AB...
May others answer... I do not use the AB a lot...
I just noticed: When you set a new AB content via MRU list but do not "trigger" it (by Enter) then ESC will currently not go back to the last "triggered" content (which is usually the current path). I'd consider this a bug. And your idea to reset the AB to the current path on ESC would fix it. Looks good to me. :)

TheQwerty
Posts: 4373
Joined: 03 Aug 2007 22:30

Post by TheQwerty »

I agree it should go back to the current path on Escape regardless of any other condition(s).

I hadn't noticed it not doing so, but that's what I had desired and seems to be the expected behavior from other programs.

Post Reply