Version 3.93.2
-
@thommyb sagte in Version 3.93.2:
Mit jeder Änderung des Algorithmus wird es potenziell Leute geben, deren IDs gebrochen werden.
Da gebe ich dir recht. Dennoch würde ich mich über den baldigen Rollback den @jziegeler angekündigt hat freuen (warte noch auf Antwort auf meine Frage - Wann). Wenn er in den Allgorithmus eine gewisse Fehlertolleranz programmiert und dies nicht den Rollback verzögert (mein Vorschlag oben) hätte ich nichts dagegen.
Auf unserer Technik-Kathegorie-Seite habe ich die (damals) aktuellen Regeln beschrieben und wie mit den Schwachheiten von CT-Wiki am besten umgegangen wird, um sich nicht zu sehr zu ärgern und die trotzdem die Potentiale zu nutzen. Deiner Liste oben füge ich noch einen Punkt hinzu:
(5) Das Sonderzeichen wird durch %<hexcode> ersetzt (benutzt CT-Wiki manchmal auch z.B. "%20" für space).Wie @jziegeler oben sagte ("Den meisten Usern wird es nicht auffallen, da sie diese IDs nicht nutzen.") das kann sein! Ich benutze es viel, mit dem Effekt das reine Leser der Texte mir die Verantwortlichkeit zuordnen, wenn die links nicht "funktionieren".
-
@ralf-werner Hi Ralf-Werner, jeder nutzt das "Wiki" anders, als wirkliches Wiki mit "viele schreiben = Crowd Intelligence" habe ich es noch nicht gesehen, aber meine Welt ist klein
Als ich mich vor 20 Jahren mit "topic-based technical documentation" (im Rahmen des XML-Standards DITA) beschäftigte, wurde empfohlen, jede Seite genau eine Bildschirm-Seite lang zu machen, also kein Scrolling und zumindest keine Inhaltsverzeichnisse. Die Überschrift sollte beschreiben, auf welche (eine) Frage der Leser eine Antwort bekommt.
Wikipedia hat viele Artikel = Seiten, die ein kleines Büchlein für sich sind (ich denke immer noch papierbasiert, bitte verzeiht).
Das ist nicht mein Vorbild. Denn Lesen 2.0 ist nicht sequentielles Lesen sondern selektives Lesen. Dazu einfach auf jeder (kurzen) Seite Begriffe als Links markieren und unten einen Abschnitt mit Verlinkungen "Verwandte Themen" einfügen.
Wenn jeder deiner Zwischenüberschriften, die es wert sind, verlinkt zu werden, der Name eines Wiki Artikels wäre, dann gäbe es dein Problem nicht.
Anderer Punkt: Wenn jede Änderung freigegeben werden müsste (Qualitätssichernder Ansatz), dann sind kurze Seiten einfacher freizugeben, da nur wenige Experten gegenlesen müssen, je mehr auf der Seite steht, umso mehr muss geprüft werden, da ja alles schnell veraltet. Es ist für Leser toll, wenn eine gestern geänderte Seite komplett aktuell ist und nicht nur die 5% in einem Unterabschnitt ...Zusammenfassung: Jeder macht es anders, es gibt kein falsch oder richtig, nur ein aufmerksam oder lieblos - und da sehe ich, dass du dich echt bemühst, damit die Perlen an Information gefunden werden können!
-
@gunnar sagte in Version 3.93.2:
Als ich mich vor 20 Jahren mit "topic-based technical documentation" (im Rahmen des XML-Standards DITA) beschäftigte
Yup 20 Jahre sind eine lange Zeit Bildschirme sehen heute anders aus, Erwartungen und Verhalten ändert sich
. Ich wollte darüber eigentlich nicht philosophieren, sondern nur die verlorenen CT-Wiki Fähigkeiten zurück, was mir @jziegeler oben auch zusagte, nur noch nicht Wann. -
@ralf-werner sagte in Version 3.93.2:
nur noch nicht Wann
Du bist doch auch ein CT-Admin, u. U. auch als Weisungsbefugter oder Rechnungsempfänger hinterlegt oder auch ggf. ein Newsletter-Empfänger. Dann hast du bestimmt auch die Mail von @mhuber erhalten, in der darauf hingewiesen wurde, dass die Belegschaft in den Weihnachtsferien und nur eine Notbesetzung im Support vorhanden ist. @jziegeler hat aber dennoch auf deine Anfrage reagiert! Und er sagte:
Für die nächste Version werden wir das Verhalten natürlich wieder zurückdrehen.
Für konkretere Aussagen wirst du dich also ein wenig gedulden müssen ... bis wieder Alltag eingekehrt ist. Lt. Mail ist das ab 9. Januar 2023.
-
@andy sagte in Version 3.93.2:
Für konkretere Aussagen wirst du dich also ein wenig gedulden müssen ... bis wieder Alltag eingekehrt ist. Lt. Mail ist das ab 9. Januar 2023.
dann würde ich ein paar Tage drauf rechnen, bis der aufgelaufene Berg abgearbeitet ist ...
-
@bwl21 ja. Das haben @Ralf-Werner und ich bereits per CT-Chat miteinander kommuniziert.
-
@thommyb sagte in Version 3.93.2:
ich habe das in meine Wunschliste eingetragen, vllt. besser dort voten. Ich beobachte das regelmässig und aktualisierte es auch wenn ich im Forum Wünsche sehe.
-
@Ralf-Werner
Die <detail> Beschreibung von Ausklapp-Texten hatte definitiv zuletzt im Feb. 2026 noch funktiniert! Was wurde geändert? -
@Ralf-Werner sagte in Version 3.93.2:
@Ralf-Werner
Die <detail> Beschreibung von Ausklapp-Texten hatte definitiv zuletzt im Feb. 2026 noch funktiniert! Was wurde geändert? -
@Ralf-Werner Hallo Ralf,
ja, das Verhalten wurde geändert. Wir haben vor einiger Zeit die Verarbeitung und Darstellung von Markdown im Wiki überarbeitet. Dabei wird eingebettetes HTML nicht mehr in der bisherigen Form gerendert – entsprechend funktioniert auch <details> nicht mehr wie früher.
Die Änderung ist allerdings nicht ganz neu und besteht bereits seit einiger Zeit. Dass es im Februar noch funktioniert hat, kann daher durchaus sein.
Wenn du weiterhin HTML verwenden möchtest, kannst du aktuell noch auf den HTML-Editor zurückgreifen. Allerdings wird auch dieser perspektivisch nicht dauerhaft bestehen bleiben.
Grundsätzlich würde ich daher empfehlen, sich bei Wiki-Inhalten auf die von ChurchTools unterstützte Markdown-Syntax zu beschränken. Eingebettetes HTML war und ist keine verlässliche Schnittstelle, bei der wir garantieren können, dass beliebige HTML-Elemente dauerhaft unverändert unterstützt werden.
-
@jziegeler
Das ist sehr Schade. Ich kenne viele MD-Versionen (z.B. github). In aIlen ist <detail> enthalten aber auch sehr viel mehr als in der CT-Wiki-MD. Ich habe mich also bei meiner Wiki-Beschreibung schon heftig eingeschränkt und müsste ziemlich viele Seiten überarbeiten. Besteht evtl doch die Möglichkeit das wieder zu Reaktivieren?
