[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Pro "Leerraumzeichen", war Re: [RFR] man://manpages-de/alpm-hooks.5.po



Hallo Mario, Helge und Mitlesende,

Helge Kreutzmann schrieb am  2. Dezember 2018 um 19:20

> > > > "Command to run\\&. Command arguments are split on whitespace\\&. Values
> > > "
> > > > "containing whitespace should be enclosed in quotes\\&. Required\\&."
> > > > msgstr ""
> > > > "gibt den auszuführenden Befehl an\\&. Befehlszeilenargumente werden
> > > durch"
> > > > " Leerzeichen getrennt\\&. Werte, die Leerzeichen enthalten, sollten in"
> > > > " Anführungszeichen gesetzt werden\\&. Diese Angabe ist zwingend"
> > > > " erforderlich\\&."

> > > s/Leerzeichen/Leerraumzeichen/

> > > Habe ich bei dir schon mehrfach gelesen. Wieso sollte Leerraumzeichen
> > korrekter als Leerzeichen sein? Letzteres halte ich für einen gängigen
> > Begriff, Leerraumzeichen dagegen klingt für mich konstruiert merkwürdig.

Streng genommen ist "Leerraumzeichen" die Übersetzung zu "white space
character" und dafür ist das Wort in der Wortliste unerlässlich.

Im Wikipedia-Artikel über den ASCII-Code heißt es:

  Code 0x20 (SP) ist das Leerzeichen (engl. space oder blank), das in
  einem Text als Leer- und Trennzeichen zwischen Wörtern verwendet und
  auf der Tastatur durch die Leertaste erzeugt wird.
  https://de.wikipedia.org/wiki/American_Standard_Code_for_Information_Interchange

Das könnte so interpretiert werden, dass "whitespace" im Gegensatz zu
"space" oder "blank" als allgemeinerer Begriff aufzufassen ist, da er
eben noch andere Zeichen einschließt.

Die Konstruktion "Leerraumzeichen" ist daher sinnvoll und schafft
Sicherheit, und zwar speziell, wenn es wie in untenstehenden Bespielen
aus der shadow-utils-Dokumentation negativ verwendet wird, also "no
whitespace" im Originaltext auftaucht.

 
> > Im Wikipedia-Artikel dazu [1] steht:> > »Je nach Kontext werden
> > verschiedene Zeichen als Leerraum angesehen, fast immer zumindest
> > Leerzeichen und Tabulatorzeichen, meist auch Zeilenumbrüche.
> > «
> > [1] https://de.wikipedia.org/wiki/Leerraum

Die wichtige Aussage in Wikipedia ist, dass man beim Wort "whitespace"
aufzupassen hat, unter Umständen nicht nur das gemeint ist, was mit
der Leerzeichentaste erhalten wird.

> > Ich kann mir kaum vorstellen, dass Leerraumzeichen als zusammenfassender
> > Begriff hier Sinn ergibt. Es ist sehr wohl von Bedeutung, ob zwischen den
> > Befehlszeilenargumenten ein Leerezeichen steht, ein Tabulator oder ein
> > Zeilenumbruch. Ich bleibe hier bei Leerzeichen.

Die Unsicherheit, was mit "white space" alles mitgemeint ist (also
auch das Zeilenumbruchzeichen, das ich nicht mithineinnehmen würde),
ist kein starkes Argument gegen den Rückgriff auf Leerraumzeichen.

 
> Danke für den Hinweis, vielleich erst mal unsere Diskussionen, z.B. 
> https://lists.debian.org/debian-l10n-german/2012/10/msg00102.html

> Ja, es muss noch in unsere Wortliste, steht weit oben auf meiner
> TODO-Liste.

An Mario: Für Deine Übersetzung mag es unkritisch sein, "whitespace"
mit Leerraum zu übersetzen. Ich glaube nicht, dass jemand in der Shell
oder in Programmen innerhalb von Behelfssequenzen Tabulatorzeichen zur
Trennung verwendet.

Aber in Konfigurationsdateien ist man vielleicht schon versucht, mit
TAB für mehr Übersicht zu sorgen und offenbar werden diese Dateien
mehr oder weniger tolerant in Hinblick auf leeren Raum ausgewertet.
Beispiele aus der shadow-utils-Dokumentation

  aus suauth.5.xml:
  Note there are three separate fields delimited by a colon. No whitespace
  must surround this colon.

  aus usermod.8.xml:
  A list of supplementary groups which the user is also a member
  of. Each group is separated from the next by a comma, with no
  intervening whitespace. The groups are subject to the same
  restrictions as the group given with the <option>-g</option> option.

Viele Grüße
Markus


Reply to: