-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Automatische Großschreibung für Nachnamen ist meh. #138
Comments
es gibt ein feld anscheinend ist der gängige weg für firmen in bibtex, |
wenn ich so drüber nachdenk, ergibt dein beispiel mit der erklärung noch nich so wirklich sinn. Intenta GmbH wurde zu INTENTA GMBH, es wurde also beides als Nachname erkannt und groß geschrieben. |
Anderer Ansatz: irgendwie LaTeX / Biber dazu bringen, nur zu makeuppercasen, wenn der Autor nicht in doppelten Klammern steht bzw. es irgendwie anders dazu zwingen, einen namen nicht anzufassen |
ich finde nach längerem suchen keine wirkliche lösung. man müsste schaffen, dass das DeclareNameFormat Kommando nur greift, wenn das "author" feld nicht in {{}} steht. Ich weiß nur nicht, wie. |
fixed by #139 goddammit. |
Aktuelles Verhalten
commit d80d0f7 (merge: #123, release: 2.1) erzwingt die grosschreibung von nachnamen. das ist ganz nice, weil z.b.
gerendert wird als
![image](https://user-images.githubusercontent.com/19669567/139426629-e50b2109-b263-4594-88b7-34de6025ee6f.png)
Problem
in seltenen fällen will man "nachnamen" nicht gross schreiben. das trifft vor allem zu, wenn man die "rohe" autoren-syntax benutzt: (nb: doppelte geschweifte klammern)
warum sollte man das wollen? z.b. für künstler- order firmennamen, die in in uppercase ihre "marke" verlieren oder einfach nur dumm aussehen. beispiel:
rendert als
![image](https://user-images.githubusercontent.com/19669567/139426980-ddb3767f-1889-43a7-859e-928429848d19.png)
(hintergrund: der rohe name ist parameter
#1
, aka der "nachname" (vorname ist dann#2
so wie's aussieht))das ist imo richtig dämlich
Lösung
die begrenzung auf 3 autoren würde ich drin lassen -> nicht den gesamten commit reverten.
entweder finden wir einen weg, nur das 1. argument gross zu schreiben, wenn es mehr als 1 argument gibt (und autoren mit nur einem namensfeld in ruhe zu lassen), oder wir nehmen das grosschreib-feature ganz raus.
was sagt ihr? :D
The text was updated successfully, but these errors were encountered: