I totally agree personally :) But it's still kind of a gray area for the OEM's. Some OEM's with whom I've had contact, say that the devices are totally compatible as a) They are not failing the CTS (of course as this is a "visual" thing and can't be tested automatically by CTS) b) Apps that use these API's are not crashing c) It's nowhere specified as a hard requirement that the default contact displaying application (People for HTC Sense for example) on the device must display all of the data from the contacts db to the end user (custom rows, presence etc..) d) It's a "design decision" not to show some information to the end user.
So currently this leaves us with these basic options: 1) disable contacts integration completely 2) disable it for some some UI implementations (Sense etc..) 3) leave the feature enabled and live with the "It's not working on my XXX YYY device" negative comments Anyway, what's the best approach to handle such issues? Take it up directly with the OEM's or file bugs under b.android.com? On Tue, Nov 2, 2010 at 9:55 AM, Dianne Hackborn <[email protected]> wrote: > On Tue, Nov 2, 2010 at 12:31 AM, Tauno Talimaa <[email protected]> wrote: >> >> My reasons why I want to detect Sense UI (+ actually also other custom >> UI's) is that they have not implemented all of the nice shiny features >> that contact sync provides. They are not displaying the presence >> information in their default contacts app (People) and also are >> totally ignoring custom data rows there. >> As the app I'm developing relies heavily on these two features, >> there's no point in giving the end-users something that's >> half-working. I'd rather disable some features for all Sense UI >> devices (+ also other hacked-quickly-together OEM customizations). > > I would actually consider those basic features that by not implementing they > are not a compatible device. Presence information and custom data rows is, > after all, part of the official SDK. > -- > Dianne Hackborn > Android framework engineer > [email protected] > > Note: please don't send private questions to me, as I don't have time to > provide private support, and so won't reply to such e-mails. All such > questions should be posted on public forums, where I and others can see and > answer them. > > -- > You received this message because you are subscribed to the Google > Groups "Android Developers" group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/android-developers?hl=en -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
