Skip to content

Von Speakerdeck zu Hugo

Unter den Aufgaben in Todoist war unter anderem auch die Migration aller Vortrags- und Workshop-Präsentationen von Speakerdeck in die eigene Hugo-Installation.

Ich bin ganz froh, dass ich damit zwei fremd gehostete Dienste loswerde. Über den Auszug aus Todoist habe ich ja schon geschrieben, dazu gibt es nächste Woche noch etwas Neues bzw. eine Entscheidung, die ich gerade prüfe.

Alt waren die Vorträge und Workshops unter speakerdeck.com/ddeimeke, dort habe ich nur noch einen Platzhalter übrig gelassen, neu sind sie jetzt unter ddeimeke.link/public (bzw. changelog.deimeke.ruhr/page/public-speaking/). Die Sammlung ist noch etwas rudimentär, ich werde mir noch Gedanken darüber machen, wie ich das aufhübschen kann.

In Hugo kommt das hugo-embed-pdf zum Einsatz, es ist auch auf GitHub zu finden. In diesem Zusammenhang: Es ist gar nicht so einfach, ein Plugin zu finden, mit dem man PDFs in Webseiten einbetten kann.

Trackbacks

Keine Trackbacks

Kommentare

Ansicht der Kommentare: Linear | Verschachtelt

Tom am :

*Bin ja gespannt, wo es dich anstelle von Todoist hinzieht. Für mich ist Todoist sehr zentral und leider konnte ich noch keine, für mich passende, alternative finden. Alles ist irgendwie langsamer, kann weniger, oder kann meine Workflows nicht abdecken

Dirk Deimeke am :

*Bei Taskwarrior war ich sehr lange und als ich zu Todoist gewechselt bin, habe ich sehr viele Funktionen vermisst. Meinen Workflow habe ich auf das reduzierte Featureset von Todoist angepasst. Natürlich habe ich auch neue Funktionen bekommen: eine perfekte Synchronisation, die Verfügbarkeit überall und dergleichen mehr.

Es war mir aber immer ein Dorn im Auge, dass die Daten nicht bei mir liegen.

Daher habe ich Open-Source-Lösungen wie Super Productivity oder Vikunja ausprobiert, bin aber von diesen auch nicht 100% überzeugt.

Bin gerade dabei, zu überlegen, was ich wirklich benötige, um gut organisiert zu sein.

onli am :

*Zum Einbinden von PDFs, das hier könnte funktionieren, also ohne ein Plugin ein object-Tag zu setzen und den Rest den Browser machen lassen. Man müsste aber schauen ob das wirklich mit Telefonbrowsern auch funktioniert. Wenn nicht, https://www.embedpdf.com/docs/snippet/getting-started sieht okay aus (z.B. als Startpunkt für ein Serendipityplugin). Ich glaube, das ist auch was dein Hugoplugin nutzt? Oder man könnte um PDF.js etwas herumstricken, dann dessen viewer (der die Demo umsetzt, https://github.com/mozilla/pdf.js#online-demo) in einem iframe einbinden. Wobei die Webseite sagt man solle dann bitte den Viewer anpassen, und es mich wundert dass es dafür kein generisches Plugin gibt - ein entsprechendes Wordpresplugin sehe ich aber gerade, https://wordpress.org/plugins/pdfjs-viewer-shortcode/.

Dirk Deimeke am :

*Das Hugo-Plugin setzt auf pdf.js.

Ich habe ein gedankliches Problem damit, darauf zu vertrauen, dass der Browser einen eingebauten PDF-Viewer hat, wobei das vermutlich Quatsch ist.

Für Serendipity brauche ich das nicht. Ich würde gerne statischen Content in Hugo konsolidieren. Das bedeutet auch, dass ich die statischen Seiten hier aus dem Blog migrieren werde.

onli am :

*In dem SO-Thread wird gewarnt, dass der native Weg mit Chrome unter Android nicht funktioniere. Ob das noch stimmt weiß ich nicht - und ob das so schlimm wäre, man könnte ja dann die Datei zum Download anbieten. Aber zeigt, dass deine Bedenken nicht Quatsch sind :-)

Kommentar schreiben

Gravatar, Favatar (Favicons), Pavatar Autoren-Bilder werden unterstützt.
BBCode-Formatierung erlaubt
Umschließende Sterne heben ein Wort hervor (*wort*), per _wort_ kann ein Wort unterstrichen werden.
Standard-Text Smilies wie :-) und ;-) werden zu Bildern konvertiert.
Die angegebene E-Mail-Adresse wird nicht dargestellt, sondern nur für eventuelle Benachrichtigungen verwendet.
:'(  :-)  :-|  :-O  :-(  8-)  :-D  :-P  ;-) 
Formular-Optionen
cronjob