Opened 10 years ago
Last modified 4 years ago
#4154 assigned enhancement
[Tracker]: Find result window won't update its title
Reported by: | emitrax | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Applications/Tracker | Version: | R1/pre-alpha1 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Has a Patch: | no | Platform: | All |
Description
Alt + f Enter a keyword and start a search Edit the search with different keywords New result window will have old keywords as title, while user would expect new keywords.
Change History (12)
comment:1 Changed 10 years ago by
Resolution: | → invalid |
---|---|
Status: | new → closed |
comment:2 Changed 10 years ago by
Resolution: | invalid |
---|---|
Status: | closed → reopened |
Type: | bug → enhancement |
It could rename the query, though. At least the current solution is indeed a bit confusing, and also inconvenient in case you actually want to store or find that query again.
comment:3 Changed 10 years ago by
Except if the user has already renamed it then you don't want to rename it again.
comment:4 Changed 10 years ago by
We could set an "autoname" attribute on the query, which would contains the generated name on creation. When editing an existing query, we can now detect if it's a manually renamed query, and thus not change its name when editing. There might be a simpler solution though :)
comment:5 follow-up: 6 Changed 10 years ago by
Maybe you're complicating things too much. :)
When I start with a saved query, it's correct to display its name in the result window tab. But when I then edit the query string, it's not that saved query anymore, it became a new query. Therefore, you could just as well reflect that in the title tab.
BTW, the title tab is too geeky IMO. We should get rid of the path (/boot/home/query/) and also the time stamp and just leave the search parameters, e.g. "MPEG audio - Artist 'Violent' - Album 'Best'". I see why very advanced usage of queries may appreciate the other info, but the "normal user" probably doesn't. Plus, being so long, the more important info is truncated ATM anyway...
comment:6 follow-up: 8 Changed 10 years ago by
Replying to humdinger:
When I start with a saved query, it's correct to display its name in the result window tab. But when I then edit the query string, it's not that saved query anymore, it became a new query. Therefore, you could just as well reflect that in the title tab.
What if my intention is to update that saved query? I.e. if I have a saved custom query for mail and I want to modify it?
BTW, the title tab is too geeky IMO. We should get rid of the path (/boot/home/query/) and also the time stamp and just leave the search parameters,
It would only be showing the full path if you have the "Show full path in title bar" option turned on in Tracker Settings. As for the time stamp, that's part of the query filename by default, though the naming scheme could certainly be changed.
comment:7 Changed 10 years ago by
It just needs to be verbose enough to differentiate different queries - that's what the timestamp is for, mostly.
About the attribute: Tracker could just check whether the name matches the query when it opens them.
comment:8 Changed 10 years ago by
Replying to anevilyak:
What if my intention is to update that saved query? I.e. if I have a saved custom query for mail and I want to modify it?
Well, as soon as you've re-saved the changed query, the tab will reflect the new query name.
It would only be showing the full path if you have the "Show full path in title bar" option turned on in Tracker Settings.
Ah, right. I like that feature in normal Tracker windows, but can't see too much gain for query results, esp. if it's a temporary query.
As for the time stamp, that's part of the query filename by default, though the naming scheme could certainly be changed.
How about just appending an upcounting number instead? If you need the exact time, there's still the Created or Modified attribute.
comment:9 Changed 10 years ago by
I would change the interface for Query windows. I would combine the Find panel and the Query result window. Make the window title "Unsaved Query" for as long as it's not saved, "Temporary Query". Make it possible to collapse the Find area where you specify the parameters. That way you show information about the query in the same window, while not resorting to the window title. And it would be much less awkward to refine the query. I always didn't like very much how that worked, way too clumsy.
comment:10 Changed 10 years ago by
Even temporary or unsaved queries are actually stored on disk, and will stay there for a few days. I wouldn't mind educating the user about this fact, and keep the title as is.
Anyway, something what stippi descibes sounds like the way to go.
comment:11 Changed 4 years ago by
Owner: | changed from anevilyak to nobody |
---|---|
Status: | reopened → assigned |
comment:12 Changed 4 years ago by
Milestone: | R1 → Unscheduled |
---|
Moving Tracker enhancement tickets out of R1 milestone -- Tracker's source code comes from BeOS R5, so it already has all the features it did on R5.
What tracker's in fact showing in the title window is the name of the saved query it's executing (when you first create a query, a corresponding query file is saved to disk in /boot/home/queries with a default name matching what you put in as search keywords). However, if you go back and edit the query, this file's query spec is updated, but not its name, since it's entirely possible the user may have updated it to give it their own special name in the meantime, and we don't want to override that. You'll notice if you go and rename the query file to something else, the query window will pick that change up on the fly.