Aber dank dem Kalender Webdienst  von Google und der Möglichkeit, Google Gadgets als Web-Paneel zu laden, lässt sich der Kalender recht einfach nachrüsten. Nachdem man sich einen Google Account erstellt hat, kann man Google Kalender, welches KOrganizer, Outlook oder Lightning in Sachen Komfort in nichts nachsteht, absolut kostenfrei nutzen.

Durch die Funktion, Web-Paneele in die Seitenleiste des Operas zu integrieren, lässt sich der Webdienst nun recht einfach mittels dem JavaScript-Gadget zu Googles Kalender-Service in den Opera integrieren.
Hierfür muss man in den Konfigurationsdialog für das Erscheinungsbild gehen (Extras > Erscheinungsbild), dort zur Registerkarte “Paneele” wechseln und hier auf “Web-Paneel hinzufügen…” gehen. Jetzt gibt man in das Namensfeld “Google Kalender”, “Kalender” oder Ähnliches ein und kopiert folgende Adresse in das Feld mit dem Titel “Adresse”:

http://www.google.com/calendar/ig?up_calendarFeeds=&up_calendarColors=&
up_firstDay=0&up_dateFormat=0&
up_timeFormat=1:00pm&up_showDatepicker=1&
up_hideAgenda=0&up_showEmptyDays=0&
up_showExpiredEvents=1&lang=de&
country=us&.lang=de&.country=us&
synd=ig&mid=0&ifpctok=-8805873262
447644379&parent=&libs=g6QKoj4I3_8
/lib/libcore.js,07TDb_-DpuM/lib/
libdynamic-height.js,MJLTofH-Kpk/lib
/libsetprefs.js,IyUNWMibPs0/lib/libviews.js

Das Ganze schaut bei mir beispielsweise folgendermaßen aus:

Wichtig ist, dass man bei Google Kalender einen Cookie gesetzt hat, um angemeldet zu bleiben, sonst werden die Termine nicht angezeigt.

Google hätte vor einem neuen Favicon komplett die Finger lassen sollen, denn das einzige wirklich gute Favicon von Google war meines Erachtens bislang das gute, alte, große “G”, doch die beiden neuen Grafiken sind wirklich ein Graus.

Wie es zu diesem Favicon gekommen ist, lässt sich im Google Weblog nachlesen:

Back in June, we rolled out a new favicon — the small icon that greets you when you access Google on your URL bar or your bookmarks list — and we encouraged our users to submit their ideas for this important piece of Google branding. We were impressed by the volume of submissions we received, and today we are happy to introduce a new Google favicon inspired by those submissions by our users. While the final icon is a reinterpretation of one contest submission, it draws on design elements and ideas from many of them.

André Resende, a computer science undergraduate student at the University of Campinas in Brazil, submitted the design that inspired our new favicon. His placement of a white ‘g’ on a color-blocked background was highly recognizable and attractive, while seeming to capture the essence of Google.

Es ist mir unklar, weshalb Google es einfach nicht auf die Reihe bekommt ein neues Favicon zu erstellen, was wirklich gut aussieht oder zumindest wieder das alte zu nehmen.
Gut, Google war noch nie für ihr atemberaubendes Design bekannt, aber dieses Favicon ist ja schon fast MySpace-Niveau.

Google Chrome ist wirklich rasend schnell.
Durch die geniale V8-JavaScript-Engine, welche ich bereits am gestrigen Tage näher erläutert habe, ist vor allem die Darstellung von JavaScript-Elementen wirklich flott.

Ich habe mal einen Benchmark gemacht. Hierfür habe ich den Benchmark von Dromaeo verwendet.
Das Ergenis ist wirklich erstaunlich: gerade mal 453.60ms benötigt Chrome insgesamt.
Zum Vergleich hier mal die Werte anderer Browser bei dem selben Test:

• Opera: 1775.60ms
• Firefox 3: 1776.40ms
• Internet Explorer 7: 3486.20ms

Wie man sieht ist der Chrome wirklich erheblich schneller, als die Konkurrenz, selbst Firefox 3 und Opera brauchen mehr, als doppelt so lange, wie das Browser-Projekt aus dem Hause Google.

Ein wirklich unglaublich gutes Ergebnis, welches der Chrome erreicht – es spricht auf jeden Fall für die JavaScript-Engine, welche bereits vorher der Teil des Browsers war, der mich am meisten interessiert hat.
Das Benchmark-Ergebnis zeigt deutlich, dass die V8-Engine das wohl beste Stück des Browsers ist und einer der Hauptfunktionen, die Chrome von den anderen Browsern unterscheidet.

Für mich ist der PR wie gesagt nicht wichtig, da ich nicht auf meinem Blog werbe, aber für einige andere Blogger, die Werbung auf ihrem Blog plaziert haben dürfte das PageRank Update wichtiger sein. Entweder unerfreulich, wie etwa bei Freetagger, oder erfreulich, wie zum Beispiel bei Geldkrieg.

Der Kern des GBrowsers soll scheinbar Googles Gears-Technik werden.
Diese hat zwei entscheidende Vorteile.
Der größte Vorteil davon ist, dass Gears bereits jetzt HTML 5 beherrscht und somit ein Stück der Zukunft in sich trägt. HTML 5 ist noch nicht komplett fertig, das heißt es ist noch nicht alles fest gelegt. Mit Gears möchte Google auch dazu beitragen, die Entwicklung von HTML 5 voranzutreiben und zu beschleunigen.
Der zweite Vorteil von Gears als Kernelement liegt darin, dass Gears bereits jetzt eine plattformübergreifende Technik ist: Gears ist für Windows, GNU/Linux (und andere UNIX-Derivate), Mac OS X und auch für Windows Mobile verfügbar. Die Unterstützung des kommenden Google Android dürfte wohl eine Selbstverständlichkeit sein. Zudem integriert sich Google Gears in den Internet Explorer und den Firefox. Mit Version 4.0 soll auch Apples hauseigener Browser Safari unterstützt werden. Opera arbeitet bereits daran, auch im Opera Browser Gears zu unterstützen.

Gears ist  mittlerweile nicht mehr bloß von Google entwickelt, sondern befindet sich unter einer BSD Linzenz und ist somit Open Source Software. Gears baut auf verschiedene APIs auf, welche (vermutlich) in den GBrowser intergriert werden:

Derzeit gibt es vier APIs – weitere sollen mit 0.4 kommen.

LocalServer API
Diese API dient als Zwischenspeicher und setzt sich aus zwei Bereichen zusammen – ResourceStore und ManagedResourceStore – wird eine Webseite in einem der beiden Bereiche gespeichert, lädt der Browser die Webseite (online) nicht vollständig aus dem Internet sondern greift vor allem auf die offline Version zurück. Lediglich dynamische Inhalte werden neugeladen.
ManagedResourceStore aktualisiert die Dateien automatisch, ResourceStore nur auf explizite Anweisung. Beim Reader wird ResourceStore benutzt, Docs setzt zum Beispiel ManagedResourceStore.

Database API
Diese API speichert SQLite Datenbanken lokal und macht sie schnell dank Volltextsuche durchsuchbar. Database API wurde schon in HTML 5 eingebaut und soll in den kommenden Versionen noch weiter verbessert werden.
Diese API wird bspw. bei der Inbox von MySpace eingesetzt.

WorkerPool API
WorkerPool führt Java-Scripte im Hintergrund aus. Es ist egal wie komplex diese sind, Gears versucht den Browser nicht damit zu belasten. Einsatzmöglichkeit: Update von Datenbanken oder neue Daten eintragen.

Desktop API
Mit der Desktop API wird der Start von Anwendungen erleichter. Ein Icon auf dem Desktop, im Startmenü oder auch auf Handy macht das Öffnen sehr einfach.

Die folgenden APIs sind noch nicht in Gears eingebaut.

Notification API
Mit der Notification API soll es möglich sein, Termine und Mails direkt auf dem Desktop zu sehen. Für den Mac wird es diese API aber nicht geben. Hier will Google ein Projekt namens Growl unterstützen.

Blob API & Canvas API
Die Blob API soll mit Binärobjekten in JavaScripten umgehen können. Ein Blob ist zum Beispiel eine Bilddatei. Dieses Binärobjekt wird dann zum Beispiel von der Canvas API manipuliert. Der Befehl HttpRequest.send(blob) verschickt diese Datei dann nicht nur auf einmal sondern zeigt auch den Fortschritt an.

Neben den genannten APIs gibt es aber auch Ideen für weitere. Beispielsweise denkt man über eine CameraAPI nach. Diese soll den Einsatz von Webcams erlauben.

(Quelle: GoogleWatchBlog)

Die letzten beiden sollen erst mit der Version 0.4 der Gears Technologie eingebunden werden.
Ich finde die Konzepte der verschiedenen APIs und generell das Konzept von Gears in jedem Falle recht ansprechend, es hört sich jedenfalls sehr interessant an.

Das war es allerdings leider auch schon mit den Informationen zu Googles GBrowser. Man weiß, dass Gears der Kern des Browsers aus dem Hause Google sein soll. Weitere Details zum GBrowser dürften allerdings in der nächsten Zeit folgen.

Man darf jedenfalls gespannt sein. Meines Erachtens hat der Browser durchaus Potential.

[ via GWB ]

Der Dienst, den ich verwende nennt sich Netvibes und hat in etwa denselben Sinn, wie iGoogle. Das schöne an Netvibes ist jedoch, dass es sowohl sehr funktional und komfortabel ist, als auch sehr hübsch anzusehen.
Google ist zwar ebenfalls sehr funktional, aber meiner Meinung nach sieht iGoogle einfach nicht gut aus. Man könnte sogar sagen, dass es einfach nur hässlich ist. Logisch, schließlich ist Google ja auch nicht gerade für besonders hübsches und ästethisches Design.
Desweiteren ist Google teilweise sehr auf die eigenen Dienste beschränkt – ich konnte bspw. kein Modul für iGoogle finden, welches mein POP-Email-Account auf neue Nachrichten prüft, lediglich eins für GMail. In dieser Hinsicht ist Netvibes deutlich offener, als Google.

So sieht etwa meine Netvibes Startseite aus:

Das übertrifft Google optisch doch um einiges und in Sachen Funktionalität braucht Netvibes sich ebenfalls nicht vor den Herren von Google verstecken.

Ein weiterer Vorteil von Netvibes ist die Community. Netvibes ist viel mehr Community, als iGoogle. Es gibt sogar Social Network Elemente bei Netvibes.
Zum Beispiel hat jeder Nutzer ein eigenes Profil, welches man sich ansehen kann.