Warum willst Du das?
Tabs haben den Vorteil, daß man die Weite des Tabulators in einem gscheiden Editor im Nachhinein noch auf die gewünschte Weite einstellen kann... zum Beispiel auf vier Zeichenbreiten.
Zitat von JensiWarum willst Du das?
Tabs haben den Vorteil, daß man die Weite des Tabulators in einem gscheiden Editor im Nachhinein noch auf die gewünschte Weite einstellen kann... zum Beispiel auf vier Zeichenbreiten.
ja und wo kann man das im Quanta+?
Keine Ahnung, den Editor kenn ich nicht :shinner:
Zitat von a9bejo
Die Schlußfolgerung in diesem Text sind aber durchaus merkwürdig: Aus
A lot of people like that distance to be two columns, and a lot of people like that distance to be four columns [...]
folgt dort:
program your editor to expand TABs to an appropriate number of spaces before writing the lines to disk.
Und das soll dann passieren, indem man sich ein kompliziertes Emacs-Makro dazu macht, das einem vor dem Speichern die Tabs in Spaces verwandelt.
Soll man dann vielleicht ein zweites kompliziertes Emacs-Makro verwenden, das die Spaces nach dem Laden wieder in Tabs verwandelt, wenn man (oder jemand anderer, der die Datei bearbeitet) die Tabulatorbreite auf was anderes einstellen möchte?
Die Schlußfolgerung ist ein bißchen, als würde man sagen: Ich gebe eine Party, möchte aber nur eine Art von Gläsern organisieren. Manche Leute trinken ihr Bier lieber aus Krügeln, manche aus Seidln. Also verzichte ich aufs Bier und besorge überhaupt nur Wasser, damit es keine Streiterei gibt.
Hallo Jensi!
Zitat von JensiUnd das soll dann passieren, indem man sich ein
kompliziertes Emacs-Makro dazu macht, das einem vor dem Speichern die
Tabs in Spaces verwandelt.
Das "komplizierte Makro" brauchst du dafür ja auch nicht. Das war
Code, der verhindern soll, dass sich jemals Tabs aus Dateien als
solche in den Buffer von jwz's emacs einschleichen. Würdest Du immer
automatisch nur Tabs und keine Spaces in deinen Dateien haben wollen,
brauchtest du einen ganz ähnlichen Code. Im Übrigen ist diese Funktion
eigentlich _sehr_ einfach, zumindest wenn man etwas LISP kann
(ansonsten sollte man vom Emacs aber eh die Finger lassen).
Um einfach alle vorhandenen Tabs zu Spaces zu verwandeln (oder
umgekehrt) gibt es in Emacs (und den meisten anderen modernen
Texteditoren) eine einfache, bereits eingebaute Funktion. Und
natürlich kann so gut wie jeder Editor nach drücken der TAB Taste
auch Leerzeichen statt Tabs einfügen.
Eigentlich wollte ich mit meinem Kommentar ja nur darauf hinweisen,
das dieses Thema sehr umstritten ist, wahrscheinlich viel zu
umstritten, um zu fragen:
Zitat von JensiWarum willst Du das?
Das währe nämlich so, als wurde jemand fragen, wie er Debian Server
aufsetzt und man antwortet ihm "Warum nimmst du nicht Windows?". So
etwas ist zumeist wenig hilfreich und führt zu wenig fruchtbaren
Diskussionen.
Wie auch immer, hier trotzdem meine Versuch einer Erklärung, warum
ich persönlich Tabs vermeide, wo es geht:
Der Tab Charakter hat für mich folgende relevante vor- und Nachteile:
[+] man spart Platz auf dem Speichermedium, weil man ja statt bis zu
8 Whitespaces nur einen Tab Charakter schreiben muss.
[-] Man verwendet zwei unterschiedliche Zeichen, die äußerlich nicht
voneinander unterscheiden lassen. Das macht nicht nur Probleme beim
Navigieren durch den Code, sondern auch beim einfügen und bearbeiten
von Fremden Code. Und frage einmal einen Python Programmierer, was er
von Tabs hält 
[-] Will man Dateien mit Tabs mit einen Script parsen, kann es zu
Fehlern kommen, weil man oft nicht daran denkt, die Whitespaces beim
einlesen zu normalisieren:
str.gsub!(/\s+/," ")Also der Speicherplatz ist ja wohl bei diesem Thema völlig egal, und
ansonsten sehe ich keine Vorteile von Tabs:
Zitat von JensiTabs haben den Vorteil, daß man die Weite des Tabulators
in einem gscheiden Editor im Nachhinein noch auf die gewünschte Weite
einstellen kann... zum Beispiel auf vier Zeichenbreiten.
Den Grad der Einrückung kann ich in jedem guten Editor ohne
weiteres ändern, ob mit Leerzeichen oder Tabs.
Zusammenfassung: Zwei Zeichen, die genau gleich ausschauen,
miteinander zu vermischen, bringt mehr Ärger als es einbringt. Da man
in der Regel nicht ohne Whitespace auskommen kann, muss es der Tab
Charakter sein, der verschwindet.
lg, ben
Ich finde Tabs praktisch, weil ich nur durch eine Einstellung im Editor die Tabulatorbreite verringern kann, wenn ich z. B. eine Datei mit starker Einrückung habe. Ob dann mein Editor gleich auch vorhandene Spaces zählt und dezimiert?
Daß ich dadurch zwei Zeichen habe, die gleich "aussehen" (eigentlich sehen sie ja überhaupt nicht aus), verwirrt mich eigentlich überhaupt nicht.
Naja, zumindest halten wir den Thread damit solange oben, bis ihn die Quanta+ Experten gefunden haben :thumb: .
Zitat von a9bejoNaja, zumindest halten wir den Thread damit solange oben, bis ihn die Quanta+ Experten gefunden haben :thumb: .
das stimmt allerdings 
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!