Hallo,
das Modul editarea ist Teil des WB Core geworden und dient z.b. bei Modul "droplets" zum editieren des PHP Codes.
Leider finde ich hier http://www.websitebakers.com/pages/admin/admin-tools/keep-in-touch.php nur deadlinks und keinerlei weitere Doku.
Ich dachte darüber nach das modul zum Quellcode highlighting zu nutzen, hat das schon jemand probiert oder kann mir jemand sagen wo ich mehr Infos dazu bekomme?
Das einfachste wäre die Hervorhebung über ein droplet zu erzeugen. So könnte man sich die umständliche Arbeit mit z.b. dem Modul color4code und einem wysiwyg editor und zig Abschnitten sparen.
Gruß
azoo
editarea für syntax highlighting benutzen
(7 posts) (2 voices)-
vor 1 year veröffentlicht #
-
Hallo azoo,
da ja auch jQuery schon im Core-System drin ist, würde ich eher etwas wie
jQuery Plugin for Syntax Highlighting verwenden.
Viele Grüße,
Danielvor 1 year veröffentlicht # -
Hi Daniel,
das ist mal ein guter Tip :) Schau ich mir gleich mal an.
Danke!
Gruß Markus
EDIT: Funzt gut das Script. So läßt sich das gut an ;)vor 1 year veröffentlicht # -
Ich habe heute Nachmittag erst mal das Originalscript von AlexGorbatchev implementiert und fand das schon Klasse.
Eben hab ich nun mal das JQuery plugin aus Daniels Link versucht und ich muß sagen, geht genauso weil es ja Alex Script enthält und wohl xhtml konform ist. Mehr Vorteile ergeben sich mir derzeit nicht als Unterschied.
Nachteilig an der xhtml konformen Version ist das man mehr Code zum einfügen hat:
<pre class="code"> <code class="css boc-nocontrols"> body { font-size: 2em; }
Im Originalscript etwas weniger:
<pre name="code" class="javascript"> body { font-size: 2em; } </pre>
Da ich nun bei der xhtml Variante bleibe habe ich mir, da ich ja Tipfaul bin, gleich ein Droplet gebaut mit welchem ich schnell und ohne auf meine virtuellen Schmierzettel zu schauen, code einfügen kann:
Dropletaufruf: <strong> [[code?type=php&parse=mein_quellcode]]
Dropletcode:
$stdout = $parse; $lang = $type; $stdout_opener = "<pre class=code><c_ode class=$lang>$stdout"; $stdout_close = "</c_ode></pre>"; $erg = $stdout_opener.$stdout.$stdout_close; return $erg;
So läßt sich nun sehr einfach Quellcode zur Darstellung bringen, egal ob im Template oder im Wysiwyg Editor.
Gruß
azoovor 1 year veröffentlicht # -
Hallo Markus,
wirklich toll :-)
Das werde ich in den kommenden Tagen gleich mal verwenden, danke!
Vielen Dank auch für Dein Post, so weiss ich jetzt, dass der Ausgabepuffer des Forums immer noch ein paar Fehler hat.
Ich habe das code-Tag in c_ode geändert, so wird der Quelltext jetzt schon mal wenigstens angezeigt.
Da muss ich dann wohl doch noch etwas nacharbeiten.
Viele Grüße,
Danielvor 1 year veröffentlicht # -
Hallo Daniel,
ich mußte auch etwas nacharbeiten.
Mein gestriger Krombacher Pils Konsum hat mir verschleiert das es so nur für einzeilige Scripte funktioniert. Der eventuelle Zeilenumbruch im Quellcode wird von der RegEx ignoriert (modules/droplets/droplets.php Zeile 19) und das parsen schlägt fehl.
function evalDroplets ($wb_page_data) { global $database; $parameter = array(); preg_match_all('~\[\[(.*?)\]\]~', $wb_page_data, $matches);
Da ich den Core von Droplets nicht verändern wollte, habe ich jetzt eine zweiteilige Lösung probiert.
[[ocode?type=php]]
hier quelltext über mehrere Zeilen
[[ccode]]
Dropletcode dazu:
Use: [[ocode?type=php]] (Als opener) $lang = $type; $stdout_opener = "<pre class=code><code class=$lang>"; $erg = $stdout_opener; return $erg;
Use: [[ccode]] (Als Closer) $stdout_close = "/code /pre"; // wegen BBCode hier die abschließenden tags ohne Klammern $erg = $stdout_close; return $erg;vor 1 year veröffentlicht # -
kein eintrag, bitte diese Antwort löschen.vor 1 year veröffentlicht #
Antwort
Du musst angemeldet sein, um einen Beitrag zu schreiben.
