Editing Task:PIM

Warning: You are not logged in. Your IP address will be recorded in this page's edit history.
The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.
Latest revision Your text
Line 112: Line 112:
#** Every N month(s) until date (or forever), e.g. the 4th Thursday of that month
#** Every N month(s) until date (or forever), e.g. the 4th Thursday of that month
#** Every N year(s), until date (or forever), e.g. November 27th every year
#** Every N year(s), until date (or forever), e.g. November 27th every year
-
#* Good support for timezones, including plane journeys that start and end in different timezones.  At least the back end and iCal import/export should handle them correctly, preserving timezone information if and when it exists.  ([[User:matthew_exon|matthew_exon]] - this stuff has caused me enough trouble I've resorted to writing [http://mat.exon.name/cgi/travel-calendar this] to work around it.)  Use cases:
 
-
#** I work in Sydney.  A colleague in San Francisco invites me (with an iCal file) to a weekly conference call at 09:00 every Wednesday, SF time.  When daylight savings switches in either SF or Sydney, the appointment adjusts accordingly, so that it's always 09:00 SF time. For bonus points, calendar gives me an extra warning whenever any timezone I have appointments in has an upcoming daylight savings change.  "Daylight savings starts in the USA on Sunday. The following appointments will be an hour earlier: (shows my American appointments)".  Then, a couple of weeks later, "Daylight savings ends in New South Wales on Sunday.  The following appointments will be an hour earlier: (also shows my American appointments)".
 
-
#** I've booked a flight from Auckland, New Zealand, to Los Angeles.  It leaves on Monday at 17:30 New Zealand time, and arrives at 11:45 the same day LA time.  Notice that it arrives before it leaves - the UI shouldn't barf at this!  I want to email this appointment to a friend as an iCal file so that he can pick me up at the airport.
 
-
#** I work in London, but I'll be in New York for three days from next Tuesday.  I schedule an automatic timezone change for 13:00 that day.  There's a time difference of 5 hours, so next Tuesday is shown as having 29 hours, with the hours 08:00 to 13:00 appearing twice.  For the three days I'm in New York, the calendar shows New York time, for the days before and after London time.  That way I can, right now, add appointments in both London and New York, without having to calculate timezone offsets in my head every time.
 
-
#*** Is it really necessary for Tuesday to be shown as having 29 hours? It would seem better just to have the UI allow you to change the time zone as required. Having 29 hours in the same day due to a transit raises many issues that might not be worth the development cost of dealing with (even dealing with daylight savings time adjustments correctly raises so many issues that most calendaring applications do not deal with it correctly, or even at all). Consider this:
 
-
#**** Taking a trip to just the other side of the date line may result in arriving the day before you leave. This cannot be dealt with using a longer or shorter day alone (although it could be dealt with by two duplicated short days, however the SYD-LAX case could also be dealt with by a single duplicated short day)
 
-
#**** In a multi-day view there should be some synchronisation between the times on the multi-day view. I have yet to see a published calendaring application that does this correctly for the daylight savings case. Doing so for a time zone change due to travel would result in a lot of extra blank space on the screen.
 
-
#**** How would you propose to deal with recurring appointments intersecting the transition? (This is a problem for daylight savings transitions too, but would be worse in this case).
 
-
#**** Having said all that this is not impossible. It could be mostly dealt with by including an internal (to the application) time zone that has additional adjustments (although going backwards a day could not be), but see below.
 
-
#**** Consider an East Coast business person with the trip set out below. You have four transitions in the one day (including the daylight savings to standard time transition in the morning). Reading the single day view is somewhat of a challenge because there are multiple duplicate time spans, and some of them do not occur on the hour, requiring additional horizontal lines to mark the time zone transition. The days before and after need multiple transition periods (in a multi-day view) where a gap is displayed in the day (so as to attempt to line up "correctly" with this day).
 
-
#***** On the day that daylight savings ends, start in New York City at 6:00am (ExT) on UA7660.
 
-
#***** Arrive in Chicago at 11:05am (CxT).
 
-
#***** Conduct a meeting at the airport from 12:00pm to 1:00pm. Yes, it is Sunday, but our business person is an orthodox Jew, so his Sabbath was the day before and conducting business on a Sunday seems a perfectly natural thing for him to do.
 
-
#***** Leave Chicago at 2:46pm on UA220.
 
-
#***** Arrive in Denver at 4:24pm (MxT).
 
-
#***** Conduct a meeting at the airport from 5:00pm to 5:30pm.
 
-
#***** Leave Denver at 6:05pm on UA498
 
-
#***** Arrive in LA at 7:32pm (PxT)
 
-
#***** (Amazingly, on this day, all the flights depart and arrive precisely on time).
 
=== Address Book ===
=== Address Book ===
Line 151: Line 132:
#** Support synching with OpenSync to allow syncing with widest range of other applications (including kdepim and evolution) - [[User:gcobb|gcobb]]
#** Support synching with OpenSync to allow syncing with widest range of other applications (including kdepim and evolution) - [[User:gcobb|gcobb]]
#** Support direct syncing with Outlook (over BT, USB, WiFi) -- it may be evil but it is by far the dominant requirement for anyone in business - [[User:gcobb|gcobb]]
#** Support direct syncing with Outlook (over BT, USB, WiFi) -- it may be evil but it is by far the dominant requirement for anyone in business - [[User:gcobb|gcobb]]
-
#* Avoid the "first name / last name" thing.  Where am I supposed to put the middle name?  What about when my contact is a business name?  And it causes lots of confusion for Chinese names where the family name is the first name.  Better to just have a single "Name" field.
 
=== ToDo List ===
=== ToDo List ===
Line 211: Line 191:
http://www.pimlico-project.org/dates.html
http://www.pimlico-project.org/dates.html
==== Good ====
==== Good ====
-
*Synchronisation via syncevolution is possible and works well
 
-
 
==== Bad ====
==== Bad ====
*Seems like its no longer actively developed for Maemo
*Seems like its no longer actively developed for Maemo
*Dreadful interface. Not intuitive.
*Dreadful interface. Not intuitive.
-
*Seems to switch appointments to other times randomly after tipping on an entry with the stylus.
 
-
*No alarms.
 
----
----
Line 315: Line 291:
==== Bad ====
==== Bad ====
-
* <s>Grid views missing</s>
+
* Grid views missing
-
::This seems to be fixed in last version ([[User:kup|kup]])
+
* Can't deselect an online calendar from sync - all or nothing
* Can't deselect an online calendar from sync - all or nothing
* Can't enter tasks into subcalendars
* Can't enter tasks into subcalendars
* Tied only to Google calendar
* Tied only to Google calendar
* No iCal import
* No iCal import
-
* Only What is synced from Google calendar, missing Where and Description
+
 
----
----
Line 336: Line 311:
* kdepimpi is a mature, very stable, working application under X11, Windows, and the Sharp Zaurus (OpenZaurus, ARM architecture)
* kdepimpi is a mature, very stable, working application under X11, Windows, and the Sharp Zaurus (OpenZaurus, ARM architecture)
* the [http://www.oesf.org/forum/index.php?showtopic=25009&st=15&p=177780&#entry177780 .deb packaged version of kdepimpi compiled for OESF] installs and runs very, very well on the N810 (models with soft keyboards will probably not work as the package is not Hildonized). The [http://www.zdez.org/libqt3-3.3.deb libqt3] package is required.
* the [http://www.oesf.org/forum/index.php?showtopic=25009&st=15&p=177780&#entry177780 .deb packaged version of kdepimpi compiled for OESF] installs and runs very, very well on the N810 (models with soft keyboards will probably not work as the package is not Hildonized). The [http://www.zdez.org/libqt3-3.3.deb libqt3] package is required.
-
* the package currently meets about 90% of the [[#Desired_Features|Desired Features]]
+
* the package currently meets about 90% of the [http://wiki.maemo.org/Task:PIM#Desired_Features Desired Features]
-
* the current port of kopi (the calendar/to-do list) is usable on a daily basis for simple uses <s>for people very familiar with the program on other platforms and is a good proof-of-concept</s>
+
* the current port of kopi (the calendar/to-do list) is usable on a daily basis <s>for people very familiar with the program on other platforms and is a good proof-of-concept</s>
-
* the kopi calendar can be synchronized with a google calendar, via the PreSycn preferences setting to use "wget" to download the ICS version of the google calendar, and through [http://gcaldaemon.sourceforge.net/ GCALDaemon] to upload the calendar back to google.
+
* the source code and overall package status are of enough quality that even someone with my ([mailto:z2n@merctech.com z2n]) limited development expertise was able to do the basic port to Maemo. I estimate that a fully Hildonized port to Maemo would not be difficult for a skilled developer.
-
* <s>the source code and overall package status are of enough quality that even someone with my ([mailto:z2n@merctech.com z2n]) limited development expertise was able to do the basic port to Maemo. I estimate that a fully Hildonized port to Maemo would not be difficult for a skilled developer.</s>
+
==== Bad ====
==== Bad ====
Line 351: Line 325:
* The menu takes up screen space because the app is not hildonized.
* The menu takes up screen space because the app is not hildonized.
* There is no full screen mode.
* There is no full screen mode.
-
* Cannot type anything requiring the "Fn" key (or "Chr" key) into the edit boxes.
 
----
----
Line 386: Line 359:
*Command line only, need to edit config files
*Command line only, need to edit config files
*No direct syncing (desktop to tablet)
*No direct syncing (desktop to tablet)
-
*No sync of GPE calendar entries
 
----
----
Line 400: Line 372:
* exports to iCal
* exports to iCal
==== Bad ====
==== Bad ====
-
* Agenda can have a single appointment repeated
+
* Agenda can have a single apointment repeated
* tightly integrated with his ToDo app so that it fires up ToDo if that's not running when you create a new appointment
* tightly integrated with his ToDo app so that it fires up ToDo if that's not running when you create a new appointment
* not finger friendly - buttons too small
* not finger friendly - buttons too small
* updates take a long time, with little user feedback
* updates take a long time, with little user feedback
-
 
-
----
 
-
 
-
=== Seqretary ===
 
-
http://www.kawseq.com/products/seqretary
 
-
==== Good ====
 
-
*Actively being developed
 
-
*Designed for Maemo on Nokia Internet Tablets
 
-
*Calendaring, scheduling and alarms
 
-
*Voice recording suitable for making notes and taking dictation
 
-
 
-
==== Bad ====
 
-
*Still under development
 
-
*Contact management, task management, and synchronisation not yet implemented
 
-
 
-
----
 
== Other links ==
== Other links ==

Learn more about Contributing to the wiki.


Please note that all contributions to maemo.org wiki may be edited, altered, or removed by other contributors. If you do not want your writing to be edited mercilessly, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see maemo.org wiki:Copyrights for details). Do not submit copyrighted work without permission!


Cancel | Editing help (opens in new window)