Mit WEB-Editor HUGO Reiseberichte fürs WEB erstellen

Reiseberichte fürs WEB  erstellen

So recht glücklich war ich mit den Aufzeichnungen über meine Reisen nie. Hier ein paar Daten und Fakten, dort unformatierte Situationsbeschreibungen und an anderer Stelle, auch im Internet, formatierte und teils bebilderte ausführlche Berichte. Als mir dann der WEB-Editor ‚Hugo‘ über den Weg lief, hatte ich das Empfinden, dass damit Ordnung in die uneinheitliche Sammlung von Berichten und Bildern zu bringen sei. Nachdem die Vorarbeiten, wie unter dem 13.Juli.2016 geschildert, abgeschlossen waren, begann ich, mein Vorhaben in die Tat umzusetzen. Auch wenn vieles intuitiv zu handhaben ist, es dauert doch ein Weilchen, ehe sich so etwas wie Zufriedenheit einstellt. Möbel habe ich keine zertrümmert, auch zum Säufer bin ich nicht geworden, aber einige Flüche sind schon durchs Zimmer geflogen. Es ist oft recht mühsam sich in ein neues  Programm hineinzudenken.

Zunächst entstand dank ‚Hugo‘ ein Grundgerüst der zukünftigen Berichts-Sammlung. Der erste Artikel diente noch der Einarbeitung und Erkundung. Nicht alle Vorstellungen ließen sich realisieren, dabei kamen mir einige Vorkenntnisse in HTML sehr zugute. Die sofort sichtbaren Ergebnisse als Original-WEB-Seite, vom Hugo-internen Server bereitgestellt, sind eine hervorragende Hilfe, wenn man noch beim Experimentieren ist. ‚Wie schreibt man fett innerhalb eines kursiven Absatzes?‘ ‚Hoppla, unterstreichen kann ‚MarkDownPad2′ auch nicht?‘ ‚Warum wird eine h1-Überschrift nicht groß geschrieben? – weil keine Leerzeile folgt!‘ Nach einiger Zeit ging es aber flott voran mit dem Schreiben meiner Reiseberichte in ‚MarkDownPad 2‘.

Mit MarkdownPad 2 Bilder implementieren

Im zweiten Schritt wurde es dann aber wieder recht fummelig. Der Text stand, jetzt müssen nur noch die Bilder eingefügt werden. Auch mit einigermaßen Englisch-Kenntnissen für den Hilfetext ist es arg fummelig, bis die Bewandtnis von spitzen Klammern (<) und eckigen Klammern ([) und die Syntax, um Bilder in ‚Hugo‘ und später im Server richtig darzustellen, zum zügigen Arbeiten ausreicht. Da ‚Hugo‘ mit einer festen Spaltenbreite von 650 arbeitet, musste  ich natürlich noch alle Bilder auf diese Breite reduzieren. Das geht ‚batch‘-weise mit ‚PhotoShop‘ aber recht flott.

Nanu? Da hakt doch immer noch etwas. Einige Bilder werden nicht angezeigt. Es dauert eine Weile, ehe ich feststelle, dass ich irgendwann einige Bilder mit einem ‚Großbuchstaben‘-Suffix abgespeichert habe und deren Aufruf verweigert ‚Hugo‘, weil ich im Text alle Bilder mit ‚.jpg‘-Suffix implementiert habe. Das größte Handycap scheint aber meine Nationalität zu sein – ich schreibe doch glatt deutsche Umlaute, wie in diesem Text. Hat doch noch nie Probleme gegeben, nur ‚Hugo‘ mag das nicht, wenn es in Bild-Namen und Verzeichniss-Namen auftaucht. Na ja, muss ich halt alle Bilddateien daraufhin durchsehen und korrigieren.

So, die Erprobungsphase ist beendet. Sechzehn Reiseberichte sind fertig editiert und sind inkl. der zugehörigen Bilder mit ‚FileZilla‘ auf den Server übertragen.

Nein, bitte nicht noch mehr Probleme! Da hakt doch schon wieder etwas. In ‚MarkDownPad2‘ mache ich in der Rubrik ‚tags=[„xyz“]‘ diverse Eintragungen. Die verwendet ‚Hugo‘ für zwei Dinge, erstens für die Metatags ‚keywords‘ und zweitens als interne Links auf Seiten, die das gleiche ‚tag‘ aufweisen. Gute Idee, klappt auch vorzüglich, wenn man darin keine Umlaute verwendet – bei ‚keywords‘ ist alles in Ordnung, aber die Links funktionieren nicht. Zu diesem Problem ist mir noch nichts anderes eingefallen, als auf dem Server die Umlaute der entsprechenden Verzeichnisse mit den entsprechenden UTF-8-Codierungen zu überschreiben, wie sie in der 404-Fehlermeldung als ’nicht erreichbar‘ gemeldet werden. (‚Hugo‘ wandelt Umlaute im Text und in Links einwandfrei in UTF-8-Code um, aber nicht in den selbst erzeugten Verzeichnis-Namen.)

Mit einem Klick zu den Reisetagebüchern.

Überraschung mit Chaos beim April-Patchday

Nach dem Durchlauf des monatlichen Updates am zweiten Dienstag des April gibt es eine neue Mitteilung von Microsoft: Wenn Sie nicht länger auf unsere Benachrichtigung für das endgültige ‚Creators Update‘ warten wollen, können Sie schon jetzt von Build 14393 auf Build 15063 upgraden. Na, warum nicht? Jetzt im April soll die „Version 1703“ ja erscheinen.

Der Desktop-PC (Win10-Home, x64) ist als erster dran. Der Download läuft zügig ab. Nach der Installation kann ich keine negativen Auffälligkeiten feststellen. Welche Veränderungen im System stecken, wird sich im laufenden Betrieb dann zeigen.

So, dann’mal ran an Nummer Zwo (Samsung Notebook, Win10-PRO, x64). Auch hier werden die Update-Patches problemlos installiert. Nach dem Download des Build 15063 meckert der ‚upgrade installer‘, dass der PC fürs ‚Upgrade‘ geeignet sei, aber der Speicherplatz nicht ausreichend ist. Es sind 8 GB erforderlich – ich habe allerdings nur noch 7,2 GB frei. Das heißt natürlich zusätzliche Arbeit.

Partitionen vergrößern und verschieben wird sich ja wohl schnell erledigen lassen. Bisher waren allerdings solche Arbeiten auf diesem System nicht nötig, also ist auch kein Partitionierungs-Tool installiert. Aber so etwas kann Windows in der ‚Datenträger‘-Verwaltung doch auch. Weit gefehlt. Windows kann nur zwei nebeneinander liegende Partitionen verkleinern bzw. vergrößern, nicht verschieben.

Im CD-Laufwerk liegt eine handgestrickte „ct-Notfall-DVD“. Ich führe diese Aktionen mit „MiniTool Partition Wizzard“ von dieser Notfall-DVD aus, das ohne Installation einsetzbar ist. Die System-Partition C: und die Daten-Partition D: sind danach in neuer Größe vorhanden und der Zugriff darauf ist möglich. Beim nächsten Systemstart sind allerdings alle Programme (Lw D:) und Daten-Partitionen (Lw E: + F:) verschwunden. Jetzt wird es heikel – was ist passiert?

Ich finde keine Lösung für diese Erscheinung. Also noch einmal „MiniTool Partition Wizzard“ bemühen. ‚Partitionen wiederherstellen‘ reaktiviert nur Lw D: mit den installierten Programmen, die Daten-Partitionen werden zwar erkannt, aber nicht reaktiviert. Na ja, damit kann ich leben. Von allen Daten existieren aktuelle Backups, nur die letzten Aufräumarbeiten im Ordner ‚Bilder‘ sind noch nicht gesichert.

Auf dem ’nicht zugewiesenen‘ Festplattenbereich werde ich die zwei verlorenen Datenpartitionen neu anlegen. In der Datenträger-Verwaltung von Windows scheitert dieser Versuch allerdings. Wieder wechsele ich zum MiniTool Partition Wizzard“. Aber auch „MiniTool“ kann keine neuen Laufwerke erstellen, gibt aber wenigstens einen interpretierbaren Hinweis. Abhilfe: Das reaktivierte Laufwerk D: muss in eine ‚erweiterte Partition‘ gewandelt werden, dann kann „MiniTool“ auch aus dem bisher nicht zugewiesenen Platz die gewünschten 2 Laufwerke (auch ale ‚erweitertze Partitionen) einrichten.

Alle Programme laufen wieder einwandfrei. Der Rest ist Fleißarbeit. Ehe aber aus den recht aktuellen Datensicherungen (immerhin 400 GB) – es fehlte nur eine Woche ‚Bildbearbeitungs‘-Zeit – alles wieder am rechten Ort ist, vergehen dann doch noch zwei Tage und eine Nacht.

Das vorgezogene ‚Creators Update‘ für dieses Notebook verschiebe ich zunächst, zumal ich im Internet Kommentaren vom 31. März finde, dass es sich beim Build 15063 um das letzte Update zum sogenannten ‚insider‘-Programm handelt. Komisch, ich habe mich doch gar nicht zum ‚insider progam‘ angemeldet. Also lieber warten. Die Erfahrungen mit dem älteren DELL-Notebook geben dann den Ausschlag, dass ich zunächst auf Version 1703 verzichte.

Das passierte mit meinem dritten PC (DELL Inspiron 1720, Win10-PRO x86): Patch-Update klaglos. Build 15063-Download ohne Probleme. Systemmeldung ‚Ihr PC ist geeignet‘. Also los. Nach 90 Minuten ist alles durchgelaufen. Alles? Nein, das Netzwerk-Symbol steht auf ‚LAN mit Aussrufezeichen‘. LAN-Kabel anschließen – keine Verbindung. Einrichtung WLAN – nicht möglich. Problemlösung aktivieren – kann Fehler nicht beheben! Der Knopf für ‚auf voriges System zurücksetzen‘ ist schnell gefunden und betätigt. Der alte Zustand ist ohne Einschränkungen wieder verfügbar. Meine Neugier auf das ‚Creators Update‘ ist fürs Erste gestillt.