En fin d’année dernière, Google avait provoqué une mauvaise surprise en annonçant la fin du support d’EAS (Exchange Active Sync) pour ses comptes. Microsoft, qui se disait alors surpris de la décision, avait finalement indiqué que le support de CardDAV et CalDAV serait ajouté dans Windows Phone 8. Désormais, une vidéo montre le fonctionnement de ces réglages.
En décembre dernier, Google a annoncé que le support d’EAS ne serait plus de la partie pour ses propres comptes. Ces derniers pouvaient en effet utiliser ce mode sous Windows Phone, iOS et d’autres plateformes mobiles pour configurer d’un seul geste les emails, les contacts et agendas, le tout en push. À la place, Google indiquait que les utilisateurs pouvaient se servir de deux protocoles : CardDAV pour les contacts, CalDAV pour les calendriers.
Pour Microsoft, il s’agissait d’un problème, car Windows Phone 8 ne supportait aucun de ces deux protocoles. La firme avait donc négocié un report et Google avait alors accepté de repousser de six mois la date butoir, qui passait ainsi au 31 juillet. Et puisque nous avons dépassé la mi-juin, il était temps d’avoir des informations à ce sujet.
C’est le cas désormais puisque la version GDR2 (General Distribution Release 2) du système mobile devrait être prochainement proposée en téléchargement, même si aucune date exacte n’a encore été donnée.
Dans cette vidéo, le site All About Windows Phone montre cette version du système, disponible sur le Lumia 925. Dans les réglages du compte Google, on peut apercevoir deux nouvelles cases dédiées respectivement au support de CardDav, puis de CalDAV. Dans les deux cas, le serveur semble être « www.google.com », ce qui devrait donc permettre une configuration aisée. Cependant, on perd le push et les informations pourront être vérifiées, au mieux, toutes les 15 minutes.
Maintenant, deux remarques sont nécessaires. Premièrement, on ne sait pas si la configuration du compte Google sur Windows Phone 8 GDR2 configure automatiquement les champs CardDAV et CalDAV. La logique voudrait que ce soit le cas, dans une optique d’efficacité, même s’il n’est pas certain que l’utilisateur souhaite synchroniser ses contacts et agenda en plus de son courrier. All About Windows Phone indique que cette transition semble être automatique lorsque l'installation de la version GDR2 détecte un compte configuré avec EAS.
Deuxièmement, il est déjà confirmé (dans la vidéo) que le support de ces deux protocoles n’est disponible que pour Google. Il s’agit clairement d’un mauvais point, car certains utilisateurs peuvent avoir des sources de contacts et / ou de calendriers autres que celles de Microsoft et Google.
Reste désormais à savoir quand la prochaine mise à jour générale de Windows Phone 8 sera distribuée.
Commentaires (47)
#1
Il ne manque plus qu’Android pour le support natif de caldav/carddav sur smartphone
" />
#2
A quand la même chose sur Outlook 2013, qui ne propose toujours pas une compatibilité avec CalDav et CardDav, rendant la gestion des contacts et calendriers Google horribles via Outlook.
Pour un logiciel payant de cette envergure, c’est une véritable honte.
#3
Et le non support de EAS par google ? c’est pas une honte ?
" />
#4
Si je ne me trompe pas, c’est google qui a forcé la main de MS pour ce support car google ne supportait plus le format MS, mais un petit sursis a été négocié jusque cet été.
Enfin si je n’ai pas raté d’épisode.
#5
#6
#7
#8
Et WP 7.5 dans tout ça ?
La MAJ est prévue aussi j’espère.
#9
#10
#11
#12
#13
#14
#15
ça t’apportes quoi le support natif ?
Ca marche pas forcément mieux … et si le truc déconne ou si le protocole évolue il faut attendre une mise à jour d’android plutot qu’une mise à jour de l’appli.
C’est pas pour rien que Google mets de plus en plus ses propres appli sur le play store au lieu de les intégrer au système.
Android est par nature versatile, c’est quoi l’intérêt de vouloir ajouter et rajouter et rererajouter des fonctions au système quand une petite appli (gratuite ou non) permet de le faire très bien ?
Ce n’est pas WindowsPhone ou iOS sur lesquels tu ne peux rien faire sans que cela ai été intégré au système …
#16
#17
#18
#19
#20
#21
#22
#23
#24
#25
#26
#27
#28
#29
#30
#31
#32
#33
#34
#35
#36
#37
#38
C’est bien de comparer un logiciel fermé, propriétaire et payant à un système d’exploitation pour mobile, ouvert
" />
Ce sont juste deux choses totalement différentes. Et pour Outlook de toute façon c’est vers MS qu’il faut se retourner pas vers Google. Parce que à ce niveau là Google n’a jamais proposé de support (du moins gratuitement) pour connecter Outlook à ses serveurs. Le seul moyen était d’avoir un compte Gapps for business, payant !
Je n’ai pas répondu à ton message volontairement, tu veux savoir pourquoi ?
Quand j’achète un téléphone à 600 boules, ce serait bien que l’OS permette la synchronisation natif d’un protocole ouvert, reconnu et utilisé, sans utiliser de third-party payant
Tu peux mettre 600€ dans un téléphone mais payer 1 ou 2 € pour une application dont tu aurais besoin ça te fait suer ?
Là c’est juste sur le principe en fait que tu râles c’est ça ?
Alors: oui ce serait bien qu’Android intègre le truc nativement [blabla], je ne dis pas le contraire.
Je dis juste que tu as tout de même une alternative viable, et si pour toi payer 2€ pour ajouter une fonctionnalité à ton appareil c’est trop, c’est que la fonctionnalité en soit n’est pas si importante à tes yeux.
On aura beau dire mais les utilisateurs n’auront jamais tout ce qu’ils veulent. Les système ne peuvent pas toujours TOUT intégrer tout le temps. Et parfois, oui, il faut s’en remettre aux applications tiers-party pour obtenir ce qu’on veut. Et il se trouve qu’android permet de faire ça et que le résultat sera transparent à l’usage.
Sur les autres système tu dois attendre/espérer/prier pour que le concepteur du système ne l’intègre… Dis toi une chose: si Microsoft avait décidé que le support des compte google n’était pas stratégique, ou que ça n’en valait pas la peine peut-etre n’aurait-ils jamais intégré le truc et serait restés sur leur EAS, tant pis pour les utilisateurs.
Alors, oui Google est le grand méchant dans l’histoire parce qu’ils obligent Microsoft à l’intégrer à WP alors qu’eux ne le font pas chez eux. Sauf que la situation est différente: Android est Open Source, donc n’importe qui peut l’intégrer, les fabricants de téléphones peuvent aussi intégrer le support de CalDAV dans leurs rom, rien ne le leur interdit. Ce n’est pas parce que Google décide de ne pas le mettre qu’il est interdit à quiconque de l’ajouter (contrairement aux concurrents, iOS ou WP où là seuls Apple et MS peuvent modifier le système).
Tu peux bien râler contre google, mais pourquoi ne pas râler contre le fabricant de ton téléphone qui te vend un téléphone ne supportant pas un protocole ouvert, utilisé (ah bon tant que ça ? bizarrement avant cette histoire personne n’en parlait jamais de ces protocoles) alors qu’il ne se prive pas de modifier Android pour son petit plaisir.
#39
#40
#41
#42
Tu prends vraiment tout à l’envers, je ne sais pas si tu fais exprès, mais c’est en tout cas très irritant.
Évidemment que je peux mettre 2 euros dans 2 applications qui semblent de qualité et faire le travail, surtout si j’ai payé mon portable 600 euros. Merci d’avoir enfoncé une porte ouverte, c’est toujours utile.
Ce qu’il faut comprendre, c’est qu’à ce prix là, la question d’applications tierces ne devraient même pas se poser. L’utilisateur ne peut pas utiliser pleinement son téléphone acheté au prix fort, surtout le professionnel qui aurait besoin d’une utilisation intense d’un calendrier/carnet d’adresses. Heureusement, il y a iOS, et bientôt WP8.
Ok, les systèmes ne savent pas tout faire de base. Soit. Mais pour un téléphone, ne pas pouvoir synchroniser ses contacts, c’est un peu un comble non ? Google a intégré à Android tout et n’importe quoi (reconnaissance faciale pour débloquer le téléphone, prise en charge du NFC, on peut en faire une liste longue comme le bras…) en natif. Mais pas la synchronisation des contacts via un protocole standard, ouvert et reconnu ? T’es franchement de mauvaise foi.
Ensuite, si Microsoft n’avait pas inclut les protocoles dav, tant pis pour les utilisateurs, et tant pis pour eux aussi. Ceux qui veulent du dav vont chez Apple ou Blackberry. Qu’ils viennent pas se plaindre que les ventes sont faibles, surtout en entreprises.
Passons maintenant à ton paragraphe Android = Open-source. Sache qu’il est impossible d’envoyer des merges sur le dépot Android. Google contrôle totalement ce dépot, et filtre 99% des merges envoyés. C’est effectivement “open-source” puisque les sources sont ouvertes, mais il n’y a aucune participation active venant de l’extérieure. Si je code l’intégration native de *dav dans Android, il y a 100% de chances pour que mon code soit rejeté par Google. Je peux télécharger les sources, y inclure ma modification, mais comme tous les téléphones Android sont truffés de blobs propriétaires, mon téléphone sera en pratique inutilisable. Android n’est finalement pas plus ouvert que iOS, qui lui a le bon gout d’y inclure la gestion de protocoles standards.
Enfin, j’ai acheté l’Xperia S, et t’inquiète pas que j’ai ralé contre Sony: Protocole MTP buggé, plantage du téléphone, tâches jaunes, téléphone acheté nu, mais truffé d’applications non desinstallables (facebook, canal+, pages jaunes) et une surcouche esthétique lourde et inutile…
Et contrairement à ce que tu penses, *dav est un protocole très utilisé par les entreprises qui ne veulent pas dépendre de produits Microsoft. C’est la seule alternative libre et gratuite.
#43
#44
#45
#46
#47