On Tue, 2005-10-25 at 18:13 +1100, James Livingston wrote: > G'day everyone, > > I've been looking through bugzilla, and there are a couple of bugs (some > with patches) that we should probably discuss and make some kind of > decision on. There are only two in this post, because some of these > issues will create a lot of debate, and I'll do more once we get these > sorted out. > > Any comments about what you think we should do, or ideas for how best to > do them, are appreciated. > > > > Bug 139196: "Fuzzy" matching for search box > http://bugzilla.gnome.org/show_bug.cgi?id=139196 > > Currently the search box works by matching any songs where any of Title, > Artist, Album or Genre contains the contents of the box. There are three > main suggestions of how the search box's matching should be "fuzzy": > > 1) It should split the contents into words, and match if all the words > are contained in any of those properties. e.g. "livi on" would match all > the tracks from "Roll On" by "The Living End" (and possibly other > things). > > 2) It should ignore punctuation and/or diacritical marks. Punctuation is > easy enough, we could change from simple casefolding (making lowercase) > to "search folding" which would also strip punctuation from strings. > Ignoring diacritical marks is much more difficult; should "Die Ärzte" be > matched by "ar" or "aer"? > > 3) Real fuzzy matching, that can ignore small differences in the > strings, such as typos.
I vote for 3. > > The first attached patch (written by someone whose name I don't know) > does 1, half of 2, and 3; whereas the second patch only does 1. My from > quick tests, the second patch is actually faster than what RB does now, > because it only goes through each entry once, rather than going through > four times and them merging. > > If we want 1 (and possibly 2) I think the second patch should suffice; > if we want 3, I think we should merge the two patches. > > > > Bug 158168: use of tray icon, and minimise to tray > http://bugzilla.gnome.org/show_bug.cgi?id=158168 > related bugs: 318629, 317982, 309104, 124829 and others > > This is a hotly debated topic; basically should we have a tray icon, and > should closing the window minimise to it? The three real positions are > > 1) We shouldn't have a tray icon, because the notification area is only > supposed to get used for notifications, not permanent apps. The HIG [0] > says that we should have an applet, not a tray icon. > > 2) We should have a tray icon, and minimise when the close button is > pressed. Several other applications, such as Gaim and Liferea, do this. > > 3) We should have a tray icon, but make the close button act normally. > The minimise button minimises, so why do we want the close button to do > that too. I vote for 3. > > In regards to the issue of whether we should have a permanent tray icon, > the HIG[0] explicitly says that non-core application must not default to > having a permanent tray icon. One option is to add a "show tray icon" > preference, and have it default to off. Another option would be to work > with the developer(s) of the Rhythmbox applet, and promote it to an > official part of Rhythmbox (removing the tray icon in the process). Bollix to the HIG, its in need of an update anyways. > My personal take on the close-minimises-to-tray policy is that the > window already has a button to minimise Rhythmbox, so why do we want the > close button to do that as well? However I know there are a lot of > people who think differently. > > There have been quite a few people asking why Rhythmbox has moved to > close-button-minimises policy, when other Gnome applications don't do > this. In addition the package maintainer for one distro has said they > they are considering patching their packages to reverse this, if we > leave it in. > > > [0] > http://developer.gnome.org/projects/gup/hig/2.0/desktop-notification-area.html > > > Hopefully we can come to some decision on these, so then we can move on > to working through the others. You should make this a weekly deal, maybe with a CVS commit wrap up too or something. "Whats new in RB this week, and what should we do next week?" kind of deal. > Cheers, > > James "Doc" Livingston > _______________________________________________ > rhythmbox-devel mailing list > [email protected] > http://mail.gnome.org/mailman/listinfo/rhythmbox-devel _______________________________________________ rhythmbox-devel mailing list [email protected] http://mail.gnome.org/mailman/listinfo/rhythmbox-devel
