Akzeptiert werden Videos in den Formaten AVI, MPEG, QuickTime, Real, and Windows Media, jeweils
100 MB Maximalgröße per Video. Die Video-Auflösung in einem Blog-Post beträgt 320×240px wenn man in 320×240px hochlädt. Es gibt nicht die Möglichkeit einer Vollbild-Darstellung. Ob Videos auch in höherer Auflösung hochgeladen und dargstellt werden können ist noch unbekannt. Vermutlich wird das Video aber zuerst immer in seiner nativen Auflösung dargestellt.

Es ist jedoch auch problemlos möglich, das Video-Objekt skaliert darzustellen und so eine vergrößerte Darstellung bei gleicher Bitrate zu erreichen. Eine gute Variante für Videos in 320×240 ist z.B. die Darstellung in 480×360:

Leider nicht möglich. Diese befindet sich in einem iframe, ist also per CSS-Formatierung von der einbindenden Seite aus nicht erreichbar, auch nicht über »!important«: #b-navbar { background-color:black !important; }

Man verwende lftp oder ncftpput um Dateien auf einen eigenen Webspace hochzuladen.

Für eine Übersicht über die verschiedenen Möglichkeiten zu suchen: www.consumingexperience.com/2005/06/how-to-search-bloggercom.html

Im Einzelnen, zum Suchen nach Inhalten:

• Google Blog Search: blogsearch.google.com/
• Google-Suche in Blogs auf blogspot.com: Google-Suche mit Zusatz »site:blogspot.com«
• Suche über

Beim Posten trat folgender Fehler auf: »Error sending post: [Line 2, Column 255, element published] Invalid date/time format: '2007-07-23T19:51Z&+39;.«. Auf community.livejournal.com/deepestsender/129187.html wird dieser Fehler ausgiebig dokumentiert aber keine Lösung angeboten. Offizieller Bugreport: www.mozdev.org/bugs/show_bug.cgi?id=17037 . Der Autor weiß dass der Support für die GData API von blogger.com in Deepest Sender 0.8.0 noch unvollstänig und fehlerhaft ist, Abhilfe ist in der nächsten Version zu erwarten.

Wenn man in den Einstellungen auf blogger.com das Datums-Header-Format auf »Jul 23, 2007« (der erste Eintrag) und das Format des Zeitstempels auf »10:15 PM« (der erste Eintrag) stellt ändert das nichts an dem Fehler.

Workaround: einen Draft-Artikel für jeden Tag im Voraus erstellen und diesen dann mit Deepest Sender in der Post-History editieren und speichern. Zum Editieren gehört dabei auch das Einladen eines lokal gespeicherten Textes über »File -> Open«, d.h. so kann man ohne Umstände bereits mit Deepest Sender vorbereitete und gespeicherte Artikel online veröffentlichen. Und man kann so die lokal gespeicherte Version aktuell halten denn in der o.a. Situation kann der aktuelle Inhalt von Deepest Sender mit dem Button »Save« rechts unten bei blogger.com veröffentlicht werden und mit »File -> Save« im Menü als neue lokale Version gespeichert werden.

Dieses Verfahren funktioniert nämlich ohne den Fehler »Invalid date/time format«. Der Fehler scheint also damit zusammen zu hängen dass Deepest Sender das Datumsformat zum Einstellen des Datums zum Veröffentlichen nicht beherrscht – dieses wird nämlich beim Editieren vorhandener Artikel nicht mehr geändert. Nun gibt man noch auf blogger.com bei »Format des Zeitstempels« ein Format an das nur aus dem Datum besteht, und schon stört die falsche Uhrzeit bei den im Voraus erstellten Artikeln nicht mehr. Die Uhrzeit kann man bei der Voraus-Erstellung auf 12:00 PM setzen.

Der Fehler trat nach dem Editieren eines bereits veröffentlichten Blog-Posts auf (eventuell nur dann wenn gleichzeitig das Hauptfenster von Deepest Sender geschlossen war, dann nämlich ist es nicht mehr möglich mit Deepest Sender auf blogger.com zu speichern). Der Fehler kann durch einen Neustart von Firefox nicht behoben werden. Der Fehler wird behoben indem man den Cache von Firefox löscht. Dazu verwende man »Tools -> Clear Private Data«, nicht jedoch »Tools -> Web Developer -> Miscellanea -> Clear Private Data -> Clear Cache« denn das hilft hier nicht. Ein Neustart von Deepest Sender oder neues Login bei blogger.com ist nicht erforderlich. Oder (das funktioniert jedoch nicht völlig zuverlässig) man macht den Cache-Inhalt ungültig indem nan mit der Web-Oberfläche auf blogger.com einen neuen (beliebigen) Blog-Post erstellt.

• Man schreibe Datum und Uhrzeit des Beginns der Erstellung (»Datum:«) und der letzten Änderung (»Letzte Änderung:«)
  (außer bei unwesentlichen Korrekturen) eines Posts mit in diesen Post. Sonst ist in den offline gespeicherten Posts nicht mehr ersichtlich wann sie erstellt wurden, außer evtl. im Dateinamen.
• Man nehme bei der Offline-Speicherung von Posts das Datum des Beginns der Erstellung in den Dateinamen auf.
• Man nehme die Titel der Blog-Posts in die Dateinamen bei der Offline-Speicherung auf. Dabei nehmen man stets den ganzen Titel auf, ersetzt Leerzeichen durch Unterstriche und legt fest dass Posts eine Titellänge von max.
  25 Zeichen haben dürfen.
• Im Dateinamen wird nicht gespeichert welche Blog-Posts noch im Entwurfsstadium sind; so muss bei Veröffentlichung der Dateiname nicht geändert werden (dieses Problem gibt es nur bei öffentlichen Posts, denn es gibt keine privaten Blog-Posts im Entwurfsstadium). Entwürfe werden einfach als »Draft« bei blogger.com gespeichert, also einfach noch nicht veröffentlicht. Eine weitere Kennzeichnung muss nicht erfolgen wenn man darauf dass Drafts nur innerhalb der letzten drei Wochen möglich sind, also tatsächlich »work in progress« darstellen. Das ist so möglich: entscheidet man sich, einen Draft-Eintrag (z.B. einen der älter ist als drei Wochen) nicht fertigzustellen, also überhaupt nicht zu veröffentlichen, so sollte man ihn in einen privaten Blog-Post überführen und bei blogger.com löschen. So sammeln sich bei blogger.com keine unfertigen Einträge.
• Bloße Ideen zu Blog-Artikeln formuliert man besser als Aufgaben anstatt als Entwürfe.
• Um private Posts zu kennzeichnen nehme man in den Dateinamen als letztes Element »PRIVATE« auf.
• Man kann ein kleines Script schreiben das aus den offline gespeicherten Posts ein Buch (das eigene Tagebuch quasi) generiert.
• Man verwende Deepest Sender auch als Browser zum Betrachten seiner privaten, nicht veröffentlichten Posts.
• Zum effizienten Handling von Bildern und anderem verlinkten Material: man verwende einen Kommandozeilen-Befehl der eine per Argument angegebene Datei (im Format: file:///home/matthias/folder/cimg0146.jpg) sowohl in einem Materialordner speichert (ggf. mit neu anzugebendem eindeutigem Dateinamen, ggf. als symbolischer Link wenn gewünscht) in dem Ordner der den Blog offline enthält als auch per FTP in einen Ordner hochlädt und die URL zum Zugriff in die Zwischenablage von X kopiert. Das o.a. Format für Dateinamen verwendet z.B. digikam wenn man ein Bild in die Zwischenablage kopiert. Die hier vorgeschlagene Weise erzeugt zwar etwas Redundanz auf dem eigenen Rechner, aber so sind alle zum Blog gehörenden Daten zentral an einem Ort vorhanden so dass man in den offline gespeicherten Posts auch die Bilder usw. voll nutzen kann. So ergibt sich auf einfachste Art eine Download-Komponente!
• Man füge in die Vorlage in den CSS-Bereich ein:
  1. .post div {
  2.   margin-top:20px;
  3. }

  So ergeben sich die gewünschten Ränder bei DIV-Bereichen, man muss in Deepest Sender also nicht p-Tags aufwändig über den Quelltext einfügen.

Man sollte ein echtes Offline-Blogging-Programm mit Schnittstelle zu blogger.com und sauberem HTML-Quelltext und HTML-WYSIWYG-Editor einsetzen. So etwas kann es geben über die Blogger API (code.google.com/apis/blogger/overview.html). Ebenfalls möglich ist es so z.B. die Blog-Posts bei Bedarf auf einer eigenen Homepage zu veröffentlichen, oder den Ort zu wechseln wo die Blogs gehostet werden (weg von blogger.com zu WordPress auf der eigenen Homepage zum Beispiel).

Programme dazu:

• Firefox mit Deepest Sender 0.8.0 (addons.mozilla.org/firefox/1811/); bisher die einzige Anwendung die die jetzt aktuelle GData API von blogger.com unterstützt; sieht nach der einzig zu empfehlenden Alternative aus, u.a. da sie als einzige einen WYSIWYG-Editor besitzt.
• der Browser Flock wie dokumentiert in blog.yoda.ch/?p=1016 ; evtl. auch zu empfehlen
• blogtk; zu Starten als »BloGTK«; man muss außerdem die Pakete python-gtkhtml2 und gtkhtml3.14 installieren, diese sind aufgrund eines Bugs leider nicht in den Paket-Abhängigkeiten aufgeführt; leider hat das Programm keine ausreichende Unterstützung für die API von blogger.com und wird seit 2005 nicht mehr weiterentwickelt
• drivel; in den Ubuntu-Quellen enthalten aber geringer Funktionsumfang, dafür aber Unterstützung für Atom / Blogger 2.0; leider verwendet blogger.com jedoch wieder eine neue Schnittstelle, die GData API (siehe code.google.com/apis/gdata/blogger.html ).
• gnome-blog; für die Gnome-Taskbar
• kicker-blogger; für die KDE-Taskbar
• blognix (blognix.sourceforge.net); veraltet und nicht weiterentwickelt
• MozBlog (mozblog.mozdev.org/); seit 2004 nicht weiterentwickelt
• Liste weiterer Applikationen: help.blogger.com/bin/answer.py?answer=42347 ; keine weiteren für Linux relevanten Applikationen

Eine alternative (evtl. bessere) technische Möglichkeit ist eventuell: Publishing über SFTP, wie bei blogger.com möglich (www.blogger.com/adv-create-blog.g). Das heißt die Blog-Artikel (manuell oder sonstwie erstellt) lädt man auf einen eigenen Server hoch und gibt dessen (S)FTP-Zugangsdaten bei blogger.com an. So kann sowohl eine (wahrscheinlich schon existierende) Joomla-Komponent als auch blogger.com dieselben Daten verwenden. Damit umgeht man auch alle Probleme mit eventuell verbotenen Zugriffsarten auf blogger.com Blogs.

• man verwende grundsätzlich den WYSIWYG-Editor von Blogger
• man verwende eine Vorlage (d.h. hineinkopierten HTML-Quelltext) um im WYSIWYG-Editor Tags durch Copy&Paste erstellen zu können die dort dargestellt werden können aber sonst nicht erzeugt werden können (z.B. Überschriften, p-Tags für Absätze)
• man verwende für Absätze p-Tags (über die Vorlage) und kann diesen dann über die Buttons der Toolbar im WYSIWYG-Editor einen Stil zuweisen; dies hat gegenüber bloßer Verwendung dieser Buttons (resultiert in div-Tags) den Vorteil dass in Umgebungen ohne CSS trotzdem Abstände zwischen den Absätzen angezeigt werden
• man verwende keine Leerzeilen im WYSIWYG-Editor weil diese unnötigen Platz im Fließtext einfügen; das resultiert in HTML-Quelltext völlig ohne Umbrüche, was leider nicht gut zu lesen ist

Use the service of http://intensedebate.com .