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 anevilyak

Resolution: invalid
Status: newclosed

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.

comment:2 Changed 10 years ago by axeld

Resolution: invalid
Status: closedreopened
Type: bugenhancement

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 anevilyak

Except if the user has already renamed it then you don't want to rename it again.

comment:4 Changed 10 years ago by aldeck

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 Changed 10 years ago by humdinger

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 in reply to:  5 ; Changed 10 years ago by anevilyak

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 axeld

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 in reply to:  6 Changed 10 years ago by humdinger

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 stippi

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 axeld

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 anevilyak

Owner: changed from anevilyak to nobody
Status: reopenedassigned

comment:12 Changed 4 years ago by waddlesplash

Milestone: R1Unscheduled

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.

Note: See TracTickets for help on using tickets.