Neues Wiki 2.0

Gunnar

@andy Setzt Ihr diesen Haken bei "Nur sichtbar mit Schreibrecht" nicht bei Dateien im Wiki?
Oder geht es darum, dass der Bearbeiter mit Schreibrecht mehr Übersicht hat?

Andy

@gunnar dieser Haken kam in der Evolution von CT erst später, wenn ich mich richtig erinnere. Vorher gab es nur den von mir beschriebenen Weg über eine zweite Kategorie.

Aber ja, inzwischen nutzen wir das natürlich auch.

davidschilling

@andy wir haben sicher nicht vor altes Verhalten mit dem Wiki kaputt zu machen, genau deswegen gibt es ja diesen frühen Zugriff auf das Wiki damit diese Sachen auffallen und wir sie uns anschauen können

matthiasdupont

Im alten Wiki kann man sich die alten Versionen nochmal angucken (durch das Dropdown-Menü). Durchaus sinnvoll, um zu sehen, was genau verändert wurde.

Im neuen Wiki sehe ich nur, dass es mehrere Versionen gab und wer es bearbeitet hat, aber kann mir die alten Versionen nicht nochmal angucken. Ist das so gewollt?

jziegeler

@matthiasdupont eigentlich solltest du wenn du auf die Version klickst auf ein modal kommen, in dem du die alten Versionen siehst und wiederum öffnen kannst

bwl21

@jziegeler sagte in Neues Wiki 2.0:

in dem du die alten Versionen siehst und wiederum öffnen kannst

Das mit dem Öffnen hab ich noch nicht hinbekommen. Das obercoolste wäre natürlich

zwei Versionen vergleichen zu können (wie z.b. bei Wikipedia)
alte versionen rauslöschen zu können (falls man aus versehen mal was vertrauliches gepostet hat - auch genant "obliterate")

ich weiß @bwl21 ist unersättlich

matthiasdupont

@jziegeler Auf das modal komme ich. Die alten Versionen werden auch angezeigt, allerdings lassen sie sich nicht öffnen.

bwl21

@jziegeler ich pflege inzwischen eine Wiki-Kategorie im Wiki 2.0 und fasse hier mal Punkte zusammen, die ich noch gerne hätte

Monospaced Schrift im Editor (wenigstens wählbar .. Bitte, bitte)
Inhaltsverzeichnis auch im Bearbeitungsmodus - so sieht das in IntlliJ aus
Möglichkeit, ein Verzeichnis zu importieren mit Markdownfile und zugehörigen Bildern
Bilder ersetzen können: wenn ich ein Bild auswechseln will, muss ich es neu hochladen und alle Referenzen von Hand korrigieren.
Anlagen als versteckt markieren (hat @Andy auch schon erwähnt)

Ich beobachte: Wenn ich ein eingefügtes Bild aus den Anlagen wieder lösche, dann bleibt das Bild trotzdem sichtbar eingebettet im Text. Das heisst, dass Löschen einer Anlage löscht sie nicht, zumindest nicht unmittelbar.
Konsistenz zwischen Vorschau im Editor und finaler Darstellung für die Leser. Da sind mir schon Abweichungen aufgefallen, insbesondere im Zusammenhang mit Zeilenumbrüchen.

Bei uns Schwaben ist es ja, so, dass ein Lob (wenn es denn überhaupt kommt) meistens von nachfolgender Kritik begleitet ist. Heute mach ich das mal anders und ziehe den Hut für Wiki 2. Das ist ein riesiger Fortschritt gegenüber 1.0. Und du kriegst die Kurve in Sachen Kompatibilität und Migration von Wiki 1.0. Es ist auch klasse, dass du so früh schon Userfeedback einsammelst.

Ich werde versuchen, diesen Beitrag fortzuschreiben ...

Roland O.

@jziegeler Das ist die Seite im "neuen" Wiki:

So sieht sie bisher aus:

bwl21

@herr-o Zeig mal den Markdown-Code des Beitrages, oder den HTML - Code aus dem alten wiki.

Wetten dass das css-Styles der nutzlosen Art drin sind (eine Font-Angabe, die so ist wie die umgebung ohnehin). Das entsteht durch cut+ Paste in WYSIWYG Editoren.

Bei der Umsetzung nach Markdown wird das dann offenbar.

Daher arbeite ich im alten Wiki schon so, dass ich in einem Markdown-Editor (Typora) den Text editier und dann das ergebnis als plain HTML ins alte Wiki kopiere.

Roland O.

@bwl21 sagte in Neues Wiki 2.0:

Daher arbeite ich im alten Wiki schon so, dass ich in einem Markdown-Editor (Typora) den Text editier und dann das ergebnis als plain HTML ins alte Wiki kopiere.

Das hört sich sehr gut an, aber ich bin damit leider überfordert. Das sind eher böhmische Dörfer für mich. Wenn's etwa einfacher ginge, könnte ich es vielleicht verstehen. Sorry!

bwl21

@herr-o Die Texteingabe im Wiki 2.0 ist genau so wie hier im Forum - das ist Markdown.

Wenn du also einen Screenshot deiner Eingabe postest, dann kann man sehen, woran das liegen kann.

ich vermute da siehst du Sachen wie

Andy

@herr-o es geht darum, den Text möglichst ohne Formatierungen in das Wiki zu kopieren. Entwirft man Text z. B. in Word, dann ist es möglich, dass beim Kopieren im Hintergrund auch Font- und Absatzformatierungen übernommen werden.

Ideal ist es dann, wenn man den fertigen Text in einen Editor übernimmt, der Formatierungen ausschließt. Unter Windows bietet sich da z. B. der sehr gute Notepad++ an. Unter Linux verwende ich Notepadqq.

Ebenfalls funktioniert es natürlich, wenn man den Text direkt im Wiki schreibt/entwirft. Hat man aber fertige Texte, dann ist der Umweg über einen Plain-Text-Editor (s. o.) ratsam. Die Formatierungen würde ich dann direkt im Wiki machen.

bwl21

@andy sagte in Neues Wiki 2.0:

Ideal ist es dann, wenn man den fertigen Text in einen Editor übernimmt, der Formatierungen ausschließt. Unter Windows bietet sich da z. B. der sehr gute Notepad++ an. Unter Linux verwende ich Notepadqq.

Genau und wenn man das mit Typora (typora.io) macht, dann werden die strukturrelevanten Formatierungen nach Markdown übernommen und der Rest wird gelöscht.

Roland O.

@andy In meinem Fall habe ich den Text direkt ins Wiki geschrieben, ohne Formatierung.

bwl21

@herr-o Wenn du ein Screenshot deines Editor Posten könntest, dann müssten wir nicht rumrätseln

Ich meine ein Foto deines Bildschirmes während der Bearbeitung.

metowa20

@herr-o

Das hört sich sehr gut an, aber ich bin damit leider überfordert. Das sind eher böhmische Dörfer für mich. Wenn's etwa einfacher ginge, könnte ich es vielleicht verstehen. Sorry!

Das ist sehr verständlich. Ich versuche es mal konkret: Plain HTML ist reines HTML, ohne erweiterte "Beschreibungen". Ein Text, der als Überschrift ersten Grades "deklariert" wird, wird in HTML mit einer entsprechenden Markierung versehen, man spricht dann von Tags:
<h1>Überschrift 1. Grades</h1>
In Markdown werden auch "Markierungen" gesetzt, um den Text in einer definierten Weise dazustellen. Eine Überschrift ersten Grades wird dort mit einem vorangesetzten Hashtag markiert:
# Überschrift 1. Grades

Bei der (einmaligen) Umwandlung muss der "Konverter" nun das <h1> Tag entfernen und dafür das # setzen.

Um nun die Formatierungen aus deinem obigen Screenshot besser untersuchen zu können, wäre ein Screenshot vom selben Text hilfreich, wenn du im Editor im "Text bearbeiten Modus" bist, und zwar vom neuen Wiki 2.0
Im Editor vom alten Wiki bekommt man keine Markierungen resp. Tags zu Gesicht, da es ein WYSIWYG-Editor ist: WhatYouSeeIsWhatYouGet = So, wie mans beim tippen sieht, so siehts hinterher auch aus!
Im neuen Wiki 2.0 hingegen schon, nämlich Markdown.
Man tippt (zB hier im Forum) # Überschrift 1 und erhält:

Überschrift 1

(Das Beispiel stimmt nicht ganz, da ich zu besseren Kennzeichnung hier den Text zusätzlich kursiv gesetzt habe)

Klicke doch mal auf "Konvertiere zu Markdown" und zeige dann im Vergleich die o.g. Textpassage, einmal von links als reines HTML, und einmal rechts als Markdown.
Dann kann man genauer sehen, welche "Formatierungen" da evtl. hinterlegt sind und wie da was umgewandelt wird.

Ich zeige auch einmal ein konkretes Beispiel von uns:

Altes Wiki:

Gleicher Text im neuen Wiki:

Hier fällt der letzte Absatz auf, der im neuen Wiki kleiner dargestellt wird. Dieser "Effekt" zeigt sich ja auch in deinen Screenshots oben.
Nun klicke ich auf die Umwandlung zu Markdown, und es zeigt sich folgendes:

Plain HTML (wieder der gleiche Text, das Bild habe ich in den Screenshots weggelassen):

Und rechts in Markdown:

Der letzte Absatz wird also im alten Wiki mit einem DIV umgeben, und das wird nicht sauber umgewandelt, bzw. das DIV bleibt in Markdown erhalten, wo es meiner Meinung nach nicht hingehört.
Es ist einfach nur ein neuer Absatz.

Hinweis: Der Text wurde direkt im Wiki-Editor (im alten natürlich) getippt, und nicht von wo anders her kopiert.

Roland O.

@metowa20

screenshot Wiki neu:

Ich weiß nicht, ob es hilft - mir nicht wirklich. Ich bin kein Programmierer und verstehe davon nicht viel. Ich wollte auch eigentlich nur darauf hinweisen, dass so was auch vorkommt und vielleicht gefixt werden muss.
Ich warte also bis das neue Wiki aktiv ist und bearbeite dann die Auffälligkeiten.

bwl21

@herr-o Dein Screenshot zeigt die Voransicht, nicht die Ansicht während der Bearabeitung

die kannst du mit diesem Symbol Umschalten. Oder du gehst gleich auf die Duale Ansicht.

Die sieht dann so aus:

Wenn du das machst, wirst du auf der linken Seite manches sehen, was die Formatierung beeinflusst und da nicht hingehört.

bwl21

@metowa20 sagte in Neues Wiki 2.0:

Ganz herzlichen Dank für deine Darstellung. Ich denke auch, man muss hier etwas tiefer graben, um die Erwartungen realistischer zu bekommen.

Sorry, ich muss hier etwas klugscheißern (ich habe x jahrzehnte Dokumentenverarbeitung auf dem Buckel ...):

Der letzte Absatz wird also im alten Wiki mit einem DIV umgeben,

Um es genauer zu formulieren: Der letzte Satz ist im alten Wiki kein Absatz, sondern eine Division. d

und das wird nicht sauber umgewandelt, bzw. das DIV bleibt in Markdown erhalten, wo es meiner Meinung nach nicht hingehört.

Nun ja, man kann sich schon eintscheiden, das zunächst mit umzuwandeln, da es ja irgendeine Bedeutung hat.

Du hast aber recht, strenggenommen sollte nur der Text übrig bleiben, da Markdown in seiner Defintion keine XML/HTML-Tags (<div>) kann.

Es ist einfach nur ein neuer Absatz.

Leider nicht als solcher ausgezeichnet! (Markup = Auszeichnung)

Hinweis: Der Text wurde direkt im Wiki-Editor (im alten natürlich) getippt, und nicht von wo anders her kopiert.

Das Problem ist, dass der alte Editor hier ein <div> macht statt eines <p>. Ich habe in unsere CMS auch mit TinyMCE zu tun, da ist da leider auch so ...

Jetzt wird es etwas theoretisch TLDR

Ich halte eine stabile Textformatierung mit WYSIWIG - Systemen nicht für erreichbar, weil diese im Hintergrund oft irgendwelche Dinge machen, damit es im Moment schön aussieht. Sobald sich ein Parameter ändert (im vorliegenden Fall die Standardschriftgröße) fangen die Probleme an.

Um mal ein bild zu bemühen:

Eine Konvertierung von WYSIWIG nach Markdown ist vergleichbar mit dem Aufgabe, aus einem Rührei ein Ei herzustellen.
Der Weg von HTML nach Markdown ist vergleichbar mit der Aufgabe, aus einem Spiegelei ein Ei zu machen.

Die vollständige (also verlustfreie) Umsetzung geht auch deshalb nicht, weil Markdown ein bewusst übersichtlich gehaltenes Textmodell darstellt, dessen Aussehen von den verarbeitenden Systemen (z.b. per CSS) beeinflusst wird. Das ist auch bei HTML der Fall, leider werden da oft, (wie auch in deinem Beispiel) die Styles inline mitgeliefert. Das Textmodell von HTML (das DocumentObjectModel) ist aber auch deutlich umfangreicher als das von Markdown, so dass sogar konsequentes HTML nicht immer 1:1 umsetzbar ist. Aus diesem Grund akzeptieren viele Markdown-Prozessoren auch eingebettete HTML-Elemente (oder gar TeX)

Ein Ziel von Markdown ist, dass schon die Ausgangsform ohne weitere Konvertierung leicht lesbar ist. Als Auszeichnungselemente wurden daher vor allem Auszeichnungsarten verwendet, die in Plain text und E-Mails üblich sind.
siehe (https://de.wikipedia.org/wiki/Markdown)