Re: Dashboard frontend status?
On Tue, 2005-11-01 at 00:53 -0500, Nat Friedman wrote: > actually in vitro and probably still work, like the Abiword plugin. Also this should have been "in utero." Bed time, Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Dashboard frontend status?
On Tue, 2005-11-01 at 00:53 -0500, Nat Friedman wrote: > I don't know if you're interested in reviving Dashboard, but if I were Dammit. As soon as I hit Send I wished I'd used the word "reanimating" instead of "reviving." Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Dashboard frontend status?
On Mon, 2005-10-31 at 21:00 -0800, Alex Graveley wrote: > Hi, > > Does anyone know anything of the current status regarding the various > dashboard frontend patches/plugins? As in, do they still work at all? Most have bitrotted, including Gaim and Evolution. A few of them are actually in vitro and probably still work, like the Abiword plugin. In the last few months I've several times started writing a simple rules-based expert-system like Dashboard on a per-task basis, using your focus-tracking code and some of those frontend patches. No cluechaining, no magic ranking, just simple rules like: When I'm reading email, show - other unread emails from the sender - recent emails sent to the sender - recent IM conversations with the sender - recent blog entries from the sender - highly-relevant recently viewed web pages related to the email body - highly-relevant recently viewed documents related to the email body When I'm browsing the web, show - highly-relevant recently viewed documents related to the page content . . . Etc. I don't know if you're interested in reviving Dashboard, but if I were to do it now, that's how I'd start. Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Some 0.1.0 questions
On Tue, 2005-09-20 at 18:17 +0200, Lukas Lipka wrote: > Nat's mockup certainly looks very interesting. I may have a go at it > during the upcoming weekend. We could perhaps very well do a hackfest if > there would be any interest. I'm pretty busy this weekend here in Beijing but I will try to show up for the First Annual Lukas Lipka/Linux Desktop Search UI Hackfest! Also I will buy the pizza. Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Some 0.1.0 questions
On Tue, 2005-09-20 at 13:24 +0530, Sharninder wrote: > Actually what I meant was that spotlight also does something like this > and its very useful. But now that you've pointed out, I can see the > difference. This is much better than spotlight and reaffirms my faith in > open source technologies. Well, it's not implemented yet. It would affirm my faith in open source if someone on this list would start implementing it :-). > You guys are doing a great job. Nat: You btw > have a great blog. I liked reading about your cycling exploits :) The big ride is still coming, stay tuned ;-) Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Some 0.1.0 questions
On Tue, 2005-09-20 at 13:04 +0530, Sharninder wrote: > > There have been a few different UI ideas, here's one. > > > > http://nat.org/searchmockup.png > > > > Best is just a prototype UI and will need to be replaced. Jon and Joe > > and Fredrik have been very busy with the core Beagle engine so far and > > haven't had time to work on building a new UI themselves yet. You're > > welcome to help :-). > > This is nice. The grouping looks a lot like what apple spotlight does > but this is really needed. Spotlight just uses a table/tree. This is pretty different, because each category can display things differently. In this mockup, for example, mails are rows, but images are little boxes. Apple did not invent dividing things into groups with headers ;-) One nice thing about this mockup is that the match actions are in the sidebar on the left; you select the match and then click on the action you want to perform (set as background, open in gimp, etc). This gives us more room to show matches than the current search prototype (best). Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Some 0.1.0 questions
On Sun, 2005-09-18 at 12:25 +0200, Andreas Wasserman wrote: > Q: Some search words (like "The Rock") throw Best into loading mode not > giving any results and making my cursor indicate it's loading until I > give it a new search word that doesn't produce this behaviour. This looks like a bug. I don't know what's causing it offhand myself but I suggest you file a bug in bugzilla so this doesn't get lost. Thanks for sending your feedback Andreas! Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Some 0.1.0 questions
On Tue, 2005-09-20 at 03:18 -0400, Nat Friedman wrote: > http://nat.org/searchmockup.png I forgot to say that Garrett made this mockup, not me :-) Credit where it's due, Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Some 0.1.0 questions
On Sun, 2005-09-18 at 12:25 +0200, Andreas Wasserman wrote: > Q: There is a feature request in bugzilla about Categories, any thoughts > on this? For me it would be a godsend, now when Best shows results by > date I usually get e-mails first and often end up having to scroll > multiple pages to get to what I want, so if I find 110 E-Mails, 2 Video > Files and 1 Audio file, having categories would even things out and show > my hit on the very first page. There have been a few different UI ideas, here's one. http://nat.org/searchmockup.png Best is just a prototype UI and will need to be replaced. Jon and Joe and Fredrik have been very busy with the core Beagle engine so far and haven't had time to work on building a new UI themselves yet. You're welcome to help :-). Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Some 0.1.0 questions
On Sun, 2005-09-18 at 12:25 +0200, Andreas Wasserman wrote: > Hey. > > With latest release I decided to query about some things I'm missing in > Beagle or would like to see implemented : > > Q: I have a large archive of movie trailers, where Beagle could be very > handy in handing me results quickly, but I rarely use beagle for this > since it seems to produce weird results depending on what I search for. > > For example. > File: Total Recall.mov > > I find the file using keyword "Recall" but not "Total". Perhaps unrelated, but I'm seeing something similar to this with file name indexing: $ echo "blah blah" > "nabokov lenin.txt" The daemon reports: DEBUG: +file:///home/nat/nabokov lenin.txt DEBUG: Found matching filter: Beagle.Filters.FilterText, Weight: 1 DEBUG: Testing filter: Beagle.Filters.FilterText DEBUG: Successfully filtered /home/nat/nabokov lenin.txt with Beagle.Filters.FilterText But then, for me, neither query returns any results: $ beagle-query nabokov $ beagle-query lenin $ Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: "reveal in file manager" does not highlight the file.
On Sat, 2005-09-10 at 18:41 +0200, Maurizio Colucci wrote: > I understand this is not a Beagle's fault. I guess Nautilus does not > offer an option to open a given folder and highlight a given file. > However, this problem affects Beagle's usability in a crucial way. > What do you think? Had you already considered the problem? Hey Maurizio, This sounds like a nice feature for Nautilus to have. You'd probably want to talk to the Nautilus developers to figure out how to implement this. Best, Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: ioctl: No space left on device
On Wed, 2005-06-22 at 22:15 +0100, Christopher Orr wrote: > Hi, > > On Wed, 2005-06-22 at 10:01 -0700, Joe Barnett wrote: > > I'm having some trouble running beagled as of 0.11 (and 0.11.1). > > > > After I start beagled, it is able to start indexing some of my blam! > > weblogs, but then shuts down after a flood of ioctl: No space left on > > device messages > > This likely isn't actually a disk space problem, but is probably to do > with your inotify watch limit. See > http://beagle-project.org/Troubleshooting#.22ioctl:_No_space_left_on_device.22 > for more information. Hmm. The error message sure could be clearer. Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: WebBookmarks Queryable
On Wed, 2005-06-01 at 00:56 -0700, Alex Graveley wrote: > Seems like the bookmark backend should look for an existing web history > hit for the URL and alter that with some bookmark attributes (anything > other than bookmark name?). It should create an empty hit with no > content if the page has not been visited (probably a corner case). > > Or am I missing something? Sounds sane. It should probably also bump the relevance. Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: MailDir
On Fri, 2005-05-20 at 15:20 -0400, Joe Shaw wrote: > Do you tweak the file URI scheme to be something like > file:///home/joe/my-mbox?offset=101555 and hope that apps adopt it? WellUse whatever URI scheme you want. The one you mention is fine, or mbox:///home/joe/my-mbox/101555. Then, in the routine that launches KMail or Evolution or whatever, if the app uses a different scheme, just translate. Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: MailDir
On Thu, 2005-05-19 at 23:23 +0200, Noam Rathaus wrote: > I have completed a MailDir driver which will index your MailDir and > put it as MailMessages. This is excellent, Noam! I have thousands of old Maildir mails on my disk waiting to be indexed. Thank you! The next step, if someone wants a good project, is to build a driver that can index unmanaged[1] mbox files as well. As I understand it, this has the additional difficulty of requiring that a single file map to multiple MailMessage indexables, and I'm not even sure if Beagle can do this sort of thing yet (the same architectural changes would be required to, for example, index the contents of Zip files and other archives). And of course, it'd be cool if attachments got indexed as well. Nat [1] not part of ~/.evolution or wherever Thunderbird puts its mail ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Use of extended attributes has issues.
On Thu, 2005-05-19 at 17:32 -0400, Joe Shaw wrote: > > At the command line, I get this kind of nonsense: [..nonsense..] > I don't think this is an issue. I would prefer to see these things, > because it means that the filesystem I am copying to doesn't support > EAs. And if I am copying around files with cp, that's probably > important info to me. It probably doesn't need to do it once for each > EA though. It's a pretty scary set of warnings. It would be much nicer if cp said Warning: /media/USB_DISK does not support extended attributes; metadata will be lost. instead of printing one warning per EA. We should follow up with the fileutils people. > This appears to be a bug in subfs or gnome-vfs' interaction with it, and > not related to Beagle. Oops, my mistake. Sorry for the wrong report on this. I'll file a bug against Nautilus. Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Use of extended attributes has issues.
Hi, Whenever I try to copy a Beagle-indexed file onto a filesystem which does not support EAs (for example, a memory stick), horrible, frightening things happen. At the command line, I get this kind of nonsense: [EMAIL PROTECTED] Desktop]$ cp NovellCongres.nl.keynote.odp /media/USB_DISK/ cp: setting attribute `user.Beagle.Uid' for `/media/USB_DISK/NovellCongres.nl.keynote.odp': Operation not supported cp: setting attribute `user.Beagle.MTime' for `/media/USB_DISK/NovellCongres.nl.keynote.odp': Operation not supported cp: setting attribute `user.Beagle.IndexTime' for `/media/USB_DISK/NovellCongres.nl.keynote.odp': Operation not supported cp: setting attribute `user.Beagle.Fingerprint' for `/media/USB_DISK/NovellCongres.nl.keynote.odp': Operation not supported [EMAIL PROTECTED] Desktop]$ It is not even clear to me if the file copied (it did). In Nautilus, I get a dialog box telling me that the copy failed because "There is not enough space on the destination." And the copy does fail. If we are going to use EAs in Beagle, then we need to make sure EAs work in general. I guess the tools themselves need to be fixed; I wonder how many tools need to be fixed? Anyway, I want to alert you guys about this because the current behavior is "Beagle makes my filesystem stop working," even if the reason for this is that "My operating system is totally inadequate." Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Mail reader app (Re: Is Beagle indexing my email?)
My *preference* would be if Evolution were modified to support reading mails from non ~/.evolution locations, so that we can launch evolution file:///home/nat/old-mail/Maildir/cur/09238u092384098 and Evolution would pop up a mail-viewer window, allowing me to respond, forward, etc. This way I have one interface to mail on my system (as an Evolution user). It is a secondary option to create a standalone viewer. This will be useful to people who aren't exposed to Evolution itself. On Wed, 2005-05-18 at 11:50 +0200, Sigurd Gartmann wrote: > Beagle will be a killer app. I saw your presentation at last > year's GUADEC, and have done a presentation about "metadata > search systems on the desktop" for the digital library group at > the university. Very cool! > You probably want more than this. What do you want? Well, we have the beagle-imlog-viewer in Beagle; I guess a beagle-mail-viewer would run along similar lines. The challenge is, once you can view mails, you suddenly want other functionality, including - replying to them, - forwarding them, - viewing or saving their attachments, and so I think that this project is a bit of a slippery slope. That's why I recommend making Evolution work as a mail viewer. If you were going to write a mail viewer, it'd be nice if it were done in Mono, in the Beagle tree. I started writing such a thing a while ago, but didn't get very far (as you can see). Maybe someone can pick it up. Nat // // MailViewer.cs // // Nat Friedman <[EMAIL PROTECTED]> // // Copyright (C) 2005 Novell, Inc. // using System; using System.Collections; using System.IO; using Gtk; using Glade; using System.Text; using System.Xml; using Mono.Posix; using Beagle.Util; namespace Beagle { public class Driver { static void Usage (string error) { if (error != null) Console.WriteLine ("Error: " + error + "\n\n"); string usage = "beagle-mailviewer: A simple tool to display a mail message.\n" + "Web page: http://www.gnome.org/projects/beagle\n"; + "Copyright (C) 2004 Novell, Inc.\n\n"; usage += "Usage: beagle-mailviewer [OPTIONS] \n\n" + "Options:\n" + " --help\t\t\tPrint this usage message.\n"; Console.WriteLine (usage); System.Environment.Exit (0); } static string path; static long offset; public static void Main (string[] args) { if (args.Length < 2) Usage ("Required arguments missing"); if (! File.Exists (args [0])) Usage ("Mailbox file " + args [0] + " does not exist"); Application.Init (); GeckoUtils.Init (); GeckoUtils.SetSystemFonts (); GMime.Global.Init (); path = args [0]; offset = System.Convert.ToInt64 (args [1]); GLib.Idle.Add (new GLib.IdleHandler (DoIt)); Application.Run (); } private static bool DoIt () { MailViewerWindow mvw = new MailViewerWindow (path, offset); return false; } } public class MailViewerWindow { [Widget] Window win; private Gecko.WebControl gecko; string mail_body = ""; public MailViewerWindow (string path, long offset) { GMime.Message message = ReadMessage (path, offset); if (message == null) { // FIXME: We should pop up a window Console.WriteLine ("Could not read message from {0} at byte offset {1}.", path, offset); return; } ConstructWindow (); RenderMessage (message); } GMime.Message ReadMessage (string path, long offset) { int mbox_fd = Syscall.open (path, OpenFlags.O_RDONLY); GMime.StreamFs mbox_stream = new GMime.StreamFs (mbox_fd); mbox_stream.Seek ((int) offset); GMime.Parser mbox_parser = new GMime.Parser (mbox_stream); mbox_parser.ScanFrom = true; GMime.Message message = mbox_parser.ConstructMessage (); mbox_stream.Close (); if (message.Headers == null || message.Headers == "") return null; return message; } void RenderMessage (GMime.Message message) { string sender = Htmlify (message.Sender); string to = Htmlify (message.GetRecipientsAsString (GMime.Message.RecipientType.To)); string cc = message.GetRecipientsAsString (GMime.Message.RecipientType.Cc); if (cc == null) cc = ""; else cc = "Cc: " + Htmlify (cc) + ""; string subject = Htmlify (message.Subject); GetMessageBody (message); string html = String.Format ("" + "From: {0}" + "To: {1}" + "{2}" + "Subject: {3}" + "" + "{4}" + "", sender, to, cc, subject, mail_body); gecko.RenderData(html, "file:///tmp/foo"
Re: Is Beagle indexing my email?
On Tue, 2005-05-17 at 22:58 -0400, Joe Shaw wrote: > A big problem with handling Maildir files outside of Evo is that I'm not > aware of apps that know how to open the mails from a file URI. (Evo > doesn't.) It might be a really nice project for someone to either: - Patch Evolution so that it can read mails outside of ~/.evolution and respond/forward/etc or - Write a small mail viewer application for such matches So if someone is looking for a self-contained way to contribute to Beagle, this might be a nice task to pick up. Best, Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Searching across networked Beagle daemons
Hey Vijay, On Mon, 2005-05-16 at 05:32 -0600, Vijay KN wrote: > > A screenshot of the networked Beagle results display on Firefox > browser, showing some results from a remote Beagle daemon and others > from the local daemon, is posted at: > > http://beaglewiki.org/index.php/BeagleScreenshots I don't see a screenshot there? Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: trigger the indexing of a specific directory without inotify
On Wed, 2005-03-23 at 23:40 +0100, Albert Vilella wrote: > Hi, > > I'm testing beagle-0.0.8 in a non-inotify 0.20-enabled FC3 kernel, > > And I would like to know if it is possible to trigger the indexing of a > specific directory in any way. > > As I don't have 0.20-inotify, neither "ls" nor "touch" methods work for > me, I don't think there's a way to do this right now. Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Beagle Web Interface coming ...
I think the web interface is a very cool project. Non-GNOME users might like it as an interface to Beagle. I don't think it should be an external client for efficiency reasons, but they might be illusory and it's probably worth checking that out. Nat On Sun, 2005-02-06 at 23:12 -0700, Vijay KN wrote: Ikke, If we rely on XSP, then Beagle web access is tied to XSP. For one, users may not want xsp installed at all or they won't be able to start/stop XSP independently, without affecting Beagle web access. You can look at GoogleDesktop, which also provides an integral web access using a builtin minimal web server. Having a Firefox search bar that directly connects to your Beagle and shows results on the browser is a cool thing to have. Also, I don't understand how you can have a xsp web app directly make a call to a running beagled daemon without using any IPC. Remember beagled daemon is started and running before the webapp is invoked - if the web app had to launch the beagled and then access it, that would be possible. I agree with your point that some users may not want this and it is a good idea to provide an option to disable it at compile time and/or runtime. I would also like to hear from other Beagle users what they think about having a Beagle web interface. cheers Vijay >>> Ikke <[EMAIL PROTECTED]> 02/06/05 5:18 PM >>> On Sat, 2005-02-05 at 22:53 -0700, Vijay KN wrote: > Ikke, > > An "integral http server" makes Beagle offer web access, independent of > XSP. I don't see what the pro's are of having a webserver inside beagle, compared to using XSP. > It makes webaccess a stand-alone feature in Beagle. Why must it be standalone? > Also, since it is part of Beagle, the DBus IPC overhead needed in case of a webapp > hosted on an xsp is eliminated. Guess I didn't think long enough here. We don't need DBUS calls at all here. Because beagle is written in .Net, we can just use the assemblies and exported functions directly, although I thought Beagle was designed to communicate with it's frontends using DBUS. If you're concerned about DBUS overhead: the webapp won't produce more overhead than BEST does. So maybe we should just put BEST into Beagled itself too now? > Beagle already has HTML generation code (for Best) as part of the Tiles assembly, > which I am reusing to support Web access. That's not a point I think: export the Tiles used in Best as ASP.Net webcontrols, and use these controls out of the Beagle assembly in your webapp. Same result. > > Since the ASP.Net engine (HttpRuntime) is a separate process, all we > need to do is receive http requests, feed them to the ASP.Net engine > pipeline and send back the response. I discussed this with Gonzalo > (author for xsp) and he felt we could do this within a few hundred lines > of code. I know one can do this, I rewrote the MS Cassini webserver (similar to XSP) while I was on Windows, bridging it to Apache so Apache could server ASP.Net pages without using IIS, or starting a new "CGI" handler on every request. > So, we don't need a full fledged web server added in beagle to > offer web access. Not one of the same size like Apache or so, true. But I still don't get why this should be a Beagle project, why can't we just use the webapp in XSP? > Another keypoint is that this minimal httpServer serves as the > foundation for supporting the web service interface to Beagle. (If I > replace beagled.aspx with beagled.asmx in > http://localhost:/beagled.aspx, I get access to the web service > interface to the local beagled). This will allow Beagle to be networked > allowing access from other users, devices (PDA's) etc. So, it provide > infrastructure to host both a 'web interface' and a 'web-service > interface' opening new networking opportunities in future for Beagle. I know one can write ASP.Net webservices like this too, but this still doesn't show me the need of a (simple) webserver within Beagle. What you say here can easily be done inside XSP, once more. > > Vijay I'm not trying to break down your work or something, not at all (I'm not even a beagle dev), a webinterface would be a really cool thing. *But* I'm worried a bit about the implementation details. We all know Beagle currently has some memory problems (maybe not beagle-related, but mono-related). Adding a webserver (which is quite a big object in terms of memory-footprint) which is in-memory all time (duh, it's a daemon/service) will only make the memory footprint of beagle even bigger. If this gets inside Beagle, I think it should be at least possible to disable it on compile and/or runtime ('cause I can imagine a lot of users dont really need this functionality, and are concerned about memory footprint of the beagled daemon). Using XSP would make this much easier: turning down the webinterface -> kill xsp. No need to restart beagled or whatsoever (of course we could have some beagled config file using the .Net configuration framework (if that's implemented in Mono, du
Re: Image causes beagled to segfault
That image, ahem, exists on my filesystem too so I don't think it's causing Beagle to fail. Nat On Mon, 2005-02-07 at 00:04 -0500, Tom von Schwerdtner wrote: > FYI, this is with CVS built today, but has been consistant with CVS > for the past few days. > > -Tom > > On Sun, 6 Feb 2005 23:46:24 -0500, Tom von Schwerdtner > <[EMAIL PROTECTED]> wrote: > > According to the logs, this image is the last one indexed before a > > beagle segfault... I sorta confirmed this by running beagled and > > touching this image to force its indexing, causing beagle to segfault. > > > > You can find it here: > > > > http://tvon.etria.com/images/bunny.jpg > > > > -Tom > > > > -- > > Tom von Schwerdtner > > Etria, LLP :: http://etria.com/ > > Baltimore, MD > > > > ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Search Bookmarks Driver (New Contributor Questions)
On Wed, 2005-02-02 at 12:07 +1100, Rob Sharp wrote: > Any thoughts? A del.icio.us beagle backend would be really neat, but only if del.icio.us provides a usable search API. Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Hit properties
On Mon, 2005-01-31 at 21:08 +0100, Raphaƫl Slinckx wrote: > Hi ! > > Is there any place where the properties of a Hit are defined ? > > When using beagle engine as a client I can receive a collection of > "Hit" but beside the properties defined in the Hit classes there are > specific properties, like snippets for Im Logs, or mail subject, etc, is > there any way to get a list of those beside looking at all the source > codes ? In Dashboard, we documented Match properties in doc/matchtypes.txt. I think we need an analogous file for Beagle. Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers