frandavid100 wrote:I would like it to search *only* tags
That would be Bug 399799 – add query options for tags, incidentally.
Discussion about official Mozilla Firefox builds
<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=385245">Bug 385245</a> seems to have shaken up some of these queries - in particular, grouping apparently no longer works. The source <a href="http://mxr.mozilla.org/firefox/source/toolkit/components/places/public/nsINavHistoryService.idl">here</a> has been updated; I'll try to go through it sometime today and find what's changed.
Edit: first impression - 'sort by count' has gone. Apparently it was for sorting folders by the number of results they contained.
Grouping's gone, replaced by 'type=':
type=0 - "URI" results, one for each URI visited in the range.
type=1 - "Visit" results, with one for each time a page was visited (may give multiple results for one URI).
type=2 - "FullVisit" results (like "Visit", but returns all attributes for each result).
type=3 - "DateQuery" results (equivalent to 'group by date').
type=4 - "SiteQuery" results, returns last visit for each url in the given host. (May require 'domain' to be set. Equivalent to 'group by site')
type=5 - "DateSiteQuery" results (equivalent to 'group by date and site').
type=6 - "TagQuery" results (equivalent to 'group by tag').
I'm not sure yet, but it looks like these queries may only work without 'folder' and 'type' being set. And we seem to have lost the ability to sort results by folder.
I'm author of the patch for <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=385245">bug 385245</a>. So if there are questions and complains I can answer them.
Generally it would be nice, if extension authors and power users would contribute to the unit test. So that we can find early when we break something and can discuss this with someone.
Just explanation to the rather radical change - previous grouping was too slow, it was reading a lot of bookmarks into memory and sorting them later. Now we build only set of queries which get executed only when you click on them. Displaying big history sorted by date now takes less than second, while it could have taken minutes before.
You can read/discuss more on related bug: <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=359332">bug 359332</a>.
Hi Ondrej, thanks for dropping by! I hadn't been following bug 385245 properly, so I didn't realise until too late, that the change was going to break a couple of my use-cases. I understand that grouping as it was had to go, and if there's no fix for my problem I'll accept it as a trade-off for the speed increase.
Anyway, these are the use-cases I'm having problems with:
Since 385245 landed, I've had a quick look through nsINavHistoryService.idl, but I couldn't see a way to fulfill these use-cases with a single query. Since there aren't AND and NOT operators available, I can't do it with a series of queries, either.
My use-cases don't look like they fit under bug 359332 - would you like me to file a new bug?
This gets you recently added tags. For recently *used* tags, change to "sort=14" (by modification time).
Other queries may need the same tweak. See <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=419866#c7" title="Recent Tags list in smart bookmarks no longer seems to be working">bug #419866, comment #7</a>.
Not sure if I follow this properly, but as of the trunk, the right queries are:
Recently Used Tags: place:type=6&sort=14&maxResults=10
Recently Added Tags: place:type=6&sort=12&maxResults=10
Group and applyOptionsToContainers have gone.
Hey thanks. DateQuery and DateSiteQuery helped me out, but I'd still like to see a "DateHostSiteQuery" (1st date, 2nd host, 3rd site; e.g. today > mozillazine.org > forums.mozillazine.org).
Ondrej, is it possible to add this query type?
Looks like you're describing bug 359322.
This was really nice use of the old API. There is really no way how to simulate the behavior now without any scripting. I can imagine, that we would include a new result type - RESULTS_AS_FOLDER_QUERY. Which could together with bug 359332 fulfill your needs.
This should be easy to implement and fast to execute. Please file a bug and try to get votes for it.
Sounds great. I'll file a bug for that later today and post back with the number.
Wow, those were some major changes I wasn't expecting to see in this stage.
There might be a handful of queries I might need to fix in my bookmarks too, thanks Oropher for hunting down changes, and thanks Brablc for explanation.
Brablc posted new default Smart Bookmarks for recent tags, is there anyone that can post the rest if they were changed. I would look at them myself, but I can't seem to be able to recreate Smart Bookmarks in the latest build (Gecko/2008022806) even by deleting profile
It should be enough to change your prefs.js to: user_pref("browser.places.createdSmartBookmarks", false);
There were no other changes in Smart Bookmarks area. All grouping queries used in history sidebar have been changed.
Who is online
Users browsing this forum: No registered users and 1 guest