Neu: Code mit Zeilennummern

[Andreas S. (andreas) (Admin)]

Hallo,

ab sofort wird Code mit Zeilennummern angezeigt (danke Mark für den 
Vorschlag in 
Beitrag "Re: Wunschliste & Verbesserungsvorschläge"). Kleines 
Beispiel:

#include<stdio.h>

int main() {
  printf("Hello World\n");
  return 0;
}

Die Änderung wird bei alten Beiträgen nach spätestens ein paar Tagen 
sichtbar sein.

Um das zu ermöglichen habe ich den Code-Highlighter ausgetauscht, es 
sieht also alles etwas anders aus. Falls euch Darstellungsprobleme 
auffallen sollten, sagt bitte Bescheid. Ein kleines Problem ist mir 
aufgefallen: in Safari werden bei mehrzeiliger Auswahl von Code die 
Zeilennummern mit in die Zwischenablage kopiert. Leider habe ich da noch 
keine Lösung gefunden.

Vielen Dank,
Andreas

[... (Gast)]

Ich sehe keine Zeilennummern.

Vorfuehreffekt?

[Andreas S. (andreas) (Admin)]

Mobilgerät? Bei schmalen Fenstern (ca. <800px) werden die Zeilennummern 
aus Platzgründen ausgeblendet.

[Nick M. (Gast)]

Ach, daher die Beitragsserie:
Beitrag "[c]asfdasdfasdfasdfasdf"

[... (Gast)]

> Bei schmalen Fenstern

Der Beipackzettel hat gefehlt.
Jetzt sind sie da.

[2aggressive (Gast)]

Andreas S. schrieb:
> int main() {
>   printf("Hello World\n");
>   return 0;
Funzt so wie von Mark und Sven gewünscht, prima. Dankeschön!

[Sven L. (sven_rvbg)]

Ja, das hat echt was, man sieht im Listing die Zeilennummern, kann aber 
den Code kopieren, ohne das die Nummern mit kopiert werden.

Und Mark müsste vor Freude im Bett stehen, da sein Argument, das von den 
Vorschlägen nie was umgesetzt wird, in der Form entkräftet wurde, das 
sogar sein Vorschlag umgesetzt wurde ;-)

[guba (Gast)]

Bei vorformatiertem Text mittels [pre] ist diese Änderung eher störend, 
da ich diesen Tag ganz gerne für externe Zitate (z.B. aus 
Datenblättern), oder im aktuellen Fall für Ergebnisse verwende.
Beitrag "Re: Probleme mit SSR Relais"

[Gustl B. (-gb-)]

library IEEE;
use IEEE.STD_LOGIC_1164.ALL;
use IEEE.NUMERIC_STD.ALL;


entity counter is Port(
  Clock: in std_logic;
  Load: in std_logic;
  Data_in: in std_logic_vector(31 downto 0);
  Data_out: out std_logic);
end counter;

architecture Behavioral of counter is

signal Data: unsigned(32 downto 0):=(others => '0');

begin

process begin
  wait until rising_edge(Clock);
  Data <= Data -1;
  Data_out <= '0';
  
  if Data(32) = '1' then
    Data <= Data;
    Data_out <= '1';
  end if;
  
  if Load = '1' then
    Data <= unsigned('0' & Data_in) -1;
  end if;
end process;

end Behavioral;

Edit:
Sehr schön, vielen Dank!

[Steffen S. (dl7ate)]

Sehr schön Andreas, vielen Dank.

Allerdings wird bei mir bei langen Scripts ab der 100. Zeile die 
Zeilennummer nach der zweiten Stelle umgebrochen und dadurch eine 
zusätzliche Leerzeile im Script erzeugt.

Aktuell im Beitrag "Morse Decoder" zu 
sehen.

Ok, solche langen Scripts sollten als Anhang drangesetzt werden, aber 
hält sich leider nicht jeder dran 😕

Schönen Abend, '73 de Steffen, DL7ATE

[Mark B. (markbrandis)]

Sehr fein, danke dafür. :-)

[Percy N. (vox_bovi)]

Andreas S. schrieb:
> Mobilgerät?

Nach Aktivierung der Desktopansicht geht's auch auf meinem Mobilgerät.

[100Ω W. (tr0ll)]

@admin Welchen Codehighlighter verwendest du?

[g457 (Gast)]

> Allerdings wird bei mir bei langen Scripts ab der 100. Zeile die
> Zeilennummer nach der zweiten Stelle umgebrochen und dadurch eine
> zusätzliche Leerzeile im Script erzeugt.

Dito, siehe Anhang.

[HildeK (Gast)]

Andreas S. schrieb:
> Um das zu ermöglichen habe ich den Code-Highlighter ausgetauscht, es
> sieht also alles etwas anders aus.

Und dabei dein von der 'Codeansicht' bei angehängten C-Files beschädigt?
Da sieht es jetzt so aus wie im Beispiel im Anhang.

[Roland F. (rhf)]

Hallo,
Andreas S. schrieb:
> ab sofort wird Code mit Zeilennummern angezeigt...

Vielen Dank für die Anzeige der Zeilennummern, leider wird beim Einfügen 
des Quelltextes in einen Editor nach jeder Quelltextzeile eine Leerzeile 
eingefügt, Im angehängtes Bild sieht man je Beispiel für Notepad und 
Geany. Der Effekt ist unabhängig davon welches Zeilenendezeichen in 
Geany eingestellt ist (hier CRLF).

"Normaler" Text ist davon nicht betroffen.

rhf

[c.f. (Gast)]

hübsch anzusehen aber
ein einfaches copy&paste produziert dann so etwas im Editor;

3
  int main() {

  4
    printf("Hello World\n");

  5
    return 0;

 RSS mit vollständigen Beiträgen wäre ein coole Sache,
just saying ;)

[c.f. (Gast)]

c.f. schrieb:
> hübsch anzusehen aber
> ein einfaches copy&paste produziert dann so etwas im Editor;
>
>
>

> 
> 3
>   int main() {
> 
>   4
>     printf("Hello World\n");
> 
>   5
>     return 0;
> 
> 
>

>
>
>
>  RSS mit vollständigen Beiträgen wäre ein coole Sache,
> just saying ;)


Das numeriert anscheinend derzeit auch unter verwendung der "pre" Tags 
:(
Sollte sich wenigsten auf

C-Code

 beschränken.

[Jörg W. (dl8dtl) (Moderator)]

c.f. schrieb:
> Sollte sich wenigsten auf C-Code
>  beschränken.

Naja, es gibt genügend anderen Code, für den es auch sinnvoll ist, ohne 
dass es sinnvoll wäre, ihn mit C-Syntax-Highlighting zu versehen (bspw. 
Shellscripts).

Man könnte ja vielleicht an dieser Stelle mal einen Unterschied zwischen 
[pre] und [code] einführen: [code] nummeriert, [pre] nicht.

[c.f. (Gast)]

Jörg W. schrieb:
> c.f. schrieb:


> Man könnte ja vielleicht an dieser Stelle mal einen Unterschied zwischen
> [pre] und [code] einführen: [code] nummeriert, [pre] nicht.


(Bis) Gerade verhielt sich das noch wie im ang. Bild.
pre soll doch gerade Formatgerecht as is
(z.B. inkl. Leerzeichen, Tabs usw. ) zitieren.

[Jörg W. (dl8dtl) (Moderator)]

c.f. schrieb:
> Gerade verhielt sich das noch wie im ang. Bild.

Derzeit sind beide Tags identisch in ihrem Verhalten.

[mh (Gast)]

Gibt es zufällig Pläne die Code-Tags ordentlich zitierbar zu machen?

Andreas S. schrieb:
> #include<stdio.h>
> int main() {
>   printf("Hello World\n");
>   return 0;
> }
Ist nicht wirklich lesbar.

[Andreas S. (andreas) (Admin)]

100Ω W. schrieb:
> @admin Welchen Codehighlighter verwendest du?

https://github.com/rouge-ruby/rouge

Leider fehlt da ein Lexer für AVR Assembler. Falls jemand Lust hat einen 
beizutragen würde ich mich freuen. Was auch noch nicht funktioniert ist 
die automatische Erkennung der Sprache (sollte eigentlich bei allen 
code- und pre-Tags aktiv sein, tut aber nicht viel).

Roland F. schrieb:
> leider wird beim Einfügen des Quelltextes in einen Editor nach jeder
> Quelltextzeile eine Leerzeile eingefügt

Welcher Browser? In Chrome und Firefox konnte ich das nicht beobachten. 
Nur in Safari werden leider die Zeilennummern mitkopiert.

mh schrieb:
> Gibt es zufällig Pläne die Code-Tags ordentlich zitierbar zu machen?

Ja, ist aber nicht ganz so einfach, deshalb möchte ich da jetzt nichts 
konkret versprechen.

[100Ω W. (tr0ll)]

Eine Idee wäre noch ein Button, welcher den Code in die Zwischenablage 
kopiert.

[Nick M. (Gast)]

Andreas S. schrieb:
> Nur in Safari werden leider die Zeilennummern mitkopiert.

Bezieht sich nur auf macOS.

Das funktioniert im Safari garnicht. Markierter code wird nicht zitiert.
Wenn ich die Markierung in den Zwischenpuffer übernehme und dann in 
einen Editor einfüge sind die Zeilennummern mit dabei. Aber das ist auch 
eher belanglos.
Bei Firefox aber ist das c&p ohne Zeilennummern.

[mh (Gast)]

Andreas S. schrieb:
> mh schrieb:
>> Gibt es zufällig Pläne die Code-Tags ordentlich zitierbar zu machen?
>
> Ja, ist aber nicht ganz so einfach, deshalb möchte ich da jetzt nichts
> konkret versprechen.

Mehr kann man nicht verlangen :-)

[HHH (Gast)]

Jörg W. schrieb:
> c.f. schrieb:
>> Gerade verhielt sich das noch wie im ang. Bild.
>
> Derzeit sind beide Tags identisch in ihrem Verhalten.

Bug, kein feature.


ascii Zeichnungen
gewöhnlicher aber speziell fromatierter Text
kurze aber mehr als einzeilige snippets

das braucht keine Zeilennummern.

u. bislang funktionierte das in beliebigen Browsern.

[Frank M. (ukw) (Moderator)]

Jörg W. schrieb:
> Man könnte ja vielleicht an dieser Stelle mal einen Unterschied zwischen
> [pre] und [code] einführen: [code] nummeriert, [pre] nicht.

Ja, das würde ich auch befürworten.

[Jörg W. (dl8dtl) (Moderator)]

HHH schrieb:
> das braucht keine Zeilennummern.

Klar. Aber diese Tags werden eben auch für andere Dinge benutzt: 
Pseudo-Programmcode, Shellscripte, Python-Scripte etc. Die können 
wiederum von Zeilennummern profitieren.

Da allerdings viele Nutzer derzeit schon überfordert sind, überhaupt mal 
[pre] oder [code] einzufügen, bin ich ein wenig skeptisch, wieviel 
Prozent es dann begreifen, wenn sich das eine anderes verhält als das 
andere. ;-)

[Nick M. (Gast)]

Jörg W. schrieb:
> Da allerdings viele Nutzer derzeit schon überfordert sind,

Hier, hier! :-)
Liegt aber auch ein wenig an der unvollständigen Beschreibung über dem 
Text-Eingabefeld. Ich hab bis jetzt noch nicht kapiert wie das mit dem 
Unterstreichen und den Schrägstrichen ordentlich funktioniert.
Das "pre" steht da auch nicht.

[Jörg W. (dl8dtl) (Moderator)]

Nick M. schrieb:
> Das "pre" steht da auch nicht.

Lohnt bislang auch nicht, weil es ja komplett äquivalent zu [code] ist. 
Mein Vorschlag wäre, die beiden unterschiedlich zu handhaben – und ja, 
dann muss man es natürlich auch dokumentieren.

[HildeK (Gast)]

Andreas S. schrieb:
> Welcher Browser? In Chrome und Firefox konnte ich das nicht beobachten.

Ich beobachte die zusätzlichen Leerzeilen auch, mit dem Firefox und dann 
Einfügen in Notepad++. Wenn aber bereits eine Leerzeile im Quelltext 
vorhanden ist, gibt es keine zwei! Nettes Phänomen ...

BTW: hast du das hier zur Kenntnis genommen?
Beitrag "Re: Neu: Code mit Zeilennummern"

[Sven L. (sven_rvbg)]

Andreas S. schrieb:
> Leider fehlt da ein Lexer für AVR Assembler. Falls jemand Lust hat einen
> beizutragen würde ich mich freuen.

Geh doch mal aktiv auf Mark Brandis zu, der hat doch immer kritisiert, 
das andere nicht am Programmieren beteiligt werden. Hier hätte er die 
Möglichkeit aktiv am Forum mitzuwirken. Ich denke also, er würde da 
sicher gern weiterhelfen!

[Roland F. (rhf)]

Hallo,
Andreas S. schrieb:
> Roland F. schrieb:
>> leider wird beim Einfügen des Quelltextes in einen Editor nach jeder
>> Quelltextzeile eine Leerzeile eingefügt
>
> Welcher Browser? In Chrome und Firefox konnte ich das nicht beobachten.

Win10 20H2, Firefox 84.0.2 (64Bit), eingefügt in Geany 1.37.1

> Nur in Safari werden leider die Zeilennummern mitkopiert.

Nur zur Klarstellung: die Zeilennummern werden nicht mit kopiert, es 
wird nur nach jeder Zeile, die keine Leerzeile ist, eine Leerzeile 
zusätzlich eingefügt.
Beim Microsoft Edge(87.0.664.75) wiederum werden nachfolgende Leerzeilen 
nur eingefügt, wenn die vorherige Quelltextzeile eingerückt ist (siehe 
Bild).

rhf

[foobar (Gast)]

> bei mehrzeiliger Auswahl von Code die Zeilennummern mit in die
> Zwischenablage kopiert. Leider habe ich da noch keine Lösung
> gefunden.

Statt für jede Codezeile eine tr alles in eine tr packen - mit passenden 
Zeilenumbrüchen.

[Andreas S. (andreas) (Admin)]

foobar schrieb:
> alles in eine tr packen

Das habe ich probiert und verworfen, weil es bei langen, umgebrochenen 
Zeilen nicht mehr funktioniert.

llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll
llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll

[Nick M. (Gast)]

Roland F. schrieb:
>> Nur in Safari werden leider die Zeilennummern mitkopiert.
>
> Nur zur Klarstellung: die Zeilennummern werden nicht mit kopiert, es
> wird nur nach jeder Zeile, die keine Leerzeile ist, eine Leerzeile
> zusätzlich eingefügt.

Und ich sags auch nochmal:
Mit Safari lässt sich keine einzige Zeile Code zitieren. Weder mit noch 
ohne Zeilennummer. Niente, Nada, Nix.

Safari 13.1.2 macOS 10.13.6 (jaja, nicht mehr das Frischeste)

[Falk B. (falk)]

In der Codeansicht von Anhängen wird ab Zeile 100 in der Zeilennummer 
ein Umbruch erzeugt, wodurch der gesamte Code mit Leerzeilen aufgeblasen 
wird. 8-0

[Jörg W. (dl8dtl) (Moderator)]

Falk B. schrieb:
> In der Codeansicht von Anhängen wird ab Zeile 100 in der Zeilennummer
> ein Umbruch erzeugt, wodurch der gesamte Code mit Leerzeilen aufgeblasen
> wird. 8-0

Hatte Steffen schon erwähnt:

Beitrag "Re: Neu: Code mit Zeilennummern"

[Teo (Gast)]

Falk B. schrieb:
> ab Zeile 100

Gibts sicher mächtig schelte von der Community! ;D

[Lotta . (mercedes)]

Teo schrieb:
> Falk B. schrieb:
>> ab Zeile 100
>
> Gibts sicher mächtig schelte von der Community! ;D

Hey, das ist doch mal ne Boardrenovierung!
Ich denk mal das hat mit dem Umstand zu tun, das ja auch
das Schreiben unter TOR noch nicht funktioniert! :-P :-))


mfg

[foobar (Gast)]

> Das habe ich probiert und verworfen, weil es bei langen, umgebrochenen
> Zeilen nicht mehr funktioniert.

Darf man halt nichts automatisch umbrechen.  Die Zwei Beispielzeilen 
(haben bei mir jeweils einen h-scrollbar) z.B. würden funktionieren, 
wenn sie in einer tr wären - die tr hätte dann einen h-scrollbar für den 
gesamten code und die Zeilennummern stimmen.  Wenn man den scrollbar 
nicht haben will, könnte man immer noch ein overflow:hidden einsetzen.

[foobar (Gast)]

> (haben bei mir jeweils einen h-scrollbar)

Siehe screenshot ...

[Frank M. (ukw) (Moderator)]

foobar schrieb:
>> (haben bei mir jeweils einen h-scrollbar)
>
> Siehe screenshot ...

Früher hatten lange Codezeilen in der Ansicht hier im Forum auch einen 
Scrollbar. Irgendwann vor ein paar Jahren wurde das geändert, und C-Code 
wurde dann plötzlich umbrochen.

Ich fand das mit den Scrollbars besser. Da sieht man den Original-Source 
und nicht etwa einen umbrochenen Quelltext, wo man vermeintlich Fehler 
wie Kommentarfragmente (eingeleitet durch Doppel-Slash in der 
darüberliegenden Zeile) auf einer extra Zeile sieht.

Von daher bin ich auch gegen künstliche Umbrüche - was das Problem dann 
wohl auch lösen würde.

[foobar (Gast)]

Ich hab mal etwas rumprobiert: es war doch nicht ganz so trivial, wie 
ich mir das vorgestellt hab - ohne absolute Breite wird es schwierig. 
Hinbekommen habe ich es mittels "table-layout:fixed;width:100%" und dann 
der ersten Spalte mit den Zeilennummern eine feste Breite geben.  Die 
rechte mit dem Code bekommt dann den Rest der 100%.  Damit bekomm ich 
genau das Scrollverhalten wie ich es mir wünschen würde und c&p klappt 
problemlos.

Beispiel:

<html>
    <style>
        pre { overflow:auto; }
        tr { vertical-align:top; }
        td.line { width:2em; text-align:right; }
        table.code {
            table-layout: fixed;
            width:100%;
        }
    </style>
    <body>
        Example text:
        <div style="margin:0 3em">
            Indented example table:
            <br>
            <table class="code" bgcolor="#ccf"><tr>
                <td class="line"><pre>1
2
3
4</pre></td>
                <td><pre>aaaaaaaaaaaaaaaaaaaaaaaaaaaa
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
asdddfs
sdfjskdfjsldf</pre></td>
            </tr></table>
        </div>
    </body>
</html>

Im Screenshot mit markiertem Text.

[Torben H. (jera)]

Danke für das Feature Andreas!

[Thorsten S. (thosch)]

Die Zeilennummernanzeige finde ich prima,

allerdings stören bei Copy/Paste die hinzugefügten extra-Leerzeilen...
Nach einmal Copy/Paste aus dem Sourcecode ins "Antwort 
schreiben"-Fenster bekomme ich Folgendes (vhdl-tags ergänzt):

library IEEE;

use IEEE.STD_LOGIC_1164.ALL;

use IEEE.NUMERIC_STD.ALL;

entity counter is Port(

  Clock: in std_logic;

  Load: in std_logic;

  Data_in: in std_logic_vector(31 downto 0);

  Data_out: out std_logic);

end counter;

Umgebung: Win 7, Firefox 84.0.2 (64-Bit)

Es ist dabei völlig irrelevant, wohin die Zwischenablage nach Copy 
wieder eingefügt wird, also ob in Browserfenster, Notepad++ oder 
Eclipse-IDE, der mit Strg-C kopierte Text aus dem Sourcecode-Bereich 
enthält bereits in der Zwischenablage die überflüssigen extra-Leerzeilen 
(CR+LF).

[Falk B. (falk)]

Neuer Fehler? Hier sind mehrere, horizontale Scollbalken drin 8-0

[Percy N. (vox_bovi)]

Falk B. schrieb:
> Neuer Fehler? Hier sind mehrere, horizontale Scollbalken drin

Das kann durchaus von Vorteil sein.

[Falk B. (falk)]

Percy N. schrieb:
> Das kann durchaus von Vorteil sein.

Nö, das ist nur in der Bibel so ;-)

https://de.wikipedia.org/wiki/Vom_Splitter_und_vom_Balken

[Roland F. (rhf)]

Hallo,
Roland F. schrieb:

Ich beziehe mich mal auf meinen obigen Beitrag, Das darin beschriebene 
Problem besteht immer noch. Wird es dafür eine Lösung geben oder soll 
das so bleiben?

rhf

[Falk B. (falk)]

Es werden Leerzeilen eingefügt, wenn mal horizontale Scrollbalken drin 
waren, siehe Anhang.

[Falk B. (falk)]

Die mehrfachen Scrollbalken sind Murks!

[Percy N. (vox_bovi)]

Falk B. schrieb:
> Die mehrfachen Scrollbalken sind Murks!

Was erwartest Du? Soll die Forensoftware auch noch erkennen, dass es 
sich um einen einzigen durchlaufenden Kommentar handelt?
Und selbst wenn sie das könnte, wäre immer noch nicht sicher, dass 
der,Leser jeweks den ganzen Block am Stück scrollen will.
Sinn voll wäre das ohnehin nicht: wenn Du ddn Comment lesen willst, 
musst Du im Zweifel jede Zeile von vorne bis hinten lesen. Einen Block 
müsstest Du also nach der Lektüre einer jeden Zeile wurder an den Anfang 
scrollen, um ihn beim Lesen dann wieder nach links zu schieben
Bei mehreren Balken brauchst Du jede Zeile nur ein einziges Mal zu 
verschieben.

Falls Du den Kommentar aber nicht lesen möchtest, können Dir die Balken 
herzlich egal sein.

[Sven L. (sven_rvbg)]

Eine Scrollbar für das gesamte div?

[alles funktioniert wunderbar (Gast)]

damit sollte man doch nur kleine Code-Beispiele einfügen.

Also 1000-Zeilen-Code - bitte per Anhang ;-)

Und nicht im Kommentar.

[Nick M. (Gast)]

Lange Kommentare im code sind sowieso nur ein Hinweis auf schlechten 
code. :-)
Eine Scrollbar und fertig.

[HildeK (Gast)]

Percy N. schrieb:
> Falk B. schrieb:
>> Die mehrfachen Scrollbalken sind Murks!
Da hat er völlig recht!

> Was erwartest Du? Soll die Forensoftware auch noch erkennen, dass es
> sich um einen einzigen durchlaufenden Kommentar handelt?
In der Vergangenheit war es besser! Ein Scrollbalken unten für den 
gesamten Codeblock, falls Zeilen zu lang sind. Besser war auch, dass es 
ein Syntax-Highlighting gab.

Früher war alles besser® ...😀

[Falk B. (falk)]

Percy N. schrieb:
> Was erwartest Du? Soll die Forensoftware auch noch erkennen, dass es
> sich um einen einzigen durchlaufenden Kommentar handelt?

Daß man ein funktionierendes System nicht verschlimmbessert! Die 
Zeilennummern sind nett aber entbehrlich, ein einziger Scrollbalken ganz 
unten für überbreite Texte ist das Mittel der Wahl! Soviel Verständnis 
für Grundlangen von GUIs sollte im Jahre 2021 Allgemeinwissen sein.

> Falls Du den Kommentar aber nicht lesen möchtest, können Dir die Balken
> herzlich egal sein.

Es sieht arg schräg aus, vermurkst den Lesefluß und überhaupt. Was soll 
der Käse? Technische Spielei von Tec-Autisten?

[Nick M. (Gast)]

Falk B. schrieb:
> ein einziger Scrollbalken ganz
> unten für überbreite Texte ist das Mittel der Wahl!

Es wäre auch der erste Editor der sich so verhält.
Insofern doch eine Innovation. ;-))

[Percy N. (vox_bovi)]

Dürfte ich vielleicht erfahren, warum meine Entgegnung auf Falk gelöscht 
wurde? Leider enthielt die email mal wieder keine Begründung ...