Wiki-bl v3.27

Ihr persönliches Wissenssystem – Markdown-Wiki für Windows, vollständig portabel.

Autor: Bernhard Lickert  ·  entwickelt mit Claude (Anthropic)  ·  © 2026

Übersicht

Wiki-bl ist ein persönliches Wissenssystem für Windows. Alle Inhalte werden lokal gespeichert – keine Cloud, keine Registrierung, keine Abhängigkeiten vom Internet.

Die Anwendung basiert auf Markdown als Textformat: Sie schreiben im Editor auf der linken Seite, die formatierte Vorschau erscheint rechts in Echtzeit.

Hauptfunktionen

Speicherort der Wiki-Daten

Standardmäßig werden alle Wiki-Daten im Unterordner data\ neben der Programmdatei gespeichert. Der Speicherort kann in den Einstellungen geändert werden – zum Beispiel auf einen Netzlaufwerk, ein USB-Laufwerk oder einen Cloud-Sync-Ordner (OneDrive, Dropbox).

Speicherort ändern

  1. Einstellungen → Einstellungen … öffnen.
  2. Abschnitt Speicherort der Wiki-Daten – der aktuelle Pfad wird angezeigt.
  3. Klick auf „Ordner wählen …" → Ordner auswählen → OK.
  4. Das Programm verschiebt alle vorhandenen Daten automatisch in den neuen Ordner und startet neu.
Ideal für Synology NAS, OneDrive oder einen USB-Stick: Ordner dort anlegen, als Speicherort wählen – fertig. Alle Seiten sind sofort verfügbar.

Vorhandene Struktur am Zielort NEU v3.23

Enthält der neu gewählte Ordner bereits eigene .md- oder .txt-Dateien – zum Beispiel ein fremdes Markdown-Vault oder ein früheres Wiki-bl-Datenverzeichnis –, liest Wiki-bl diese Struktur (inklusive Unterordner) beim Wechsel vollständig ins aktuelle Wiki ein, bevor irgendetwas kopiert wird. Seiten, deren Titel bereits existiert, werden übersprungen statt überschrieben.

Bis v3.22 wurde ein am Zielort bereits vorhandener pages-Ordner beim Kopiervorgang kommentarlos überschrieben – seine Struktur ging dabei verloren, statt übernommen zu werden. Das ist seit v3.23 behoben.

Standard wiederherstellen

Klick auf „Standard wiederherstellen" – die Daten werden zurück in den data\-Ordner neben der EXE verschoben.

Technischer Hintergrund

Der gewählte Pfad wird in der Datei wiki_data_path.cfg neben der EXE gespeichert. Fehlt diese Datei, wird automatisch der Standardpfad verwendet.

Beim Verschieben werden die Daten in den neuen Ordner kopiert. Der alte Ordner bleibt erhalten und kann nach erfolgreicher Prüfung manuell gelöscht werden.

Installation & Start

Kurz gesagt: Die EXE-Version (Wiki-bl_v3.27.exe) ist die vorgesehene Art, Wiki-bl zu benutzen. Die beiden Python-Varianten weiter unten sind für die Entwicklung und für den Fall gedacht, dass gerade keine EXE gebaut ist.

Empfohlen: die EXE-Version

Wiki-bl wird als fertige Windows-Anwendung gebaut und soll auch so benutzt werden. Nach dem Build (siehe Kapitel EXE erstellen) liegt sie hier:

dist\Wiki-bl\Wiki-bl_v3.27.exe

Ein Doppelklick genügt. Warum diese Version die primäre ist:

Geben Sie immer den gesamten Ordner dist\Wiki-bl weiter oder kopieren Sie ihn komplett – nicht nur die EXE allein. Sie benötigt die Dateien daneben (den Ordner _internal).

Alternative für Entwicklung: als Python-Skript

Voraussetzung: Python 3.10 oder neuer ist installiert.

  1. ZIP entpacken, alle Dateien in einen Ordner legen.
  2. Einmalig die benötigten Pakete installieren:
pip install PyQt6 PyQt6-WebEngine markdown
  1. Programm starten:
python wiki_bl_v3_26.py
Unter Windows können Sie auch pythonw wiki_bl_v3_26.py verwenden – dann öffnet sich kein Konsolenfenster im Hintergrund.

Direktstart per Doppelklick ohne Konsolenfenster NEU v3.13

Statt die Konsole/Eingabeaufforderung zu benutzen, liegt im Paket die Datei wiki_bl_v3_26.pyw. Ein Doppelklick darauf startet das Programm direkt über pythonw.exe – ohne schwarzes Konsolenfenster, genauso bequem wie eine fertige EXE, nur eben mit Python im Hintergrund.

wiki_bl_v3_26.pyw muss im selben Ordner liegen wie wiki_bl_v3_26.py – sie ruft den eigentlichen Code nur auf, der Programmcode selbst bleibt zentral in der .py-Datei gepflegt.
Voraussetzung ist weiterhin, dass Python und die Pakete (PyQt6, PyQt6-WebEngine, markdown) installiert sind und .pyw-Dateien mit pythonw.exe verknüpft sind (Windows-Standard bei einer normalen Python-Installation).

Die EXE selbst bauen (PyInstaller)

So entsteht die oben empfohlene EXE-Version:

  1. Stellen Sie sicher, dass wiki_bl_v3_26.py, wiki_bl_v3_26.spec, wiki.ico und build_wiki_bl_v3_26.bat im selben Ordner liegen.
  2. Doppelklick auf build_wiki_bl_v3_26.bat.
  3. Warten bis „FERTIG!" erscheint.
  4. Die fertige Anwendung liegt in: dist\Wiki-bl\Wiki-bl_v3.27.exe
Neu v3.24: Der Build schließt jetzt ungenutzte Qt-Module aus und entfernt nach dem Bauen überflüssige WebEngine-Sprachdateien aus dem _internal-Ordner (behalten werden Deutsch und Englisch) – die Anwendung wird dadurch spürbar kleiner. Siehe Kapitel „Versionshistorie".
Geben Sie immer den gesamten Ordner dist\Wiki-bl weiter – nicht nur die EXE allein. Die EXE benötigt die Dateien daneben.

Wo werden die Daten gespeichert?

Die Wiki-Daten (Datenbank und Markdown-Dateien) liegen im Unterordner data\ neben der EXE bzw. neben dem Python-Skript. Dieser Ordner wird beim ersten Start automatisch angelegt.

Der data\-Ordner ist Ihr persönliches Wiki. Für ein Backup reicht es, diesen Ordner zu kopieren – oder die Backup-Funktion im Programm zu nutzen.

Benutzeroberfläche

Aufbau

Menüleiste

Lesen & Bearbeiten NEU v3.26

Ein Wiki wird überwiegend gelesen – nachgeschlagen, nicht geschrieben. Deshalb öffnen Seiten ab v3.26 zunächst im Lesemodus: nur die Vorschau, volle Breite, eine schlanke Leiste statt 14 Formatierungsknöpfen. Bearbeiten ist eine bewusste Zusatzhandlung.

Die drei Ansichtsmodi

Umschalten

Neue Seiten, Seiten aus einer Vorlage und über Datei → Öffnen (Strg+O) geöffnete Dateien starten immer im Modus Geteilt – ihr Inhalt ist noch nicht gespeichert, im Lesemodus wäre das leicht zu übersehen.

Splitter drehen NEU v3.26

F8 (oder Ansicht → Editor und Vorschau untereinander) dreht die Aufteilung von Editor und Vorschau zwischen nebeneinander und untereinander um – für schmalere Fenster oder Hochformat-Bildschirme. Wirkt auf alle offenen Tabs gleichzeitig und wird für neu geöffnete Tabs gemerkt.

Seitenbaum ein-/ausblenden NEU v3.26

F10 (oder Ansicht → Seitenbaum ein-/ausblenden) blendet die linke Leiste aus – schafft zusätzlich Platz, besonders im Lesemodus.

Rückfallebene: immer zum Bearbeiten öffnen

Wer weiterhin sofort im Editor landen möchte, findet unter Einstellungen → Verhalten die Option „Seiten immer zum Bearbeiten öffnen". Ist sie aktiv, öffnen Seiten wie bis v3.25 direkt im Modus Geteilt.

Seiten erstellen & bearbeiten

Neue Seite anlegen

Über Datei → Neue Seite, den Button + Neu in der Toolbar, oder Ctrl+N. Sie werden nach einem Titel gefragt. Der Titel muss eindeutig sein. Die neue Seite öffnet im Modus Geteilt (siehe Kapitel „Lesen & Bearbeiten").

Alternativ: Rechtsklick auf einen Ordner im Seitenbaum → Neue Seite hier – die Seite wird direkt im gewählten Ordner erstellt.

Seite öffnen

Einzelklick auf eine Seite im Seitenbaum öffnet sie als neuen Tab – standardmäßig im Lesemodus (siehe oben). Bereits geöffnete Seiten werden aktiviert, nicht doppelt geöffnet. Wird das Tab-Limit erreicht, schließt das Programm automatisch den ältesten unveränderten Tab.

Seite speichern

Ctrl+S speichert die aktive Seite. Ctrl+Alt+S speichert alle geänderten Tabs auf einmal. Ein * im Tab-Titel zeigt ungespeicherte Änderungen an.

Seite umbenennen

Seite im Baum markieren, dann Seite → Umbenennen oder F2. Der neue Titel darf nicht bereits vergeben sein. Die zugehörige .md-Datei wird automatisch mitumbenannt.

Seite löschen

Seite im Baum markieren, dann Seite → Löschen oder Rechtsklick → Löschen. Eine Sicherheitsabfrage erscheint. Seit v3.18 wird dabei auch die zugehörige .md-Datei im pages-Ordner entfernt – bis v3.17 blieb sie als Karteileiche liegen.

Seite verschieben

Seiten können per Drag & Drop in einen anderen Ordner gezogen werden. Ungespeicherte Änderungen werden dabei automatisch gesichert.

Ordner & Struktur

Ordner dienen zur thematischen Gliederung. Sie können beliebig tief verschachtelt werden.

Neuen Ordner anlegen

Über Datei → Neuer Ordner, den Button Ordner in der Toolbar, oder Rechtsklick im Baum → Unterordner.

Regeln für Ordnernamen NEU v3.20

Ordnernamen müssen im ganzen Wiki eindeutig sein – auch dann, wenn die Ordner an ganz verschiedenen Stellen liegen. Es kann also nicht gleichzeitig Arbeit\Notizen und Privat\Notizen geben. Ebenfalls abgelehnt werden:

Bei einem unzulässigen Namen bleibt der Dialog offen und der Name lässt sich direkt korrigieren.

Hintergrund: Ordner werden intern über ihren Namen identifiziert. Bis v3.19 führte ein doppelt vergebener Name dazu, dass beim „Anlegen“ in Wirklichkeit der bestehende Ordner samt allen Seiten verschoben wurde – ohne jede Meldung. Die Prüfung macht das unmöglich.

Ordner umbenennen NEU v3.22

Ordner im Baum markieren, dann F2 drücken – oder Rechtsklick auf den Ordner → Umbenennen. Der neue Name muss den oben genannten Regeln für Ordnernamen genügen; eine reine Änderung der Groß-/Kleinschreibung (z. B. kochen → Kochen) ist erlaubt.

Beim Umbenennen ziehen automatisch mit:

Die Wurzel Wiki lässt sich nicht umbenennen – bei F2 auf der Wurzel erscheint ein Hinweis in der Statusleiste.
Bis v3.21 gab es kein Ordner-Umbenennen – und F2 bei markiertem Ordner benannte unbemerkt die gerade geöffnete Seite um. Beides ist in v3.22 behoben: F2 wirkt jetzt auf das, was markiert ist.

Ordner löschen

Rechtsklick auf den Ordner → Löschen. Bei Ordnern mit Inhalt erscheint eine Auswahl:

Leere Ordner werden ohne zweite Abfrage gelöscht.

Ordner verschieben

Ordner können per Drag & Drop in andere Ordner verschoben werden. Der komplette Teilbaum (Unterordner und Seiten) wandert mit – auch im Dateisystem.

Seit v3.20 lehnt Wiki-bl es ab, einen Ordner in sich selbst oder einen seiner eigenen Unterordner zu ziehen; in der Statusleiste erscheint ein Hinweis. Bis v3.19 war das möglich – der Ordner verschwand danach aus dem Baum und seine Seiten hingen scheinbar in der Wurzel.

Markdown-Formatierung

Der Editor unterstützt Standard-Markdown mit den Erweiterungen extra, codehilite, toc und nl2br.

Grundlegende Formatierungen

EingabeErgebnis
# Überschrift 1Große Überschrift
## Überschrift 2Mittlere Überschrift
**fett**fett
*kursiv*kursiv
~~durchgestrichen~~durchgestrichen
<u>unterstrichen</u>unterstrichen NEU v3.8
`Code`Inline-Code
- ListenpunktAufzählungsliste
1. Erster PunktNummerierte Liste
- [ ] AufgabeCheckbox (leer)
- [x] ErledigtCheckbox (angehakt)
---Trennlinie
> ZitatBlockzitat

Links und Bilder

[Anzeigetext](https://beispiel.de)
![Bildbeschreibung](pfad/zum/bild.jpg)

Links können über den 🔗-Button eingefügt werden. Bilder werden ab v3.8 direkt eingebettet (Base64) – kein externer Pfad nötig.

Code-Blöcke

```python
def hallo():
    print("Hallo Welt")
```

Tabellen

| Spalte 1 | Spalte 2 |
|----------|----------|
| Wert A   | Wert B   |

Tabelle bequem einfügen NEU v3.21

Statt die Pipe-Syntax von Hand zu tippen, öffnet der Button ⊞ Tabelle in der Editor-Toolbar einen Dialog. Dort wählen Sie:

Die fertige Tabelle wird an der Cursorposition eingefügt; die Zellen sind leer und werden anschließend im Editor ausgefüllt.

Markdown oder HTML? NEU v3.21

Das entscheidet sich automatisch nach Ihrer Farbwahl:
  • Ohne Farbe → eine saubere Markdown-Tabelle (Pipe-Syntax). Sie bleibt im Dateispiegel data\pages\ als lesbares Markdown erhalten und lässt sich auf dem Handy mit jeder Markdown-App (Obsidian, Markor …) anzeigen. Die Ausrichtung wird über :---, :---:, ---: gesetzt.
  • Mit Farbe → eine HTML-Tabelle. Nur so lassen sich Kopfzeile und Zeilen einfärben, denn Markdown kann keine Farben. In der Vorschau (die einen echten Browser nutzt) sieht sie farbig aus. Im Dateispiegel steht dann jedoch HTML statt Markdown – auf dem Handy zeigen manche Apps das als Rohtext.
Kurz: Wollen Sie die Tabelle später auf dem Handy sauber lesen, verzichten Sie auf Farbe. Ausrichtung allein bleibt reines Markdown und ist unbedenklich.

Toolbar-Buttons im Editor

Die Toolbar über dem Editor bietet Schnellzugriff: Fett, Kursiv, Durchstrich, Unterstreichen, Überschriften H1–H6, Inline-Code, Code-Block, Trennlinie, Aufgabe, ⊞ Tabelle einfügen (neu v3.21), Link, Bild einbetten (Base64), [[]] WikiLink einfügen (Seitenliste mit Suchfeld, neu v3.8), 🔙 Backlinks anzeigen und Tags.

Unterstreichen NEU v3.8

Neu in v3.8: Text kann jetzt unterstrichen werden. Da Standard-Markdown kein Unterstreichen kennt, wird HTML-Syntax verwendet, die in der Vorschau korrekt gerendert wird.

Syntax

<u>unterstrichener Text</u>

Per Toolbar-Button

Klick auf den U̲-Button in der Editor-Toolbar. Markierten Text wählen, dann klicken – die Tags werden automatisch um die Auswahl gesetzt. Ohne Auswahl werden die Tags eingefügt und der Cursor zwischen sie gesetzt.

Im Editor

Die <u>…</u>-Tags werden im Editor blau und unterstrichen hervorgehoben, sodass unterstrichene Passagen auch beim Schreiben sofort erkennbar sind.

Unterstreichen funktioniert sowohl in der Live-Vorschau als auch im HTML-Export und beim Drucken.

Bilder & Grafiken NEU v3.8

Neu in v3.8: Bilder werden direkt in die Seite eingebettet (Base64 Data-URI). Es gibt keinen externen Dateipfad mehr – das Bild ist Teil des Seiteninhalts und bleibt auch dann erhalten, wenn Dateien verschoben oder die Wiki-Datenbank auf ein anderes System kopiert wird.

Bild einbetten

  1. Klick auf den 🖼-Button in der Tab-Toolbar.
  2. Bilddatei auswählen (PNG, JPG, GIF, WebP, BMP oder SVG).
  3. NEU v3.27 Ist das Bild zu groß, wird es ohne Rückfrage automatisch verkleinert (siehe nächster Abschnitt). Die Statusleiste meldet, was geschehen ist – zum Beispiel „Bild verkleinert: 4032×3024 → 1200×900, 3,8 MB → 210 KB".
  4. Das Bild wird als Base64-Data-URI in den Markdown-Text eingefügt und sofort in der Vorschau angezeigt.

Automatisches Verkleinern NEU v3.27

Neu in v3.27: Ein zu großes Rasterbild wird vor dem Einbetten auf max. 1200 px Kantenlänge heruntergerechnet und neu kodiert (JPEG-Qualität 85; Bilder mit Transparenz bleiben PNG). Das geschieht ohne Rückfrage, mit einer Meldung in der Statusleiste.

Warum das nötig war: Die Vorschau übergibt die fertige Seite an die eingebaute Chromium-Anzeige, und diese lädt eine Seite nur bis 2 MB. Darüber blieb die Vorschau bis v3.26 einfach weiß – ohne Fehlermeldung. Ein Kamerafoto (JPG, 3–6 MB) wächst als Base64 um rund ein Drittel und riss diese Grenze im Alleingang, während PNG-Screenshots (100–500 KB) immer funktionierten. Das sah aus wie „Wiki-bl kann kein JPG", war aber reine Größensache: kleine JPG ließen sich immer einbetten.

Wie gerechnet wird: Reicht die Verkleinerung auf 1200 px nicht aus, sinkt zuerst die Qualität (85 → 75), dann die Kantenlänge (900 → 700 → 500 px), bis das Bild in den verfügbaren Platz passt. Das Budget gilt je Seite, nicht je Bild: der bereits vorhandene Seiteninhalt zählt mit, sodass auch das fünfte Bild auf einer Seite noch angezeigt wird – dann eben stärker verkleinert. Wird es sehr eng, weist die Statusleiste darauf hin, dass ein Umbruch auf eine neue Seite besser wäre.

SVG und GIF werden nicht umgerechnet – SVG ist eine Vektorgrafik (klein und verlustfrei skalierbar), und ein neu kodiertes GIF hätte seine Animation verloren. Passt eine solche Datei nicht mehr auf die Seite, kommt eine Rückfrage; das ist der einzige verbliebene Dialog beim Einbetten.

Wer das Original in voller Auflösung behalten will, legt es neben der EXE im Ordner data\images\ ab und verlinkt es (siehe „Hinweis zur Dateigröße" weiter unten) – verlinkte Bilder werden nicht angetastet.

Unterstützte Formate

FormatErweiterungHinweis
PNG.pngVerlustfrei, ideal für Screenshots
JPEG.jpg / .jpegGut für Fotos; große Dateien werden ab v3.27 automatisch verkleinert
GIF.gifAnimationen möglich – wird deshalb nie umgerechnet
WebP.webpModernes Format, gute Kompression
BMP.bmpUnkomprimiert, meist sehr groß
SVG.svgVektorgrafik – beliebig skalierbar, keine Qualitätsverluste; wird nie umgerechnet

Vektorgrafiken (SVG) NEU v3.8

SVG-Dateien (Scalable Vector Graphics) werden genauso eingebettet wie Rastergrafiken – als Base64 Data-URI. Vektorgrafiken haben entscheidende Vorteile:

Für Diagramme, Flowcharts und Organigramme empfiehlt sich SVG-Export aus draw.io oder PlantUML – die Grafiken bleiben scharf auf jedem Bildschirm.

Hinweis zur Dateigröße

Eingebettete Bilder vergrößern den Seiteninhalt in der Datenbank. Für viele große Fotos empfiehlt sich statt Einbettung die Ablage im data\images\-Ordner neben der EXE und die Verlinkung per relativem Pfad:

![Beschreibung](images/mein-bild.jpg)
Seit v3.27 kann ein eingebettetes Bild die Vorschau nicht mehr sprengen – es wird vorher verkleinert. Die Datenbank wächst aber weiterhin mit jedem eingebetteten Bild: eine Seite kann insgesamt rund 2 MB Inhalt anzeigen, das entspricht etwa vier bis fünf verkleinerten Fotos. Wer mehr Bilder auf einmal braucht, verteilt sie auf mehrere Seiten oder verlinkt sie aus data\images\.

Bild-Lupe in der Vorschau NEU v3.14

Neu seit v3.11–v3.14: In der Vorschau lässt sich für jedes eingebettete Bild eine Lupe einschalten, die einen vergrößerten, kreisrunden Ausschnitt an der Cursorposition zeigt – ideal für Screenshots mit kleiner Schrift (z.B. Tabellen, Diagramme oder Sonderzeichen-Übersichten, die als Bild gespeichert wurden). Seit v3.14 wird die Lupe gezielt per Klick ein-/ausgeschaltet, statt automatisch beim Drüberfahren – so springt sie nicht mehr versehentlich beim normalen Lesen einer Seite an.
  1. Das 🔍-Symbol oben rechts in einem Bild anklicken, um die Lupe für dieses Bild zu aktivieren (Symbol färbt sich blau).
  2. Maus über das Bild bewegen → es erscheint ein vergrößerter Ausschnitt (Standard ca. 2,5-fach) an der Mausposition.
  3. Mausrad über dem Bild drehen, um die Zoomstufe zu verändern (1,5-fach bis 6-fach).
  4. Maus vom Bild weg bewegen blendet die Lupe aus, sie bleibt aber aktiviert – erneutes Drüberfahren zeigt sie sofort wieder.
  5. Erneuter Klick auf das 🔍-Symbol schaltet die Lupe für dieses Bild wieder aus.
Die Lupe ist pro Bild getrennt schaltbar – andere Bilder auf derselben Seite bleiben unberührt. Es ist keine globale Einstellung nötig.

Vorlagen

Über Datei → Aus Vorlage … können neue Seiten mit vorgefertigter Struktur angelegt werden:

Tags

Tags helfen beim Auffinden von Seiten zu bestimmten Themen. Sie werden kommagetrennt eingegeben.

Tags setzen: Klick auf den 🏷-Button in der Editor-Toolbar oder Seite → Tags vorschlagen. Die Wiki-Suche (Ctrl+F) durchsucht auch Tags.

Suchen & Ersetzen

Wiki-Suche (Ctrl+F)

Durchsucht alle gespeicherten Seiten gleichzeitig – nach Titel, Inhalt und Tags. Doppelklick auf ein Ergebnis öffnet die Seite.

Seit v3.20 werden auch die Zeichen % und _ als ganz normaler Text gesucht. Bis v3.19 galten sie als Platzhalter der Datenbank: eine Suche nach % lieferte alle Seiten, eine Suche nach a_b auch axb.

Suchen & Ersetzen im Editor (Ctrl+H)

Sucht und ersetzt Text innerhalb der aktuell geöffneten Seite. Optionen: Groß/Klein, Ganzes Wort, Regex.

Speichern & Autosave

Manuell speichern

Autosave

Unter Einstellungen → Einstellungen … (Reiter „Verhalten") kann Autosave aktiviert werden. Das Intervall ist in Minuten einstellbar (1–60). Alle geänderten Tabs werden automatisch gespeichert.

Beim Beenden

Beim Schließen mit ungespeicherten Änderungen erscheint eine Abfrage: Speichern, Verwerfen oder Abbrechen.

Dateiablage & Handy-Sync NEU v3.18

Jede gespeicherte Seite liegt zusätzlich zur Datenbank als ganz normale .md-Datei auf der Festplatte. Seit v3.18 bildet der Ordner data\pages\ dabei exakt den Seitenbaum ab, den Sie im Programm sehen – mit echten Unterordnern. Bis v3.17 lagen alle Dateien flach in einem einzigen Ordner.

Beispiel

Sieht der Seitenbaum so aus:

Wiki
 ├── Start
 ├── Kochen
 │    └── Rezepte
 │         └── Lasagne
 └── Arbeit
      └── Meeting

… dann liegt auf der Festplatte:

data\pages\Start.md
data\pages\Kochen\Rezepte\Lasagne.md
data\pages\Arbeit\Meeting.md

Wiki auf dem Handy lesen

Weil die Ablage jetzt eine gewöhnliche Ordnerstruktur mit Markdown-Dateien ist, lässt sich das Wiki auf jedes andere Gerät spiegeln:

  1. Den Ordner data\pages\ (oder gleich den ganzen data-Ordner) mit einem Sync-Werkzeug abgleichen – z.B. Syncthing, OneDrive, Nextcloud oder Dropbox.
  2. Auf dem Handy eine beliebige Markdown-App auf diesen Ordner zeigen lassen (z.B. Obsidian oder Markor unter Android).
  3. Fertig – alle Seiten sind mit Ordnerstruktur lesbar, ohne dass Wiki-bl dort installiert sein muss.
Wiki-bl selbst läuft nur unter Windows. Eine Android-App ist technisch nicht möglich, weil die Vorschau die Chromium-Engine von Qt (QtWebEngine) benötigt, die es für Android nicht gibt. Der Umweg über synchronisierte Markdown-Dateien erfüllt denselben Zweck – zumindest zum Lesen.

Wichtig: die Datenbank ist maßgeblich

Wiki-bl liest die Seiten immer aus der Datenbank data\index.db, nicht aus den .md-Dateien. Die Dateien sind ein Abbild. Änderungen, die Sie von außen direkt an einer .md-Datei vornehmen (z.B. auf dem Handy), werden nicht ins Wiki zurückübernommen und beim nächsten Speichern der Seite überschrieben. Zum Einlesen fremder Dateien dient Datei → Ordner importieren.

Verwaiste Dateien

Findet Wiki-bl beim Start eine .md-Datei im pages-Ordner, zu der es keine Seite in der Datenbank gibt, wird diese Datei nicht gelöscht, sondern nach data\pages_verwaist\ verschoben. So geht nichts verloren. Von dort lassen sich die Dateien bei Bedarf über Datei → Ordner importieren wieder ins Wiki holen.

Welche Dateien Wiki-bl einlesen kann NEU v3.25

Seit v3.25 versteht Wiki-bl acht Dateiendungen und wandelt sie beim Einlesen nach Markdown um. Bis v3.24 waren es nur .md und .txt.

FormatWas übernommen wird
.md, .markdownUnverändert. Ein Kopfblock aus dem Programm Notizen wird abgetrennt und ausgewertet (siehe unten).
.txtUnverändert als Text.
.docx (Word)Überschriften (auch die deutschen Formatnamen „Überschrift 1/2"), fett, kursiv, fett+kursiv, Aufzählungen, Umlaute und Tabellen.
.html, .htmÜberschriften, fett/kursiv/unterstrichen, Links mit Ziel, Bilder, Listen, Zitate, Codeblöcke und Tabellen. <script>, <style> und Navigationsleisten werden übersprungen; der Seitentitel wird aus <title> genommen.
.rtfReiner Text mit korrekt dekodierten Umlauten; Absätze bleiben erhalten.
.csvWird zu einer Markdown-Tabelle. Das Trennzeichen (Komma oder Semikolon) wird automatisch erkannt.
Der Import kommt ohne Zusatzsoftware aus – kein Word, kein Office, keine zusätzlichen Python-Pakete. Die EXE wird dadurch nicht größer.
Was der Import nicht kann: Aus .rtf-Dateien wird nur der Text übernommen, jede Formatierung geht verloren. Aus Word-Dateien werden Bilder, Fuß- und Endnoten, Kopf- und Fußzeilen sowie die Ziele von Hyperlinks nicht übernommen (der sichtbare Linktext bleibt erhalten). PDF-Dateien kann Wiki-bl nicht einlesen.

Kopfblöcke aus dem Programm „Notizen" NEU v3.25

Das eingestellte Schwesterprogramm Notizen stellt jeder gespeicherten Datei einen Kopfblock voran:

---
title: Angebot Meier
tags: [kunde, offen, 2026]
modified: 2026-06-12T10:04:11
---

Wiki-bl trennt diesen Block beim Import ab und verwertet ihn: title wird zum Seitentitel (statt des Dateinamens), tags werden zu den Schlagwörtern der Seite. Ohne diese Behandlung stünde der Block als sichtbarer Text am Seitenanfang und die Schlagwörter wären verloren.

Die Erkennung ist absichtlich streng: Die erste Zeile muss genau --- lauten, jede Zeile des Blocks muss die Form schlüssel: wert haben, und der Block darf höchstens 30 Zeilen lang sein. Im Zweifel gilt „kein Kopfblock" und der Text bleibt vollständig erhalten. Grund: Würde ein normaler Text fälschlich für einen Kopfblock gehalten, verschwände sein Inhalt beim Import spurlos.

Ordner importieren erweitert v3.25

Datei → Ordner importieren liest alle oben genannten Dateiformate von der Festplatte ins Wiki ein. Seit v3.23 wird der gewählte Ordner rekursiv durchsucht: Jeder gefundene Unterordner wird als eigener Wiki-Ordner angelegt, und jede importierte Seite landet in genau dem Unterordner, in dem sie auf der Festplatte lag.

Gleiche Titel im selben Import-Lauf: Der Titel kann seit v3.25 auch aus <title> oder aus einem Notizen-Kopfblock stammen. Damit können zwei Dateien desselben Laufs denselben Titel liefern – etwa mehrere HTML-Exporte namens „Unbenanntes Dokument". Wiki-bl nummeriert dann durch: die zweite Seite heißt Unbenanntes Dokument (2). Es geht nichts verloren.

Eine Seite, die im Wiki bereits existiert, wird beim Import weiterhin übersprungen und niemals überschrieben. Die Datei bleibt auf der Festplatte liegen. Wollen Sie den Inhalt trotzdem übernehmen, benennen Sie die vorhandene Wiki-Seite vorher um.
Bis v3.22 durchsuchte der Import nur die oberste Ebene des gewählten Ordners. Seiten in Unterordnern wurden dabei komplett übergangen, und selbst die Seiten der obersten Ebene landeten immer flach in der Wurzel – die Ordnerstruktur ging verloren. Wer mit v3.22 oder älter importiert hat, kann den Import nach einem Update auf v3.23 einfach wiederholen: bereits vorhandene Seiten (gleicher Titel) werden dabei übersprungen, nichts wird doppelt angelegt.

Sind zwei Unterordner an verschiedenen Stellen der Quellstruktur gleich benannt, hängt Wiki-bl automatisch eine Zählung an (z.B. Notizen (2)), weil Ordnernamen im Wiki insgesamt eindeutig sein müssen.

Einzelne Datei öffnen (Strg+O) erweitert v3.25

Datei → Öffnen versteht seit v3.25 dieselben Formate wie der Ordner-Import. Eine Word-, HTML-, RTF- oder CSV-Datei wird beim Öffnen nach Markdown gewandelt und als neuer Tab angezeigt.

Wichtig: Öffnen legt nur einen Tab an. Beim Speichern (Strg+S) landet der Inhalt in der Wiki-Datenbank, nicht zurück in der Ursprungsdatei. Eine geöffnete .docx wird also nie verändert – sie bleibt unangetastet auf der Festplatte liegen. Das war schon vor v3.25 so, fällt aber jetzt stärker auf, weil man bei einer Word-Datei eher erwartet, dass sie zurückgeschrieben wird.

Grenze: 260 Zeichen Pfadlänge NEU v3.20

Windows erlaubt für einen Dateipfad standardmäßig nur 260 Zeichen. Bei tief verschachtelten Ordnern und langen Seitentiteln kann diese Grenze gerissen werden – die Seite lässt sich dann nicht als Datei ablegen.

Bis v3.19 geschah das lautlos: Die Seite fehlte einfach im Ordner data\pages\. Seit v3.20 erscheint eine Meldung, die die betroffenen Seiten nennt.

Abhilfe: kürzere Ordner- oder Seitennamen wählen, die Ordnerstruktur flacher halten, oder das Wiki näher an die Laufwerkswurzel legen (z.B. C:\Wiki-bl statt tief im Benutzerprofil).
Die Seite selbst ist davon nicht betroffen: sie liegt sicher in der Datenbank data\index.db und ist im Wiki normal benutzbar. Nur der Dateispiegel für die Synchronisation ist dann unvollständig.

Backup

Über Datei → Backup erstellen … wird ein vollständiges ZIP-Archiv aller Seiten, Ordner und der Datenbank erstellt.

Das Archiv enthält:

Der Dateiname wird automatisch mit Datum und Uhrzeit vergeben, z.B. Wiki-bl_Backup_20260714_143022.zip.
Erstellen Sie regelmäßig Backups, bevor Sie größere Umstrukturierungen vornehmen.

Export & Druck

Export einer Seite

Über Datei → Exportieren kann die aktuell geöffnete Seite exportiert werden:

Drucken (Ctrl+P)

Über Seite → Drucken oder Ctrl+P wird die aktuelle Seite über den Windows-Druckdialog ausgegeben.

Für PDF-Export und Druck muss PyQt6.QtPrintSupport installiert sein (bei Standard-PyQt6-Installation enthalten).
Behoben in v3.27: Bis einschließlich v3.26 fehlten alle eingebetteten Bilder im Ausdruck und im PDF – in jedem Format, ohne Fehlermeldung. Ausdruck und PDF werden nicht über die Chromium-Vorschau erzeugt, sondern über ein eigenes Textdokument, und dieses konnte die eingebetteten Bilddaten nicht auflösen. Jetzt werden sie beim Drucken dekodiert und mit ausgegeben.

Alle Seiten exportieren NEU v3.8

Neu in v3.8: Alle gespeicherten Wiki-Seiten können auf einmal als ZIP-Archiv exportiert werden – ideal für Archivierung, Weitergabe oder Migration.

Vorgehen

  1. Datei → Exportieren → Alle Seiten exportieren … aufrufen.
  2. Format wählen:
    • HTML: jede Seite als fertige .html-Datei mit CSS im Ordner html/
    • Markdown: jede Seite als .md-Datei im Ordner markdown/
    • Beides: HTML- und Markdown-Dateien in einem ZIP
  3. Speicherort und Dateinamen für das ZIP wählen.
  4. Das ZIP wird erstellt – Anzahl der Seiten und Dateigröße werden angezeigt.
Das ZIP enthält auch eine manifest.json mit Metadaten (Erstelldatum, Anzahl Seiten, Format, Version).
Eingebettete Bilder (Base64) sind in den exportierten HTML-Dateien vollständig enthalten – kein separater Bildordner nötig.

Einstellungen

Über Einstellungen → Einstellungen … öffnet sich der Einstellungsdialog. Seit v3.17 ist er in drei kompakte Reiter gegliedert (statt einer langen Scroll-Liste):

Reiter „Allgemein"

Reiter „Darstellung"

Reiter „Verhalten"

Tipp: Autostart und Infobereich ergänzen sich gut – Wiki-bl startet dann mit Windows und bleibt nach dem „Schließen" als Symbol griffbereit neben der Uhr.

Tab-Begrenzung NEU v3.8

Neu in v3.8: Die Anzahl gleichzeitig offener Tabs ist begrenzt, um eine unübersichtliche Ansammlung zu vermeiden.

Verhalten

Limit anpassen

Einstellungen → Einstellungen … → Reiter „Verhalten" → Abschnitt Tab-Begrenzung → Wert zwischen 3 und 50 einstellen → OK.

Für intensive Recherchearbeit empfiehlt sich ein höheres Limit (z.B. 20). Für einen fokussierten Arbeitsstil genügen 5–8 Tabs.

Dark Mode

Über Ansicht → Dunkler Modus oder erneuten Klick (Heller Modus) wird das Theme gewechselt. Die Einstellung wird dauerhaft gespeichert.

Favoriten

Häufig benötigte Seiten können als Favoriten gespeichert werden. Sie erscheinen in der Favoriten-Leiste unterhalb der Haupt-Toolbar.

Favorit setzen / entfernen

Seite → Als Favorit merken oder Ctrl+D. Im Seitenbaum werden Favoriten mit einem ★ gekennzeichnet.

Favorit aus der Leiste entfernen

Rechtsklick auf einen Favoriten-Button → Aus Favoriten entfernen.

Favoriten werden dauerhaft in der Datenbank gespeichert.

Seitenbaum-Sortierung

Über Ansicht → Seitenbaum sortieren:

Auto-Tagging

Über Seite → Tags vorschlagen öffnet sich der Tag-Dialog.

Lokale Analyse (offline)

Analysiert den Seiteninhalt und schlägt häufige bedeutsame Wörter als Tags vor. Ohne Internetverbindung.

Verbessert in v3.9.1: Linktexte (z. B. "Eisberg", "Talking Heads") werden jetzt mitgezählt – vorher fielen Begriffe innerhalb von [Text](URL)-Links komplett weg, wodurch besonders linklastige Seiten zu wenig Inhalt für eine lokale Analyse hatten. URL-Fragmente werden dabei weiterhin ausgefiltert. Außerdem werden bei wenigen Mehrfachnennungen (typisch bei Linklisten) zusätzlich einmalig vorkommende Begriffe vorgeschlagen, damit die Meldung "Zu wenig Inhalt für lokale Analyse" seltener erscheint.

KI-Vorschlag (Anthropic API)

Claude schlägt 5–8 treffende Tags vor. Benötigt einen Anthropic API-Key (sk-ant-…, erhältlich unter console.anthropic.com).

Verbessert in v3.9.1: Der Prompt wurde geschärft, damit Claude bevorzugt konkrete, im Text vorkommende Begriffe vorschlägt (Eigennamen, Werktitel, Fachbegriffe) statt grober Oberkategorien wie "Musik" oder "Kultur".

Tags übernehmen

Vorschläge anklicken → Ausgewählt übernehmen → OK.

Tag per Rechtsklick aus Markierung NEU v3.10

Schneller geht's direkt aus dem Text heraus: Begriff oder Textstelle markieren – sowohl im Editor (Markdown-Quelltext) als auch in der Vorschau (gerenderte Ansicht) – dann rechte Maustaste → „… als Tag vorschlagen".

Der Tag-Dialog öffnet sich daraufhin automatisch mit der Markierung bereits als Tag in der Tags-Zeile eingetragen (zusätzlich zu eventuell schon vorhandenen Tags). Die lokale Analyse läuft wie gewohnt parallel mit. Vor dem Bestätigen lässt sich der vorgeschlagene Tag in der Tags-Zeile noch anpassen oder wieder entfernen.

Markierungen über 60 Zeichen werden für den Tag-Vorschlag automatisch gekürzt.
Technischer Hinweis: Das Rechtsklick-Menü der Vorschau wurde dafür auf ein schlankes Menü (Kopieren, Alles auswählen, Tag vorschlagen) umgestellt. Erweiterte Browser-Funktionen wie „Bild speichern unter" oder „Element untersuchen", die das volle Chromium-Kontextmenü bieten würde, stehen dort bewusst nicht mehr zur Verfügung – im Editor bleibt das gewohnte vollständige Kontextmenü erhalten.

Tastaturkürzel

AktionKürzel
Neue SeiteCtrl+N
SpeichernCtrl+S
Speichern unterCtrl+Shift+S
Alle speichernCtrl+Alt+S
Datei öffnenCtrl+O
BeendenCtrl+Q
RückgängigCtrl+Z
WiederholenCtrl+Y
AusschneidenCtrl+X
KopierenCtrl+C
EinfügenCtrl+V
Alles auswählenCtrl+A
Wiki-SucheCtrl+F
Suchen & ErsetzenCtrl+H
DruckenCtrl+P
Seite bzw. Ordner umbenennen (je nach Markierung im Baum)F2
Backlinks dieser SeiteCtrl+B
Backlinks GesamtübersichtCtrl+Shift+B
Als Favorit merken / entfernenCtrl+D
Lesen ↔ Geteilt umschalten NEU v3.26F9
Editor/Vorschau nebeneinander ↔ untereinander NEU v3.26F8
Seitenbaum ein-/ausblenden NEU v3.26F10

EXE erstellen

Für den Build wird PyInstaller verwendet. Die Batch-Datei erledigt alles automatisch:

  1. Alle Dateien in einen Ordner legen:
    wiki_bl_v3_26.py  ·  wiki_bl_v3_26.spec  ·  wiki.ico  ·  build_wiki_bl_v3_26.bat
  2. Doppelklick auf build_wiki_bl_v3_26.bat.
  3. Die Batch installiert fehlende Pakete (PyInstaller, markdown) automatisch.
  4. Die EXE liegt danach in dist\Wiki-bl\Wiki-bl_v3.27.exe.

Warum –onedir und nicht –onefile?

PyQt6 mit QtWebEngine startet als Einzeldatei (--onefile) sehr langsam. Mit --onedir startet die Anwendung sofort.

Warum braucht die EXE einen _internal-Ordner? NEU v3.24

PyQt6 + QtWebEngine bringen praktisch einen kompletten Chromium-Browser mit (Rendering-Engine, Sprachdateien, Ressourcen). Bei --onedir landet das alles sichtbar im Ordner _internal neben der EXE, statt bei jedem Start unsichtbar in einen Temp-Ordner entpackt zu werden. Seit v3.24 schließt die .spec-Datei ungenutzte Qt-Module aus (Bluetooth, Multimedia, Qml/Quick, Sensoren u.a.) und das Build-Skript entfernt nach dem Bauen überflüssige WebEngine-Sprachdateien – der Ordner bleibt trotzdem vorhanden, wird aber spürbar kleiner.

Manueller Build

pip install pyinstaller markdown
pyinstaller wiki_bl_v3_26.spec --noconfirm

Eigenes Icon

Ersetzen Sie wiki.ico durch eine eigene ICO-Datei (gleicher Name) und führen Sie den Build erneut aus.

Versionshistorie

v3.27 (September 2026)
  • Große Bilder werden beim Einbetten automatisch verkleinert: max. 1200 px Kantenlänge, JPEG-Qualität 85, ohne Rückfrage, mit Meldung in der Statusleiste. Reicht das nicht, sinken Qualität und Kantenlänge stufenweise weiter.
  • Damit behoben: ein eingebettetes Kamerafoto (JPG, 3–6 MB) ließ die Vorschau weiß bleiben – ohne Fehlermeldung und ohne Absturz. Ursache war nicht das Dateiformat, sondern die 2-MB-Grenze, bis zu der die Chromium-Anzeige eine Seite lädt; kleine JPG funktionierten immer. Der Markdown-Renderer verarbeitete JPEG von jeher korrekt.
  • Platzbudget je Seite statt je Bild: der vorhandene Seiteninhalt zählt mit, jedes weitere Bild wird bei Bedarf stärker verkleinert. Ist die Seite randvoll, kommt eine Rückfrage statt einer stillschweigend weißen Vorschau.
  • SVG und GIF bleiben unangetastet (Vektorgrafik bzw. Animation) – nur dort erscheint bei Übergröße noch ein Dialog. Die alte 500-KB-Warnung entfällt: sie stellte eine Frage, die sich nicht sinnvoll beantworten ließ, und hinterließ bei „Ja" trotzdem eine weiße Vorschau.
  • Bugfix Drucken und PDF-Export: eingebettete Bilder fehlten dort bisher vollständig, in jedem Format. Beide Wege bauen die Seite über QTextDocument auf, das eingebettete Bilddaten (data:-URIs) nicht auflösen kann. Ein eigenes Druckdokument dekodiert sie jetzt.
  • Testsuite von 180 auf 231 Prüfungen erweitert (komplette Größenlogik der Bild-Einbettung, statische Verträge zu Verkleinerung und Druckdokument).
v3.26 (August 2026)
  • Lesemodus als neuer Standard: Seiten öffnen jetzt nur mit der Vorschau, volle Breite, schlanke Leiste; Bearbeiten (✏-Knopf oder F9) ist eine bewusste Zusatzhandlung statt eines Automatismus. Hintergrund: bei geteilter Ansicht braucht Wiki-bl rechnerisch rund 1480 px Fensterbreite, das Fenster startete aber mit nur 1100 px – die Vorschau bekam strukturell weniger Platz, als ihr eigenes CSS vorsieht.
  • Drei Ansichtsmodi: Lesen, Geteilt (bisheriges Verhalten), Nur Editor – umschaltbar über F9, das Menü Ansicht oder per Doppelklick in der Vorschau.
  • Splitter drehbar (F8): Editor und Vorschau nebeneinander oder untereinander, wirkt auf alle offenen Tabs.
  • Seitenbaum ein-/ausblendbar (F10) – mehr Platz, besonders im Lesemodus.
  • Rückfallebene für alle, die weiterhin sofort im Editor landen wollen: Einstellungen → Verhalten → „Seiten immer zum Bearbeiten öffnen".
  • Sichtbare Rückgängig/Wiederholen-Knöpfe (↶ ↷) in der Editor-Werkzeugleiste – bisher nur über Strg+Z/Strg+Y bzw. das Menü Bearbeiten erreichbar.
  • Bugfix „Datei öffnen" mit HTML: <meta>/<link>-Tags im <head> sind Void-Elemente ohne schließendes Tag. Standen sie (wie bis v3.25) in der Skip-Liste des HTML-Konverters, zählte jedes Vorkommen einen internen Zähler dauerhaft hoch, ohne dass er je wieder auf 0 zurückfiel – ab dann wurde der komplette restliche Text übersprungen. Praktisch jede echte HTML-Datei hat mindestens ein <meta charset> – das Ergebnis war eine leere Seite beim Öffnen ganz normaler HTML-Dateien.
  • Bugfix „Zuletzt geöffnet": eine über Strg+O geöffnete .docx/.rtf/.csv-Datei (oder eine cp1252-.txt) ließ sich aus dem Menü Zuletzt geöffnet nicht erneut öffnen (UnicodeDecodeError) – die Funktion las noch roh als UTF-8-Text statt über den in v3.25 eingeführten Konverter.
  • Handbuch: Farbschema deutlich dezenter – dunkles, gesättigtes Navy in Seitenleiste, Hero-Banner, Codeblöcken und Tabellenkopf durch helle, ruhige Flächen ersetzt.
  • Testsuite von 165 auf 180 Prüfungen erweitert (statische Verträge zum Lesemodus, u.a. Eindeutigkeit aller Tastaturkürzel).
v3.25 (August 2026)
  • Import von Word, HTML, RTF und CSV: Datei → Ordner importieren und Datei → Öffnen (Strg+O) verarbeiten jetzt auch .docx, .html/.htm, .rtf und .csv – bisher nur .md und .txt. Der Konverter stammt aus dem eingestellten Schwesterprogramm Notizen v1.2.1 und kommt ohne Zusatzbibliotheken aus; die EXE wird dadurch nicht größer. Drag & Drop wurde bewusst nicht umgesetzt.
  • Word- und HTML-Tabellen werden beim Import zu echten Markdown-Tabellen umgewandelt. Vorher wurden die Zellen einer Word-Tabelle in Einzelzeilen zerlegt und die Struktur ging verloren.
  • Notizen-Kopfblöcke werden abgetrennt; Titel und Schlagwörter wandern in die Wiki-Seite, statt als ----Block am Seitenanfang zu stehen.
  • Strenge Kopfblock-Erkennung: jede Zeile des Blocks muss schlüssel: wert lauten. Eine laschere Prüfung hätte einen Text, der mit einer Trennlinie beginnt und irgendwo „Achtung: …" enthält, für einen Kopfblock gehalten – der Inhalt dazwischen wäre beim Import spurlos verschwunden.
  • Titel-Kollision im selben Import-Lauf: liefern zwei Dateien denselben Titel, heißt die zweite jetzt Titel (2), statt als „bereits vorhanden" übersprungen zu werden – sie war ja nie vorhanden. Kollisionen mit einer wirklich vorhandenen Seite werden weiterhin übersprungen.
  • Kodierung: Import liest jetzt auch Dateien, die nicht UTF-8-kodiert sind (z.B. Altbestände aus Word oder Excel). Diese erzeugten bisher einen Importfehler.
  • Testsuite von 109 auf 165 Prüfungen erweitert; der komplette Import-Konverter ist damit ohne PyQt6 prüfbar.
v3.24 (August 2026)
  • EXE-Build verschlankt: die .spec-Datei schließt PyQt6-Module aus, die Wiki-bl nachweislich nicht importiert (u.a. Bluetooth, Multimedia, Qml/Quick, Sensoren, SerialPort, Sql, TextToSpeech, Xml, Help, Designer, RemoteObjects, NetworkAuth, DBus). Das Build-Skript entfernt zusätzlich alle WebEngine-Sprachdateien außer Deutsch/Englisch aus dem _internal-Ordner. Ergebnis: spürbar kleinere Anwendung.
  • Bugfix (Über-Dialog): die Neuerungsliste im Über-Dialog war seit dem v3.23-Release nicht mehr aktualisiert worden und zeigte weiterhin den Stand von v3.22 – die tatsächlichen v3.23-Neuerungen erschienen dort nie. Jetzt korrigiert.
v3.23 (August 2026)
  • Bugfix "Ordner importieren": durchsucht den gewählten Ordner jetzt rekursiv (vorher nur die oberste Ebene) und legt für jeden gefundenen Unterordner einen passenden Wiki-Ordner an. Bis v3.22 gingen dabei sowohl Seiten in Unterordnern als auch die Ordnerstruktur selbst verloren – alles landete flach in der Wurzel.
  • Bugfix "Speicherort ändern": zeigt der neu gewählte Ordner bereits auf ein Verzeichnis mit eigenen Markdown-Dateien, wird deren Struktur jetzt zuerst vollständig ins Wiki übernommen, statt beim Kopiervorgang kommentarlos überschrieben zu werden.
  • Testsuite erweitert: neue reine Methode _plan_subfolder_import() für die Import-Planung (ohne Qt, ohne Datenbankzugriff), die geteilte Methode _import_files_from() sowie zugehörige Tests für verschachtelte Unterordner, Namenskollisionen, bereits vorhandene Seiten und die Struktur-Übernahme beim Speicherort-Wechsel.
v3.22 (Juli 2026)
  • Ordner umbenennen: Ordner im Baum markieren, dann F2 oder Rechtsklick → Umbenennen. Alle Seiten, Unterordner, offenen Tabs und das Verzeichnis im Dateispiegel unter data\pages\ ziehen automatisch mit. Hintergrund: Ordner werden in der Datenbank über ihren Namen identifiziert – das Umbenennen ändert deshalb in einer einzigen Transaktion den Ordnernamen, die Ordnerzuordnung aller enthaltenen Seiten und den Eltern-Verweis aller Unterordner.
  • Bugfix (F2-Randeffekt): War ein Ordner im Baum markiert, benannte F2 bis v3.21 unbemerkt die gerade geöffnete Seite um (stiller Rückfall auf den aktiven Tab). Jetzt wirkt F2 auf das markierte Element; bei der Wurzel erscheint ein Hinweis in der Statusleiste.
  • Bugfix (Versionsanzeige): v3.21 meldete sich intern als v3.20 – in Fenstertitel, Über-Dialog, Tray-Tooltip und Backup-Metadaten stand die falsche Nummer. Die Testsuite prüft die Versionskonstante jetzt gegen den Dateinamen, damit dieser Fehler nicht wieder ausgeliefert werden kann.
  • Testsuite erweitert: neue Prüfungen für das Ordner-Umbenennen (Datenbank-Konsistenz, Unterordner, Dateispiegel, Kollisionen, Groß-/Klein-Umbenennung) und die Versionskonsistenz.
v3.21 (Juli 2026)
  • Tabellen bequem einfügen: neuer Editor-Button ⊞ Tabelle öffnet einen Dialog für Spalten, Datenzeilen und Ausrichtung je Spalte. Bisher musste die Pipe-Syntax von Hand getippt werden.
  • Ohne Farbe → Markdown-Tabelle: bleibt im Dateispiegel als sauberes, auf dem Handy lesbares Markdown erhalten.
  • Mit Farbe → HTML-Tabelle: Kopfzeile einfärben und/oder Zebrastreifen erzeugen automatisch eine HTML-Tabelle (Markdown kann keine Farbe). In der Vorschau farbig, im Dateispiegel dann aber HTML statt Markdown. Siehe Kapitel „Markdown-Formatierung → Tabellen“.
  • Testbar gebaut: die Tabellen-Erzeugung liegt in reinen Funktionen (ohne PyQt6) und ist in test_wiki_bl.py abgesichert.
v3.20 (Juli 2026)

Ergebnis eines vollständigen Code-Audits. Alle acht Befunde waren Altfehler (überwiegend aus v3.2–v3.10) und fast alle versagten lautlos: kein Absturz, sondern ein Klick, der scheinbar nichts tut – oder Daten, die sich still verschieben.

  • Bugfix (Ordner anlegen verschob einen bestehenden Ordner): Legte man einen Ordner mit einem bereits vergebenen Namen an, wurde kein neuer Ordner erstellt – stattdessen wanderte der bestehende Ordner samt allen Seiten an die neue Stelle. Ohne Warnung. Ursache: Ordner werden in der Datenbank über ihren Namen identifiziert, und „Anlegen“ und „Verschieben“ waren dieselbe Operation. Beides ist jetzt getrennt.
  • Ordnernamen werden geprüft: Die reservierten Namen „Wiki“ (der angezeigte Name der Wurzel) und „root“ (ihr interner Schlüssel) sowie bereits vergebene Namen werden jetzt mit einer Meldung abgelehnt. Ein Ordner namens „Wiki“ ließ sich vorher weder löschen noch befüllen – hineingezogene Seiten landeten stillschweigend in der Wurzel.
  • Bugfix (Drag & Drop, Zyklus): Ein Ordner ließ sich in seinen eigenen Unterordner ziehen. Danach war er aus dem Baum verschwunden und seine Seiten hingen scheinbar in der Wurzel. Solche Drops werden jetzt abgelehnt.
  • Baumeinträge führen ihren echten Namen mit: Bisher wurde der Name aus dem angezeigten Text zurückgerechnet (Emoji bzw. Stern abschneiden). Genau daraus entstanden der Favoriten-Bug und der „Wiki“-Titel-Bug (beide in v3.18 behoben) sowie die Verwechslung eines Ordners „Wiki“ mit der Wurzel. Diese Fehlerquelle ist damit an der Wurzel beseitigt.
  • Bugfix (verwaiste Seiten): Seiten, deren Ordner nicht mehr existiert, werden beim Start wieder in die Wurzel geholt. Vorher zeigte der Baum sie in der Wurzel, während im Dateisystem ein Phantom-Verzeichnis für den gelöschten Ordner angelegt wurde – Oberfläche und Dateiablage widersprachen sich.
  • Bugfix (Suche): Die Zeichen % und _ galten als Platzhalter der Datenbanksuche. Eine Suche nach % lieferte deshalb alle Seiten, eine Suche nach a_b auch axb.
  • Schreibfehler werden gemeldet: Konnte eine Seite nicht als .md-Datei abgelegt werden – unter Windows vor allem, wenn Ordnerkette und Titel zusammen die Pfadgrenze von 260 Zeichen reißen –, wurde das bisher stumm verschluckt. Die Seite fehlte einfach im Dateispiegel. Jetzt gibt es eine gesammelte Meldung mit Hinweis auf Abhilfe.
  • Bugfix (Neustart): Nach dem Wechsel des Speicherorts bekam die EXE beim automatischen Neustart ihren eigenen Pfad als Argument übergeben.
  • Neu im Projekt: test_wiki_bl.py – eine Testsuite mit 44 Prüfungen (Datenbank, Ordnerbaum, Dateiablage, Suche, Signal-Kontrakte). Sie läuft ohne PyQt6 und wird vor jeder Auslieferung ausgeführt. Klicks, Dialoge und Drag & Drop kann sie nicht testen – das bleibt Handarbeit.
v3.19 (Juli 2026)
  • Bugfix „Tags vorschlagen“: der Menüeintrag Seite → Tags vorschlagen brach mit der Fehlermeldung 'bool' object has no attribute 'strip' ab, der Dialog öffnete sich gar nicht. Ursache: Qt übergibt beim Klick auf einen Menüeintrag automatisch einen Zusatzwert (checked), den das Programm fälschlich für den markierten Text hielt. Der Fehler steckte seit v3.10 im Programm. Der Weg über Rechtsklick auf eine Markierung → Als Tag vorschlagen war nie betroffen.
v3.18 (Juli 2026)
  • Ordnerstruktur im Dateisystem: data\pages\ bildet jetzt exakt den Seitenbaum ab (echte Unterordner statt flacher Ablage). Damit lässt sich das Wiki 1:1 synchronisieren und auf anderen Geräten – auch dem Handy – mit jeder Markdown-App lesen. Siehe Kapitel „Dateiablage & Handy-Sync“.
  • Bugfix (Karteileichen): beim Löschen einer Seite blieb die zugehörige .md-Datei liegen. Der pages-Ordner füllte sich so mit Resten gelöschter Seiten. Die Datei wird jetzt mitgelöscht.
  • Bugfix (Namenskollision): Seitentitel mit den Zeichen \ / : * ? " < > | wurden für den Dateinamen bereinigt und konnten dabei denselben Namen ergeben wie ein anderer Titel – die Dateien überschrieben sich gegenseitig. Dateinamen erhalten jetzt eine eindeutige Kennung.
  • Bugfix (Favoriten): Seiten mit Favoriten-Sternchen ließen sich weder löschen noch umbenennen noch per Drag & Drop verschieben – das Sternchen wurde fälschlich als Teil des Seitentitels gelesen.
  • Bugfix (Drag & Drop): Seitentitel, die das Wort „Wiki“ enthalten, wurden beim Verschieben verstümmelt (aus „Wiki-Tipps“ wurde intern „root-Tipps“).
  • Bugfix (Ordner mitlöschen): beim Löschen eines Ordners mit „Alles mitlöschen“ wurden nur die direkten Unterordner erfasst. Seiten, die zwei Ebenen tiefer lagen, blieben verwaist in der Datenbank zurück. Jetzt wird der gesamte Teilbaum gelöscht.
  • Favoriten hängen jetzt an der Seite: beim Umbenennen wandert der Favoriten-Eintrag mit, beim Löschen verschwindet er (bisher blieben tote Einträge zurück).
  • Aufgeräumt: Backup- und Export-Dateien heißen jetzt Wiki-bl_Backup_… bzw. Wiki-bl_Export_… (bisher noch WikiPro_… – Altlast der Umbenennung in v3.15). Beide bilden zudem die Ordnerstruktur ab.
v3.17 (Juli 2026)
  • Autostart: neue Einstellung „Wiki-bl mit Windows starten" (Reiter „Allgemein"). Registry-Eintrag nur für den aktuellen Benutzer, kein Adminrecht nötig; der Pfad wird bei jedem Programmstart aufgefrischt, damit Autostart auch nach Verschieben des portablen Ordners funktioniert.
  • Infobereich (Systray): neue Einstellung „Beim Schließen in den Infobereich minimieren" (Reiter „Allgemein"). Das Schließen-Kreuz legt Wiki-bl dann als Symbol neben die Uhr; Doppelklick holt das Fenster zurück, Beenden über das Rechtsklick-Menü des Symbols oder Datei → Beenden.
  • Einstellungsdialog gestrafft: drei kompakte Reiter (Allgemein / Darstellung / Verhalten) statt einer langen Scroll-Liste – alle bisherigen Optionen bleiben erhalten.
  • Umlaute korrigiert: ae/oe/ue in allen sichtbaren Programmtexten (Menüs, Dialoge, Tooltips, Meldungen) durch echte Umlaute ä/ö/ü ersetzt.
  • Bugfix lokales Tagging: die Stoppwörter „über"/„für" lagen nur in ASCII-Schreibweise („ueber"/„fuer") vor und griffen deshalb bei echtem Seitentext nicht – sie konnten fälschlich als Tag-Vorschlag auftauchen. Jetzt sind beide Schreibweisen hinterlegt.
v3.16 (Juli 2026)
  • Über-Dialog gekürzt: zeigt jetzt nur noch die aktuelle Version und deren Neuerungen, statt der kompletten (immer länger werdenden) Versionshistorie. Die vollständige Historie steht weiterhin hier im Handbuch.
  • Bugfix: Menüeintrag „Über Wiki Pro" hieß nach der Umbenennung in v3.15 versehentlich noch beim alten Namen – heißt jetzt korrekt „Über Wiki-bl".
v3.15 (Juli 2026)
  • Umbenennung: „Portable Wiki Pro" heißt jetzt Wiki-bl – in Fenstertitel, Über-Dialog, Handbuch, allen Dateinamen und im EXE-Namen.
  • EXE-Dateiname mit Versionsnummer: die gebaute Anwendung heißt jetzt Wiki-bl_v3.15.exe statt schlicht Wiki-bl.exe.
v3.14 (Juli 2026)
  • Bild-Lupe – Auslösung geändert: nur noch per Klick auf das 🔍-Symbol ein-/auszuschalten, statt automatisch beim Drüberfahren – verhindert versehentliches Aufploppen beim normalen Lesen einer Seite mit Bildern. Pro Bild einzeln schaltbar.
v3.13 (Juli 2026)
  • Bild-Lupe – Mausrad-Zoom: Während die Maus über einem Bild ist, stellt das Mausrad die Zoomstufe der Lupe stufenlos zwischen 1,5-fach und 6-fach ein (Standard weiterhin 2,5-fach).
  • Direktstart per Doppelklick: neue Datei wiki_bl_v3_17.pyw (damals als wiki_app_v3_13.pyw eingeführt) startet das Programm ohne Konsolenfenster (über pythonw.exe), als Alternative zum vollen EXE-Build.
v3.12 (Juli 2026)
  • Bild-Lupe besser auffindbar: Ein dauerhaftes 🔍-Symbol erscheint in der Bildecke (mit Tooltip), damit die in v3.11 eingeführte Lupe nicht nur durch zufälliges Drüberfahren entdeckt wird.
v3.11 (Juli 2026)
  • Bild-Lupe in der Vorschau: Maus über ein eingebettetes Bild halten zeigt einen vergrößerten, kreisrunden Ausschnitt an der Cursorposition – praktisch für Screenshots mit kleiner Schrift, z.B. Tabellen oder Sonderzeichen-Übersichten, die als Bild gespeichert sind. Funktioniert automatisch für jedes Bild, keine Einstellung nötig.
v3.10 (Juni 2026)
  • Tags per Rechtsklick: Text im Editor oder in der Vorschau markieren → rechte Maustaste → „… als Tag vorschlagen" öffnet den Tag-Dialog mit der Markierung vorausgefüllt (Anregung aus der Praxis)
  • Kontextmenü der Vorschau dafür auf ein schlankes Menü umgestellt (Kopieren, Alles auswählen, Tag vorschlagen) – das Editor-Kontextmenü bleibt vollständig erhalten
v3.9.1 (Juni 2026)
  • Bugfix lokales Tagging: Linktexte wurden bisher komplett verworfen statt analysiert – dadurch lieferten linklastige Seiten kaum oder keine lokalen Tag-Vorschläge ("Zu wenig Inhalt für lokale Analyse"). Linktexte werden jetzt mitgezählt, URL-Fragmente weiterhin ausgefiltert.
  • Lokales Tagging: bei wenigen Mehrfachnennungen werden zusätzlich einmalig vorkommende Begriffe vorgeschlagen, um leere Ergebnisse zu vermeiden
  • KI-Tagging: Prompt geschärft – schlägt jetzt gezielt konkrete, im Text vorkommende Begriffe (Eigennamen, Werktitel, Fachbegriffe) statt grober Oberkategorien wie "Musik" oder "Kultur" vor
v3.9 (Juni 2026)
  • Externe Links (http://, https://, mailto:) in der Vorschau öffnen jetzt standardmäßig im System-Standardbrowser statt in der eingebetteten Mini-Ansicht – volle Browser-Funktionalität (Erweiterungen, Downloads, Logins)
  • Neue Einstellung „Externe Links im Standard-Browser öffnen" in Einstellungen → Links in der Vorschau (Standard: an, jederzeit abschaltbar)
  • WikiLinks ([[Seitenname]]) bleiben unverändert – sie öffnen weiterhin direkt in der App
v3.8 (Juni 2026)
  • Export aller Seiten auf einmal (HTML, Markdown oder beides als ZIP) – Datei → Exportieren → Alle Seiten exportieren …
  • Tab-Begrenzung: maximale Anzahl offener Tabs konfigurierbar (Standard 12); ältester ungeänderter Tab wird automatisch geschlossen
  • Unterstreichen: neuer U̲-Button in der Tab-Toolbar, Syntax <u>text</u>, Syntaxhervorhebung im Editor
  • Bilder direkt einbetten als Base64 Data-URI – kein externer Dateipfad mehr nötig
  • SVG-Vektorgrafiken einbetten (beliebig skalierbar, kleine Dateigröße)
  • [[]] WikiLink-Button: durchsuchbare Seitenliste zum Einfügen von [[Seitenname]] per Klick
  • Backlinks-Dialog mit zwei Tabs: Tab 1 = Backlinks dieser Seite, Tab 2 = Gesamtübersicht aller WikiLinks im Wiki (grün = existiert, rot = fehlt) mit Filterfeld; Shortcut Ctrl+Shift+B
  • 🔙 Backlink-Button direkt in der Tab-Toolbar
  • Bugfix: WikiLink-Klicks in der Vorschau öffnen jetzt korrekt die Seite in der App – Windows fragte zuvor nach einem Programm für das wiki:-Schema
  • Bugfix: ~~Durchgestrichen~~ wird jetzt korrekt in der Vorschau dargestellt (die Markdown-Bibliothek unterstützt ~~ nicht nativ)
  • Bugfix: Backlinks-Fenster schließt sich jetzt automatisch wenn das Programm beendet wird
v3.7 (Juni 2026)
  • Shortcut-Darstellung korrigiert (kein Kleben mehr bei PyQt6 unter Windows)
  • Backlinks: alle verlinkenden Seiten anzeigen (Ctrl+B)
  • Favoriten-Leiste mit Schnellzugriff (Ctrl+D)
  • Seitenbaum-Sortierung: alphabetisch / nach Datum / Drag & Drop
  • Auto-Tagging lokal (offline) und per KI (Anthropic API)
v3.5
  • Seiten umbenennen (Kontextmenü + Seite-Menü)
  • [[WikiLinks]] klickbar in der Vorschau
  • Ordner löschen: Inhalte verschieben oder mitlöschen
  • Drag & Drop sichert ungespeicherte Änderungen vor dem Verschieben
  • Robustere DB-Zugriffe über Spaltennamen
v3.2
  • Drag & Drop im Seitenbaum
  • Einzelklick öffnet Seiten
  • Fünf Seitenvorlagen
  • Suchen & Ersetzen
  • Autosave
  • Export (HTML, PDF, Markdown)

Lizenz & Haftungsausschluss

© 2026 Bernhard Lickert  ·  entwickelt mit Claude (Anthropic)

Haftungsausschluss: Die Nutzung dieser Software erfolgt vollständig auf eigene Gefahr. Es wird keinerlei Haftung für Schäden, Datenverluste oder sonstige Folgen übernommen, die aus der Verwendung des Programms entstehen. Keine Gewähr für Fehlerfreiheit oder Eignung für einen bestimmten Zweck.