PageTree rework

stefanek · 03.06.2016 18:56:47

So, diesmal auf Deutsch;

ausgehend von der PageTree Funktion die ich hier geteilt habe:
http://forum.wbce.org/viewtopic.php?pid=4880#p4880

erhalten wir ein multidimensionales Array aller Seiten:

$arrayPages = pagesArray();

Damit allein läßt sich noch nicht viel anfangen, das ganze muss jetzt durchs Template gezogen werden. In meinem Falle war es Twig.
Doch in diesem Beispiel starte ich einen kleinen Versuch, es mit purem PHP zu machen.

Vornweg einmal: mit Twig ist es allemal eleganter, denn dort haben wir dann einfach nur das Template.
Um es mit PHP zu machen, müßen wir das Template in einer Funktion unterbringen, die sich dann selbst aufruft, und zwar immer dann, wenn ein neues Child-Array kommt.

Hier das Code-Beispiel:

[== PHTML ==]
if(!function_exists('drawPageTree')){
	/*
		@param $aPages array
		@param $iLevel int
	*/
	function drawPageTree($aPages, $iLevel = 0){
		foreach($aPages as $p){		
			?>
			<!-- 
                                Hier kommt das Template für die einzelnen Seiten.
				Dieses hier ist eine abgespeckte Anzeige, nur zur Illustration des Prinzips.
			-->
			<li id="pageID_<?=$p['page_id']; ?>" rel="<?=$p['page_id']?>" class="p<?=$p['parent']?>">
			<?php if(!empty($p['children'])):?>+<?php else: ?>&nbsp;<?php endif ?>
			<strong>&nbsp;<?=$p['page_title']?></strong> (<?=$p['page_id']?>)
			<!-- hier endet das Template für die einzelnen Seiten -->
			
			<?php		
			// damit die Childs durchlaufen werden muss dieses hier noch drunter.
			// Achte darauf, dass das schließende List-Item Element 
			// nach der neuen Ordered-List kommt. (Das ist wichtig für vernünftige Verschachtelung)
			if(isset($p['children'])){
				echo '<ol id="level_'.$p['level'].'">';
					drawPageTree($p['children'], $p['level']+1);
				echo '</ol>';
			}
			echo '</li>';
		}
	}
}

Im Prinzip war's das auch schon.
Was noch kommt ist der eigentliche Aufruf der Funktion:

<ol id="pageTree" class="sortable"><?php drawPageTree(pagesArray()); ?></ol>

Um besser zu sehen, was das Array beinhalten kann, kann man einfach das altehrwürdige print_r(pagesArray()); bemühen.

Wer da noch Fragen zu hat, ruhig fragen.
Im Prinzip, wenn man es mit PHP templatet, ist es ähnlich dem was bereits vorhanden ist; allerdings mit dem großen Unterschied, dass man die Funktion pagesArray() auch noch anderweitig verwenden kann, z.B. für Select-Felder (Comboboxen).
Ich verwende es auch im SEO-Tool, um den PageTree auszugeben.
Man könnte aber auch genau so gut mini-PageTrees machen, z.B. für die Side-Bar. Oder wo man grad kreativ Lust zu hat.

Und auch wenn es nicht optimal ist (verglichen mit Twig), läßt sich das Template hiermit besser gestalten als mit der Version, die grade verbaut ist.

Nur damit wir uns richtig verstehen, persönlich halte ich nicht viel davon, PHP fürs Layouting zu verwenden; nicht weil ich's nicht kann, sondern weil ich gerne unter Kontrolle habe (logik-seitig) was dem User template-seitig zur Verfügung gestellt wird. Weniger Anfälligkeit für Schadcode ist da nur der Anfang der Argumentation.
Auf der anderen Seite, wenn man nicht vorhat Backend-Themes anzubieten oder zum freien Download bereitzustellen, ist dieser Punkt zu vernachläßigen.

Gruß,
Chris

Beitrag geändert von stefanek (03.06.2016 20:00:58)

stefanek · 05.06.2016 15:26:43

Und weiter gehts mit dem PageTree.

Habe mir das angeschaut und wir kriegen das PHP template so hin, dass es von der obigen Funktion gelöst ist.
D.h. die obige Funktion included das Template File selbst.

Für den gesamten Bereich PageTree wird es dann 2 Templates geben.

Diese 2 Templates können dann im {AdminTheme}/templates/ Ordner rein, und sie heißen:
~ pages_pageTree.tpl.php
~ pages_pageTreeSingle.tpl.php

Was schon geht:

* Drag&Drop mit jQuery (die YUI kann dann so gut wie raus)
* Expand/Collapse der Seiten und ihrer Unterseiten (auch Cookie wird richtig gesetzt)
* Grundsätzlich werden die AUF/AB Buttons nicht ausgegeben, es sei denn, das JS ist aus oder man hat per Hand JS-Admin so eingestellt, dass man kein Drag&Drop verwenden kann.

Ich habe das erstmal als AdminTool gemacht, um nicht an Core-files zu müßen.
Später kommen die Templates einfach in den {AdminTheme}/templates/ Ordner, die nötigen Core-files werden geändert und schon kann jeder in seinem Theme den PageTree stylen und umstylen wie er möchte.

Ich werde das die Tage mit NorHei besprechen und alles andere sollte kein Problem sein.

Bei fragen hier, oder PM, oder Mail.

P.S. Die angehängte Datei zeigt was vorhanden ist.
Das CSS ist in einem extra-file pageTree.css was das auch noch um einiges leichter macht; Und mit der neuen i/insert Class kann man das CSS auch nur für den PageTree nachladen. Wunderbar.

Auch die Icons sind die, die ich schon vor Jahren für den PageTree gestaltet habe. (Nur für den Fall, dass es altbacken daher kommt... ich finds ok, doch überlege eine PageTree-font zu machen.)

Gruß,
Chris

norhei · 05.06.2016 23:05:36

Ich glaube ich schau einfach mal ob ich dass nicht gleich als Admintool eingebaut bekomme .
PReferences habe ich ja auch wieder auf die neue Version gestellt. Die Funktionalität(BE als module) ist ja vorhanden und Probleme mit alten Modulen gibt es ja auch nicht, da es ja nur dieses eine neue Modul ist.

Mach am besten das Tool mal fertig und dann bau ichs einfach testweise einfach als BE tool ein. Da brauchst Du dir dann um die Integration keine Gedanken machen.

Überigens coole Sache .

Dann kann vielleicht YUI noch diese Version raus Oder gibt es noch module die YUI nutzen ?

stefanek · 06.06.2016 00:50:43

Da könnte es Schwierigkeiten geben -- erfahrungsgemäß weiß ich, dass das hier im Bereich "Pages" (wo der PageTree ja drin ist), nicht so einfach ist, weil die meisten SectionType Module irgendwie immer auf die feste URL {ADMIN_URL}/pages verweisen.
Bei den anderen Backend Modulen ist das etwas anders. Meistens verweisen die auf nix außer sich selbst.

Ich würde vorschlagen es vorerst in admin/pages/... unterzubringen.
Ist sicherer, bevor wir eine zu große Baustelle aufreissen.

norhei schrieb:

Dann kann vielleicht YUI noch diese Version raus Oder gibt es noch module die YUI nutzen ?

Ja, da wird noch unter manage-sections rumgeschoben mit der alten YUI. Ein Klacks für nen Drag'n'Dropper. lol

~Chris

norhei · 06.06.2016 06:51:43

Wenn Du dass auch noch wegbekommen würdest wäre endgeil .!

stefanek · 06.06.2016 10:35:59

norhei schrieb:

Wenn Du dass auch noch wegbekommen würdest wäre endgeil .!

Du meinst das Drag&Drop im Sections bereich?

Das ist kein Problem.
Bei mir sieht das ganze so aus (angehängt).

Siehe, bei Section hinzufügen gibts auch einen zweiten DropDown, um gleich den richtigen Block auszuwählen, falls Blöcke eingeschaltet sind.

Also Drag/Drop ohne YUI geht aber auf jeden Fall. lol

Gruß,
Chris

stefanek · 06.06.2016 11:32:10

Was ganz anderes.

Ich dachte, wenn wir schon dabei sind, kann man auch die Auswahl von "Übergeordnete Seite" gleich verbessern.
(Siehe Anhang.)

Wie Du siehst, die Untergeordneten Seiten im DropDown zeigen die Verzweigung.

Etwa so:

├ unterseite
└ unterseite2
   ├ unterunterseite
   └ unterunterseite2

Jetzt die Frage:
Es sind ASCII chars. Und, können wir sie so ohne weiteres verwenden,
ohne dass es Probleme bei unterschiedlichen Zeichensatz-Einstellungen gibt (nicht UTF-8)?

Für UTF-8 sieht das ganze so aus:

// use  ($p['canMoveDOWN'] ? ' ├' : ' └')
$branchTrail = str_repeat("&nbsp;",(($p['level'])*2*2)).(($p['level'] > 0) ? ($p['canMoveDown'] ? ' ├' : ' └')."─&nbsp;" : "");

Die Alternative wäre sonst dieses:

// use '--
$branchTrail = str_repeat("&nbsp;",(($p['level']+1)*2-2)).(($p['level'] > 0) ? "'-- " : "");

Und: gefällt das überhaupt?
Persönlich finde ich diese Einrückung mit nur -- etwas unübersichtlich.

Gruß,
Chris

Beitrag geändert von stefanek (06.06.2016 11:33:04)

stefanek · 06.06.2016 13:13:29

Eine weitere Frage, zu den PHP Templates selbst.

Ich habe jetzt zwei Varianten, die möglich sind/wären:

[== $p als Array ==]
<?php if($p['visibility'] == "deleted"): ?>	
	<a href="<?=pt_FuncLink('restore', $p['page_id']);?>" title="<?=$TEXT['RESTORE']?>">
		<img src="<?=PT_ICONS?>/restore_16.png" alt="[restore]" />
	</a>
	<?php else:  ?>
	<a href="<?=pt_FuncLink('settings', $p['page_id']);?>" title="<?=$HEADING['MODIFY_PAGE_SETTINGS']?>">
		<img src="<?=PT_ICONS?>/settings_16.png" alt="[settings]" />
	</a>							
<?php endif; ?>

Im obigen Beispiel haben wir $p als Array.
Die $p Variablenkeys werden so angesprochen: $p['das_is_der_key']

[== $p als Objekt ==]
<?php if($p->visibility == "deleted"): ?>	
	<a href="<?=pt_FuncLink('restore', $p->page_id); ?>" title="<?=$TEXT['RESTORE'] ?>">
		<img src="<?=PT_ICONS ?>/restore_16.png" alt="[restore]" />
	</a>
	<?php else: ?>
	<a href="<?=pt_FuncLink('settings' ,$p->page_id); ?>" title="<?=$HEADING['MODIFY_PAGE_SETTINGS'] ?>">
		<img src="<?=PT_ICONS ?>/settings_16.png" alt="[settings]" />
	</a>							
<?php endif; ?>

Im diesem obigen Beispiel haben wir $p als Object.
Die $p Variablenkeys werden so angesprochen: $p->das_is_der_key

Ich finde das zweite Beispiel etwas übersichtlicher und pflegeleichter.

So, jetzt sammel ich erstmal etwas Feedback ein, bevor es weiter geht ;-)

Gruß,
Chris

norhei · 06.06.2016 17:27:31

Ich tendiere leicht zu Objekt ansich ists mir aber egal. Andererseits ist ein Array für viele vertrauter ...
Würde Sagen Wie es dir weniger Arbeit ist.

Was die Verzeigungen betrifft , die richtigen sehen schon besser aus , würde ich erst mal probieren ob jemand damit Probleme hat.
Schau auch eventuell mal was Font Awesome so zu bieten hat , das ist in den BE Templates standardmäßig mit drinn.

Ich glaube bei den Sections hatte wir ein extra Feld für den Sectionsnamen das war sehr nützlich.

stefanek · 06.06.2016 18:14:52

norhei schrieb:

Ich tendiere leicht zu Objekt ansich ists mir aber egal. Andererseits ist ein Array für viele vertrauter ...
Ich glaube bei den Sections hatte wir ein extra Feld für den Sectionsnamen das war sehr nützlich.

Ja, ich weiß, es war nur ein Beispiel von meinem 2.8.4.-er Forks ;-) (Ich habe ja gut 2 Jahre auf den 284 gewartet, bis ich dann anfing, an ihm selbst weiterzuarbeiten).

NorHei schrieb:

Ich tendiere leicht zu Objekt ansich ists mir aber egal. Andererseits ist ein Array für viele vertrauter ...
Würde Sagen Wie es dir weniger Arbeit ist.

Beide Template-Varianten habe ich jetzt fertig gemacht. Ich mag auch die Object Variante lieber. Aber ansonsten ist mir egal.

NorHei schrieb:

Was die Verzeigungen betrifft , die richtigen sehen schon besser aus , würde ich erst mal probieren ob jemand damit Probleme hat.
Schau auch eventuell mal was Font Awesome so zu bieten hat , das ist in den BE Templates standardmäßig mit drinn.

Ja, vielleicht einen Conditional rein, "wenn kein UTF-8, nimm das, ansonsten die UTF-8 Variante".
Mit Font-Awsome würde ich da jetzt nicht was machen, kann sein, dass es Themes gibt, die kein FontAwsome verwenden. Später vielleicht.

Ich melde mich morgen.
Bin heute Abend verabredet und komm nicht mehr zum Programmieren.

Gruß,
Chris

norhei · 06.06.2016 19:31:42

Vielleicht 2-3 Konstanten in denen man die Zeichen oder den Tag (Font awesome oder andere ) einstellen kann ?

stefanek · 07.06.2016 17:25:49

norhei schrieb:

Vielleicht 2-3 Konstanten in denen man die Zeichen oder den Tag (Font awesome oder andere ) einstellen kann ?

Ja, könnte man machen.

Im Moment habe ich das ganze so aufbereitet, dass wir im admin/pages/ Ordner richtig aufräumen können.
Die Dateien delete.php, restore.php, move_up.php. move_down.php, eggsurplus.js können, wie ich es sehe, jetzt komplett weg. Habe all diese Mechanismen in Funktionen untergebracht.

Also außer dem turbo PageTree (jetzt noch mehr Turbo) und dass man jetzt auch die Code-Logik von der Layout-Logik getrennt hat und das ganze im Template änderbar wird, wird der ganze Bereich noch schön aufgeräumt.

Bin im Moment im Bereich: Add Page. (Unterhalb des PageTree's).

Gruß,
Chris

Beitrag geändert von stefanek (07.06.2016 17:34:05)

stefanek · 08.06.2016 17:09:21

stefanek schrieb:

Bin im Moment im Bereich: Add Page. (Unterhalb des PageTree's).

So, auch dieser Bereich ist jetzt komplett Tabellen befreit.

@NorHei, ich glaube ich kann Dir bald, binnen Stunden, das Päckchen schicken.

Bezüglich Drag&Drop in Sections sagtest Du:

NorHei schrieb:

Wenn Du dass auch noch wegbekommen würdest wäre endgeil .!

Lass uns das als nächsten Schritt machen.

Ich habe mir auch das JSAdmin Tool angeschaut, da dieses auch abgespeckt werden muss.
Doch ich kann es erst richtig aufrämen, wenn auch im Bereich ManageSections Drag&Drop auf jQuery umgestellt wurde.

Stell Dir vor, durch diese Aktion wird der Core um gut 20-25 Dateien kleiner. Welch Übersicht sich da auftut :-)

~Chris

stefanek · 14.06.2016 19:25:37

Im Rahmen des PageTree Reworks ist mir aufgefallen, dass der alte Page Trash weg ist.
Auch die Einstellung unter den Einstellungen ist weg.

Früher konnte man auswählen:
PageTrash
1) ausgeschaltet
2) integriert (EN = inline)
3) separat

Der Trash war eigentlich immer schon recht Buggy.
Man kann ihn auch noch in der gegenwärtigen WBCE Version sehen, wenn man manuell die URL [root]/admin/pages/trash.php ansteuert.

Doch die Idee an sich war gut. Auch wenn sie nie (soweit ich mich erinnern kann) funktioniert hat.

Eine gute Abhilfe dafür, dass man Seiten vorrübergehend löschen kann, ohne dass sie aber alle im Seitenbaum erscheinen habe ich grade realisiert.

Doch die Frage ist, ob das so gefällt.

Ich beschreibe es kurz (und bitte um Feedback):
Die Idee ist ein Schalter (ein Switch). Wenn man ihn betätigt kann man im Seitenbaum die gelöschten Seiten sehen. Wenn man ihn erneut betätigt sieht man sie nicht mehr im PageTree. (Natürlich erscheinen die gelöschten Seiten so, dass man sieht, dass sie gelöscht wurden.)

Der Vorteil ist, die gelöschten Seiten sind nicht immer im Blickfeld, aber wenn man will, kann man sie sehen.
Der Schalter ist gleich da... entweder unter- oder oberhalb des PageTrees.

Ideen?

EDIT: Siehe im nächsten Post, da kann man die gelöschten Seiten sehen, wie auch den Schalter, oberhalb des PageTrees.

Gruß,
Chris

Beitrag geändert von stefanek (14.06.2016 20:15:55)

stefanek · 14.06.2016 20:13:34

Eine weitere Sache im Zusammenhang damit.

Die alte Vorschaltseite (siehe Screenshot).

attachment.php?item=432&download=1

Ich empfand es immer als "counter intuitive" die Vorschaltseite unten zu finden und darauf zu klicken, um die zu bearbeiten.

Ich denke nicht, dass sie oft verwendet wird, aber sie sollte drin bleiben für die, die sie verwenden. Doch ich denke, es ist besser, sie dort zu platzieren wo sie hingehört.

Im Screenshot ist sie im Seitenbaum ganz oben. Sie kann nicht verschoben werden. Sieht anders als andere Seiten aus, weil sie an sich keine normale Seite ist und vom System nicht wie die anderen Seiten behandelt wird.

Was sagt ihr dazu?

Intuitiver?

Gruß,
Chris

Beitrag geändert von stefanek (14.06.2016 20:14:42)

florian · 14.06.2016 21:53:38

Zu den gelöschten Seiten/Papierkorb:
Doch, die Einstellung ist noch da. Sie ist nur beim Fraggy Theme in die "Erweiterten Einstellungen" gewandert. (Versehen?)
An sich funktioniert der Papierkorb auch und ist eine wie ich finde sehr wichtige Sicherheitsfunktion. Das einzig Verwirrende daran ist, dass es nur für Seiten, jedoch nicht für einzelne Abschnitte einen Papierkorb gibt, aber sonst weiß ich von keinen Problemen damit. Einen separaten Papierkorb gab und gibt es hingegen (bei WBCE) nicht.
Ich würde da aber keinen zusätzlichen Schalter für die _Sichtbarkeit_ der gelöschten Seiten ergänzen, ich glaube das ist zu verwirrend- also was man jetzt wo ein-/ausschaltet und wann die Seiten nun gelöscht sind.

Zur Platzierung der Vorschaltseite:
Ich finde den Umsetzungsvorschlag sehr gut, diese - sofern aktiv - ganz oben in der Liste anzuzeigen. Kann von mir aus gern so realisiert werden.

stefanek · 14.06.2016 22:14:02

Hallo Florian,
danke schon mal fürs Feedback.

florian schrieb:

An sich funktioniert der Papierkorb auch und ist eine wie ich finde sehr wichtige Sicherheitsfunktion.

Ja, das finde ich auch.

florian schrieb:

Das einzig Verwirrende daran ist, dass es nur für Seiten, jedoch nicht für einzelne Abschnitte einen Papierkorb gibt, aber sonst weiß ich von keinen Problemen damit.

Ja, das stimmt. Darüber haben wir uns mit Norbert schon unterhalten.
Wird mit Sicherheit kommen demnächst. Ich finde es sogar sehr wichtig. Denn man kann sich auch schon mal eine recht komplexe Section versehentlich, aber unwiederuflich wegzaubern.

florian schrieb:

Einen separaten Papierkorb gab und gibt es hingegen (bei WBCE) nicht.

Ja, den gab es auch für WB eine lange Zeit nicht mehr. Wie gesagt, das war sehr buggy.

florian schrieb:

Ich würde da aber keinen zusätzlichen Schalter für die _Sichtbarkeit_ der gelöschten Seiten ergänzen, ich glaube das ist zu verwirrend- also was man jetzt wo ein-/ausschaltet und wann die Seiten nun gelöscht sind.

Ich habe es schon mal umgesetzt.
Das gute ist, man kann den Schalter selbst auch wegschalten siehe hier:

florian schrieb:

Doch, die Einstellung ist noch da. Sie ist nur beim Fraggy Theme in die "Erweiterten Einstellungen" gewandert. (Versehen?)

Man kann es (den Schalter) auch über das Theme komplett wegmachen.
Also ich schlage mal vor, Du schaust es Dir bald an und dann können wir es immer noch aus dem Theme entfernen oder auskommentieren (und wer will kann sich das wieder zur Verfügung stellen).

Das wie das da oben im Screenshot ist, dieser Schalter, so wird er auch nicht bleiben.
Erstmal die Mechanik... :-)

florian schrieb:

Zur Platzierung der Vorschaltseite:
Ich finde den Umsetzungsvorschlag sehr gut, diese - sofern aktiv - ganz oben in der Liste anzuzeigen. Kann von mir aus gern so realisiert werden.

Ja, sehr gut.

Eine weitere Sache, die ich umgesetzt habe:
Bisher ist es so, dass egal welcher Zustand (öffentlich, privat, versteckt, registriert) die Seite hat, sobald sie gelöscht ist, verfällt das. Und stellt man sie wieder her, wird sie auf 'öffentlich' gestellt. Man muss dann wieder in die Einstellungen um den Zustand wieder so einzustellen, wie er mal war.

Ich habe jetzt dem Ganzen ein kleines "Gedächtnis" beigebracht, wobei der ursprüngliche Zustand gemerkt wird und dann beim Wiederherstellen mit wiederhergestellt wird.

Auch eine der "Kleinigkeiten", die mich immer gestört haben.

Gruß,
Chris

Beitrag geändert von stefanek (14.06.2016 22:14:49)

florian · 14.06.2016 22:23:23

stefanek schrieb:

Ich habe jetzt dem Ganzen ein kleines "Gedächtnis" beigebracht, wobei der ursprüngliche Zustand gemerkt wird und dann beim Wiederherstellen mit wiederhergestellt wird.

Das ist gut. Mir war das noch nie so bewusst aufgefallen, aber das ist natürlich sinnvoll.

stefanek · 14.06.2016 22:50:39

Wie wäre denn ein Schalter, der sämtliche auf der Seite verwendeten Module unterhalb des Seiten Menütitels anzeigt?
Manchmal sucht man eine bestimmte Section, ein bestimmtes Modul und dann findet man es einfach nicht.
(Gut, es gibt den AddonMonitor, doch diese alte Gurke muss auch überarbeitet werden, da neue Modultypen und Hybride Module dazukamen -- NorHei ist nicht zu stoppen big_smile )

Jedenfalls, ein Klick auf "Zeige Abschnitte" würde die Abschnitte darstellen.
Natürlich wird der ganze PageTree richtig groß, aber nachdem man gefunden hat, was man sucht, kann man das wieder abschalten.

Gruß,
Chris

florian · 14.06.2016 22:59:21

So aus dem Bauch heraus würd ich sagen: erst mal nicht - das wird sonst zu komplex und es soll doch einfach zu handhaben und übersichtlich bleiben. Zu bedenken ist evtl. auch, dass es ja durchaus Auftritte mit zig oder hundert Seiten (gerade wenn's mehrsprachig ist) gibt.

stefanek · 14.06.2016 23:20:51

:-)

Das gute ist, jetzt hat NorHei das Backend so gebaut, dass man tatsächlich das ganze als Modul später noch aufbohren kann.

Vielleicht mache ich irgendwann mal eine deLuxe Edition vom PageTree, wo man einiges mehr an handlichen Möglichkeiten hat.

Aber sicher verstehe ich, dass es einfach und übersichtlich bleiben soll. thumb_up big_smile

~Chris

WBCE CMS Forum

#1 03.06.2016 18:56:47

PageTree rework

#2 05.06.2016 15:26:43

Re: PageTree rework

Was schon geht:

#3 05.06.2016 23:05:36

Re: PageTree rework

#4 06.06.2016 00:50:43

Re: PageTree rework

#5 06.06.2016 06:51:43

Re: PageTree rework

#6 06.06.2016 10:35:59

Re: PageTree rework

#7 06.06.2016 11:32:10

Re: PageTree rework

#8 06.06.2016 13:13:29

Re: PageTree rework

#9 06.06.2016 17:27:31

Re: PageTree rework

#10 06.06.2016 18:14:52

Re: PageTree rework

#11 06.06.2016 19:31:42

Re: PageTree rework

#12 07.06.2016 17:25:49

Re: PageTree rework

#13 08.06.2016 17:09:21

Re: PageTree rework

#14 14.06.2016 19:25:37

Re: PageTree rework

#15 14.06.2016 20:13:34

Re: PageTree rework

#16 14.06.2016 21:53:38

Re: PageTree rework

#17 14.06.2016 22:14:02

Re: PageTree rework

#18 14.06.2016 22:23:23

Re: PageTree rework

#19 14.06.2016 22:50:39

Re: PageTree rework

#20 14.06.2016 22:59:21

Re: PageTree rework

#21 14.06.2016 23:20:51

Re: PageTree rework

Fußzeile des Forums