Kalender von WP8, Aufgaben werden nicht in Tile/Kachel angezeigt

[treibholz01]

Hallo!

Vorab möchte ich sagen, dass ich hier neu bin und eventl. ein Thema beginne an dem schon andere sich mitteilten. Leider habe ich keine Lösung gefunden.

Also folgendes Problem.

Ich habe ein Lumia 920, Termine/Aufgaben synchronisiere ich über Outlook, bzw. trage diese selbst im Handy ein. Warum werden die Aufgaben nicht auf dem Livetile angezeigt, die Termine ja.
Ich habe auch schon Week View 8 probiert, da ist die Terminanzeige besser, aber die aufgaben werden auch nicht angezeigt.

Hat jemand da eine Lösung?
Vorab vielen Dank.

[loewe307]

WP8-Kalender: Hast du den Haken gesetzt bei "aufgaben im Kalender anzeigen"?

[StevieBallz]

Im Kalender an sich drinnen werden sie angezeigt aber auf der Tile nicht. Die Aufgaben sind für Third Party Apps nicht verfügbar => die können sie auch nicht anzeigen.

[loewe307]

WP8-Kalender: setzt man eine 'erinnerung' (tag-Uhrzeit) für seine Aufgabe, wird diese als PopUp in Verbindung mit einem Klingeling angezeigt.

[StevieBallz]

Der eingebaute Kalender zeigt sie nicht auf der Tile an und Third Party Apps haben keinen Zugriff auf die Daten, können es also nicht nachrüsten. Hoffe jetzt ist klarer was ich meine.

[treibholz01]

WP8-Kalender: Hast du den Haken gesetzt bei "aufgaben im Kalender anzeigen"?

... ja Haken ist gesetzt.
... Termin wird auch als PopUp als Erinnerung angezeigt.

[loewe307]

... ja Haken ist gesetzt.
... Termin wird auch als PopUp als Erinnerung angezeigt.

WP8-Kalender: setzt man eine 'erinnerung' (tag-Uhrzeit) für seine Aufgabe, wird diese als PopUp in Verbindung mit einem Klingeling angezeigt.

Wat nu als Erinnerungs-Popup?
"Termin" oder "Aufgabe" oder beides? Termine werden ja im Tile dargestellt.

[cyan902]

Im Kalender an sich drinnen werden sie angezeigt aber auf der Tile nicht. Die Aufgaben sind für Third Party Apps nicht verfügbar => die können sie auch nicht anzeigen.

Letztere Aussage bezieht sich auf den Zugriff auf den Kalendar über die System-API, richtig?

Erlauben die allgemeinen Rahmenbedingungen für Windows Phone Apps eigentlich die Entwicklung eines EAS-Clients? Die Client-Seite des Protokolls kann ja grundsätzlich durch Drittanbieter implementiert werden, vorausgesetzt die Lizenz ist vorhanden. Dann wäre ein solches Feature auch für Third Party Apps möglich, es müsste sich nur eine Firma finden, die das macht... Wobei, die Tatsache, dass mir bisher keine Third-Party EAS-Clients für Windows Phone bekannt ist, lässt meine Hoffnung schwinden.

[StevieBallz]

Microsoft wäre das bzgl. der Zertifizierungsguidelines von Windows Phone egal. Das Problem ist aber, dass du keinen Background-Agent schreiben kannst, der permanent läuft => du könntest nur alle 30 Minuten einen Abgleich machen (ohne Push). Gab auch immer mal wieder Leute die sowas begonnen haben zu schreiben aber das ist dann immer im Sande verlaufen (der Aufwand EAS zu implementieren ist angeblich recht hoch).

Zusätzlich besteht das Problem, dass die Lizenzierung des Protokolls für kommerzielle Nutzung halt doch nicht vernachlässigbare Kosten nach sich zieht (pro User). Da ist dann die Frage ob sich die Rechnung ausgeht genug User zu finden die bereit sind diese Kosten zu zahlen.

Die bessere Lösung wäre aber wohl ohnehin statt EAS für so etwas dann die Exchange Web Services zu verwenden (ist vom Tooling her bedeutend einfacher da ganz normale WebServices statt eines irgendwie HTTP-basierten Push-Protokolls). Ist halt die Frage ob Firmen die EWS konfigurieren bzw. auch für externen Zugriff freigeben. Infos siehe: http://msdn.microsoft.com/en-us/libr...hg.140%29.aspx

[cyan902]

Microsoft wäre das bzgl. der Zertifizierungsguidelines von Windows Phone egal. Das Problem ist aber, dass du keinen Background-Agent schreiben kannst, der permanent läuft => du könntest nur alle 30 Minuten einen Abgleich machen (ohne Push). Gab auch immer mal wieder Leute die sowas begonnen haben zu schreiben aber das ist dann immer im Sande verlaufen (der Aufwand EAS zu implementieren ist angeblich recht hoch).

Das hatte ich befürchtet. Die Einschränkung ist natürlich nachvollziehbar. Ich fände es allerdings schön, wenn mit einer Berechtigung/Capability ein solcher Listener als Hintergrundtask trotzdem implementiert werden könnte. Ein Workaround wäre es, einen Cloud-Dienst als EAS-Client vorzuschalten, der dann über MPNS die Benachrichtigungen sendet.

Dass Aufwand und Kosten dafür nur professionell gestemmt werden könnten ist mir klar. Aus meiner Android-Zeit erinnere ich mich aber noch an Third-Party-EAS-Clients, die nicht all zu teuer waren und zuverlässig funktionierten. Also generell möglich ist es.

Die bessere Lösung wäre aber wohl ohnehin statt EAS für so etwas dann die Exchange Web Services zu verwenden (ist vom Tooling her bedeutend einfacher da ganz normale WebServices statt eines irgendwie HTTP-basierten Push-Protokolls). Ist halt die Frage ob Firmen die EWS konfigurieren bzw. auch für externen Zugriff freigeben. Infos siehe: http://msdn.microsoft.com/en-us/libr...hg.140%29.aspx

Das kannte ich noch gar nicht. Habe es mir jetzt allerdings nur grob angeschaut. Kann mir gerade nicht vorstellen, dass damit Push-Updates machbar sind. Wenn doch ist das natürlich spitze.