Marmels Blog

ist doch sehr wundersam, wie ich feststellen konnte. Viele User jammern nur noch wie ich in einigen Threads des OVW-Forums bemerken musste. Ich habe hier nur mal 2 Threads herrausgesucht, es sind aber nicht die einzigsten. In einem habe ich dann auch diese Antwort gegeben, weil ich diese Gejammere nicht mehr lesen kann. Meine Antwort darauf veröffentliche ich hier noch einmal:
Den Rest des Eintrags lesen »

Das OVW-Projekt hat einen Server für die Verwaltung von virtuellen Gütern fertiggestellt. Da dieser in C# geschrieben ist, läuft er natürlich unter Windows mit .net und auch unter Linux mit mono (bevorzugte Variante bei OVW) und hört auf den Namen Neptun. Nähere Einzelheiten, welche wohl in erster Linie Entwickler und Anbieter interessieren werden und weniger den End-User findet ihr im OVW-Blog, wo es auch Screenshots sowohl aus Serversicht, als auch aus Clientsicht zusehen gibt. Leider gibt es noch keine Möglichkeit dies sich selbst live anzusehen, bzw diesen Server sich sich selbst zu installieren. In Zusammenhang mit den letzten Posts zum Clienten ist bereits von jemanden (leider anonym, und nein ich war es nicht) gewünscht worden, das es bald die Möglichkeit gibt selbst zu Testen. Dabei könnte ich mir allerdings auch erstmal eine geschloßenen Beta vorstellen in der erst nur die Sourcen zur Verfügung stehen. Der – ich sag mal – normale User kann diese sowieso nicht nutzen bzw. analysieren. Allerdings wäre es auch nicht verkehrt die Binarys einer geschlossenen Benutzergruppe zum Testen zur Verfügung zu stellen. Interessierte gibt es da bestimmt genug. Insgesammt glaube ich, der fertiggestellte Server ist ein großer Fortschritt in Richtung eines kompletten Systems OVW.

Heute wurde im OVW-Blog eine Mitteilung über den Stand der Dinge veröffentlicht. In 2 Artikeln beschreibt Heiner Wolf den Fortschritt. Erstens ist die Browser-Navigation fertig, zumindest für den FireFox. Für den Internet-Explorer wurde sie erstmal auf Eis gelegt, man will vorrangig Open-Source Browser erstmal unterstützen, da man ja selbst eins ist. Wobei es allerdings noch keine Sourcen und auch Binarys öffentlich gibt. Gutes dauert eben etwas länger. Im 2. Artikel wird angekündigt die Öffentlichkeit öfters zu informieren als bisher. Außerdem wird die Entwicklung nun etwas länger dauern, denn schließlich müssen die Entwickler ja auch von etwas leben und gehen noch einer beruflichen Tätigkeit nach. Sind wir gespannt was noch alles kommen wird, erste Sachen wurden ja bereit genannt, ohne auf Einzelheiten einzugehen. Dies wird zu einem späteren Zeitpunkt geschehen. Wobei ich noch erwähnen möchte das das Datum des ersten Artikels nicht stimmt, denn er wurde erst heute veröffentlicht.

Der Artikel Tricks und Tipps zu Buzz wurde von mir aus organisatorischen Gründen von http://www.marmel.name/?p=649 nach http://buzz.marmel.name/hilfe verschoben und erweitert. Das Original ist hier noch teilweise in den Übersichten zu sehen, die entsprechende Artikelseite wird aber auf die neue URL weiter geleitet.

Adobe hat ja bekanntgegeben, dass es vollwertiges Flash nun auch für mobile Geräte veröffentlichen wird (außer für Apple iPhone & Co.) und das es auch AIR auf mobile Geräte portieren wird (auch für Apple). Die bedeutet natürlich, dass dann auch das OVW-Projekt automatisch auf mobilen Geräten funktionieren sollte, denn dieses wird ja auf Adobe AIR basieren. Also eine positive Meldung welche die Einsatzmöglichkeiten von OVW stark erweitern sollte.

Hier mal ein paar kleine Tips und Tricks für Google Buzz: Den Rest des Eintrags lesen »

Seit dem nun Google uns gestern mit Buzz beglückt hat, hier ein erster Test von mir. Auf dem Handy (mit Windows Mobile – andere Geräte siehe hier) läuft Buzz nur mit dem mobilen Maps in der Version 4 die es zum Download gibt. Auf dem Desktop läuft Buzz erst nur in der Webmail Umbebung von Google. Dies aber auch nicht bei jedem, sondern es wird schrittweise zugeschaltet. Mein Eindruck ist der, wer Buzz mobil verwendet und auch anderen folgt wird schneller zugeschaltet. Dies ist aber nur eine Vermutung. Der Dienst ist eigentlich nichts neues, es gibt dies in irgendeiner Form schon alles. Was wirklich neu ist, ist die Umsetzung und die nahtlose Integration in (einige) andere Dienste von Google. Ob es wirklich die Killeranwendung gegen Twitter, Facebook und Co. ist, wie von vielen bejubelt wird die Zeit zeigen müssen. (Warum wollen eigentich immer so viele eine Killeranwendung usw. – Ich finde das eine blöde Sprachwahl, klingt immer so nach Mord und Totschlag) Für die, die kein mobiles Internet haben, hier mal ein paar Screenshots von meinem Handy:

Ich halte das ganze eher für ergänzend zu den bestehenden Diensten. So richtig gut wird es erst dann wenn Buzz auch Informationen nach außen senden kann und es auch in der Wave integriert (erste Lösungen gibt es wohl bereits) ist. Was mir persönlich noch fehlt, ist die Möglichkeit es auch am Desktop in Maps zu benutzen und mobil es so zu verwenden wie in der Webmail für den Desktop. Auch wäre es gut wenn es über IMAP laufen würde. Bis jetzt wird Buzz nur als einfache Mail angezeigt, so wie auch im mobilen Webmail. Also noch viel Potential für die Entwickler bei Google. Auch eine API fehlt noch, oder besser die Adressen für Buzz, denn eine API für PubSubHubbub, so der Name des verwendeten Protokolls gibt es bereits. aber die geht (noch) nicht auf Buzz anzuwenden. Ansonsten viel Spaß mit Buzz für alle die ein Google-Konto haben. Und morgen wird gebuzzt , denn es ist ja schließlich Altweiber. (Sprüche mit einer Verballhornung von Buzz gibt es derzeit sehr viele.) Ansonsten wünsche ich schöne Feiertage und ein kräftiges Helau und den Narren aus der Stadt mit der großen Bahnhofskapelle ein Alaaf!

Picasa, der Dienst von Google zum Speichern von Bildern im Web kann vom mobilen Geräten erstmal nur angsehen werden. Für Android und iPhone gibt es ja Apps mit denen man auch Bilder hochladen kann. Für Windows Mobile Geräte habe ich nichts passendes gefunden. Deshalb habe ich gleich mal selbst programmiert. Der Zugriff auf Picasa ist ja dank der API nicht sehr schwer, die API-Librarys gibt es auch für C#. Ich wollte aber gleich noch die Koordinaten meines Standortes mit abspeichern, so das später keine Nachbearbeitung notwendig ist. Nicht jedes Gerät hat einen GPS-Empfänger, so das diese Version eigentlich nicht in Betracht kam. Google Maps für Mobile kann ja den Standort auch ohne GPS erschreckend genau ermitteln. Google Maps für Mobile ist aber eine Application auf die ich keinen Zugriff habe. Es gibt zwar eine API für Google Maps, aber diese bietet keine Lokalisierung an. Ich benutze die API um die Adresse zu einer Koordinate bzw. umgekehrt zu ermitteln und um die Karte zum Standort anzuzeigen. Zum Glück bietet Google hier aber eine GeoLocation-API an. Diese ist Bestandteil von Google Gears und basiert auf JavaScript. Ein Beispiel für Geolocation findet man hier (Für FireFox nicht geeignet, da Gears nicht mit neueren FF arbeitet). Und genau die Verwendung von JavaScript ist in einer Windows-Forms Anwendung das Problem. Kein Problem dachte ich, es gibt ja eine Webbrowser-Steuerelement und dann habe ich Zugriff auf das DOM des Browsers und ich starte dort eine entsprechende Webseite. Nur funktioniert dies nicht bei Windows Mobile, der Zugriff ist nur bei normalen Windows möglich! Aber auch dafür gibt es eine Lösung, ich habe die Webseite so geschrieben das die Ergebnisse per GET an eine andere Webseite geschickt werden. Diese Seite muss nicht existieren. Da es auch beim mobilen Browser möglich ist den Aufruf einer neuen Seite als Ereignis abzufangen ist dies die Lösung. Im Ereignishandler erhält man die übergebenen Parameter und kann diese nun auswerten und das Laden der neuen Seite abbrechen. Irgendwo gibt es scheinbar einen Bug im Webbrowser-Steuerelement. Es war mir nicht gelungen dieses in einer untergeordneten Form zu plazieren ohne dass das Programm ganz beendet wurde wenn ich die untergeordnete Form (Aufruf mit ShowDialog) beendet wurde. Der Debugger zeigte keine Fehler und ich weiß immer noch nicht wieso dies so ist. Meine Lösung war recht simpel, ich habe die entsprechenden Formen mit Webbrowser-Steuerelement in eine DLL ausgelagert und das Verhalten war weg. In den nächsten Tagen werde ich den Quelltext noch ein wenig kommentieren und hier auf der Download-Seite bereitstellen. Aber ob ich dies noch vorm Karneval schaffe? Die Binary als CAB-Datei ist dort ab sofort zu laden.
Das Programm kann nur Bilder hochladen, keine Bilder in den Alben löschen und keine Alben in Picasa anlegen, löschen oder bearbeiten! Album und Geokoordinaten können für jedes Bild getrennt festgelegt werden. Die benötigten Daten der Alben können auch, um den Datentransfer zu minimieren lokal gespeichert werden.

Ich hatte ja schon vor längerer Zeit mein Blog mit einem Plugin erweitert so das mobile Geräte ein anderes Design bekommen. Sehr hilfreich ist hier das Plugin WordPress Mobile Edition. Dieses Plugin erkennt viele mobile Geräte automatisch und schaltet dann auf ein entsprechendes Thema um. Nachdem mir jemand sagte das einige Seiten nichts ausgeben, habe ich diese Problem beseitigt. Es lag daran das diese speziellen Seiten nicht mit dem Standardtemplate des jeweiligen Themas aufgerufen worden. Ich habe dann im mobilen Thema diese Templates auch noch hinzugefügt. Eine Überprüfung mit meinem Handy (HTC S730 mit Windows Mobile) ergaben dann das einige Seiten trotzdem nicht richtig funktionieren. Ursache hierfür ist das der eingebaute IE kein Flash darstellen kann. Darauf hin habe ich dann mal einige andere Browser getestet. Das Ergebnis war niederschmetternd. Ich habe getestet IE, Fennec (FireFox für Mobile), Opera Mobile/Mini und Skyfire. Hier meine Erfahrungen:

• Internet Explorer Mobile
  • Positiv:
    Bereits installiert. Recht schnell.
  • Negativ:
    Kein Ajax, Kein Flash.
• Fennec
  • Positiv:
    OpenSource
  • Negativ:
    Der Browser ist sehr langsam und hat (noch?) viele Macken. Noch liegt für Windows Mobile ja keine fertige Version vor. Hauptmanko war er startet irgendwas im Hintergrund was das Handy stark ausbremst. Dies wird per Autostart erledigt ohne weiteren Hinweis. Desweiteren lies er sich nicht deinstallieren, er wurde in der Liste der installierten Programme gar nicht erst angezeigt. Er ist zur Zeit nicht brauchbar gewesen.
• Opera Mobile
  • Positiv:
    Schnelle Ladezeit.
  • Negativ:
    Der erste Eindruck war ganz ok, aber leider nicht geeignet, da ich beim ersten Start nicht über die Bestätigung der Lizenzbedingungen herauskam. Der Browser ist nämlich nicht für Smartphones (ohne Touchscreen) geeignet. Der Mauszeiger ist zwar über die Tasten bedienbar. Aber leider schaffte ich es mit bestem Willen nicht diesen über dem Botton Accept zu positionieren, kurz vor dem Button war Schluss. Eigentlich schade denn er machte ansonsten einen guten ersten Eindruck.
• Opera Mini
  • Positiv:
    Schnelle Ladezeit. Ajax.
  • Negativ:
    Browser läuft unter Java (trotzdem sehr schnell) und hat deshalb keinen Eintrag im Startmenü und kann nur über die Java-Anwendung gestartet werden. Kein Flash.
• Skyfire
  • Positiv:
    Der Browser war schnell und gut bedienbar. Er war sogar in der Lage Flash abzuspielen. Darstellung der ganzen Webseite.
  • Negativ:
    Die Seiten werden erst über einen Proxy bei Skyfire.com geleitet und entsprechend aufbereitet. Das andere Manko ist das dieser Browser keinen speziellen User_Agent sendet und damit immer als normaler Browser erkannt wird. Damit Stellt er nur die normalen Webseiten dar und zwar verkleinert so das die ganze Webseite dargestellt wird in die man dann hineinzoomen kann.

Fazit mit allen von mir getesteten Browsern ist nur ein bedingtes Surfvergnügen möglich, keiner erfüllte komplett die Anforderungen an einen modernen mobilen Browser. Diese Aussage läßt sich natürlich nicht verallgemeinern und trifft nur auf mein S730 mit Windows Mobile zu. Auf Grund all dieser Probleme gibt es, neben der automatischen Erkennung eines mobilen Browsers jetzt auch die Subdomain m.marmel.name

Viele User benutzen ja noch ältere Browser. Meistens weisen diese ja oft große Sicherheitslücken auf und dies betrifft nicht nur den MS IE! Stellt sich nun die Frage, sollte man als Webseitenbetreiber überhaupt noch ältere Browser unterstützen? Ich bin zu dem Schuß gekommen NEIN. Deswegen werde ich jetzt eine gewisse Zeit Usern mit älteren Browsern einen entsprechenden Hinweis geben. Zur Zeit benutze ich dafür ein wenig Javascript der Seite browser-update.org. In naher Zukunft werde ich dies mit PHP realisieren und später dann ältere Browser komplett ausschließen. Welche Meinung habt ihr dazu? Deswegen gleich mal eine Umfrage zu diesem Thema.