Hallo
Also nachdem mich mehrere Leute gefragt ham wo ich enn bin -- hier.
Obwohl ich in der zwischenzeit in keinem der beiden Foren aktiv war, war ich nicht Faul. Der komplette Rewrite des bbCodes in eine saubere Klasse ist in vollem Gange und ich werde innerhalb eines Monats eine Beta hier vorstellen.
Da ich nicht weiß wie das Interface hier aufgebaut werden soll, kann das etwas dauern, ich werde mich dan naber nochmal hier melden.
Nebenher entwickele ich ein MIME-Kompatibles Newsletter-Plugin, dass Inline-Bilder und Dateianhänge unterstützt.
Beide Entwicklungen werde ich zu gegebener Zeit hier vorstellen.
Grüße, Peter
Hallo Peter, schön DIch hier zu sehen :-)
tolle sache(n) MaZderMind - ich bin gespannt!
Nuja beim Dedi hab ich direkt die fnc.type_forms.php gehackt -- das würde ich gerne hier sauberer machen. Nur bin ich über die Möglichkeiten nicht im klaren, ich weiß nicht ob es sowas wie ein allgemeines Interface für Editoren geben wird etc.
Was ich immoment entwickele ist ja "nur" die Klasse, welche den bbCode-Parser bediehnt und das verhalten der Codes beim parsen definiert.
Gruß, Peter
Aus meiner Sicht währe es am Sinnvollsten, wenn für die BBCode-Textarea ein eigener CMS-Tag eingebaut würde. So könnte auch die formatierte Ausgabe globale gelöst werden, dadurch müssten bei einige Modle (Suche,catwlker,...) nicht speziell ein stripen der Tags eingebaut werden.
Gruss
Mistral
@Bjoern
Was ist deine Meinung dazu?
Hi
Also ich find das erweitern des text-Tags besser. Am sinnvollsten wäre es doch, einen Parameter bbcode einzuführen, der die Werte "parse", "ignore" und "strip" annehmen kann. Die neue bbCode-Klasse wird eine methode parse und eine Methode strip haben, die dann entsprechend aufgerufen werden könnten.
Jetz wo ich drüber nachdenke -- es gibt in der Reihenfolge der deklarierung der Codes in der Klasse eine Unterscheidung zw. Basic-Tags und Enhenced-Tags. Die Basic-Tags sind die, die in den http://help.der-dirigent.de/index.php?title=BbCode_Erweiterung_2_v1.0#a_Linktemplates verwendet werden können. Es wäre vllt noch Sinnvoll bbcode="smart" einzuführen, was dazu führt dass die Basic-Tags (welche zusätzlich durch die features erlaubt wurden), geparst und alle anderen gestript werden.
Außerdem wäre im Smart-Modus die Absatzbehandlung vollständig deaktiviert. Da bliebe noch zu entscheiden ob NewLines zu <br> geparst werden oder gestript werden sollten.
Gruß, Peter
Einen neuen TAG würde ich auch nicht für tauglich halten. Bzw. es müssten ja viele Module umgeschrieben werden. So wie jetzt TEXTAREA erweitern und es ist mit wenig Aufwand möglich BB-Code in jedem beliebigem Modul mit TEXTAREA einzusetzen.
Und die Idee ein, sozusagen, Extraattribut find ich auch gut. Müsste dann in den Modulen, wie ansatzweise schon in Contentflex, konfigurierbar sein.
Mir ging nun noch mehr durch den Kopf, betrifft Abwärtskompatibilität. Also TEXTAREA als CMS-Tag sollte bleiben. Könnte das so umgebaut werden, dass wenn in irgendeinem Modul ein TEXTAREA ohne transform="bb-code" vorkommt und BB-Code drin vorkommt der gestrippt wird. Kommt es vor wird geparst.
Dann bräuchten doch erst mal keine Module umgebaut werden, sie funktionieren weiterhin.
Zusätzlich könnte das neue Attr. bbcode="xyz" eingeführt werden.
Ist das verständlich!? Es geht mir darum, bis jetzt kann ich keinen einzigen von mir bisher eingerichteten DEDI auf Sefrengo umrüsten, weil ich immer auf BB-Code gesetzt hatte.
Ich könnt mir vorstellen das es dem einem oder anderem ähnlich geht. Wie können wir das hinbekommen!?
ok ich sag mal auch was dazu, obwohl ich den Hack nur ganz oberflächlich kenne (und er eventuell schon einige meiner vorraussetzungen schon erfüllt)
aus meiner sicht kann es in den kern wenn:
1) Kompatibilität mit Sefrengo Installation welche den bestehenden (nicht den hack) BBCODE nutzen gewährleistet ist. (gleiches gilt für das Update von DEDIs bis 1.0.1 ohne Erweiterung)
2) Ein neuer BBCODE muss den SF-Ressourcebrowser unterstützen
3) Bestehenden Module müssen ohne "größere" Anpassungen weiter laufen insbesondere Contentflex.
4) Der BBCODE wie der WYSIWYG2 eingeschränkt werden kann
5) Das Ding muss UTF-8 fähig sein
schön wäre es wenn man auch eine previewmode für die textarea hätte ähnlich wie bei der http://jrm.cc/extras/live-textile-preview.php.
Werd mal mit Björn besprechen was er davon hält und wie wir dass integrieren können.
Wenn hier über Integration in den Kern gesprochen wird - was ich ja richtig gut finden würde, ist eine Textfilter-API, die so breit gefaßt ist, dass es damit auch möglich ist, z.B. textile oder markdown damit in Sefrengo einzubinden.
Hi
Eine solche API müsste aber beide Seiten unterstützen: Die Einbindung eines Filters, der die Markup-Markierungen im Text durch HTML-Tags ersetzt und das erstellen einer Toolbar und eines Formularsystems, dass den Redakteur beim Formatieren des Textes unterstützt.
Ich mach dazu mal einen http://forum.sefrengo.org/index.php?s=&showtopic=257&view=findpost&p=1640 auf.
Was meint ihr? Ist es sinnvoll eine solche API direkt von vorneherein zu implementieren und den bbCode darüber einzubinden oder sollte das erstmal in die FRs und der bbCode direkt in den Kern gehackt werden. Ersteres wäre schöner aber letzteres schneller umsetzbar.
Gruß, Peter
.... lieber länger warten, und dafür die schönere lösung.
Ich meine wenn was glefich richtig gemacht wird gibt es später keine problem.
Ansonsten kommt es wieder zu einem durcheinander und das eine schlägt das andere,
probleme beim Updaten kommen bei der schnellen lösung sicher.
ES SCHADET KEINEM LÄNGER ZU WARTEN WENN ES DAFÜR WAS VERNÜNFTIGES GIBT.
GEDULD GEHÖRT ZUM LEBEN.
Thomas
Na ja, etwas GEDULDGESCHÄDIGT sind wir doch schon irgendwie alle
Ich persönlich würde eine schnellere Variante vorziehen
Aber müssen natürlich die Macher entscheiden...
Schliesse mich Olaf an. Bei allem wysiwyg der bbcode ist in punkto Geschwindigkeit und Flexibilität für mich nicht zu toppen..
na na pawel - bbcode ist schnell? bbcode ist flexibel? ... na ich weiss ja nicht
aber was anderes, viel interessanter und vor allem auch dringend notwendig wäre ein newsletter-plugin ... wie siehts denn grundsätzlich (entwicklungsstand) damit aus Peter!
Hi
Das Newsletterplugin basiert funktionstechnisch auf dem bbCode (bzw. später der Textfilter-API), nämlich in dem Zusammenhang dass der Newsletter-Text als bbCode eingegeben werden soll und dann einmal gestrippt (Text-Teil) und einmal geparst (HTML-Teil) verwendet wird. Aber selbst wenn das nicht so wäre, hätte der bbCode für mich priorität.
Gruß, Peter
Unterstützt von Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)