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
- Unbegrenzt viele Seiten in einer SQLite-Datenbank
- Ordner-Hierarchie mit Drag & Drop
- Markdown-Editor mit Syntaxhervorhebung und Live-Vorschau
- Klickbare
[[WikiLinks]]zwischen Seiten - Backlinks: alle verlinkenden Seiten auf Knopfdruck anzeigen
- Volltextsuche über Titel, Inhalt und Tags
- Fünf Seitenvorlagen (Meeting, TODO, Notiz, Code-Snippet)
- Export einer Seite als HTML, PDF oder Markdown
- Neu v3.8: Alle Seiten auf einmal als ZIP exportieren
- ZIP-Backup aller Seiten und Ordner
- Autosave im einstellbaren Intervall
- Neu v3.8: [[]] WikiLink-Button – durchsuchbare Seitenliste zum schnellen Einfügen von
[[Seitenname]] - Neu v3.8: Tab-Begrenzung (konfigurierbar, Standard 12)
- Neu v3.8: Unterstreichen via
<u>text</u> - Neu v3.8: Bilder und SVG direkt einbetten (Base64)
- Hell- und Dunkel-Theme
- Seiten umbenennen, verschieben, löschen
- Neu v3.22: Ordner umbenennen (F2 oder Rechtsklick → Umbenennen)
- Neu v3.23: Ordner importieren durchsucht Unterordner (rekursiv statt nur oberste Ebene)
- Neu v3.23: Speicherort ändern übernimmt eine am Zielort bereits vorhandene Struktur, statt sie zu überschreiben
- Neu v3.24: Kleinere EXE – ungenutzte Qt-Module und WebEngine-Sprachdateien werden beim Build ausgeschlossen
- Neu v3.25: Import von Word (.docx), HTML, RTF und CSV – nicht mehr nur
.mdund.txt - Neu v3.25: Word- und HTML-Tabellen werden beim Import zu echten Markdown-Tabellen
- Neu v3.27: Große Bilder werden beim Einbetten automatisch verkleinert – ein Kamerafoto ließ die Vorschau bis v3.26 weiß bleiben
- Neu v3.27: Eingebettete Bilder erscheinen jetzt auch im Ausdruck und im PDF-Export
- Neu v3.26: Lesemodus als Standard – Seiten öffnen zunächst nur mit der Vorschau, Bearbeiten ist ein bewusster Klick
- Neu v3.26: Splitter drehbar (F8) und Seitenbaum ein-/ausblendbar (F10)
- Neu v3.26: Sichtbare Rückgängig/Wiederholen-Knöpfe (↶ ↷) im Editor
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
- Einstellungen → Einstellungen … öffnen.
- Abschnitt Speicherort der Wiki-Daten – der aktuelle Pfad wird angezeigt.
- Klick auf „Ordner wählen …" → Ordner auswählen → OK.
- Das Programm verschiebt alle vorhandenen Daten automatisch in den neuen Ordner und startet neu.
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.
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.
Installation & Start
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:
- Kein Python nötig. Die EXE bringt alles mit – Python, PyQt6, die Chromium-Vorschau, die Markdown-Bibliothek. Auf einem Rechner ohne Python-Installation läuft nur diese Variante.
- Keine Versionskonflikte. Ein Python-Update oder ein anderes Programm, das eine andere PyQt6-Version installiert, kann die Skript-Variante lahmlegen. Die EXE ist davon unberührt, weil sie ihre eigenen Bibliotheken danebenliegen hat.
- Portabel. Der gesamte Ordner
dist\Wiki-bllässt sich auf einen USB-Stick oder in einen Sync-Ordner kopieren und läuft dort weiter – die Wiki-Daten im Unterordnerdata\ziehen mit um. - Nichts flackert auf. Kein Konsolenfenster, eigenes Symbol in Taskleiste und Explorer, Autostart-Eintrag möglich.
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.
- ZIP entpacken, alle Dateien in einen Ordner legen.
- Einmalig die benötigten Pakete installieren:
pip install PyQt6 PyQt6-WebEngine markdown
- Programm starten:
python wiki_bl_v3_26.py
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.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:
- Stellen Sie sicher, dass
wiki_bl_v3_26.py,wiki_bl_v3_26.spec,wiki.icoundbuild_wiki_bl_v3_26.batim selben Ordner liegen. - Doppelklick auf
build_wiki_bl_v3_26.bat. - Warten bis „FERTIG!" erscheint.
- Die fertige Anwendung liegt in:
dist\Wiki-bl\Wiki-bl_v3.27.exe
_internal-Ordner (behalten werden Deutsch und Englisch) – die Anwendung wird dadurch spürbar kleiner. Siehe Kapitel „Versionshistorie".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.
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
- Linke Leiste (Seitenbaum): zeigt alle Ordner und Seiten. Einzelklick öffnet eine Seite. Rechtsklick öffnet das Kontextmenü.
- Tabs (rechts oben): mehrere Seiten können gleichzeitig geöffnet sein. Ein
*im Tab-Titel zeigt ungespeicherte Änderungen an. Das Tab-Limit ist einstellbar (Standard: 12). - Editor (links im Tab): hier wird der Markdown-Text geschrieben.
- Vorschau (rechts im Tab): zeigt die formatierte Ausgabe in Echtzeit.
- Toolbar im Tab: NEU v3.26 es gibt jetzt zwei Toolbars, je nach Ansichtsmodus (siehe Kapitel „Lesen & Bearbeiten"). Im Bearbeiten-Modus: Rückgängig/Wiederholen (↶ ↷), Fett, Kursiv, Durchstrich, Unterstreichen, Überschriften H1–H6, Inline-Code, Code-Block, Trennlinie, Aufgabe, Link, Bild einbetten, [[]] WikiLink einfügen (durchsuchbare Seitenliste, neu v3.8), 🔙 Backlinks anzeigen und Tags. Im Lesemodus: nur der Knopf ✏ Bearbeiten, Tags und Backlinks.
- Statusleiste (unten): zeigt Meldungen und die aktuelle Wortzahl.
Menüleiste
- Datei: Neue Seite, Ordner, Vorlagen, Speichern, Backup, Export (einzeln + alle), Zuletzt geöffnet, Beenden.
- Bearbeiten: Rückgängig, Wiederholen, Ausschneiden, Kopieren, Einfügen, Suchen & Ersetzen, Wiki-Suche.
- Seite: Eigenschaften, Umbenennen, Löschen, Backlinks, Favorit, Tags vorschlagen, Drucken.
- Ansicht: NEU v3.26 Lesen / Geteilt / Nur Editor, Editor & Vorschau nebeneinander↔untereinander (F8), Seitenbaum ein-/ausblenden (F10), Dark Mode umschalten, Seitenbaum sortieren.
- Einstellungen: Speicherort, Autostart, Infobereich (Systray), Schriftart, Theme, Autosave, Tab-Limit, Link-Verhalten.
- Hilfe: Handbuch, Über Wiki-bl.
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
- Lesen (Standard): nur die Vorschau. Statt der vollen Werkzeugleiste erscheint nur der Knopf ✏ Bearbeiten (F9) sowie Tags und Backlinks.
- Geteilt: Editor und Vorschau nebeneinander (bzw. untereinander, siehe unten) – das bisherige Verhalten von Wiki-bl bis v3.25.
- Nur Editor: nur der Editor, keine Vorschau – für längeres Tippen ohne Ablenkung.
Umschalten
- F9 oder der Knopf ✏ Bearbeiten/👁 Lesen wechseln zwischen Lesen und Geteilt hin und her.
- Doppelklick irgendwo in der Vorschau wechselt ebenfalls in den Bearbeiten-Modus.
- Über das Menü Ansicht lassen sich alle drei Modi einzeln auswählen, auch Nur Editor.
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").
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:
- der Name „Wiki“ – so heißt die Wurzel des Baums
- der Name „root“ – der interne Schlüssel der Wurzel
- ein Name, den es (auch in anderer Groß-/Kleinschreibung) schon gibt
Bei einem unzulässigen Namen bleibt der Dialog offen und der Name lässt sich direkt korrigieren.
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:
- alle Seiten im Ordner (sie bleiben, wo sie sind – nur der Ordnername ändert sich),
- alle Unterordner samt Inhalt,
- geöffnete Tabs von Seiten aus diesem Ordner (Speichern landet weiter am richtigen Ort),
- das zugehörige Verzeichnis im Dateispiegel unter
data\pages\– das alte, leere Verzeichnis wird abgeräumt.
Ordner löschen
Rechtsklick auf den Ordner → Löschen. Bei Ordnern mit Inhalt erscheint eine Auswahl:
- Inhalt nach oben verschieben: Alle Seiten und Unterordner werden an den übergeordneten Ordner angehängt.
- Alles mitlöschen: Ordner und alle Seiten werden unwiderruflich 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.
Markdown-Formatierung
Der Editor unterstützt Standard-Markdown mit den Erweiterungen extra, codehilite, toc und nl2br.
Grundlegende Formatierungen
| Eingabe | Ergebnis |
|---|---|
# Überschrift 1 | Große Überschrift |
## Überschrift 2 | Mittlere Überschrift |
**fett** | fett |
*kursiv* | kursiv |
~~durchgestrichen~~ | |
<u>unterstrichen</u> | unterstrichen NEU v3.8 |
`Code` | Inline-Code |
- Listenpunkt | Aufzählungsliste |
1. Erster Punkt | Nummerierte Liste |
- [ ] Aufgabe | Checkbox (leer) |
- [x] Erledigt | Checkbox (angehakt) |
--- | Trennlinie |
> Zitat | Blockzitat |
Links und Bilder
[Anzeigetext](https://beispiel.de) 
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:
- Spalten und Datenzeilen (die Kopfzeile kommt automatisch oben drauf)
- Ausrichtung je Spalte: links, zentriert oder rechts
- optional Kopfzeile einfärben (Hintergrund- und Textfarbe aus einer festen Palette)
- optional Zebrastreifen – jede zweite Datenzeile bekommt eine Hintergrundfarbe
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
- 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.
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
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.
Bilder & Grafiken NEU v3.8
Bild einbetten
- Klick auf den 🖼-Button in der Tab-Toolbar.
- Bilddatei auswählen (PNG, JPG, GIF, WebP, BMP oder SVG).
- 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".
- Das Bild wird als Base64-Data-URI in den Markdown-Text eingefügt und sofort in der Vorschau angezeigt.
Automatisches Verkleinern NEU v3.27
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.
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
| Format | Erweiterung | Hinweis |
|---|---|---|
| PNG | .png | Verlustfrei, ideal für Screenshots |
| JPEG | .jpg / .jpeg | Gut für Fotos; große Dateien werden ab v3.27 automatisch verkleinert |
| GIF | .gif | Animationen möglich – wird deshalb nie umgerechnet |
| WebP | .webp | Modernes Format, gute Kompression |
| BMP | .bmp | Unkomprimiert, meist sehr groß |
| SVG | .svg | Vektorgrafik – 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:
- Beliebig skalierbar ohne Qualitätsverlust – ideal für Diagramme, Logos, technische Zeichnungen.
- Meist sehr kleine Dateigröße im Vergleich zu Rastergrafiken bei gleicher Darstellungsgröße.
- Erstellt z.B. mit Inkscape, draw.io, Figma oder direkt aus CAD-Software.
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:

data\images\.Bild-Lupe in der Vorschau NEU v3.14
- Das 🔍-Symbol oben rechts in einem Bild anklicken, um die Lupe für dieses Bild zu aktivieren (Symbol färbt sich blau).
- Maus über das Bild bewegen → es erscheint ein vergrößerter Ausschnitt (Standard ca. 2,5-fach) an der Mausposition.
- Mausrad über dem Bild drehen, um die Zoomstufe zu verändern (1,5-fach bis 6-fach).
- Maus vom Bild weg bewegen blendet die Lupe aus, sie bleibt aber aktiviert – erneutes Drüberfahren zeigt sie sofort wieder.
- Erneuter Klick auf das 🔍-Symbol schaltet die Lupe für dieses Bild wieder aus.
WikiLinks
Mit [[Seitenname]] können Sie direkt auf andere Seiten im Wiki verlinken.
Weitere Infos: siehe [[Projektübersicht]] Vgl. auch [[Meeting 2026-06-14]]
In der Vorschau werden WikiLinks als klickbare Links dargestellt. Ein Klick öffnet die verlinkte Seite direkt als neuen Tab.
WikiLink per Button einfügen NEU v3.8
Klick auf den [[]]-Button in der Tab-Toolbar öffnet eine durchsuchbare Liste aller gespeicherten Seiten:
- Im Suchfeld tippen, um die Liste zu filtern.
- Seite per Klick markieren oder Doppelklick → OK.
[[Seitenname]]wird an der aktuellen Cursorposition eingefügt.
[[Seitenname]] natürlich auch direkt von Hand getippt werden.wiki:-Schema verarbeiten kann. In früheren Versionen öffnete Windows einen „Programm zum Öffnen"-Dialog.Externe Links im Browser öffnen NEU v3.9
Die Vorschau verwendet eine eingebettete Mini-Browser-Engine. Diese kann zwar Markdown-Inhalte, Tabellen und WikiLinks anzeigen, ist aber kein vollwertiger Browser: keine Erweiterungen, kein Download-Manager, keine Adressleiste, und manche Logins oder interaktive Webseiten funktionieren darin nicht zuverlässig.
Ab v3.9 öffnen normale Weblinks (http://, https://) sowie mailto:-Links daher standardmäßig im auf Ihrem System eingestellten Standard-Browser (z. B. Chrome, Edge, Firefox). Die Wiki-Vorschau selbst bleibt dabei unverändert auf der aktuellen Seite stehen.
[[Seitenname]]) sind davon nicht betroffen – sie öffnen wie gewohnt die Seite innerhalb der App.Falls gewünscht, lässt sich dieses Verhalten in Einstellungen → Reiter „Verhalten" → Links in der Vorschau über die Checkbox „Externe Links im Standard-Browser öffnen" wieder abschalten; externe Links navigieren dann wieder innerhalb der eingebetteten Vorschau (altes Verhalten bis v3.8).
Vorlagen
Über Datei → Aus Vorlage … können neue Seiten mit vorgefertigter Struktur angelegt werden:
- Leere Seite: nur ein H1-Titel.
- Meeting-Notiz: Teilnehmer, Agenda, Ergebnisse, nächste Schritte.
- TODO-Liste: drei Prioritätsstufen mit Checkboxen.
- Notiz: Titel mit Datumszeile.
- Code-Snippet: Beschreibung, Code-Block, Verwendung.
Suchen & Ersetzen
Wiki-Suche (Ctrl+F)
Durchsucht alle gespeicherten Seiten gleichzeitig – nach Titel, Inhalt und Tags. Doppelklick auf ein Ergebnis öffnet die Seite.
% 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
- Ctrl+S – aktive Seite speichern.
- Ctrl+Alt+S – alle geänderten Seiten speichern.
- Datei → Speichern unter … – als separate Datei.
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:
- Den Ordner
data\pages\(oder gleich den ganzendata-Ordner) mit einem Sync-Werkzeug abgleichen – z.B. Syncthing, OneDrive, Nextcloud oder Dropbox. - Auf dem Handy eine beliebige Markdown-App auf diesen Ordner zeigen lassen (z.B. Obsidian oder Markor unter Android).
- Fertig – alle Seiten sind mit Ordnerstruktur lesbar, ohne dass Wiki-bl dort installiert sein muss.
Wichtig: die Datenbank ist maßgeblich
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.
| Format | Was übernommen wird |
|---|---|
.md, .markdown | Unverändert. Ein Kopfblock aus dem Programm Notizen wird abgetrennt und ausgewertet (siehe unten). |
.txt | Unverä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. |
.rtf | Reiner Text mit korrekt dekodierten Umlauten; Absätze bleiben erhalten. |
.csv | Wird zu einer Markdown-Tabelle. Das Trennzeichen (Komma oder Semikolon) wird automatisch erkannt. |
.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.
--- 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.
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.
.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.
C:\Wiki-bl statt tief im Benutzerprofil).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:
manifest.json– Metadaten (Datum, Anzahl Seiten/Ordner, Version)data/index.db– die SQLite-Datenbankpages/*.md– alle Seiten als Markdown-Dateien
Wiki-bl_Backup_20260714_143022.zip.Export & Druck
Export einer Seite
Über Datei → Exportieren kann die aktuell geöffnete Seite exportiert werden:
- HTML: vollständige HTML-Datei mit eingebettetem CSS.
- PDF: Druckdatei über PyQt6's PDF-Ausgabe. NEU v3.27 Eingebettete Bilder sind jetzt enthalten – bis v3.26 fehlten sie im PDF vollständig.
- Markdown: rohe
.md-Datei.
Drucken (Ctrl+P)
Über Seite → Drucken oder Ctrl+P wird die aktuelle Seite über den Windows-Druckdialog ausgegeben.
PyQt6.QtPrintSupport installiert sein (bei Standard-PyQt6-Installation enthalten).Alle Seiten exportieren NEU v3.8
Vorgehen
- Datei → Exportieren → Alle Seiten exportieren … aufrufen.
- Format wählen:
- HTML: jede Seite als fertige
.html-Datei mit CSS im Ordnerhtml/ - Markdown: jede Seite als
.md-Datei im Ordnermarkdown/ - Beides: HTML- und Markdown-Dateien in einem ZIP
- HTML: jede Seite als fertige
- Speicherort und Dateinamen für das ZIP wählen.
- Das ZIP wird erstellt – Anzahl der Seiten und Dateigröße werden angezeigt.
manifest.json mit Metadaten (Erstelldatum, Anzahl Seiten, Format, Version).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"
- Speicherort: Pfad der Wiki-Daten ändern oder zurücksetzen.
- Wiki-bl mit Windows starten NEU v3.17: legt einen Autostart-Eintrag in der Windows-Registry an (nur aktueller Benutzer, kein Adminrecht nötig). Der Eintrag wird bei jedem Programmstart automatisch auf den aktuellen Pfad aktualisiert – Autostart funktioniert also auch dann weiter, wenn der portable Programmordner verschoben wird. Beim Abhaken wird der Eintrag wieder sauber entfernt.
- Beim Schließen in den Infobereich minimieren NEU v3.17: Ist der Haken gesetzt, beendet ein Klick auf das Schließen-Kreuz das Programm nicht, sondern legt es als Symbol in den Infobereich neben der Uhr (Systray). Doppelklick auf das Symbol holt das Fenster zurück. Wirklich beendet wird über das Rechtsklick-Menü des Symbols („Beenden") oder über Datei → Beenden (Strg+Q).
Reiter „Darstellung"
- Editor-Schrift: Schriftart und -größe für den Editor.
- Erscheinungsbild: Hell- oder Dunkel-Theme.
Reiter „Verhalten"
- Automatisches Speichern: Autosave ein/aus, Intervall in Minuten.
- Tab-Begrenzung (neu v3.8): maximale Anzahl gleichzeitig offener Tabs (3–50, Standard 12).
- Links in der Vorschau: externe Links im Standard-Browser öffnen (Standard: an).
- Seiten immer zum Bearbeiten öffnen NEU v3.26: Rückfallebene zum neuen Lesemodus (siehe Kapitel „Lesen & Bearbeiten") – bei gesetztem Haken öffnen Seiten wie bis v3.25 sofort im Modus Geteilt statt im Lesemodus.
Tab-Begrenzung NEU v3.8
Verhalten
- Standard-Limit: 12 Tabs.
- Wird das Limit beim Öffnen einer neuen Seite erreicht, schließt das Programm automatisch den ältesten unveränderten Tab.
- Sind alle Tabs geändert (ungespeichert), erscheint eine Warnung und die Seite wird nicht geöffnet – erst einen Tab manuell schließen oder speichern.
Limit anpassen
Einstellungen → Einstellungen … → Reiter „Verhalten" → Abschnitt Tab-Begrenzung → Wert zwischen 3 und 50 einstellen → OK.
Dark Mode
Über Ansicht → Dunkler Modus oder erneuten Klick (Heller Modus) wird das Theme gewechselt. Die Einstellung wird dauerhaft gespeichert.
Backlinks
Backlinks zeigen, welche Seiten über [[WikiLinks]] miteinander verbunden sind. Ab v3.8 gibt es zwei Ansichten in einem Dialog mit zwei Tabs.
Dialog öffnen
- Backlinks dieser Seite: Ctrl+B · Seite → Backlinks dieser Seite · 🔙-Button in der Tab-Toolbar
- Gesamtübersicht: Ctrl+Shift+B · Seite → Backlinks Gesamtübersicht
Tab 1 – Backlinks dieser Seite
Zeigt alle Seiten, die einen [[WikiLink]] auf die aktuell geöffnete Seite enthalten. Doppelklick auf einen Eintrag öffnet die verlinkende Seite.
Tab 2 – Gesamtübersicht NEU v3.8
Listet alle [[WikiLinks]] des gesamten Wikis in der Form Quellseite → [[Zielseite]]:
- Grün: Zielseite existiert – Link funktioniert.
- Rot: Zielseite fehlt noch – „toter Link".
- Filterfeld: nach Quell- oder Zielseite filtern.
- Doppelklick öffnet die Quellseite.
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.
Seitenbaum-Sortierung
Über Ansicht → Seitenbaum sortieren:
- Alphabetisch (Standard): A–Z.
- Nach Datum (neu zuerst): zuletzt bearbeitete Seiten oben.
- Manuell (Drag & Drop): Reihenfolge selbst bestimmen.
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.
[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).
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.
Tastaturkürzel
| Aktion | Kürzel |
|---|---|
| Neue Seite | Ctrl+N |
| Speichern | Ctrl+S |
| Speichern unter | Ctrl+Shift+S |
| Alle speichern | Ctrl+Alt+S |
| Datei öffnen | Ctrl+O |
| Beenden | Ctrl+Q |
| Rückgängig | Ctrl+Z |
| Wiederholen | Ctrl+Y |
| Ausschneiden | Ctrl+X |
| Kopieren | Ctrl+C |
| Einfügen | Ctrl+V |
| Alles auswählen | Ctrl+A |
| Wiki-Suche | Ctrl+F |
| Suchen & Ersetzen | Ctrl+H |
| Ctrl+P | |
| Seite bzw. Ordner umbenennen (je nach Markierung im Baum) | F2 |
| Backlinks dieser Seite | Ctrl+B |
| Backlinks Gesamtübersicht | Ctrl+Shift+B |
| Als Favorit merken / entfernen | Ctrl+D |
| Lesen ↔ Geteilt umschalten NEU v3.26 | F9 |
| Editor/Vorschau nebeneinander ↔ untereinander NEU v3.26 | F8 |
| Seitenbaum ein-/ausblenden NEU v3.26 | F10 |
EXE erstellen
Für den Build wird PyInstaller verwendet. Die Batch-Datei erledigt alles automatisch:
- Alle Dateien in einen Ordner legen:
wiki_bl_v3_26.py·wiki_bl_v3_26.spec·wiki.ico·build_wiki_bl_v3_26.bat - Doppelklick auf
build_wiki_bl_v3_26.bat. - Die Batch installiert fehlende Pakete (PyInstaller, markdown) automatisch.
- 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
- 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
QTextDocumentauf, 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).
- 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).
- Import von Word, HTML, RTF und CSV: Datei → Ordner importieren und Datei → Öffnen (Strg+O) verarbeiten jetzt auch
.docx,.html/.htm,.rtfund.csv– bisher nur.mdund.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: wertlauten. 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.
- 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.
- 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.
- 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.
- 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.pyabgesichert.
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 nacha_bauchaxb. - 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.
- 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.
- 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. Derpages-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 nochWikiPro_…– Altlast der Umbenennung in v3.15). Beide bilden zudem die Ordnerstruktur ab.
- 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.
- Ü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".
- 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.exestatt schlichtWiki-bl.exe.
- 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.
- 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 alswiki_app_v3_13.pyweingeführt) startet das Programm ohne Konsolenfenster (überpythonw.exe), als Alternative zum vollen EXE-Build.
- 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.
- 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.
- 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
- 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
- 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
- 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
- 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)
- 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
- 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)