Zufrieden mit Syntax-Highlighting?

Ganz klare Sache: Serverseitig!

Dieser Javascript-Kram ist sowas von "inkompatibel", daß man
vermutlich nie alle Bugs da rausbekommt...

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.

1

architecture EXAMPLE of SLICES is

2

   signal BYTE : bit_vector (7 downto 0);

3

   signal A_BUS, Z_BUS : bit_vector (3 downto 0);

4

   signal A_BIT : bit;

5

begin

6

   BYTE (5 downto 2) <= A_BUS;

7

   BYTE (5 downto 0) <= A_BUS;                -- wrong

8

9

   Z_BUS (1 downto 0) <= `0` & A_BIT;

10

   Z_BUS                      <= BYTE (6 downto 3);

11

   Z_BUS (0 to 1)          <= `0` & B_BIT;      -- wrong

12

13

   A_BIT   <= A_BUS (0);

14

end EXAMPLE;

Wird noch optimiert.

Irgendwie sollte man das auf jeden Fall noch durch einen andersfarbigen
(weißen) Hintergrund hervorheben

Ja, find ich auch.
Und Zeilennummern einfügen :-)

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

...

Danke...
Mal probieren:

1

 cpi mp,0                   ;Menüpunk 0 (Wettkampf)?

2

 breq edliste_e             ;ja, keine Zeilenmarkierung anbringen

3

 lds xl,bahnz               ;nein, zu editierende Bahnnummer holen

4

 subi xl,-2                 ;Offset (Zeile 2..5 statt 0..3) addieren

5

 ldi xh,numpos              ;Spaltenposition

6

 locater xl,xh              ;Ausgabeposition setzen

7

 ldi wl,'>'                 ;Markierung

8

 rcall lcd_data             ;setzen

9

edliste_e:          ;Ende

10

 rjmp tastaus               ;fertig...

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

...

Wenn man C einstellt und dann asm-Code einfügt natürlich nicht. Aber
besser lesbar ist es trotzdem

Rätselstunde...

[a]
 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...
[/a]

...

... Typischer Fall von "Denkste"...

...

Die Idee war richtig, aber "avrasm" statt "a"!

Danke...

1

 cpi mp,0                   ;Menüpunk 0 (Wettkampf)?

2

 breq edliste_e             ;ja, keine Zeilenmarkierung anbringen

3

 lds xl,bahnz               ;nein, zu editierende Bahnnummer holen

4

 subi xl,-2                 ;Offset (Zeile 2..5 statt 0..3) addieren

5

 ldi xh,numpos              ;Spaltenposition

6

 locater xl,xh              ;Ausgabeposition setzen

7

 ldi wl,'>'                 ;Markierung

8

 rcall lcd_data             ;setzen

9

edliste_e:          ;Ende

10

 rjmp tastaus               ;fertig...

...

Ja, die Farbzusammenstellung ist übel, da stimme ich dir zu. Ich werde
das noch ändern.

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.

...

test:

1

RESET:

2

    ldi temp, 0b11111111

3

    out DDRC, temp

4

5

    ldi temp, 0b00000111

6

    out DDRE, temp

7

8

    clr temp

9

    sbr temp, 4

10

    out DDRD, temp

11

12

    clr temp

13

    ldi temp, 0b11111100

14

    out DDRB, temp

15

16

    sbi PORTB, 0

17

    sbi PORTB, 1

18

    sbi PORTD, 2

19

    sbi PORTD, 3

20

    sbi PORTD, 5

21

22

    ldi temp, 0b11000000

23

    out MCUCR, temp

24

    ldi temp, 0b00000010

25

    out EMCUCR, temp

26

    ldi temp, 0b00001000

27

    out SFIOR, temp

wie schafft es andreas das z.b. das RESET bei mir grün wird???

Evtl so:

1

      RESET:

2

      ldi temp, 0b11111111

3

      out DDRC, temp

4

5

      ldi temp, 0b00000111

6

      out DDRE, temp

?

1

RESET:

2

    ldi temp, 0b11111111

3

    out DDRC, temp

4

5

    ldi temp, 0b00000111

6

    out DDRE, temp

...oder so...

Nö, irgendwie nicht...

Nuja, da muss wohl noch ein wenig Konfiguration betrieben werden ;-)

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

ich würd die farben so machen wie im Original Assembler.

Das einrücken find ich so wie es ist OK