Druckversion des Themas

Hier klicken um das Topic im Orginalformat anzusehen

Forum Sefrengo.org _ Anwenderforum _ Hallo

Geschrieben von: MaZderMind Wed. 9. August 2006, 12:47

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

Geschrieben von: summerbrother Wed. 9. August 2006, 13:27

Hallo Peter, schön DIch hier zu sehen :-)

Geschrieben von: amk Wed. 9. August 2006, 13:53

tolle sache(n) MaZderMind - ich bin gespannt! smile.gif

Geschrieben von: alexander Wed. 9. August 2006, 14:04

ZITAT(MaZderMind @ Wed. 9. August 2006, 13:47) *
Da ich nicht weiß wie das Interface hier aufgebaut werden soll, kann das etwas dauern, ich werde mich dan naber nochmal hier melden.


was meinst du damit genau?

Geschrieben von: MaZderMind Wed. 9. August 2006, 14:24

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

Geschrieben von: mistral Wed. 9. August 2006, 15:40

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

Geschrieben von: mistral Tue. 15. August 2006, 20:23

@Bjoern
Was ist deine Meinung dazu?

Geschrieben von: MaZderMind Wed. 16. August 2006, 00:56

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

Geschrieben von: Olaf Wed. 16. August 2006, 09:09

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.

Geschrieben von: Olaf Wed. 16. August 2006, 14:01

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. sad.gif
Ich könnt mir vorstellen das es dem einem oder anderem ähnlich geht. Wie können wir das hinbekommen!?

Geschrieben von: alexander Wed. 16. August 2006, 14:23

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.

Geschrieben von: MaZderMind Wed. 16. August 2006, 17:26

ZITAT(alexander @ Wed. 16. August 2006, 15:23) *
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)

Hm also die neuen Dateien würden denke ich in das Setup sowie das Update integriert werden, damit bei allen der gleiche Stand vorhanden ist. Da die SF-bbCode-Implementierung sowieso ganz anders aussieht als der bbCode im Dedi, ist das sogar ein Muss.
Es gibt eine Klasse Sefrengo_bbCode deren Parameter eine vereinfachte Version der Parameter des alten dedi:tags sind, beispielsweise gibt es (bool) Sefrengo_bbCode::$paragraphs und (bool) Sefrengo_bbCode::$xhtml. Dann werden die Methoden (string) Sefrengo_bbCode::parse((string) $s, (bool) $smart = false) und (string) Sefrengo_bbCode::strip((string) $s) bereitgestellt. Über dieses Interface müsste Sefrengo mit der Klasse kommunizieren. Wie das jetzt genau in Sefrengo integriert wird überlass ich denen die das neue API besser kennen als ich.

ZITAT(alexander @ Wed. 16. August 2006, 15:23) *
Ein neuer BBCODE muss den SF-Ressourcebrowser unterstützen

Es gibt immoment eine Klasse Sefrengo_bbCode_Connect, die quasi die Schnittstelle zw. dem bbCode und der Hostanwendung darstellt. Entweder wir passen dann diese Klasse an, sodass sie ihrerseits auf den Ressourcenbrowser zugreift, oder wir ersetzen die aufrufe in der Hauptklasse direkt. Das werde ich allerdings erst machen, wenn wir den bbCode in Sefrengo integrieren. Immomeent geht es ja mehr um ein Code-Review des alten Bestandes..

ZITAT(alexander @ Wed. 16. August 2006, 15:23) *
Bestehenden Module müssen ohne "größere" Anpassungen weiter laufen insbesondere Contentflex.

Ich würde eben wie in http://forum.sefrengo.org/index.php?s=&showtopic=241&view=findpost&p=1592 weiter oben angesprochen ein Attribut bbcode mit der Werten strip, parse, smart oder ignore einführen. Module wie das Contentflex oder der CatWalk müssten dann nur dieses Modul auf den gewünschten Wert stellen. Ich werde warscheinlich eine Vorlage für die Mip-Forms und den Moduloutput entwerfen, der 1:1 in die Module übernommen werden kann und dann auch die komplette Konfiguration der Features (s.u.) enthält.

ZITAT(alexander @ Wed. 16. August 2006, 15:23) *
Der BBCODE wie der WYSIWYG2 eingeschränkt werden kann

Was der http://help.der-dirigent.de/index.php?title=BbCode_Erweiterung_2_v1.0#a_features im dedi:mod-Tag war, wird nun über eine Klasse Sefrengo_bbCode_FeatureList dargestellt, über die die einzelnen Features aktiviert werden können.

ZITAT(alexander @ Wed. 16. August 2006, 15:23) *
Das Ding muss UTF-8 fähig sein

Auch diese Fähigkeit werde ich ganz am schluss implementieren, wenn die Funktionalität auf festen füßen steht. Außerdem kann es sein dass ich dabei dann nochmal Hilfe benötige, weil ich noch nich so wirklich viel Ahnung von UTF-8 unter PHP habe.

ZITAT(alexander @ Wed. 16. August 2006, 15:23) *
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.

Das wäre natürlich cool, müsste aber über eine AJAX-Schnittstelle laufen, weil ich sonst ja den kompletten bbCode nochmal in Javascript nachschreiben müsste. Aber wir müssen sowieso nochmal darüber Reden, wie denn jetzt das Benutzerinterface ("die Buttons über der Textarea") erstellt werden soll.

Gruß, Peter

Geschrieben von: Daniel Thu. 17. August 2006, 22:11

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. wub.gif

Geschrieben von: MaZderMind Thu. 17. August 2006, 23:47

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

Geschrieben von: speedweb Sat. 19. August 2006, 12:42

.... 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

Geschrieben von: Olaf Sat. 19. August 2006, 19:10

Na ja, etwas GEDULDGESCHÄDIGT sind wir doch schon irgendwie alle wink.gif

Ich persönlich würde eine schnellere Variante vorziehen rolleyes.gif
Aber müssen natürlich die Macher entscheiden...

Geschrieben von: pawel Sat. 19. August 2006, 20:22

Schliesse mich Olaf an. Bei allem wysiwyg der bbcode ist in punkto Geschwindigkeit und Flexibilität für mich nicht zu toppen..

Geschrieben von: amk Sun. 20. August 2006, 00:14

na na pawel - bbcode ist schnell? bbcode ist flexibel? ... na ich weiss ja nicht cool.gif

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!

Geschrieben von: MaZderMind Sun. 20. August 2006, 01:03

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

Geschrieben von: amk Sun. 20. August 2006, 01:22

ZITAT(MaZderMind @ Sun. 20. August 2006, 02:03) *
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


nunja mich würden da ehr die features an sich interessieren. wie man nun den newsletter erstellt ist doch sekundär (und hoffentlich auch mittels wysiwyg möglich). verschiedene mailinglisten, eventuelle kombination mit dem newssystem wären interessant.

Geschrieben von: pawel Mon. 21. August 2006, 09:02

ZITAT
bbcode ist schnell? bbcode ist flexibel? ... na ich weiss ja nicht

Gemeint war natürlich die Arbeit als Redakteur. Da bin ich mit den Text schon fertig, während der wysiwyg noch läd smile.gif .
Flexibel war /ist er in Bezug auf Templates (z.B. bei Dateindownload).

Ich wähle halt gerne nur einen Dateilink aus und das drumherum (bspw. die Angabe der Größe der Datei, das Einsetzen von abbr für die Abkürzungen der Dateiformate, einen title-Tag für den Link), macht ein Template.

Geschrieben von: amk Mon. 21. August 2006, 10:47

ZITAT(pawel @ Mon. 21. August 2006, 10:02) *
Gemeint war natürlich die Arbeit als Redakteur. Da bin ich mit den Text schon fertig, während der wysiwyg noch läd smile.gif .


ja es kann nicht jeder dsl bzw. 'nen schnellen server haben ... cool.gif

Unterstützt von Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)