dann plädiere ich dafür, in [code] direkt an den anfang use strict; zu setzen und einen parser zu entwickeln, der die variablen deklariert. arbeit sparen.

dann stände aber immer ein doppeltes use strict; da :D

[quote=Crian,15.08.2003, 15:39]dann stände aber immer ein doppeltes use strict; da :D[/quote]
oder ein


wenn man Barewords, flasche Variablen und matschige Referenzen baucht.

...warum nehmt ihr immer CODE, kennt ihr [PERL] noch nicht? 8)

Doch, aber code ist in Fleisch und Blut übergegangen und nicht immer möchte man Kleinkram gehighlighted haben.

ahso! :)

was haltet ihr davon, wenn [PERL] den code in einer sandbox ausführt und das ergebnis gleich mitliefert? das wäre doch mal eine sinnvolle funktion ;)

Wenig, dann könnte man ja keine Fragmente oder fehlerhaften Code mehr posten...

Halte ich auch nichts von, aus den gleichen Gründen wie Crian...

[quote=jan,15.08.2003, 15:59]was haltet ihr davon, wenn [PERL] den code in einer sandbox ausführt und das ergebnis gleich mitliefert? das wäre doch mal eine sinnvolle funktion ;)[/quote]
Aber in Zusammenhang mit solchen netten Features wie dem [READMORE]-Tag können wir eine Funktion den Code auszuführen implementieren, so daß man das Ergebnis, sofern denn möglich, auch in einem JavaScript-Fenster angezeigt bekommen kann...

Ist ein Sicherheitsrisiko... geht ja doch auch mit Cut&Paste lokal zu prüfen (mit lokalem Sicherheitsrisiko).

[quote=Crian,15.08.2003, 16:04]Wenig, dann könnte man ja keine Fragmente oder fehlerhaften Code mehr posten...[/quote]

So ginge es noch, dann sähe man im JS-Fenster die Fehlermeldung.

>Wenig, dann könnte man ja keine Fragmente oder fehlerhaften Code mehr posten...

wieso? a) würde sich das system ja nicht weigern, deshalb das post anzunehmen, es würde nur den fehler anzeigen und b) kann man immer noch [code] benutzen - wieso willst du fehlerhaften code syntaxhighlighten?