XYplorer Beta Club

The standard behavior for a file list Refresh is to re-read the data, reset all selections, scroll back to top, and set the focus to position 1.

The latter three services are usually not what I want when I refresh. Normally I just want to ensure that all the letters (name) and numbers (size, dates) are still up-to-date.

So I propose "another Refresh" which updates all the data, but does not touch my work (selections, scroll position, focus position). Wouldn't that be nice?? I plan to use the currently free Ctrl+F5 for this.

The only thing still lacking in the plan is the name for it! "Refresh Data" (as opposed to "Refresh [the listing of the data]") would work semantically but would surely lead to confusion... any better ideas?

TIA
don

I like that idea! Why not just make this "new" refresh the default F5. It's a better refresh than the standard, anyway. IMO.

If you insist on having two refreshes, how about naming it "Smart Refresh", or something like that?

JustinF wrote:I like that idea! Why not just make this "new" refresh the default F5. It's a better refresh than the standard, anyway. IMO.

IMO, too! But I think I have to meet expectations here. The new refresh will be so fast, that you won't see anything happening in most cases. It will raise confusion...

JustinF wrote:If you insist on having two refreshes, how about naming it "Smart Refresh", or something like that?

Not bad!

EDIT: I'd say the "normal" Refresh is more like a Reset (or Rebrowse, or Reload) whereas my idea is indeed a Refresh. Also, when you press F4 (or F5 in Explorer) the tree is refreshed without losing the current selection and scroll position, so it would only be "natural" (if non-standard) to let F5 be [smart] Refresh, and Ctrl+F5 Reload (what is now F5/Refresh).

Other opinions...?

admin wrote:

JustinF wrote:I like that idea! Why not just make this "new" refresh the default F5. It's a better refresh than the standard, anyway. IMO.

IMO, too! But I think I have to meet expectations here. The new refresh will be so fast, that you won't see anything happening in most cases. It will raise confusion...

I half-way agree with you, I guess. I just don't want to have to hit Ctrl+F5 everytime to do a refresh.

Posting crossed... see my last EDIT...

admin wrote:

JustinF wrote:If you insist on having two refreshes, how about naming it "Smart Refresh", or something like that?

Not bad!

Or how about XYfresh?

JustinF wrote:

admin wrote:

JustinF wrote:If you insist on having two refreshes, how about naming it "Smart Refresh", or something like that?

Not bad!

Or how about XYfresh?

HARHAR!

JustinF wrote:

admin wrote:

JustinF wrote:I like that idea! Why not just make this "new" refresh the default F5. It's a better refresh than the standard, anyway. IMO.

IMO, too! But I think I have to meet expectations here. The new refresh will be so fast, that you won't see anything happening in most cases. It will raise confusion...

I half-way agree with you, I guess. I just don't want to have to hit Ctrl+F5 everytime to do a refresh.

Nor do I! I think there are moments where the traditional standard so clearly proves to be 2nd best that you have to split off from mainstream and lead the crowd into a new direction. I also think that this is one of those pioneering moments.

admin wrote:Nor do I! I think there are moments where the traditional standard so clearly proves to be 2nd best that you have to split off from mainstream and lead the crowd into a new direction. I also think that this is one of those pioneering moments.

Well said!

admin wrote:Other opinions...?

I like it. F5 it is.

John

Win2K
XY 0012

John Bee wrote:

admin wrote:Other opinions...?

I like it. F5 it is.

Uh, which F5?

admin wrote:

John Bee wrote:

admin wrote:Other opinions...?

I like it. F5 it is.

Uh, which F5?

Oh, sorry, for your super refresh.

John

Win2K
XY 0012

EDIT: make this "new" refresh the default F5, is what I meant.

admin wrote:The standard behavior for a file list Refresh is to re-read the data, reset all selections, scroll back to top, and set the focus to position 1.

hmm.. quick question: does your "re-read data" step also includes looking for removed/added files & folders or not? And re-ordering the list?

Cause if a refresh doesn't do that, I would say that people are for sure gonna think it doesn't work, and I for sure won't like it

I guess re-ordering the list (ie. moving the newly-created folder on his place and not as last entry) could go with "reload", but if you dont remove files/folders that do not exists anymore, nor add the newly created ones still not there (can happen even with auto-refresh on)... well I'd say that refresh will probably be seen as useless/not working by many

(and I for one would hate to have to do something else than F5 to get that refresh done, and by "that refresh" I mean the update of the list, if you can do that without loosing/changing selection/focus, that'd be a delight )

jacky wrote:

admin wrote:The standard behavior for a file list Refresh is to re-read the data, reset all selections, scroll back to top, and set the focus to position 1.

hmm.. quick question: does your "re-read data" step also includes looking for removed/added files & folders or not? And re-ordering the list?

Yes! The listing will be up-to-date is all aspects of file system reality. The differences to the traditional refresh only concern the list control status. They are:
- scroll position is kept (if possible: if the number of files is now smaller than the previous topindex then the new topindex has to be smaller of course)
- focus is kept (if possible... see above)
- selections are kept (if possible... they are stored by name, so if any selected file is renamed, it will become unselected after the refresh)

admin wrote:Yes! The listing will be up-to-date is all aspects of file system reality.

Well then... what the.. are you still waiting for, do it now