• Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login

    Wiki 2.0 - Wünsche

    Feature-Vorschläge Web
    4
    8
    669
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • B
      bwl21
      last edited by 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.

      1. 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

      1. 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.

      2. 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)

      3. 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.

      4. Inhaltsverzeichnis einer Seite auf den Hierarchien auf/zuklappen

      5. Kategorieliste Hierarchisch

      B 2 Replies Last reply Reply Quote 27
      • B
        bwl21 @bwl21
        last edited by

        Heute weitere Punkte am ende hinzugefügt.

        1 Reply Last reply Reply Quote 0
        • B
          bwl21 @bwl21
          last edited by 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 ...

          MichaelGM 1 Reply Last reply Reply Quote 0
          • MichaelGM
            MichaelG @bwl21
            last edited by

            @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.

            Installation bei CT -> immer neueste Version

            B 1 Reply Last reply Reply Quote 3
            • B
              bwl21 @MichaelG
              last edited by

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

              M 1 Reply Last reply Reply Quote 1
              • M
                Matloh @bwl21
                last edited by

                @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.

                AndyA 1 Reply Last reply Reply Quote 0
                • B
                  bwl21
                  last edited by

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

                  1 Reply Last reply Reply Quote 0
                  • AndyA
                    Andy admin @Matloh
                    last edited by

                    @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 ...

                    1 Reply Last reply Reply Quote 0
                    • First post
                      Last post