GNOME Bugzilla – Bug 335447
Beagle-live contact behavior is incorrect
Last modified: 2006-04-07 15:08:59 UTC
Please describe the problem: If the "Send email to ...." link is clicked in the deskbar results, a useless contact information window opens up in evolution, instead of an actual "Compose Mail" window in the user's preferred client. Steps to reproduce: 1. Add a contact to the evolution address book 2. Enable beagle-live and the beagle evolution backend 3. Type the name of the contact in the deskbar 4. Click the "Send email to..." link Actual results: Evolution opens, along with a window allowing the user to edit that contact's information Expected results: Since the link says "Send email to...", I would expect a compose mail window to open in the user's preferred email application. Does this happen every time? Yes Other information: Patch: --- beagle-live.py.old 2006-03-21 21:34:45.000000000 -0500 +++ beagle-live.py 2006-03-21 21:36:32.000000000 -0500 @@ -56,13 +56,14 @@ # The templates are a tuple of strings which should be tested in order to retreive the beagle property TYPES = { - "Contact" : { - "name" : ("fixme:FileAs",), - "action": "evolution %(uri)s", - "icon" : "stock_contact", - "description": _("Send Email to %s") % "<b>%(name)s</b>", - "category": "people", - }, + "Contact" : { + "name" : ("fixme:FileAs",), + "action": lambda d: gnome.url_show('mailto:"%(name)" <%s>' % d["email"]), + "icon" : "stock_contact", + "description": _("Send Email to %s") % "<b>%(name)s</b>", + "category": "people", + "extra" : {"email" : ("fixme:Email",)} + }, "MailMessage" : { "name" :("dc:title", "parent:dc:title"),
Another possibility would be to just change the hit text to: "Open contact: blah" - since we already have a few ways to send emails with deskbar? But I don't know...
That doesn't seem like incredibly useful behavior, as people send emails more often than they update contacts. Besides, Beagle seems a lot more flexible to me, and it seems more robust to just use the beagle search plugin instead of having a different plugin to do the exact same thing, especially since the address book plugin looks to be highly dependent on evolution. Having both options, on the other hand, could be nice, albeit cluttered.
Created attachment 61877 [details] [review] Working patch The patch submitted with the bug doesn't actually work. Here is a new one.
Another problem is that the address book handler does not actually work (at least for me). I think search therefore is more robust than autocomplete (I know this is anecdotal).
*** Bug 335478 has been marked as a duplicate of this bug. ***
Marking for 2.16 We'll soon evaluate what to do with this after we get some bug fixed for 2.14
Ok, so we will use that patch in 2.14 branch to do what we say (and we're string-freezed); In 2.16 however we will change the string to say 'Edit contact %s' and open the contact editor