As a WebWorks developer, I can interact with PIM #164

Closed
rwmtse opened this Issue Jul 30, 2012 · 40 comments

Projects

None yet

5 participants

@rwmtse
Contributor
rwmtse commented Jul 30, 2012

This is the placeholder user story for all of PIM.

DAP latest Contact draft specs: http://www.w3.org/TR/contacts-api/
DAP latest Calendar draft specs: http://www.w3.org/TR/calendar-api/

@rwmtse
Contributor
rwmtse commented Aug 7, 2012

Pasting @adrianlee research findings. @nukulb @kwallis

Here’s a short summary on how the other PIM objects interact with PIM Account. Account ID(64bit int) is used exclusively as a reference to an Account. There is no Account object manipulation going on.

For our contacts implementation:
· Online status – Account ID should be needed to retrieve the name of the Account.
· Contact Activity – Account ID is not needed unless we want to load the object that caused this activity. E.g. open a message or call log.

Other things like Contact News don’t seem to use Accounts at all.

Contacts
· Return the Account ID of a contact.
· Return a list of Account IDs that make up a contact.
· Return contacts where the source of the contact comes from the given Account ID or IDs
· Return a list Account IDs which are remote searchable
· Return the Account ID of a contact associated with an online status.

Messages
· Uses Account ID to determine which account a message or conversation belongs to.

Calendar
· Uses Account ID to determine which account the following objects belong to.
o CalendarEvent, CalendarFolder, EventKey, EventRefresh, FolderKey, Notification

Notebook
· Uses Account ID to determine which account a message or conversation belongs to.
o Notebook, NotebookEntry, NotebookEntryAttachment

https://gist.github.com/c1ca8db0204614b82097

@rwmtse
Contributor
rwmtse commented Aug 7, 2012

@kwallis @miwong

Some minor questions:

  1. In Cordova, displayName and nickname properties are directly under Contact. So in our original design, we followed the same way. But on the native side, all name-related properties are grouped together, it would make the code cleaner and more natural if we put displayName and nickname as part of the name property, which is of type ContactName. Would you be fine with that?
  2. During the demo, I mentioned that there is another native function that we can called which is meant for listing contacts, the sample code for that API is like this:
     ContactService service;
     QList<Contact> contactPage;

     ContactListFilters options;
     const int maxLimit = 20;
     options.setLimit(maxLimit);
     do {
          contactPage = service.contacts(options); // returns a list of sparse contact objects (for performance), meant to be used in a list view
          doStuff(contactPage);
          if (contactPage.size() == maxLimit) {
              options.setAnchorId(contactPage[maxLimit-1].id());
          } else {
              break;
          }
     } while (true);

Description of the ContactService.contacts(ContactListFilters) function:
Retrieve a list of contacts. The content will be affected by the settings specified in the filters. For instance, an empty/default filters instance will result in fetching the entire contact list and each contact will have very little information attached, which is meant to populate a list view. It is strongly recommended to use the paging mechanism available in the filters by setting anchor ID and limit values. The more data is retrieved from this list, the slower the response time. It is recommended not to exceed a limit of 200 per page for reasonable performance.

@kwallis
Member
kwallis commented Aug 8, 2012

@rwmtse @miwong For 1), what does the DAP spec on Contacts say? I think it is important to align with it. I believe the Cordova implementation aligns with it, so we probably should do the same, but please confirm.

  1. Could be useful for sure. What do you think the effort is?
@rwmtse
Contributor
rwmtse commented Aug 8, 2012

@kwallis

For DAP spec on Contacts, nickname and displayName are directly under Contact.

When we initially got assigned to work on Contact, we were referred to look at a DIFFERENT specs.

Just want to take this opportunity to spell out all the discrepancies between our design vs. DAP, please let us know what you think:

ContactField (used for phoneNumbers, emails, ims, urls):

  • They have a pref property which indicates whether it is the preferred one. For us, native doesn't seem to distinguish any one of them is preferred.

ContactOrganization

  • They have a pref property to indicate whether the organization is the preferred one. For us, native doesn't have that.
  • They have a type property for organization. For us, native doesn't have that.

ContactError

ContactAddress

  • They have a pref property to indicate whether the address is the preferred one. For us, native doesn't have that.
  • They have a streetAddress property. But our native side stores the street address in 2 separate attributes, in JS we call them address1 and address2

Photo

@miwong, if you are aware of any other discrepancies please include them in this thread too.

@kwallis
Member
kwallis commented Aug 8, 2012

What is the different spec that you refer to? I thought we only looked at DAP and Cordova?

@rwmtse
Contributor
rwmtse commented Aug 8, 2012

We were looking at this specs previously: http://www.w3.org/TR/2010/WD-contacts-api-20100121 which is quite different from http://w3c-test.org/dap/contacts

@kwallis
Member
kwallis commented Aug 8, 2012

Ah, apologies if I provided an old version of the spec to use. Thanks for listing the discrepancies.

ContactField:

  • It is fine that we don't implement pref

ContactOrganization:

  • ditto on pref.
  • It is fine not to have type

ContactError:

  • Are the error codes thrown from native and we are just exposing native codes?

ContactAddress:

  • same for pref as the others
  • Could we call address1 "streetAddress"? That would allow common code at least.

Photo:

  • I am fine with this as an enhancement over the spec, having our own object specifically for Photo.
@kwallis
Member
kwallis commented Aug 8, 2012

Also, we probably want to at least reference the latest published version of DAP, which is http://www.w3.org/TR/contacts-api/

Ken Wallis

Product Manager – BlackBerry WebWorks

Research In Motion

(905) 629-4746 x14369


From: Rosa Tse [notifications@github.com]
Sent: Wednesday, August 08, 2012 2:10 PM
To: blackberry/BB10-WebWorks-Framework
Cc: Ken Wallis
Subject: Re: [BB10-WebWorks-Framework] As a WebWorks developer, I can interact with PIM (#164)

We were looking at this specs previously: http://www.w3.org/TR/2010/WD-contacts-api-20100121 which is quite different from http://w3c-test.org/dap/contacts


Reply to this email directly or view it on GitHubhttps://github.com/blackberry/BB10-WebWorks-Framework/issues/164#issuecomment-7592103.


This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.

@rwmtse
Contributor
rwmtse commented Aug 8, 2012

For address, if you want to change address1 to "streetAddress", do you still want to keep "address2" as is?

For error, the error codes that we currently have in our JS Docs is straight from Cordova. We probably need to do some clean up because not all of them are needed for sure. Currently, I think INVALID_ARGUMENT_ERROR and PERMISSION_DENIED_ERROR are definitely needed. We are still checking with the PIM folks because it's not very clear what errors they are going to return (we are not seeing ANY in the code right now!)

@kwallis
Member
kwallis commented Aug 8, 2012

maybe "streetOther"? Open to suggestions.

For error codes, let's revisit when we confirm to know what makes sense, codes or strings.

@rwmtse
Contributor
rwmtse commented Aug 8, 2012

Let's go with "streetOther" for address2 then. Thanks.

@adrianlee
Contributor

For the contacts implementation so far, we seem to be returning dates in ISO 8601 format string.

Contact activities such as call logs and emails have time stamps. I'm only assuming that the timestamp should be in that format as well. i.e. date and time in UTC which looks like 2012-08-09T18:35Z

I dont' think there was a discussion about the format we should return. Cordova seems to be returning actual Date objects for dates and epoch time in milliseconds for timestamps.

@rwmtse
Contributor
rwmtse commented Aug 13, 2012

@kwallis Just wondering if this is the DAP specs that we should be looking at for Appointments? http://www.w3.org/TR/calendar-api/

@nukulb
Contributor
nukulb commented Aug 13, 2012

Looks right to me.

From: Rosa Tse <notifications@github.commailto:notifications@github.com>
Reply-To: blackberry/BB10-WebWorks-Framework <reply@reply.github.commailto:reply@reply.github.com>
Date: Mon, 13 Aug 2012 14:00:43 -0700
To: blackberry/BB10-WebWorks-Framework <BB10-WebWorks-Framework@noreply.github.commailto:BB10-WebWorks-Framework@noreply.github.com>
Cc: Nukul Bhasin <nbhasin@rim.commailto:nbhasin@rim.com>
Subject: Re: [BB10-WebWorks-Framework] As a WebWorks developer, I can interact with PIM (#164)

@kwallishttps://github.com/kwallis Just wondering if this is the DAP specs that we should be looking at for Appointments? http://www.w3.org/TR/calendar-api/


Reply to this email directly or view it on GitHubhttps://github.com/blackberry/BB10-WebWorks-Framework/issues/164#issuecomment-7707856.


This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.

@kwallis
Member
kwallis commented Aug 13, 2012

Looks right. Whenever you get to a W3C spec, make sure you are on the one linked to as "Last Published Spec". This seems to be the correct version.

From: Rosa Tse [mailto:notifications@github.com]
Sent: Monday, August 13, 2012 05:00 PM
To: blackberry/BB10-WebWorks-Framework BB10-WebWorks-Framework@noreply.github.com
Cc: Ken Wallis
Subject: Re: [BB10-WebWorks-Framework] As a WebWorks developer, I can interact with PIM (#164)

@kwallishttps://github.com/kwallis Just wondering if this is the DAP specs that we should be looking at for Appointments? http://www.w3.org/TR/calendar-api/


Reply to this email directly or view it on GitHubhttps://github.com/blackberry/BB10-WebWorks-Framework/issues/164#issuecomment-7707856.


This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.

@rwmtse
Contributor
rwmtse commented Aug 16, 2012

@kwallis @nukulb
JSDocs for blackberry.pim.calendar
Initial design for blackberry.pim.calendar, the differences between this design and the DAP spec is noted in the JSDocs.
The native provide many other functions like replying to event invitation, parsing iCal data, forward event, updating Calendar folder settings etc, but they aren't in the docs. I only handle the core functionality at this time.

@miwong miwong referenced this issue in blackberry-webworks/BB10-WebWorks-Framework Aug 16, 2012
Closed

Adding PIM Contacts #133

@kwallis
Member
kwallis commented Aug 17, 2012

Just curious, how do you define what the "core" functionality is?

From: Rosa Tse [mailto:notifications@github.com]
Sent: Thursday, August 16, 2012 03:35 PM
To: blackberry/BB10-WebWorks-Framework BB10-WebWorks-Framework@noreply.github.com
Cc: Ken Wallis
Subject: Re: [BB10-WebWorks-Framework] As a WebWorks developer, I can interact with PIM (#164)

@kwallishttps://github.com/kwallis @nukulbhttps://github.com/nukulb
JSDocs for blackberry.pim.calendarhttp://ci0000001875214:9080/hudson/job/WebWorks-API-Docs-next-BB10-pim-calendar/ws/WebWorks-API-Docs-next-BB10-pim-calendar/view/blackberry.pim.calendar.html
Initial design for blackberry.pim.calendar, the differences between this design and the DAP spec is noted in the JSDocs.
The native provide many other functions like replying to event invitation, parsing iCal data, forward event, updating Calendar folder settings etc, but they aren't in the docs. I only handle the core functionality at this time.


Reply to this email directly or view it on GitHubhttps://github.com/blackberry/BB10-WebWorks-Framework/issues/164#issuecomment-7796630.


This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.

@rwmtse
Contributor
rwmtse commented Aug 17, 2012

I regard CRUD + find as "core" functionality

@kwallis
Member
kwallis commented Aug 17, 2012

The Cordova approach seems like it would be more useful. Anyone have other thoughts, or should we adopt Date objects?

From: Adrian Lee [mailto:notifications@github.com]
Sent: Friday, August 10, 2012 04:27 PM
To: blackberry/BB10-WebWorks-Framework BB10-WebWorks-Framework@noreply.github.com
Cc: Ken Wallis
Subject: Re: [BB10-WebWorks-Framework] As a WebWorks developer, I can interact with PIM (#164)

For the contacts implementation so far, we seem to be returning dates in ISO 8601 format string.

Contact activities such as call logs and emails have time stamps. I'm only assuming that the timestamp should be in that format as well. i.e. date and time in UTC which looks like 2012-08-09T18:35Z

I dont' think there was a discussion about the format we should return. Cordova seems to be returning actual Date objects for dates and epoch time in milliseconds for timestamps.

http://docs.phonegap.com/en/1.0.0/phonegap_geolocation_geolocation.md.html#Position


Reply to this email directly or view it on GitHubhttps://github.com/blackberry/BB10-WebWorks-Framework/issues/164#issuecomment-7655693.


This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.

@adrianlee
Contributor

It would be a lot easier for a developer to work with a Date object than to parse a string. Especially when working in different timezones.

@kwallis
Member
kwallis commented Aug 17, 2012

Agreed, let's do it

From: Adrian Lee [mailto:notifications@github.com]
Sent: Friday, August 17, 2012 12:31 PM
To: blackberry/BB10-WebWorks-Framework BB10-WebWorks-Framework@noreply.github.com
Cc: Ken Wallis
Subject: Re: [BB10-WebWorks-Framework] As a WebWorks developer, I can interact with PIM (#164)

It would be a lot easier for a developer to work with a Date object than to parse a string. Especially when working in different timezones.


Reply to this email directly or view it on GitHubhttps://github.com/blackberry/BB10-WebWorks-Framework/issues/164#issuecomment-7827853.


This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.

@miwong miwong referenced this issue in blackberry-webworks/WebWorks-API-Docs Aug 20, 2012
Closed

Adding documentation for PIM Contacts #173

@rwmtse
Contributor
rwmtse commented Aug 21, 2012

@jeffheifetz @kwallis Let's talk about what to do with Date and timezone.

CalendarEvent in DAP spec does not address timezone: (http://www.w3.org/TR/calendar-api/#idl-def-CalendarEvent)
Timezone in current JSDocs is a string: (http://blackberry-webworks.github.com/WebWorks-API-Docs/WebWorks-API-Docs-next-BB10-pim-calendar/view/blackberry.pim.calendar.CalendarEvent.html#timezone)
Timezone string from native looks like: "America/New_York", "Atlantic/Reykjavik" etc

@jeffheifetz
Contributor

@rwmtse @kwallis As long as the date objects for start and end are built using the timezone information I don't think it matters since there is no equivalent in javascript at the moment

@rwmtse
Contributor
rwmtse commented Aug 22, 2012

@jeffheifetz @kwallis How about saving events to the device? When the developer creates a new event, they need to set the start and end dates, should I try to interpret the timezone from the getTimezoneOffset() value of those date objects?
If we have the separate timezone property, doesn't it make things more confusing if we try to interpret the timezone from the date objects?

@kwallis
Member
kwallis commented Aug 22, 2012

What is timezone on the native side again?

Ken Wallis

Product Manager – BlackBerry WebWorks

Research In Motion

(905) 629-4746 x14369


From: Jeffrey Heifetz [notifications@github.com]
Sent: Wednesday, August 22, 2012 10:18 AM
To: blackberry/BB10-WebWorks-Framework
Cc: Ken Wallis
Subject: Re: [BB10-WebWorks-Framework] As a WebWorks developer, I can interact with PIM (#164)

@rwmtsehttps://github.com/rwmtse @kwallishttps://github.com/kwallis As long as the date objects for start and end are built using the timezone information I don't think it matters since there is no equivalent in javascript at the moment


Reply to this email directly or view it on GitHubhttps://github.com/blackberry/BB10-WebWorks-Framework/issues/164#issuecomment-7935583.


This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.

@rwmtse
Contributor
rwmtse commented Aug 22, 2012

Timezone string from native looks like: "America/New_York", "Atlantic/Reykjavik" etc

@jeffheifetz
Contributor

@rwmtse You make a fantastic point about that, the thing is timeZoneOffset is not a timezone. There is no way to know which timezone they are in via timezoneoffset as its dependant on plenty of factors like geography, daylight savings time, etc.

How would a developer even get one of these timezone strings unless we publish a list of constants. Does it make sense to publish a full timezonedatabase possibly to some popular javascript library?

Does it make more sense just to hide timezone entirely?

I feel like the current approach is too confusing.

@rwmtse
Contributor
rwmtse commented Aug 22, 2012

@jeffheifetz I know, I almost want to forget about timezone. The native CalendarService has a function "timezones()" which is supposed to "Returns the list of timezones available on the device". The docs says that "An event is not required to have a timezone, but if it does have one, its value should match the label attribute of one of the objects returned by this method."

I tried calling timezones() just so I can take a look of the list of ALL timezones supported, and I always get back an empty list for some reason. But if a timezone is set for an event (e.g. via Google Calendar), I can retrieve the timezone without problem. But this timezones() function just doesn't give me anything.

@jeffheifetz
Contributor

@derek-watson and I were discussing this, and it seems like Javascript date objects cannot maintain the UTC offset anyway. They automatically correct the inputted time into the user's local time. This means without the timezone string and providing date objects for start and end there is no real way to figure out the "desired" timezone of an event.

I think the way the current spec is worded could work in most cases so long as the user has their own timezone database that uses the same strings as us. A quick google search seems to imply that several javascript libraries exist that support this, however it would be far more helpful for developers if we provided the information.

For the creation case, we simply assume local time for an event unless otherwise specified I guess.

@kwallis
Member
kwallis commented Aug 22, 2012

We should try to support timezone on creation as well. We can default to local, but if they specify a different timezone it should stick. Think about planning meetings for an upcoming trip in the target destination timezone.

Ken Wallis

Product Manager – BlackBerry WebWorks

Research In Motion

(905) 629-4746 x14369


From: Jeffrey Heifetz [notifications@github.com]
Sent: Wednesday, August 22, 2012 11:47 AM
To: blackberry/BB10-WebWorks-Framework
Cc: Ken Wallis
Subject: Re: [BB10-WebWorks-Framework] As a WebWorks developer, I can interact with PIM (#164)

@derek-watsonhttps://github.com/derek-watson and I were discussing this, and it seems like Javascript date objects cannot maintain the UTC offset anyway. They automatically correct the inputted time into the user's local time. This means without the timezone string and providing date objects for start and end there is no real way to figure out the "desired" timezone of an event.

I think the way the current spec is worded could work in most cases so long as the user has their own timezone database that uses the same strings as us. A quick google search seems to imply that several javascript libraries exist that support this, however it would be far more helpful for developers if we provided the information.

For the creation case, we simply assume local time for an event unless otherwise specified I guess.


Reply to this email directly or view it on GitHubhttps://github.com/blackberry/BB10-WebWorks-Framework/issues/164#issuecomment-7938742.


This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.

@jeffheifetz
Contributor

I agree completely, thats what I meant to say. I just meant that unless we provide a time zone database, there's no way for a web dev to figure out what that target destination timezone is without an external library.

@kwallis
Member
kwallis commented Aug 22, 2012

Cool. I believe that we should expose the getTimezones function then. And follow up with the internal team on why it is currently empty.

Ken Wallis

Product Manager – BlackBerry WebWorks

Research In Motion

(905) 629-4746 x14369


From: Jeffrey Heifetz [notifications@github.com]
Sent: Wednesday, August 22, 2012 12:06 PM
To: blackberry/BB10-WebWorks-Framework
Cc: Ken Wallis
Subject: Re: [BB10-WebWorks-Framework] As a WebWorks developer, I can interact with PIM (#164)

I agree completely, thats what I meant to say. I just meant that unless we provide a time zone database, there's no way for a web dev to figure out what that target destination timezone is without an external library.


Reply to this email directly or view it on GitHubhttps://github.com/blackberry/BB10-WebWorks-Framework/issues/164#issuecomment-7939381.


This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.

@adrianlee adrianlee referenced this issue in blackberry-webworks/BB10-WebWorks-Framework Aug 22, 2012
Closed

Adding PIM Contacts - News and Activity #140

@rwmtse
Contributor
rwmtse commented Aug 23, 2012

@jeffheifetz @kwallis Got an answer back about the empty timezone list. The PPS object that they were using no longer exists. The Calendar app currently reads the timezone from a file instead. I am assuming this should stay pretty static? Can I just expose the timezone strings as constants in JS?

@kwallis
Member
kwallis commented Aug 23, 2012

They do no intend on supporting that API any more? That is why we are looking for our own solution?

Ken Wallis

Product Manager – BlackBerry WebWorks

Research In Motion

(905) 629-4746 x14369


From: Rosa Tse [notifications@github.com]
Sent: Thursday, August 23, 2012 3:30 PM
To: blackberry/BB10-WebWorks-Framework
Cc: Ken Wallis
Subject: Re: [BB10-WebWorks-Framework] As a WebWorks developer, I can interact with PIM (#164)

@jeffheifetzhttps://github.com/jeffheifetz @kwallishttps://github.com/kwallis Got an answer back about the empty timezone list. The PPS object that they were using no longer exists. The Calendar app currently reads the timezone from a file instead. I am assuming this should stay pretty static? Can I just expose the timezone strings as constants in JS?


Reply to this email directly or view it on GitHubhttps://github.com/blackberry/BB10-WebWorks-Framework/issues/164#issuecomment-7981177.


This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.

@jeffheifetz
Contributor

@rwmtse Ideally we could provide more than the strings (ie some way to check what the offset is for a given timezone at a single point in time) otherwise how will the user actually create an event at the correct time? The answer to this could be use an external library though, since they would definately need something internal to convert geolocation to timezone as well.

@rwmtse
Contributor
rwmtse commented Aug 23, 2012

The file that they referred me to is /usr/share/zoneinfo/tzvalid which is a plain-text file with the timezone strings. And the calendar app just display these strings (without any modification, some timezone would have underscore in it).

I did a quick search and see that /usr/share/zoneinfo is how unix/linux manages timezones. But the tzvalid file isn't mentioned at all, maybe it's just QNX, not sure.

@rwmtse
Contributor
rwmtse commented Aug 23, 2012

I've also looked at how the device stores the timezone. It's just saving the tzDatabaseId (e.g. America/New_York) to the pps object.

@rwmtse rwmtse added a commit to blackberry-webworks/BB10-WebWorks-Framework that referenced this issue Aug 30, 2012
@rwmtse rwmtse Implements PIM Contacts specified in blackberry/BB10-WebWorks-Framewo…
…rk#164

Reviewed By: Nukul Bhasin <nbhasin@rim.com>
Tested By: Smita Pillai <spillai@rim.com>
6c54ae0
@rwmtse rwmtse added a commit to blackberry-webworks/BB10-WebWorks-Framework that referenced this issue Aug 31, 2012
@rwmtse @nukulb rwmtse + nukulb Implements PIM Contacts specified in blackberry/BB10-WebWorks-Framewo…
…rk#164

Reviewed By: Eric Pearson <epearson@rim.com>
tested By: Smita Pillai <spillai@rim.com>
1856743
@rwmtse rwmtse added a commit to blackberry-webworks/BB10-WebWorks-Framework that referenced this issue Sep 10, 2012
@rwmtse rwmtse Implements news and activities for Contacts as mentioned 602d3e3
@rwmtse rwmtse added a commit to blackberry-webworks/BB10-WebWorks-Framework that referenced this issue Sep 11, 2012
@rwmtse rwmtse + James Keshavarzi Implements news and activities for Contacts.
Fixes issue blackberry/BB10-WebWorks-Framework#164

Reviewed By: Rosa Tse <rtse@rim.com>
Tested By: Rosa Tse <rtse@rim.com>
7568080
@rwmtse rwmtse added a commit to blackberry-webworks/BB10-WebWorks-Framework that referenced this issue Sep 24, 2012
@rwmtse rwmtse + Jeffrey Heifetz Implements PIM Contacts specified in blackberry/BB10-WebWorks-Framewo…
…rk#164

Reviewed By: Eric Pearson <epearson@rim.com>
tested By: Smita Pillai <spillai@rim.com>
526c0bd
@rwmtse rwmtse added a commit to blackberry-webworks/BB10-WebWorks-Framework that referenced this issue Sep 24, 2012
@rwmtse rwmtse + Jeffrey Heifetz Implements news and activities for Contacts.
Fixes issue blackberry/BB10-WebWorks-Framework#164

Reviewed By: Rosa Tse <rtse@rim.com>
Tested By: Rosa Tse <rtse@rim.com>
23855bc
@rwmtse
Contributor
rwmtse commented Nov 19, 2012

Close this issue since individual PIM apis are tracked by separate issues.

@rwmtse rwmtse closed this Nov 19, 2012
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment