Wiki 2.0 - Wünsche

[bwl21]

Ich beziehe mich zunächst auf den Beitrag von @SvenStie
https://forum.church.tools/topic/7428/neues-wiki-2-0/50?_=1629711133106

Das Wiki 2.0 versucht, auf der Markdown-Seite dem Endergebnis so nahe wie möglich zu kommen. Das ist ein verständliches Ziel, führt aber am Ende dazu dass keiner (Weder die Wysiwig-Fans noch die Markdowner) mehr wirklich zufrieden ist.

Der Beitrag von @SvenStie zeigt schön, wie dieser Ansatz sogar in die Irre führt.

Wenn die Quellcode-Ansicht so aussähe

# Weg 1: Neuer Kalendereintrag

## Neuen Kalendereintrag erstellen

1.  In der **blauen** Leiste *oben* auf [Kalender](churchcal)klicken. Die
    Monatsübersicht mit den bereits erstellten, für Dich sichtbaren
    Terminen erscheint.

2.  Navigiere in den gewünschten Monat und klicke auf den Tag Deiner
    Wahl. Es öffnet sich ein Fenster, über das sich ein neuer Termin
    erstellen lässt.

3.  Wähle den korrekten Kalender (z.B. Veranstaltungen Gemeindehaus,
    wenn Du einen Raum im Gemeindehaus buchen willst)

4.  Trage die entsprechenden Informationen ein, damit auch andere Deinen
    Termin verstehen. Speichere den Termin noch nicht.

## Raum zum Termin dazubuchen

5.  Im Fenster, das sich in Schritt 2 öffnete, gibt es oben - je nach
    Berechtigungsstufe - zwei oder drei Reiter. Neben "Kalender"
    eventuell "Gottesdienste", aber auf jeden Fall "Räume". Klicke auf
    "Räume".

6.  Wähle aus, wie lange vor dem Termin der Raum benötigt wird
    (beispielsweise, um den Raum für Deine Veranstaltung zu richten)
    und wie lange nach dem Termin (damit er im Anschluss wieder nutzbar
    ist). Zum Schluss gibstDu noch an,welchen Raum Du buchen möchtest. 

7.  Wiederhole Schritt 6, wenn Du mehrere Räume für deinen Termin
    nutzen möchtest. 

8.  Klicke auf Speichern. Der Termin ist nun im Kalender hinterlegt,
    wechselst Du in der blauen Leiste oben auf
    [Räume](?q=churchressource), siehst Du auch, dass deine gewählten
    Räume gebucht sind.

# Weg 2: Aus der Raumübersicht

1.  In der blauen Leiste oben auf \[Räume\], \~: klicken. Die Ubersicht
    über die Räume und deren Buchungen in der aktuellen Woche
    erscheint.

2.  Navigiere in die gewünschte Woche und klicke auf den Raum und Tag
    Deiner Wahl. Es öffnet sich ein Fenster, über das sich der Raum
    buchen lässt. Um einen Raum zu buchen, musst Du zunächst einen
    Termin im Kalender anlegen. Klicke auf diesen Button und Du
    wechselst in die Kalenderansicht.

3.  Fahre oben mit Schritt 3 fort. Die Schritte 5 bis 7 kannst Du
    überspringen, wenn Du nur einen Raum buchen willst - diesen hast
    Du in Schritt 2 bereits ausgewählt, er wurde automatisch
    übernommen (wenn auch ohneBuchung vor/nach dem Termin). Zum
    Überprüfen, ob Dein Raum korrekt übernommen wurde, kannst Du
    natürlich trotzdem in den "Räume"-Reiter wechseln. Klicke
    anschließend auf "Speichern", um den Termin anzulegen und den Raum
    zu buchen.

Dann wüsste man sehr genau, was rauskommt.

Daher die Wünsche zum Markdown - Editor bzw. zu den Markdown - Features

1. Da Leerzeilen im Markdown relevant sind, sollte man sie in der Quelle auch klar erkennen können!

2. Da Leerzeichen in Markdown relevant sind, zumindest für die Listenebenen sollte im Editor eine Monospace-Schrift verwendet werden.

   Siehe auch den Beitrag von @Uhu1 zur Tabellenbearbeitung

3. In Markdown ist das Ziel, dass auch die Quelle "gut lesbar" ist, daher sollte es möglich sein, diese durch Zeilenumbrüche zu formatieren, die aber in der Ausgabe keine Wirkung haben.

   Feste Zeilenumbrüche - wenn man sie denn braucht - entstehen in Markdown durch zwei Leerzeichen am Ende der Zeile - oder noch besser durch <br/>

4. Wenn in Markdown eine Aufzählung nicht mit 1. beginnt, dann wird die nummer des ersten Listeneintrages als Start genommen. Dieses Feature hat @SvenStie verwendet. Das machen allerdings nicht alle Markdown-Prozessoren so.

5. Markdown-Attribute und dokumenteninterne Links (Siehe auch https://forum.church.tools/topic/9019/custom-ids-für-wiki)

Weitere Anforderungen

ich schreibe einfach hier mal fort, was so auffällt

1. Cut / Paste von Word / Html sollte möglich sein

2. HTML-Konvertierung sollte Tabellen konvertieren oder als HTML einspielen.

3. Bearbeitung einfacher Tabellen, ggf. als popup-Tabelleneditor

4. Paste von images sollte als data-uri ankommen

5. Editor in drei Ansichten

   • Vorschau
   • Markdown Wysiwig-ähnlich - der aktuelle zustand ( wenn es denn sein muss
   • Markdown Source (mit syntax-Highlighting und monospaced Schrift)

6. Autolinks

Personen die in einem Wiki genannt werden könnten automatisch auf die Kontaktdaten verlinkt werden. Alternativ könnte in der Symbolleiste eine Funktion eingefügt werden, mit der auf einfache Weise ein Link zu CT-Daten (Personen, Gruppen, Cals etc.) erstellt werden kann. Bisher muss man dazu etwas umständlich die passende URL über ein zweites Browserfenster ermitteln.

6. Platzhalter

im Text könnten Platzhalter angeboten werden:

• {{Zielperson}} - gerade eingeloggter Benutzer, Adressat bei Serienmails
• {{Datum}}
• {{Kalender}}
• Bedingte Texte ...
• Links auf Objekte in ChurchTools (Pesonen, Ressourcen, Events, Konten, Buchungen, Kalender ...)

sonstige Sachen beim Wiki

1. man kann keine Anhänge austauschen. Man muss sie löschen und neu hochladen. Dabei gehen aber alle Links kaputt.

Erstaunlicherweise funktionieren die Links noch nach dem Löschen der Anlage

2. Es ist nun sehr umständlich Ordnung in die Kategorien zu bringen, weil es keine Tabellendarstellung mehr gibt, in der man z.b. die Sortierung über alles sehen und einstallen kann.

3. Seiten umbenennen

   der Ansatz mit den Weiterleitungsseiten ist schon gut, um Kinks zu behalten, die von außen kommen. Wenn man aber innerhalb des Wiki Ordnung halten, will, wäre ein Umbenennen der Seiten doch hilfreicher. (https://forum.church.tools/topic/7942/seiten-im-wiki-verschieben)

4. Seitenurl von Seitentitel unterscheiden

   Manchmal möchte man einer Seite einen neuen Titel geben, ohne gleich die URL zu ändern. Da wäre es gut, wenn die Seiten Metadaten hätten, unter anderem auch einen Seitentitel.

5. Inhaltsverzeichnis einer Seite auf den Hierarchien auf/zuklappen

6. Kategorieliste Hierarchisch

[bwl21]

Heute weitere Punkte am ende hinzugefügt.

[bwl21]

@bwl21 kann ich aus der relativ geringen Reaktion hier schließen, dass andere Churchtooler das Problem nicht so haben?

Liegt das daran, dass nur wenige auf Markdown umgestellt haben? Eigentlich schade, denn dann läuft der Aufwand für wiki 2.0 irgendwie ins Leere.

Ich überlege gerade wieder, aus obigen Gründen zu HTML zurück zu gehen ...

[MichaelG]

@bwl21 ich glaub weniger, dass Interesse fehlt, sondern dein Thema etwas tiefer in die Materie geht.

Hier gab es schon öfter FR, die wenig Votes bekamen, aber durch eine Umsetzung vielen geholfen hätten. Wenn das Thema aber spezieller ist, wissen viele User nicht, dass es ihnen helfen würde, sehen viel Text, lesen ihn nicht und Voten entsprechend auch nicht (ich will nicht verallgemeinern, nur meine Beobachtung teilen

Entsprechend ist auf CT zu hoffen, dass sie die Wichtigkeit so eines FR erkennen, auch wenn er nicht populär ist.

[bwl21]

Wieder mal punkte hinzugefügt, besonders @matloh https://forum.church.tools/topic/7942/seiten-im-wiki-verschieben

[Matloh]

@bwl21 ich habe noch eine Idee: Personen die in einem Wiki genannt werden könnten automatisch auf die Kontaktdaten verlinkt werden. Alternativ könnte in der Symbolleiste eine Funktion eingefügt werden, mit der auf einfache Weise ein Link zu CT-Daten (Personen, Gruppen, Cals etc.) erstellt werden kann. Bisher muss man dazu etwas umständlich die passende URL über ein zweites Browserfenster ermitteln.

[bwl21]

@matloh da das ist eine super idee, das machen ja manche systeme (unter anerem dieses Forum hier)

[Andy]

@matloh sagte in Wiki 2.0 - Wünsche:

Personen die in einem Wiki genannt werden könnten automatisch auf die Kontaktdaten verlinkt werden.

Den FR gibt es schon ...

[haagos]

Kann mich den genannten Wünschen nur anschließen. Für mich insb. Interessant und wichtig wären:

• Kategorien hierarchisch und aufklappbar - mit Seiten und Unterseiten

• Hinzufügen von Seiten als eigene Aktion außerhalb des Markup Editors. Allgemein: Alles was Content betrifft im Editor. Alles was Struktur und Verwaltung von Seiten betrifft außerhalb des Editors als eigene Aktionen.

• Seiten sollten den selben Namen haben dürfen innerhalb eines Wikis (entspricht dem Punkt 4 von oben "Seitenurl von Seitentitel unterscheiden")

• Bonus: Tags

Warum wünsche ich mir das: Ich möchte mehr Notizen, Protokolle, etc. direkt in CT schreiben und verwalten. Wenn ich das hier nicht kann, muss ich irgendeine andere Lösung verwenden (Word + PDF + Datei-Upload; Notion; OneNote; ...). Dann habe ich aber wieder das Problem mit Lizenzen, Datenschutz, Authorisierung, etc...

[svengoetz]

Ich muss auch sagen, dass mein Frust Level mit der Wiki relativ hoch ist Ich verstehe die Bedenken zu Markdown aber sehe es wie MichaelG, ich glaube, der durchschnittliche Gemeindemitarbeiter hat noch nie von Markdown gehört und kennt eher die Format Zeile mit Buttons aus Word etc.

Was ich allerdings noch viel nerviger finde, ist die Philosophie beziehungsweise Logik hinter den Kategorien und Seiten. Meines Erachtens entspricht das UI nicht den zu erwartenden Gepflogenheiten. Der "Hauptfehler" liegt meines Erachtens darin, dass zwar links die Kategorien angezeigt werden die die Ordner funktionieren (was ich sinnvoll finde) aber wenn man auf eine Kategorie klickt in der mehr Seiten hinterlegt sind kommt man immer automatisch auf eine Unterseite. Man muss erst oben rechts auf alle Seiten klicken und dann eben alle Seiten zu sehen. Ich würde erwarten dass wir nicht quasi in ein "Ordner", also eine Kategorie gehe, mir erst mal alle Seiten angezeigt werden die in dieser Kategorie sind. Es ist ja auch nicht so dass wenn ich einen Ordner in meinem Datei Browser auf dem Computer öffnen, dass direkt das erste Dokument in diesem Ordner geöffnet wird sondern ich sehe erst mal den Inhalt des Ordners.

Hinzu kommt, dass ist zwar super ist, dass man Unterseiten anlegen kann, aber die Abwesenheit von jeglicher Navigationsübersicht führt dazu dass man sich schnell in den Seiten verliert.

Hier würde ich mir wünschen, dass wenn man links eine Kategorie öffnet alle beinhalteten Seiten dieser Kategorie ausklappen. Wie gesagt sollte man beim Öffnen eine Kategorie nicht auf eine Unterseite landen sondern erst mal in der Übersicht aller vorhandenen Seiten. Außerdem würde ich mir wünschen dass am oberen Rand Breadcrumps angezeigt werden.

Summa summarum würde ich mir einfach wünschen dass die ganze Wiki mehr wie ein Datei Browser funktioniert (so würde ich das auch erwarten und würde behaupten, dass das den meisten Usern das Leben sehr erleichtert).