Willkommen, Gast ( Anmelden | Registrierung )     [ Hilfe | Mitglieder | Suche ]

2 Seiten V   1 2 >  
Reply to this topicStart new topic
> Hallo, Status: bbCode & Newsletter
MaZderMind
Beitrag Wed. 9. August 2006, 12:47
Beitrag #1


Advanced Member
********

Gruppe: AdvancedMembers
Beiträge: 680
Mitglied seit: 09.08.2006
Wohnort: nähe Mainz
Mitglieds-Nr.: 182



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
Go to the top of the page
 
+Quote Post
Guest_summerbrother_*
Beitrag Wed. 9. August 2006, 13:27
Beitrag #2





Guests






Hallo Peter, schön DIch hier zu sehen :-)
Go to the top of the page
 
+Quote Post
amk
Beitrag Wed. 9. August 2006, 13:53
Beitrag #3


TRAIL AND ERROR SPECIALIST
********

Gruppe: AdvancedMembers
Beiträge: 1.708
Mitglied seit: 27.06.2006
Wohnort: Hansestadt Rostock, Deutschland
Mitglieds-Nr.: 9



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


--------------------
cheers, Alex
Go to the top of the page
 
+Quote Post
alexander
Beitrag Wed. 9. August 2006, 14:04
Beitrag #4


Advanced Member
********

Gruppe: AdvancedMembers
Beiträge: 853
Mitglied seit: 16.06.2006
Wohnort: Wien / Österreich
Mitglieds-Nr.: 2



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?


--------------------
SEFRENGO | a free choice ... again!
Go to the top of the page
 
+Quote Post
MaZderMind
Beitrag Wed. 9. August 2006, 14:24
Beitrag #5


Advanced Member
********

Gruppe: AdvancedMembers
Beiträge: 680
Mitglied seit: 09.08.2006
Wohnort: nähe Mainz
Mitglieds-Nr.: 182



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
Go to the top of the page
 
+Quote Post
mistral
Beitrag Wed. 9. August 2006, 15:40
Beitrag #6


Advanced Member
*******

Gruppe: AdvancedMembers
Beiträge: 343
Mitglied seit: 26.06.2006
Wohnort: CH
Mitglieds-Nr.: 5



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


--------------------
So einfach wie möglich, aber nicht einfacher!
(Albert Einstein)
Go to the top of the page
 
+Quote Post
mistral
Beitrag Tue. 15. August 2006, 20:23
Beitrag #7


Advanced Member
*******

Gruppe: AdvancedMembers
Beiträge: 343
Mitglied seit: 26.06.2006
Wohnort: CH
Mitglieds-Nr.: 5



@Bjoern
Was ist deine Meinung dazu?


--------------------
So einfach wie möglich, aber nicht einfacher!
(Albert Einstein)
Go to the top of the page
 
+Quote Post
MaZderMind
Beitrag Wed. 16. August 2006, 00:56
Beitrag #8


Advanced Member
********

Gruppe: AdvancedMembers
Beiträge: 680
Mitglied seit: 09.08.2006
Wohnort: nähe Mainz
Mitglieds-Nr.: 182



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

Der Beitrag wurde von MaZderMind bearbeitet: Wed. 16. August 2006, 00:58
Go to the top of the page
 
+Quote Post
Olaf
Beitrag Wed. 16. August 2006, 09:09
Beitrag #9


Advanced Member
********

Gruppe: AdvancedMembers
Beiträge: 613
Mitglied seit: 30.06.2006
Mitglieds-Nr.: 30



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.


--------------------
Gruß Olaf aus Ohorn

Lieber spät und richtig als nie und falsch.
Go to the top of the page
 
+Quote Post
Olaf
Beitrag Wed. 16. August 2006, 14:01
Beitrag #10


Advanced Member
********

Gruppe: AdvancedMembers
Beiträge: 613
Mitglied seit: 30.06.2006
Mitglieds-Nr.: 30



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!?


--------------------
Gruß Olaf aus Ohorn

Lieber spät und richtig als nie und falsch.
Go to the top of the page
 
+Quote Post
alexander
Beitrag Wed. 16. August 2006, 14:23
Beitrag #11


Advanced Member
********

Gruppe: AdvancedMembers
Beiträge: 853
Mitglied seit: 16.06.2006
Wohnort: Wien / Österreich
Mitglieds-Nr.: 2



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 Texitle Live Preview.

Werd mal mit Björn besprechen was er davon hält und wie wir dass integrieren können.


--------------------
SEFRENGO | a free choice ... again!
Go to the top of the page
 
+Quote Post
MaZderMind
Beitrag Wed. 16. August 2006, 17:26
Beitrag #12


Advanced Member
********

Gruppe: AdvancedMembers
Beiträge: 680
Mitglied seit: 09.08.2006
Wohnort: nähe Mainz
Mitglieds-Nr.: 182



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 diesem Beitrag 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 features-Parameter 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 Texitle Live Preview.

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

Der Beitrag wurde von MaZderMind bearbeitet: Wed. 16. August 2006, 17:31
Go to the top of the page
 
+Quote Post
Daniel
Beitrag Thu. 17. August 2006, 22:11
Beitrag #13


Advanced Member
***

Gruppe: Members
Beiträge: 54
Mitglied seit: 26.06.2006
Wohnort: Karlsruhe
Mitglieds-Nr.: 3



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


--------------------
Technikwürze - Design & Webstandards Podcast
Go to the top of the page
 
+Quote Post
MaZderMind
Beitrag Thu. 17. August 2006, 23:47
Beitrag #14


Advanced Member
********

Gruppe: AdvancedMembers
Beiträge: 680
Mitglied seit: 09.08.2006
Wohnort: nähe Mainz
Mitglieds-Nr.: 182



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 FR-Thread 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
Go to the top of the page
 
+Quote Post
speedweb
Beitrag Sat. 19. August 2006, 12:42
Beitrag #15


Advanced Member
***

Gruppe: Members
Beiträge: 81
Mitglied seit: 03.07.2006
Wohnort: Dornbirn / Vlbg. - Austria
Mitglieds-Nr.: 83



.... 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
Go to the top of the page
 
+Quote Post
Olaf
Beitrag Sat. 19. August 2006, 19:10
Beitrag #16


Advanced Member
********

Gruppe: AdvancedMembers
Beiträge: 613
Mitglied seit: 30.06.2006
Mitglieds-Nr.: 30



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


--------------------
Gruß Olaf aus Ohorn

Lieber spät und richtig als nie und falsch.
Go to the top of the page
 
+Quote Post
pawel
Beitrag Sat. 19. August 2006, 20:22
Beitrag #17


Advanced Member
*******

Gruppe: AdvancedMembers
Beiträge: 442
Mitglied seit: 02.07.2006
Wohnort: Halle
Mitglieds-Nr.: 71



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


--------------------
Go to the top of the page
 
+Quote Post
amk
Beitrag Sun. 20. August 2006, 00:14
Beitrag #18


TRAIL AND ERROR SPECIALIST
********

Gruppe: AdvancedMembers
Beiträge: 1.708
Mitglied seit: 27.06.2006
Wohnort: Hansestadt Rostock, Deutschland
Mitglieds-Nr.: 9



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!


--------------------
cheers, Alex
Go to the top of the page
 
+Quote Post
MaZderMind
Beitrag Sun. 20. August 2006, 01:03
Beitrag #19


Advanced Member
********

Gruppe: AdvancedMembers
Beiträge: 680
Mitglied seit: 09.08.2006
Wohnort: nähe Mainz
Mitglieds-Nr.: 182



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
Go to the top of the page
 
+Quote Post
amk
Beitrag Sun. 20. August 2006, 01:22
Beitrag #20


TRAIL AND ERROR SPECIALIST
********

Gruppe: AdvancedMembers
Beiträge: 1.708
Mitglied seit: 27.06.2006
Wohnort: Hansestadt Rostock, Deutschland
Mitglieds-Nr.: 9



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.


--------------------
cheers, Alex
Go to the top of the page
 
+Quote Post

2 Seiten V   1 2 >
Reply to this topicStart new topic
1 Besucher lesen dieses Thema (Gäste: 1 | Anonyme Besucher: 0)
0 Mitglieder:

 



RSS Vereinfachte Darstellung Aktuelles Datum: 28.3.24 - 15:19

Sefrengo ist ein eingetragenes Markenzeichen und urheberrechtlich geschützt.
Copyright 2009 Design & Daten, Alle Rechte vorbehalten.