Bei mir klappt mitlerweile alles bis aufs Drucken vondaher würde es
micht jetzt nicht mehr stören, wenn es bleibt.
Aber prinzipiell ist serverseitig wohl besser, damit es auch wirklich
überall klappt.
Der Weg ist richtig. Der Bildschirmaufbau wird nicht mehr zerfetzt.
Funktioniert das nun nur mit Hochsprachen oder auch mit AVR-ASM?
Mit welchen Kommandos wird das ein- und ausgeschaltet?
Bit- & Bytebruch...
...HanneS...
Tja, Jens, was soll ich da schaun...
Das Fragezeichen zum Draufklicken gibt es ja nicht mehr.
http://www.mikrocontroller.net/forum/read-7-205512.html#205625
Und an den Beispielen sieht man nur das Ergebnis, nicht wie es gemacht
wird.
Ist aber eigentlich egal, Für mich war nur wichtig, dass die
Fensterbreite jetzt erhalten bleibt, wenn Jemand seinen Code
"buntifiziert". Das Lesen der (bisher) zerrissenen Seiten machte
nämlich keinen Spaß.
Mein Dank wird also auch so Andreas ewig nachschleichen... - Und ihn
wahrscheinlich nie erreichen... 8-)
...
Davon abgesehen, dass in der ersten Zeile ein Leerzeichen fehlt, sieht
das schonmal ganz gut aus. Ohne [ c ] hätte es so ausgesehen:
cpi mp,0 ;Menüpunk 0 (Wettkampf)?
breq edliste_e ;ja, keine Zeilenmarkierung anbringen
lds xl,bahnz ;nein, zu editierende Bahnnummer holen
subi xl,-2 ;Offset (Zeile 2..5 statt 0..3) addieren
ldi xh,numpos ;Spaltenposition
locater xl,xh ;Ausgabeposition setzen
ldi wl,'>' ;Markierung
rcall lcd_data ;setzen
edliste_e: ;Ende
rjmp tastaus ;fertig...
(war noch in der Zwischenablage)
@Andreas:
Die Richtung stimmt! - Danke...
...
Also mir gefiel die frühere Form viel viel besser.
Diese Farbzusammenstellung ist ja wirklich grauslig (rot, rosa, lila).
Zumindest sollt man nur dunkle Farben nehmen, z.B. die Kommentare in
hellgrau auf dunkelweiß sind kaum zu erkennen und hellgelb, hellgrün
usw.
Peter
Also ich hab' bei mir etwas in der Art eingestellt:
Keywords dunkelblau
Kommentare grün
Zahlen/Strings violett
Damit find' ich's schon recht ok.
Aber auch lieber serverseitig.
Also mir gefällts so wie es jetzt ist und vorallem funktioniert es auch
ohne Javascript. :-)
Über die Faben könnte man sicherlich endlos diskutieren ohne eine
Lösung zu finden die alle mögen ;-)
Bisher kann ich aber keine Hevorhebung der ASM-Keywords erkennen. Das
ist mir aber nicht so wichtig. Wichtig war mir, dass der
Bildschirmaufbau jetzt (ohne JS) nicht mehr verunstaltet wird. In
diesem Sinne bin ich jetzt voll zufrieden.
...
Also irgendwie kann ich den Sinn und Zweck der gegenwärtigen Version des
Highlightings nicht nachvollziehen.
Um die Syntax hervorzuheben, sollten doch vorrangig die Keywords
hervorgehoben werden. Das ist hier aber nicht der Fall. Dafür wird aber
der Rest der Befehle nach mir unerklärlichen Regeln buntifiziert, was
die Lesbarkeit sicher nicht fördert.
Mein Vorschlag:
- Eine markante Farbe für die ASM-Befehle,
- eine markante Farbe für die Kommentare,
- eine Farbe für den Rest.
Das Einfärben der Klammern, Konstanten, usw. funktioniert nicht richtig
und ist sicher auch nicht erforderlich.
Auch wenn es sich so anhört (liest), ich bin nicht gnatzig und hoffe,
dass dieser Beitrag nicht als notorische Meckerei, sondern als
konstruktive Kritik verstanden wird.
...
Das weite Einrücken ist auch nicht so gut, der Platz fehlt dann bei den
Kommentaren.
Aber warum um alles in der Welt müssen denn die Zahlen verbuntet
werden??? Fangt doch bitte bei den Keywords an. Keywords (nur der reine
AVR-ASM-Befehlssatz, vielleicht noch die Direktiven) und Kommentare
andersfarbig, den Rest in Schwarz.
Weniger ist manchmal mehr...
Die Konstanten und Zahlen kann der Parser sowiso nicht korrekt
auseinander halten, denn woher soll er denn die übrigen eigenen
Konstanten des Programmierers kennen?
Einfach nur blaue Befehle, grüne Kommentare, Rest schwarz, wobei man
über die Farben selbst streiten könnte...
Gruß...
...HanneS...