dx-packages team mailing list archive

[Charles Kerr <charles.kerr@xxxxxxxxxxxxx>]

nik90, what I mean is that the necessary information you're referring to
would be encoded in the URL that is provided by clock-app (or by the
alarm controls in ubuntu-ui-toollkit, depending on where that logic
lives).

So I'd like to replace the current implentation
('url_dispatch("appid://com.ubuntu.calendar/calendar/current-user-
version")') with something like 'url_dispatch(event.url)' where the url
would be provided by clock/calendar/reminder and would read something
like, say, 'appid://com.ubuntu.calendar/calendar/current-user-
version?alarm=someAlarmId'

This would require clock-app (or the alarm controls) to add this code,
but the advantage of this approach is it scales to future third-party
apps as well as adding reminder to the current pool of clock & calendar.

** Description changed:

  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

** Summary changed:

- Need a mechanism for specifying what happens when an ical menuitem is clickced
+ Need a mechanism for specifying what happens when an ical menuitem is clicked

** Changed in: indicator-datetime (Ubuntu)
       Status: New => Confirmed

** Changed in: indicator-datetime (Ubuntu)
   Importance: Undecided => Medium

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

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

Status in Clock application for Ubuntu devices:
  New
Status in indicator-datetime package in Ubuntu:
  Confirmed
Status in reminders-app package in Ubuntu:
  New
Status in ubuntu-calendar-app package in Ubuntu:
  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-clock-app/+bug/1426519/+subscriptions