Neues Wiki 2.0
-
@jziegeler der obere Bereich nimmt sehr viel Fläche ein
Der Titel könnte neben dem
Menü sein.Bei Scrollen könnte die Titelleiste außerdem verkleinern.
Und das Symbol fürs Seiten-Menu mit 1,2,3 sieht für mich eher aus wie ein Sort-Symbol (sprich, momentan ist eine Listen-Ansicht ausgewählt)
-
@jziegeler als Idee für die Menüs:
Muss die Kategorie überhaupt dauerhaft sichtbar sein?
Das linke und rechte Menü könnte über der Seite hovern, während der Header nach oben weggescrollt wird (also die Kategorie, die blaue Leiste sollte natürlich bleiben)
Hab in dem Bild bewusst etwas gescrollt. Also die Symbole bleiben immer an der gleichen Stelle.
So sieht es ausgeklappt aus
-
@jziegeler überhaupt ist es sinnvoll, wenn die Symbole zum Einklappen der Menüs auch sichtbar sind, wie im Beispiel von Process Street. Manchen Leute checken nicht, dass ein Tap ins graue das Menü schließt.
-
@jziegeler Ist es möglich die Funktion die Wiki-Seite in ein PDF umzuwandeln für einzelne oder alle Wiki-Kategorien auszuschalten?
-
@j-schneider nein, das ist letztlich nichts anderes als die Website zu Drucken ...
-
Mal mein erstes Feedback
- Ich finds echt gut
- Für den PDF Druck sollte man irgendwo einstellen können, ob man nur den "Inhalt" oder auch die Meta_Inhalte mit im PDF haben will. Aktuell kommt alles rein, also links die Seiten (Kategorien) Übersicht, dann der eigentliche mittige Inhalt, sowie rechts die Übersicht "Auf dieser Seite". Das links und rechts erzeugt zwei zusätzliche Seiten im PDF, deren Sinnhaftigkeit im Ausdruck doch eher wenig bis nicht Vorhanden ist. Oder?
- Wäre toll, wenn man im Editor z.B. einen Link auf einen MD Tabellencreator hätte: https://www.tablesgenerator.com/markdown_tables
- Würde mir wünschen, das Rendering in gewissem Rahmen anpassen zu können. Also Styles dafür selber definieren zu können, falls ich das möchte.
-
@metowa20 sagte in Neues Wiki 2.0:
Für den PDF Druck sollte man irgendwo einstellen können, ob man nur den "Inhalt" oder auch die Meta_Inhalte mit im PDF haben will. Aktuell kommt alles rein, also links die Seiten (Kategorien) Übersicht, dann der eigentliche mittige Inhalt, sowie rechts die Übersicht "Auf dieser Seite". Das links und rechts erzeugt zwei zusätzliche Seiten im PDF, deren Sinnhaftigkeit im Ausdruck doch eher wenig bis nicht Vorhanden ist. Oder?
Wie hast du denn gedruckt? Über das ...-Menü oder über die Druckfunktion des Browsers? Mit welchem Browser tritt das auf?
Denn eigentlich sollte nur die mittlere Spalte gedruckt werden, alles andere fliegt raus
-
@jziegeler Werden die Grafiken eigentlich auch mitgedruckt?
Bei mir erscheinen da so "broken"-Symbole:
Gruß
Simon
-
@jziegeler
ich habe über das ...-Menü gedruckt. Firefox 88.0.1 64bitSo sieht das dann aus im PDF nach dem eigentlichen Inhalt, und am Ende noch eine eigene Seite allein für den Footer
lila Rahmen: Das steht ganz am Anfang des PDFs, noch vor dem Inhalt
roter Rahmen: Überschriften-Struktur der Seite
blauer Rahmen: MD Info
grüner Rahmen: Kategorie-Übersicht links
oranger Rahmen: Footer
Ich habe zudem gerade festgestellt, dass sich die erste Kategorie nicht drucken lässt. Da kommt ein NOT FOUND. Alle anderen Kategorien lassen sich wohl drucken (Ich habe nicht alle getestet, nur drei verschiedene).
Ich will noch erwähnen, dass phantomjs bei unserem Webhoster nicht mehr funktioniert. Wir haben das mit mpdf gelöst, das hier auch mal beschrieben wurde: https://forum.church.tools/topic/4377/datenauskunft-pdf-export-für-self-hoster-auf-gehostetem-webspace/25
-
Bei mir erscheint nur der Inhalt der Seite in der PDF, also so, wie es sein soll (FF 88.0 64 Bit). Allerdings fehlen auch bei mir die Grafiken.
-
Aktuell werden in der Tabelle unter dem Wiki nur 25 Dateien angezeigt. In einem Wiki, der mehr Dateien enthält, sind die überzähligen nicht in der Tabelle enthalten.
Ich habe spontan auch keine Möglichkeit gefunden, dort mehr Dateien anzuzeigen oder auf die Seite mit den nächsten 25 Dateien zu blättern. -
@bemigro ups ... tatsächlich.
-
@andy ist schon notiert
-
@jziegeler Danke, ich habe gesehen, daß Du eine Paginierung vorgesehen hast.
In meinem Szenario hilft das nur bedingt, wenn die Dateien immer nach Namen aufsteigend sortiert sind. Im konkreten Fall handelt es sich um Protokolle, die das Datum (sortierbar als jj-mm-tt) im Dateinamen tragen, so daß die ältesten auf der ersten Seite stehen. Bzw. es hilft, ist aber nicht schön.
Wenn man die Sortierung (per Voreinstellung umdrehen könnte, wäre das schon sehr viel besser.Ich bin aber bereit einzuräumen, daß dutzende (oder mehr) Dateien unter einem Wiki u.U. nur suboptimal aufgehoben sind. Von daher bzgl. Änderungen bitte die sprichwörtliche Kirche im Dorf lassen, zur Not muß ich halt meinen Prozeß anpassen.
Auf bedauerliche Einzelschicksale können wir leider nicht immer Rücksicht nehmen.
-
Plötzlich wird ein Text in anderer Schriftgröße dargestellt? Warum? Wir haben im laufenden Text keine Änderungen vorgenommen.
-
@herr-o kannst du mir davon mal den Quelltext schicken? Also das html. Einfach mit Rechtsklick und dann untersuchen, dann sollte sich ein Fenster mit ganz viel eingerückten Zeilen öffnen. Von dem relevanten Teil, einfach mal einen Screenshot machen
-
@jziegeler Die Markdown-hilfe sollte ein eingene Scrollbar haben.
Ich finde es super, dass es eine Markdown-Hilfe gibt. Die ist ja relativ schmal und wird daher zur Länge tendieren. Vielleicht kannst du da ein Feld mit eigenem Scrollbar draus machen.
-
Da die Links im Wiki 2.0 anders aufgebaut sind, könnte es zu Problemen führen, wenn man Kategorieübergreifende Links verwendet hat, bzw von außen ins Wiki verlinkt hat.
man müsste einen Weg finden, dass auch mit Wiki 2.0 die früheren links funktionieren..
-
@bwl21 die Seitenleiste schau ich mir noch mal an.
Für die Links wird es auf jeden Fall eine Migration bzw. eine Weiterleitung geben. Falls du innerhalb des Wikis "alte" Links verwendest, sollten die schon automatisch umgelenkt werden. Gerne mal testen.
-
@jziegeler Diese Option gibt es dann nicht mehr, oder?
