touch-packages team mailing list archive

[Launchpad Bug Tracker <1426519@xxxxxxxxxxxxxxxxxx>]

This bug was fixed in the package qtorganizer5-eds -
0.1.1+15.04.20150508.2-0ubuntu1

---------------
qtorganizer5-eds (0.1.1+15.04.20150508.2-0ubuntu1) vivid; urgency=medium

  [ CI Train Bot ]
  * New rebuild forced.

  [ Renato Araujo Oliveira Filho ]
  * Added a new extra metadata property in collection (read-only
    property). (LP: #1347836)
  * Avoid filter or sort results if not necessary.
  * Implemented support for extended details. (LP: #1426519)
  * Optimize query by filtering collections related with the current
    query.
  * Removed missing debug.
  * Revert wrong commit.
  * Save a trigger for reminders with with secondsBeforeStart equals 0.
    (LP: #1440878)

 -- CI Train Bot <ci-train-bot@xxxxxxxxxxxxx>  Fri, 08 May 2015 20:01:44
+0000

** Changed in: qtorganizer5-eds (Ubuntu)
       Status: New => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to indicator-datetime in
Ubuntu.
https://bugs.launchpad.net/bugs/1426519

Title:
  Need a mechanism for specifying what happens when an ical menuitem is
  clicked

Status in Calendar application for Ubuntu devices:
  In Progress
Status in Clock application for Ubuntu devices:
  New
Status in indicator-datetime package in Ubuntu:
  Confirmed
Status in qtorganizer5-eds package in Ubuntu:
  Fix Released
Status in reminders-app package in Ubuntu:
  Confirmed
Status in indicator-datetime source package in Vivid:
  New
Status in qtorganizer5-eds source package in Vivid:
  New

Bug description:
  indicator-datetime needs a way to dispatch an arbitrary URL when a
  user clicks on an ical event menuitem.

  In practice, datetime currently has clock-app hardwired for
  dispatching alarms (dispatch_url('appid://com.ubuntu.clock/clock
  /current-user-version')) and calendar-app for everything else
  (dispatch_url('appid://com.ubuntu.calendar/calendar/current-user-
  version')).

  There are two use cases that can be supported by datetime handling the
  URL property <http://www.kanzaki.com/docs/ical/url.html>:

  (1) Clicking on an alarm menuitem opens up clock-app to that specific
  alarm, rather than to clock-app's main page. Clock-app could specify
  the information it needs in the URL, then open the right page when
  passed that information later. indicator-datetime would act as a
  simple pass-through.

  (2) non-calendar, non-alarm items such as from the reminders app as
  requested by mzanetti. The pattern would be the same as clock-app:
  Reminders would add whatever URL it wants, then datetime would act as
  a simple pass-through. This is preferable to adding more special cases
  to indicator-datetime.

  See also related bug <https://bugs.launchpad.net/ubuntu/+source
  /indicator-datetime/+bug/1431384> which discusses abstracting out the
  icon shown in ical events' menuitems

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1426519/+subscriptions