Neues Syntax Highlighting
-
Hallo zusammen,
In diesem Forum gibt es bereits seit sehr langem ein Syntax Highlighting. Dieses ist allerdings in die Jahre gekommen und entsprach nicht mehr neueren Anforderungen. Daher wurde es nun zu einem grossen Teil überarbeitet.
Heute wurde die erste überarbeitete Version für alle aufgeschaltet. Damit kommen zahlreiche Neuerungen, welche ich euch hier kurz vorstellen möchte.
- Die Farben wurden bei allen bestehenden Sprachen etwas überarbeitet
- HTML und PHP haben eine deutlich bessere Unterstützung
- In HTML werden Javascript und CSS Blöcke der Sprache entsprechend hervorgehoben
- Die alten Tags der Sprache (cpp, cs, html, php, etc.) werden zwar noch unterstützt, gelten aber als veraltet
- Smilies werden im Syntax Highlighting nicht durch ihre Bilder ersetzt
- Die Codebox kommt nicht mehr in mehrfacher Ausführung zu eurem Browser. Dies heisst insbesondere, dass eine Textsuche über die Seite nicht versteckte Elemente im Syntax Highlighting findet
- Beim Verfassen eines Beitrages befinden sich alle Code-Tags als Buttons in der ersten Zeile gleich nach den Smilies
- Es werden neue Sprachen unterstützt: XML, XAML, CSS, Javascript, Delphi, C
- Alle Syntaxhervorhebungen können neu über
[code="xxx"]...[/code]
verwendet werden. Wobei xxx durch das entsprechende Kürzel der Sprache ersetzt werden soll
Alle aktuell unterstützten Sprachen und ihre Kürzel: - C: "c"
- C++: "cpp"
- C++/CLI: "cli"
- C#: "cs"
- CSS: "css"
- Plain Code: "text" oder keine Angabe
- HTML: "html"
- Java: "java"
- Assembler: "asm"
- Objective-C: "obc"
- PHP: "php"
- Java\1: "javascript"
- XML: "xml"
- XAML: "xaml"
tl;dr
Neues Syntax Highlighting.
Neue unterstützte Sprachen: XML, XAML, CSS, Javascript, Delphi und C.
[code="cpp"]...[/code]
statt[cpp]...[/cpp]
etc.Falls ihr Fehler findet oder Anregungen habt, dann bitte meldet diese.
Grüssli
-
Super! ... und ich dacht' schon ich hätt' was an den Augen
-
C89
auto break case char const continue default do double else enum extern float for goto if int long register return short signed sizeof static struct switch typedef union unsigned void volatile while
C99
_Bool _Complex _Imaginary inline restrict
C11
_Alignas _Alignof _Atomic _Generic _Noreturn _Static_assert _Thread_local
Keine Keywords
bool int16_t
Schön
_Thread_local fehlt halt noch.
-
Tim schrieb:
_Thread_local fehlt halt noch.
Intern hinzugefügt, kommt hoffentlich bald für alle.
Zudem zwei Bugs behoben:
1. http://www.c-plusplus.net/forum/305654#2230120
2. XAML Button fehlte noch beim Beitrag verfassenGrüssli
-
Dravere schrieb:
Tim schrieb:
_Thread_local fehlt halt noch.
Intern hinzugefügt, kommt hoffentlich bald für alle.
DAS IST EIN NOTFALL MANN!
-
Und in C++ ist this auch nicht mehr blau:
this this->haha
-
Und schon gibt es das erste verwirrte Opfer:
http://www.c-plusplus.net/forum/p2267924#2267924
-
Dravere schrieb:
Tim schrieb:
_Thread_local fehlt halt noch.
Intern hinzugefügt, kommt hoffentlich bald für alle.
Zudem zwei Bugs behoben:
1. http://www.c-plusplus.net/forum/305654#2230120
2. XAML Button fehlte noch beim Beitrag verfassenIst deployed.
-
#define foobar "\"foobarbaz\"";
Besteht die Chance, den Präprozessor noch in einer Farbe zu bekommen, die sich nicht so mit dem Rot von Literalen schlägt? Apropos Literale ... ist die Farbe bei escapten characters absicht?
(sorry wg. kleinlichkeit ... )
-
Swordfish schrieb:
Besteht die Chance, den Präprozessor noch in einer Farbe zu bekommen, die sich nicht so mit dem Rot von Literalen schlägt?
Moechtest du gleich einen Vorschlag machen? (Probier am besten mit Stylebot oae. lokal herum.)
Apropos Literale ... ist die Farbe bei escapten characters absicht?
Ja. Und gar nicht unpraktisch:
std::string foo = "\x42bar\\baz\03qux\""; std::string deadbeef = "\Udeadbeef";
-
Nö, Firebug + Firepicker
Präprozessor: #27882D
Literale: #C90B0B
Escaptes Zeugs: #0000FF (Keyword-Blau)
-
Hab eine eigene Ankündigung im C-Forum gemacht: http://www.c-plusplus.net/forum/310201
-
$a = "ab{$c}ba"; $a = <<<EOT ab{$c}ba EOT;
-
@zwutz,
Das Problem ist mir bekannt. Habe ich mir angeschaut gehabt, aber es gab leider keine einfache Lösung, daher ist es derzeit so, wie es ist.Ich hoffe es ist aushaltbar
@Incocnito,
Interessant. Habe eine Vermutung, habe aber erst gegen Abend wieder die Möglichkeit, auf den Server zugreifen zu können.@Farben,
Ich bin offen für gute Vorschläge. Wir können es aber auch nicht für alle recht machen. Zudem haben die Farben eigentlich eindeutige Klassen, wodurch jemand sich mit einem Userscript oder dergleichen auch eine eigene Anpassung machen kann.Grüssli
-
Zur Info:
Das von Incocnito gemeldete Problem sollte inzwischen behoben sein.Grüssli
-
Aus einem Thread im C++-Forum:
#include <unistd.h> // oder was auch immer das Äquivalent auf Windows ist // der Syntaxhighlighter ist offensichtlich auch nicht perfekt
-
SeppJ schrieb:
Aus einem Thread im C++-Forum:
#include <unistd.h> // oder was auch immer das Äquivalent auf Windows ist // der Syntaxhighlighter ist offensichtlich auch nicht perfekt
Kein Bug, sondern ein Feature :p
Der Präprozessor ist einfacheshalber als Line-Comment mit eigener Farbe implementiert. Falls es wirklich öfters vorkommt und stört, könnte man schauen, ob man das beheben könnte.Grüssli
-
Nun, vorgekommen und bemerkt worden ist es im letzten halben Jahr ungefähr einmal :p . Aber jetzt wo ich es gesehen habe, kann ich es natürlich nicht mehr ungesehen machen und wird mir in Zukunft ständig störend auffallen.
-
Wie wär's mit SQL?
Ist natürlich doof weil's da so viele verschiedene Dialekte gibt, und viele kontextsensitive Keywords. Aber nice wäre es doch.
-
hustbaer schrieb:
Wie wär's mit SQL?
Ist natürlich doof weil's da so viele verschiedene Dialekte gibt, und viele kontextsensitive Keywords. Aber nice wäre es doch.Oracle PL/SQL Keywords, Microsoft T-SQL Keywords, PostgreSQL Keywords; Listen mit Keywords gibt es zumindest. Aber mir wird schlecht, wenn ich die sehe. Ich habe sie alle gehasst, und die unterschiede sind IMHO zu gross, als dass man von einer Sprache sprechen könnte.