GNOME Bugzilla – Bug 162305
Double click should open calendar with date or the task clicked
Last modified: 2007-02-18 08:50:26 UTC
Evolution integration lacks double click handling to edit task properties.
Created attachment 35216 [details] [review] Patch This patch requires applying patch to evolution from http://bugzilla.ximian.com/show_bug.cgi?id=70751
*** Bug 156681 has been marked as a duplicate of this bug. ***
Nickolay: could you tell us when the evolution patch is committed? Thanks
*** Bug 308659 has been marked as a duplicate of this bug. ***
*** Bug 318771 has been marked as a duplicate of this bug. ***
*** Bug 322218 has been marked as a duplicate of this bug. ***
http://mail.gnome.org/archives/evolution-patches/2005-July/msg00154.html. Please have a look into this link which has a patch invoking the calendar at a particular date.
Confirming, updating bug status. Any chances that this still makes it into GNOME 2.14? :)
Christian: is it possible to open the calendar at a specific date now?
From reading the Evo sources and the libecal helper isodate_from_time_t, it should be possible when invoking evolution with evolution calendar:///?startdate=FOO where FOO is an ISO 8601-compliant UTC time string, it is parsed using strftime (ret, 17, "%Y%m%dT%H%M%SZ", gmtime (&t)); For a proof-of-concept, use the shell command date +"%Y%m%dT%H%M%SZ" and modify the date, it will work.
Patch from Tollef Fog Heen <tfheen@ubuntu.com> on https://launchpad.net/distros/ubuntu/+source/gnome-applets/+bug/35167: "... http://librarian.launchpad.net/1746849/13_clock_applet_spawn_evo_right_day.patch This fixes the bug, it spawns evo for the correct day. For proper operation, evolution should be fixed to not spawn an extra window when it's given URLs on the command line (patch for that has already been submitted)"
Created attachment 61400 [details] [review] Patch from Tollef Fog Heen <tfheen@ubuntu.com>
I committed a modified version of Tollef's patch. We still need to do something when clicking on a task or on a particular appointment.
*** Bug 337175 has been marked as a duplicate of this bug. ***
raising to 2.14.x
The date issue was fixed, but double-click on the task does nothing.
I've updated evo patch for task today, waiting for maintainers comments.
any news here? can this get into HEAD now that bug 270751 is fixed?
Yes, fixed it is
So, I committed this. But I can't verify it works because evolution is just totally broken on my jhbuild. Can someone verify it works?
works fine here (jhbuild), fixed it is. :-)
Compare these two command lines: #evolution calendar:///?startdate20070211 #evolution calendar://?startdate20070211 For me, evo displays the correct day with the second form, but (day-1) with the first. The clock applet generates the first line, and thus evo displays 20070210, which is wrong. I see this with evo 2.8.2.1 and 2.8.3. Can anyone confirm?
Hmm, none of these open the calendar here (Mandriva Cooker, GNOME 2.17): # evolution calendar://?startdate20070211 CalDAV Eplugin starting up ... evolution-shell-Message: Killing old version of evolution-data-server...
I see that message only once, after updating evo to a newer version. After that it doesn't happen again. BTW, evolution calendar://?20070211 works for me just as well, and displays the correct day with either two or three slashes.
My apologies: much of the above was wrong just because I used today's date as the example. Big mistake! Here is a better example, reflecting comment #10: # evolution calendar:///?startdate=20061225 # evolution calendar:///?startdate=20061225T120000 For me, the first line displays 1224, and the second line displays 1225 as it should. I believe that ubuntu has patched the clock applet to pass the time as well as the date -- evo seems to require it.
See bug 372155 about this.