Opened 15 years ago
Last modified 10 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: | ||
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 by , 15 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
comment:2 by , 15 years ago
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 by , 15 years ago
Except if the user has already renamed it then you don't want to rename it again.
comment:4 by , 15 years ago
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 :)
follow-up: 6 comment:5 by , 15 years ago
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...
follow-up: 8 comment:6 by , 15 years ago
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 by , 15 years ago
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 by , 15 years ago
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 by , 15 years ago
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 by , 15 years ago
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 by , 10 years ago
Owner: | changed from | to
---|---|
Status: | reopened → assigned |
comment:12 by , 10 years ago
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.