"Search results" tab name when NO search was done?

[j_c_hallgren]

Just a question which seems to have morphed into a wish...

When I have NOT done an actual search, but just selected the desired folder by click on tree, having the path in Tab name seems to be a bit more natural (IMVHO)...

And YES, I do realize that it's up top (and in addr bar, if used)...but...
In the overall window name (in blue, typically), the path is followed by text "XYplorer [Free home....etc" which makes spotting the path name a bit difficult.

However, this is where it really becomes a bit of a problem:

When I open another tab(s), I then have no easy way to spot WHICH path was in the "Search" tab, other than making it active (or trying to remember!)
Thus...I propose to the viewing audience: That unless the Search tab actually contains a subset/result created by a true search request, and not just a selection by another means, that it be auto changed to path name from that user selection. Y'all follow that??

So suppose I did a search for PDF files...tab would say "Search results" as it contains that...then I clicked on "My Music" in tree...tab would now contain "My Music"...right now, it still has "Search results"

[admin]

When I open another tab(s), I then have no easy way to spot WHICH path was in the "Search" tab, other than making it active (or trying to remember!)

It's in the tab's tooltip.

The XY company officially recommends: the "Search results" tab should be locked.

[j_c_hallgren]

That'll sorta work for me, I guess!
However, it still would be nice to somehow reuse that one tab so I don't have to have an extra tab always just for that. It's one more to flip thru.
And when the intermediate portions of path name are condensed to show in tab name, due to 3rd tab space used, that can/does hide what makes them different. I have multiple folders with same lower nodes but with middle nodes that make them unique.

This will really become more of an issue IF/when a "dual-pane" style is ever implemented...as that would imply a minimum of three tabs open when only two user selected paths are selected.

And if you then have two user tabs open, and do search that would then imply opening a third tab, presuming you have not said to put results in CURR/NEW, in which case, a third tab would be desireable.

[jacky]

However, it still would be nice to somehow reuse that one tab so I don't have to have an extra tab always just for that. It's one more to flip thru.

I think you could do that, just don't use the SR tab, get your results in a new tab (or current one if you like). That way you can reuse the tab as you wish.

I think the whole idea of the SR tab, at least to me, is that it is a tab with search results and only search results; hence the name.

[j_c_hallgren]

I think the whole idea of the SR tab, at least to me, is that it is a tab with search results and only search results; hence the name.

And that was my initial point...that once the SR tab loses those results via a reuse by direct selection, that it lose its SR naming/attributes without my having to do so manually.

[admin]

I think the whole idea of the SR tab, at least to me, is that it is a tab with search results and only search results; hence the name.

And that was my initial point...that once the SR tab loses those results via a reuse by direct selection, that it lose its SR naming/attributes without my having to do so manually.

You are aware of this, are you?:
From help file: On Info Panel/Find Files, you can choose where the search results shall be listed: on the current tab, a new tab, or a tab called "Search results" (automatically created if not yet existing).

[j_c_hallgren]

Yes, I'm aware of that...my issue is sort of the reverse direction...

That once you "clear/reset" the contents of a SR tab by direct selection of other contents, such as clicking on a totally different folder in tree, for example, that the SR tab "title" should then reflect that path and no longer be "THE" SR tab.
And that when I do the next search, that IF I select SR as desired output, a new tab would be created with the SR title, as the old SR is gone, as if it had been closed. However, if the SR title was still on any tab, the output would go to that one. Does that make sense?

[admin]

Does that make sense?

I understand. But is it good? (I won't change a feature again as fast as last time )

[j_c_hallgren]

So...Let's try to get some other viewpoints from the "gang"!

The other change was more of a personal config option thing, I agree.

This seems to be more of how one would understand the title "Search Results" in English... Try and think of it from a novice point of view...I realize that can be hard (it definitely was for me sometimes in coding)..
If you were looking at a tab that still has title SR, yet it plainly has other contents in it (because you just selected another path), would that make sense to you or confuse you slightly? That's part of what I'm trying to improve.

[admin]

This seems to be more of how one would understand the title "Search Results" in English... Try and think of it from a novice point of view...I realize that can be hard (it definitely was for me sometimes in coding)..
If you were looking at a tab that still has title SR, yet it plainly has other contents in it (because you just selected another path), would that make sense to you or confuse you slightly? That's part of what I'm trying to improve.

I agree completely! I think the SR tab was introduced before the "Lock tab" feature. Since we have Lock, an unlocked SR has no reason at all to behave half-locked (lock the title but not the contents -- stupid).
But does an unlocked SR make any sense at all???

[j_c_hallgren]

I think this, and my other SR thread need to be considered somewhat in tandem...

So if user does this:
1) Open XY to 'My Doc' (title = MD)
2) does search with results to be in SR tab, so now 2 tabs (MD + SR)
3) while looking at SR contents, so on that tab, decides to go to Recycled
4) [My way] Tab title chgs to RCY as that's what's in tab now
5) user does a new search with SR tab opt still ...now we have 3 tabs (MD + RCY + SR)

User then has avail on titles exactly what is within those tabs..

And this presumes that user has yet to get into the LOCK feature...because s/he hasn't found that yet.

Since an unlocked SR tab can be closed just like any other one presuming it's not the ONLY one...leaving just the MD and RCY, in that example

[jacky]

Since we have Lock, an unlocked SR has no reason at all to behave half-locked (lock the title but not the contents -- stupid).
But does an unlocked SR make any sense at all???

hmm... I think you guys forget something here: the naming of a tab is also another feature of XY! I mean I could choose to name one tab "Main" for example, and it will have that title no matter what location I'm in.
The "Search results" tab is just, in that way, a tab renamed with a title. Not half-locked or something like that. So if you make it "loose" its title to the current location, what about tab that have been renamed manually?

I think that what j_c is trying to do can be done, just you dont use the SR tab for that. Let's say you are on D:\Folder & do a search in a new tab; you have now 2 tabs: D:\Folder & C:\SearchPath (in search mode)
If while looking at the search results you decide to go somewhere, like D:\Recycled then the tab's title will be D:\Recycled
Do a new search, in a new tab, and you got yourself a third tab. If I'm not mistaken that is exactly what you're describing.

The way I see it, as said previously, the SR tab is a tab meant to be with search results and only search results. Maybe it should be locked by default, so it wouldn't have anything but results unless the user decide to unlock it, but I dont think having its title removed would be a good idea...

[admin]

Since we have Lock, an unlocked SR has no reason at all to behave half-locked (lock the title but not the contents -- stupid).
But does an unlocked SR make any sense at all???

hmm... I think you guys forget something here: the naming of a tab is also another feature of XY! I mean I could choose to name one tab "Main" for example, and it will have that title no matter what location I'm in.
The "Search results" tab is just, in that way, a tab renamed with a title. Not half-locked or something like that. So if you make it "loose" its title to the current location, what about tab that have been renamed manually?

thanks for reminding me
I think recently I use the app less than many of you do, because I spent most of my (precious) time somewhere in the source code... (And you are the users after all!) Which makes this forum and its "gang" even more important!

[j_c_hallgren]

Yes, I fully realize that tabs can be renamed by user...BUT...If I've done so, then most likely I've named them something that I know what they may contain...and my point strictly concerns the specific "Search Results" tab title...If it has been renamed, then it's up to user to know/remember whether it's a result or not...

And I'm NOT saying to REMOVE the title, just update it to match current contents once it loses it special SR function via user changing contents by tree select or similar.

And what jacky suggests is not the solution as by using "new tab" for results will cause numerous new tabs when you're trying different criteria...so I'd want to keep refining it using SAME tab output until satisfied, at which point, I may then use that tab as basis for the same process with other data into a new "replacement" SR tab.

[admin]

Yes, I fully realize that tabs can be renamed by user...BUT...If I've done so, then most likely I've named them something that I know what they may contain...and my point strictly concerns the specific "Search Results" tab title...If it has been renamed, then it's up to user to know/remember whether it's a result or not...

And I'm NOT saying to REMOVE the title, just update it to match current contents once it loses it special SR function via user changing contents by tree select or similar.

You know, technically the "Search results" tab is nothing but a tab named "Search results". Plus some service added: (a) you don't have to do the renaming yourself, and (b) all search results are directed to it (where it is only recognized by its name; no other flags).

So, what you are asking for is another special service: make the name "Search results" temporary: automatically lose it when find mode is left (and when it is not locked). Correct?