WBCE CMS – Way Better Content Editing.
Du bist nicht angemeldet.
Die WB Verantwortlichen sind doch ein armseeliger Haufen alter Männer und Weiber!
Ich hab im WB Forum im gleichnamigen Thread geschrieben, dass bei einem WB Fork ein Bootstrap Backend Theme veröffentlicht wurde. Dabei hab ich sogar explizit auf einen Link oder Namen verzichtet, obwohl WB und WBCE technisch noch sehr ähnlich sind.
Guckt euch nun das Resultat im Anhang an.
Was mich ärgert, die fahren ohne zu zögern WB an die Wand. Altes konservatives und stuures Pack, das mit seitenlang PN herumjammert und motivierte aber andersdenkende Leute in der Community abschätzig behandelt.
Liebes WB Team, so funktioniert Open Source nicht. Ich werde eine Party feiern wenn sich euer Altersverein namens Websitebaker e. V. wegen Überalterung und Mangel an Mitglieder auflöst. Für mich seid ihr gestorben!
Sorry musste einfach raus!
Beitrag geändert von rjgamer (03.06.2016 20:39:51)
Offline
Hey RJ,
vielleicht magst Du einen Blick hier drauf werfen:
http://forum.wbce.org/viewtopic.php?pid=4897#p4897
So zur Ablenkung
und weil wir so vielleicht besser weiter kommen.
Gruß,
Chris
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
... Kennen Wir alle die schon länger dabei waren .
Man ist motiviert , wird so lange hingehalten bis man wütend wird und letztendlich wird man abserviert....
Bezüglich steffeks post, grundsätzlich kann man einen Pagetree sogar mit show_menu2() machen.
Was noch viel interessanter wäre , wäre wie muss ein pagetree ausschauen , der zusammen mit Jquery oder einer anderen Javascript Geschichte das volle Drag and Drop erlaubt . Wenn jemand so einen Tree als Html mockup hinbekommt , kümmer ich mich ums befüllen.
Ich bräuchte nur eine halbwegs gute Beschreibung was dieser Tree beim Droppen sendet und was der so an Antworten erwartet (Json, XML) ....
Sich komplett alleine durch dieses JS Gekrose durchzukämpfen ist elend. Gerne auch ein interaktiver Tree der seine Inhalte erst beim öffnen des Zweiges per Ajax holt. Das wäre für sehr Große Seiten ein echter Gewinn.
Demnächst kann sich dann auch Jeder seine eigene Variante installieren :-)
Offline
Bezüglich steffeks post, grundsätzlich kann man einen Pagetree sogar mit show_menu2() machen.
Das bezweifle ich.
Das PageTree ist fürs Frontend und dem Array fehlen wirklich viele Angaben.
Es wäre nur möglich, wenn Du show_menu2 aufbohrst.
Sich komplett alleine durch dieses JS Gekrose durchzukämpfen ist elend.
Haha, wem sagst Du das.
Wie ich schon im englischen Thread geschrieben habe, ich habe das komplette HTML/CSS inklusive jQuery Drag&Drop. Es verschiebt wie es soll und speichert die Änderungen in die DB.
Was noch nicht läuft ist das Speichern der collapsed/uncollapsed Zustände im Cookie (Du weißt, die Seiten aufklappen/zuklappen).
Wenn da jemand sich dran versuchen will, kann ich gerne das HTML Gerüst komplett befüllen.
Ich habe aber keinen Bock was zu machen, wenn jemand anderes was anderes macht und ich meine Zeit verplempert habe.
Dazu ist mir meine Zeit mittlerweile zu kostbar.
Gerne warte ich, bis die Backend-Bereiche als Module laufen und liefere dann einen Ersatz-PageTree nach.
Gerne auch ein interaktiver Tree der seine Inhalte erst beim öffnen des Zweiges per Ajax holt. Das wäre für sehr Große Seiten ein echter Gewinn.
Das ist aber echt erst bei Installationen mit sehr, sehr, sehr vielen interessant.
Vor allem jetzt, wenn RJ die Icons noch als Font-Elemente integriert, wird der PageTree noch schneller als bisher.
Ich glaube allerdings dass Bianka sowas hat oder hatte.
Es ist nicht unmöglich, aber bei über 95% der Seiten wird es ein unnötiger Overhead.
RJ, Du baust grad am BackendTheme, wie würdest Du Dir einen idealen PageTree vorstellen?
Würde es Dir reichen, wenn ich ein Grundgerüst baue (wie im verlinkten Beispiel) mit all den anderen Abfragen darin (Sections, Modify, Settings, Delete, PageLink etc.)?
Ich will das hier nicht als One-Man-Project alles machen.
Also @NorHei, wenn Du Lust hast es gut zu koordinieren, kriegen wir das hin.
Gruß,
Chris
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Ich vor paar Wochen was gemacht, komplett listenbasierend mit jQuery, Nestable und designtechnisch passend zu Fraggy.
Beim Droppen wird damn ein json post request gesendet. Kann sonst nach meinen Ferien in 14 Tag was aufbereiten.
Ich liefere den Html, jQuery + CSS Part und ihr implementiert das Zeugs?
Offline
Ich vor paar Wochen was gemacht, komplett listenbasierend mit jQuery, Nestable und designtechnisch passend zu Fraggy.
Beim Droppen wird damn ein json post request gesendet. Kann sonst nach meinen Ferien in 14 Tag was aufbereiten.
Ich liefere den Html, jQuery + CSS Part und ihr implementiert das Zeugs?
Ich schaue es mir gerne an, wenn Du dann soweit bist.
Allerdings habe ich auch Nestable verwendet, als Grundlage - liefert auch ein JSON POST über jQuery, der dann mit PHP in die DB geschrieben wird.
Also das ganze Dingens ist schon so ziemlich fertig - allerdings mit Twig, sodass ich es zurück auf PHP übersetzen müßte. Das ist so viel Arbeit aber nicht.
Wie aber gesagt, bei mir fehlt noch das richtige Setzen von Cookies.
Und das Styling kannst Du dann nach Herzensinhalt anpassen.
Ich habe noch img-icons verwendet.
Soll ich dann die 14 Tage abwarten und dann vergleichen?
Norbi, was sagst Du?
~Chris
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Hmmm... ich mach doch am besten in 14 Tagen ein HTML Beispiel im Fraggy mit Dummy Daten ohne WBCE integrstion für den Page Tree. Dann siehst du mein HTML Code und das Styling. Theoretisch müsstest du dann nur noch mein HTML für eure Lösung übernehmen, wobei dies dann wiederum Fraggy für WBCE voraussetzen würde.
Mir sind jetzt halt einfach die Hände gebunden für 14 Tage... :S
Offline
Hmmm... ich mach doch am besten in 14 Tagen ein HTML Beispiel im Fraggy mit Dummy Daten ohne WBCE integrstion für den Page Tree. Dann siehst du mein HTML Code und das Styling. Theoretisch müsstest du dann nur noch mein HTML für eure Lösung übernehmen, wobei dies dann wiederum Fraggy für WBCE voraussetzen würde.
Ich denke es ist einfacher, wenn wir es anders herum machen.
Zuerst das im System so anlegen, dass alles funktioniert und das PageTree Template im AdminTheme ordner selbst drin liegt.
Dieses kannst Du dann nach Herzenslust gestalten.
Und wenn da noch was fehlt, reichen wir es nach.
Es wird Dir die ganze Template Logik bereitstellen und andere Themes können es auch verwenden, ohne in die Core-Files zu müßen.
Dann wird zwar eine PHP Datei im Theme Ordner liegen, aber da es NorHei's Tendez ohnehin ist, sollte es schon passen.
Was sagst Du Norbert?
Ach ja, da wäre dann "nur noch" das Problem mit dem Setzen des Cookies.
~Chris
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
@rjgamer: Geniesse den Urlaub 
Hatten jetzt gefühlte 10 Jahre ein "altbackenes" WB backend template, da kommt es auf 14 Tage hin oder her auch nicht mehr an.
Beitrag geändert von cwsoft (04.06.2016 00:30:52)
Account inactive since 2018/11/17.
Offline
@rjgamer: Geniesse den Urlaub
Hatten jetzt gefühlte 10 Jahre ein "altbackenes" WB backend template, da kommt es auf 14 Tage hin oder her auch nicht mehr an.
Okidoki 
Die Sache mit den Cookies sollte ich nit Javascript regeln können.
Offline
Okidoki
Die Sache mit den Cookies sollte ich nit Javascript regeln können.
OK, wunderbar.
Ich arbeite das die Tage um auf PHP Template.
Gruß,
Chris
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Es wäre nur möglich, wenn Du show_menu2 aufbohrst.
Müsste einmal die idkey Sache einfügen, das wars. Schon getestet
Wenn Der Pagetree steht mach ich mir mal den Spass und bau das mit SM nach 
Offline
Ich liefere den Html, jQuery + CSS Part und ihr implementiert das Zeugs?
Wäre auch kein Problem :-)
Zuerst das im System so anlegen, dass alles funktioniert und das PageTree Template im AdminTheme ordner selbst drin liegt.
Dieses kannst Du dann nach Herzenslust gestalten.
Und wenn da noch was fehlt, reichen wir es nach.
Es wird Dir die ganze Template Logik bereitstellen und andere Themes können es auch verwenden, ohne in die Core-Files zu müßen.
Dann wird zwar eine PHP Datei im Theme Ordner liegen, aber da es NorHei's Tendez ohnehin ist, sollte es schon passen.
Was sagst Du Norbert?
Ich glaube , Du bist da mit dem Tree schon drann im anderen Thread . Das ist in 2 wochen wohl schon gegessen :-)
Danach schauen Wir mal das das alles auch TWIG konform wird. Die PHP Datei wird nur gebraucht wenn er eine Andere Formatierung nutzt . Die Daten stellt natürlich das Modul am besten einfach als Array bereit.
Das ist lustig kurz vor geplantem Release Passiert nochmal richtig was . Ich freu mich .!
Offline
Ich glaube , Du bist da mit dem Tree schon drann im anderen Thread . Das ist in 2 wochen wohl schon gegessen :-)
Danach schauen Wir mal das das alles auch TWIG konform wird. Die PHP Datei wird nur gebraucht wenn er eine Andere Formatierung nutzt . Die Daten stellt natürlich das Modul am besten einfach als Array bereit.
Das ist lustig kurz vor geplantem Release Passiert nochmal richtig was . Ich freu mich .!
Ja, PageTree ist so gut wie fertig.
Sag bescheid, wenn Du etwas Zeit hast, schicke ich Dir das AdminTool mal rüber.
Von dort nur noch richtig ins System integrieren (denn so vom AdminTool aus ist grad noch doof ;-) ).
Danach kann RJ viel besser gestalten.
Allerdings verstehe ich nicht, was Du hier meinst.
Danach schauen Wir mal das das alles auch TWIG konform wird. Die PHP Datei wird nur gebraucht wenn er eine Andere Formatierung nutzt . Die Daten stellt natürlich das Modul am besten einfach als Array bereit.
Twig ist dann nicht mehr.
Ist nur noch PHP.
Die Funktion nestedPagesArray() gibt das ganze Array zurück.
Ich könnte dann zwar das über Twig durchloopen, aber wenn Du das im AdminTheme drin haben willst, dann geht entweder NUR php oder Twig. Beides geht nicht, es sei denn, Du hast Dir da was überlegt.
Später wenn die Backend-Module nachinstallierbar sind, kann man das dann individuell machen.
Gruß,
Chris
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Also bei einem admintool sollte das jetzt schon gehen , und das Admintool kann ich dann auch als BE Seitenmodul einsetzen , minimale änderungen denke ich, habe ich bei PReferences auch schon gemacht , die ollen preferences haben rumgezickt , da hab ich die Neuen wieder reingenommen. Die Funktionalität ist ja sowiso schon drinn und mit alten modulen kollidiert das auch nicht , da es ja sowiso nur dieses eine neue ist. Überlege auch ob ich die Neuen Settings wieder reinnehme , Probleme machen ja einzig und alleine die alten Admintools. Ich hatte ja alles wieder rausgenommen wegen dem Ärger mit den Tools , aber das ist quatsch , an den Erneuerten Stellen (PReferences, Settings und vielleicht bald pagetree ) sind keine alten Module die Ärger machen können .
Ach so . Morgen ab 05:00 hab ich 2 Stunden Zeit .. Also "Bescheid"
(vielleicht auch im Laufe des Tages )
Offline
Und Das mit Twig zeig ich dir dann da kann ich labern und labern ... aber gezeigt isses in in einer Sekunde.
Offline
Und Das mit Twig zeig ich dir dann da kann ich labern und labern ... aber gezeigt isses in in einer Sekunde.
Na, da bin ich ja gespannt.
Gruß,
Chris
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
@rjgamer: Das ist Ralf (Hertsch) damals auch so gegangen. Grund: Er hatte auf ein Sicherheitsloch hingewiesen.
Und ja, ich hab mal einen Pagetree gemacht, der Untermenüs per Ajax nachlädt. Das ist grundsätzlich kein Problem, lohnt aber nur, wenn der HTML-Quellcode sehr dick ist. Man handelt sich halt Folgeprobleme ein, wie z.B. "Merken der offenen Teilbäume im Cookie". Ich würde da eher den Quellcode so weit wie möglich eindampfen und den Rest rein clientseitig per JS machen. Am besten in Kombination mit ordentlichem Loading, Caching und Kompression des JS. Das bringt heutzutage mehr als das Nachladen per Ajax.
Ich habe eine Amazon-Wishlist.
Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Tut gut zu sehen dass WBCE mit Fraggy als erstes ein responsive BE Theme bekommen hat. Soll WB doch untergehen.
Frage, was bedeutet jetzt WBCE offiziell? WebsiteBaker Community Edition oder Way Better Content Editing? Ich vermute letzteres, müsste dann aber nicht auch alles konsequent umgeschrieben werden? Zb. bei GitHub.
Beitrag geändert von rjgamer (22.06.2016 17:47:46)
Offline
Meine Auffassung ist, dass WBCE einfach nur WBCE bedeutet. Way Better Content Editing ist der Slogan, aber nicht der Produktname.
Die Umbenennungsdiskussion ist ja etwas im Sande verlaufen, aber die Brötchenaltlast ist sozusagen nur aus historischen Gründen noch da und wird sicherlich bald ganz wegfallen.
Offline
Einfach nochmal um mein Ego zu stärken. Es tut gut zu sehen wie es bei WBCE vorwärts geht und WB classic so stagniert...
Ist ja der Trollbereich, da darf man sowas sagen oder?

Offline
Ja, dass es hier gerade bei WBCE voran geht, ist erfreulich.
Wertungen und Spekulationen über WB classic möchte ich aber auch hier in der Plauderecke eigentlich nicht so gern. Das führt zu nichts und schadet höchstens unserer Außenwirkung.
Offline
Seiten: 1