XYplorer Beta Club

Situation:
1) I am in the file view at tree depth level 3 for example.
I have browsed down the files/folders so that the top of the window of the file view shows a folder "My folder" at position line #103
2) I enter this folder and get into depth level 4
3) I do what I have to do there
4) I press BACKSPACE to go back to level 3
5) Now I am at back to depth level 3 but the top of the file view window shows line position #1

What if I want to be at position #103 as in 1)?
Why would I like to be at position #1 again?

Suggestion:
I would like to see in XYplorer remember the line position in the file view exactly as it was when I was there a few clicks ago, instead of having to browse down the list again.
This function would be very much like what is done when navigating the history (alt+left, alt+right).

Thanks in advance for giving it a thought.

You say "file view" but you mean "list view", right?

OFF topic, but maybe interesting:
"File View" is one of the Info Panel tabs. It might be misnamed, as I tend to think now. Let's see:
(a) the "Preview" tab shows/presents you an interpreted view of the selected file: pictures, sounds, web sites etc...
(b) the "File View" tab shows you a raw view, namely the file's bytes, either in ASCII (CR and LF interpreted as line breaks) or HEX.

As some people say "folder view" to the tree ("tree view") and "file view" to the list ("list view"), "File View" is a stupid name for this tab. Any suggestions??

What about "Raw View" or "Bytes View"?

Well.. I had no problems with "File View", but... if you really want to change, I'd definately go for "Raw View", which means what it will do, ie no interpretation of any kind, just raw content.

noutters wrote: Suggestion:
I would like to see in XYplorer remember the line position in the file view exactly as it was when I was there a few clicks ago, instead of having to browse down the list again.
This function would be very much like what is done when navigating the history (alt+left, alt+right).

Yes, the history remembers the scroll position. Why isn't that enough? What you wish would feel a bit weird, I think.

I also don't have any problems with "File View", since it's not always a true raw view (which I consider to be the hex view format only)...and s as there is some minimal formatting (depending on checkboxes), I'd suggest leaving it as is...cause any other wording I think of has some downsides as well..

Addendum re list view position: I can relate to noutters idea...but again, only as a selectable option...the case when it would be MOST helpful is when one has the info panel almost maximixed so you only have a couple of folder/dir lines shown...and you have a large nbr of files in the folders...so one could drop "down" to next level, check out the contents, do your functions, back "up" again, and continue the process on next possible sub-folder for whatever you want to do...that is, IF I haven't forgotten some other obvious method to do same, which is likely!

j_c_hallgren wrote:Addendum re list view position: I can relate to noutters idea...but again, only as a selectable option...the case when it would be MOST helpful is when one has the info panel almost maximixed so you only have a couple of folder/dir lines shown...and you have a large nbr of files in the folders...so one could drop "down" to next level, check out the contents, do your functions, back "up" again, and continue the process on next possible sub-folder for whatever you want to do...that is, IF I haven't forgotten some other obvious method to do same, which is likely!

Well, you have If you use Alt+Left (History back) to back "up" again, the line position will be restored.

PS: works perfect in standard history mode. However, I just saw that if you checked "History without duplicates" there's a little glitch. Have to investigate further...

I said "file view" but I mean "list view"

admin wrote: Well, you have If you use Alt+Left (History back) to back "up" again, the line position will be restored.

PS: works perfect in standard history mode. However, I just saw that if you checked "History without duplicates" there's a little glitch. Have to investigate further...

Using the history does work fine -- as long as you haven't done something else in another tab. If you change folders in another tab, then things don't work as above (at least not as predictably as I'd like since I often forget I've done something else in another tab).

But once the per-tab history is in place (is it still in the plans? ) then I believe things will be much more consistent, especially for folks who are just coming to XY and are familiar with FireFox (or another tabbed web browser) where each tab has its own history.

Thanks Admin.
My "Remove duplicates from history" was on

Now that it is off, alt+left does the job!

Topic closed

noutters wrote:Thanks Admin.
My "Remove duplicates from history" was on

Now that it is off, alt+left does the job!

Topic closed

"Remove duplicates from history" (actually "History without duplicates") is a nice functionality which is always ON for me. But it always bugged me that the back button did not work as expected. Today I fixed that! Now you can use ALT+LEFT always as expected.

admin wrote:"Remove duplicates from history" (actually "History without duplicates") is a nice functionality which is always ON for me. But it always bugged me that the back button did not work as expected. Today I fixed that! Now you can use ALT+LEFT always as expected.

Do you mean that the duplicates are deleted from the "bottom" of the stack (i.e. the older ones are deleted and the more recent ones are kept? That sounds like a good approach.

So I'm just curious if the "per-tab" history is still on the list -- as I mentioned above (and others have also said), I think that this feature (with the option to switch it off, of course) would be very useful since sometimes the contents of tabs are related, but often they are not...

Ok, not trying to highjack this thread... I'll be quiet now... (well, at least for a little while! )

andy

avsfan wrote:Do you mean that the duplicates are deleted from the "bottom" of the stack (i.e. the older ones are deleted and the more recent ones are kept?

Look at it and you'll see how it is done. It was quite tricky to pull off the logic. The interesting, non-trivial part in history management is always when you are currently somewhere in the middle of the history (after using Back or by using the history menu) and then select a location not via history.

Per tab-history... another day...

The Master of all things XY wrote:Look at it and you'll see how it is done. It was quite tricky to pull off the logic. The interesting, non-trivial part in history management is always when you are currently somewhere in the middle of the history (after using Back or by using the history menu) and then select a location not via history.

Sounds interesting -- I'll definitely give it a look!

He who decides what stays and what goes wrote:Per tab-history... another day...

Fair enough! Patience is a virtue, they say... Thanks for keeping this feature on the list!

andy