Sonderzeichen für Typbezeichnungen festlegen

baeuchle commented

2020-07-09 20:39:05 +02:00

(Migrated from github.com)

Neben
# für Orte
$ für Strecken
% für Signale
& für allgemeine Abkürzungen
/ für Linien
soll es noch ein anderes Sonderzeichen geben, das Typen vorangestellt werden kann, z.B. ^FFM:U2 für den U2-Wagen aus Frankfurt, oder ~BR120 für die erste Drehstromserienlok der Welt, oder !Bvmz oder so.

Diskussion zu einem passenden Zeichen erwünscht!

Neben \# für Orte $ für Strecken % für Signale & für allgemeine Abkürzungen / für Linien soll es noch ein anderes Sonderzeichen geben, das Typen vorangestellt werden kann, z.B. ^FFM:U2 für den U2-Wagen aus Frankfurt, oder ~BR120 für die erste Drehstromserienlok der Welt, oder !Bvmz oder so. Diskussion zu einem passenden Zeichen erwünscht!

NiklasDah commented

2020-07-26 14:05:15 +02:00

(Migrated from github.com)

Wie wäre ein „:“? Das wäre wohl auf allen Geräten leicht zugänglich. Sonst würde ich als iOS-User „!“ oder „~“ vorschlagen, die sind aber wohl auf anderen Tastaturen ziemlich versteckt. „^“ wäre für PC-User nervig.

baeuchle commented

2020-07-26 14:37:11 +02:00

(Migrated from github.com)

: ist Teil der anderen Suchbegriffe, als #FFM:HB. Daher eher nicht.

baeuchle commented

2020-07-26 14:38:10 +02:00

(Migrated from github.com)

Meine Gedanken, unsortiert:
°Bvmz doof wegen °C
^111 doof wegen Potenz
=U2 doof wegen Gleichheit
~M doof wegen ungefähr
\U2 ...? Vielleicht ok.
*U2 doof wg grins oder *korrektur

Meine Gedanken, unsortiert: °Bvmz doof wegen °C ^111 doof wegen Potenz =U2 doof wegen Gleichheit ~M doof wegen ungefähr \U2 ...? Vielleicht ok. *U2 doof wg *grins* oder *korrektur

NiklasDah commented

2020-07-26 15:07:47 +02:00

(Migrated from github.com)

: ist Teil der anderen Suchbegriffe, als #FFM:HB. Daher eher nicht.

Naja, wenn man ein vorhergehendes Leerzeichen voraussetzt, müsste es ja funktionieren. Sonst ein „;“?

> : ist Teil der anderen Suchbegriffe, als #FFM:HB. Daher eher nicht. Naja, wenn man ein vorhergehendes Leerzeichen voraussetzt, müsste es ja funktionieren. Sonst ein „;“?

👍 1

jonaes commented

2020-07-26 15:40:03 +02:00

(Migrated from github.com)

Via Twitter @tk_wro https://twitter.com/TK_Wro/status/1287352992342200320?s=19

"~ für ~BR ist bei GBoard ziemlich versteckt. Ein *BR oder -BR wäre zumindest für Android angenehmer 😉"

Via Twitter @tk_wro https://twitter.com/TK_Wro/status/1287352992342200320?s=19 "~ für ~BR ist bei GBoard ziemlich versteckt. Ein *BR oder -BR wäre zumindest für Android angenehmer 😉"

baeuchle commented

2020-07-26 16:18:11 +02:00

(Migrated from github.com)

: ist Teil der anderen Suchbegriffe, als #FFM:HB. Daher eher nicht.

Naja, wenn man ein vorhergehendes Leerzeichen voraussetzt, müsste es ja funktionieren. Sonst ein „;“?

Stimmt, ich setze definitiv schon eine Wortgrenze voraus. Dann bleibt noch ein Problem mit Links, das hatte ich auch anfangs bei "/" für Linien (und dort, immerhin, gelöst).

> > : ist Teil der anderen Suchbegriffe, als #FFM:HB. Daher eher nicht. > > Naja, wenn man ein vorhergehendes Leerzeichen voraussetzt, müsste es ja funktionieren. Sonst ein „;“? Stimmt, ich setze definitiv schon eine Wortgrenze voraus. Dann bleibt noch ein Problem mit Links, das hatte ich auch anfangs bei "/" für Linien (und dort, immerhin, gelöst).

baeuchle commented

2020-07-26 16:29:34 +02:00

(Migrated from github.com)

Danke schonmal für die Kommentare. Ich mache mir weiter Gedanken. Währenddessen arbeite ich mal die ganzen tollen Listen ab, die sich hier angesammelt haben.

baeuchle commented

2020-07-26 17:11:06 +02:00

(Migrated from github.com)

Stimmt, ich setze definitiv schon eine Wortgrenze voraus. Dann bleibt noch ein Problem mit Links, das hatte ich auch anfangs bei "/" für Linien (und dort, immerhin, gelöst).

Mir fällt auf: der fix für / in links würde das hier auch schon fixen. Der Kommentar war dumm.

> Stimmt, ich setze definitiv schon eine Wortgrenze voraus. Dann bleibt noch ein Problem mit Links, das hatte ich auch anfangs bei "/" für Linien (und dort, immerhin, gelöst). Mir fällt auf: der fix für / in links würde das hier auch schon fixen. Der Kommentar war dumm.

baeuchle commented

2021-01-08 23:15:21 +01:00

(Migrated from github.com)

Beim drübernachdenken nach einem halben Jahr finde ich ";" ganz gut.

Rows
Columns

Sonderzeichen für Typbezeichnungen festlegen #42