Hilfe Diskussion:TeX

message: Der Befehl \mathrm{} führt in Formeln zu Parser-Fehlern, wenn im Argument deutsche Umlaute enthalten sind. Dies allerdings nur dann, wenn die Formel auf dem Wikimedia-Server interpretiert wird. Wenn sie lokal vom Browser mittels MathJax ausgewertet wird, dann ergibt sich ohne Fehlermeldung das erwartete Formel-Bild. MathJax ist offenbar toleranter als der Parser von Mediawiki. Das ist besonders unangenehm, weil auf diese Weise ein Autor, der MathJax bei sich aktiviert hat, nichts vom Fehler merkt.
Ich habe in der Tabelle mit den verschiedenen Schriftstilen eine Andeutung ergänzt. Das Problem erscheint mir allerdings gravierend genug, dass deutlicher darauf hingewiesen werden sollte. Wie wäre es mit einem Abschnitt zur Entscheidung, wann \mathrm und wann \text sinnvoll ist?---<)kmk(>- (Diskussion) 16:16, 20. Jan. 2014 (CET)
replies: text: Einen solchen Abschnitt halte ich auch für gut. Es ist immer grausig, wenn Fließtext mit \mathrm (mathematisches Symbol aufrecht innerhalb mathmode im TeX) statt mit \text (Fließtext außerhalb mathmode aber noch im TeX) gesetzt wurde. --Stefan 17:53, 17. Feb. 2014 (CET)
thread_title:  Parser-Fehler mit \mathrm bei Umlauten 

message: Nach dieser Seite gilt
 \begin{array}[Position]{Spalten} ... \end{array}
Der [Position]-Part ist bei uns nicht beschrieben. Er kann wohl nur top oder bottom enthalten. Habe heute einige mit h repariert. Vielleicht sollte man das auf der Vorderseite entsprechend einarbeiten. (Die Fehlermeldung bei den [h] war sehr irreführend, da einfach die Funktion nicht bekannt war …) Der Umherirrende 19:22, 10. Jun. 2016 (CEST)
replies: text: Die Shortcut-Syntax für die Spalten *{<num>}<col spec> wird auch nicht erklärt. Der Umherirrende 20:13, 10. Jun. 2016 (CEST)
replies: text:  „Mit dem optionalen Parameter Position wird entschieden, ob die Oberkante [t], die Unterkante [b] oder die Mitte des Feldes auf die laufende Zeile ausgerichtet wird.“ Ein [h] ist somit gar nicht vorgesehen und sollte entfernt werden. --Boehm (Diskussion) 23:11, 12. Jun. 2016 (CEST)
thread_title:  array mit Position 

message: s. Diskussion:Elektrische Ladung#Parser 
* PNG macht schöne aber nicht behindertengerechte Umlaute, unterstützt aber \oiint nicht
* SVG rendering macht unschöne aber behindertengerechte Umlaute, aber unterstützt \oiint
* MathML hat nicht jeder
Wie kann das am besten aufgelöst werden?--Alturand (Diskussion) 22:17, 7. Feb. 2017 (CET)
thread_title:  <nowiki>\oiint</nowiki> wird nicht korrekt gerendert 

message: "Bis Mitte 2015 war es auch möglich, MathJax in den Benutzereinstellungen auszuwählen." Wo wurde eigentlich kommuniziert, dass und warum das nicht mehr möglich ist? -- Wolfgang Rieger (Diskussion) 23:11, 14. Okt. 2017 (CEST)
replies: text: phab:T99369. Da die gesamte Math-Erweiterung ausschließlich von Freiwilligen programmiert wird kann ich ihnen keinen Vorwurf machen, wenn sie es nicht mehr unterstützen können bzw. wollen. Die WMF scheint leider andere Prioritäten zu haben, zumindest kenne ich niemand offizielles, der sich mit der Math-Erweiterung auskennt oder sich für diese verantwortlich fühlt.--Debenben (Diskussion) 00:05, 15. Okt. 2017 (CEST)
replies: text:  Das halte ich für ein ziemlich peinliches Bild von Seiten der WMF. Naturwissenschaftliche Themen und damit auch Formeln gehören schließlich zum unverzichtbaren Kern einer Enzyklopädie. ---<)kmk(>- (Diskussion) 18:36, 29. Okt. 2017 (CET)
replies: text: Das um einen, zum anderen, dass es nicht kommuniziert wird, sondern das die Option sang- und klanglos verschwindet. -- Wolfgang Rieger (Diskussion) 21:49, 29. Okt. 2017 (CET)
replies: text: Die Abstimmung läuft zwar noch nicht, aber demnächst gäbe es die Möglichkeit/den Versuch am aktuellen Zustand etwas zu ändern: m:2017_Community_Wishlist_Survey/Reading/Functional_and_beautiful_math_for_everyone. Außerdem habe ich mal ein paar Optionen getestet: Etwas wie Benutzer:Debenben/MathJax.js funktioniert, wenn man in den Einstellungen LaTeX-Quelltext wählt. Leider weiß ich nicht wie man am Besten vorgeht, wenn man :<math> als Blockformeln formatiert haben möchte. Außerdem scheint MathJaX keine spezielle Mathe-Schriftart zu unterstützen, wo die Oberlänge der Buchstaben zu Wikipedias Helvetica passt, aber im Vergleich zu svg ist es mMn trotzdem schon wesentlich besser.--Debenben (Diskussion) 21:07, 11. Nov. 2017 (CET)
replies: text: OT: Wikipeida gibt für die Schriftart nur sans-serif vor, welche Schriftart damit gewählt wird ist entscheidet der Nutzer :-) --nenntmichruhigip (Diskussion) 17:54, 12. Nov. 2017 (CET)
thread_title:  MathJax 

message: Ansicht	Code
       	
       	
       	
       	
       	
       	
       	
       	
       	
       	
       	
       	
       	
       	
       	
       	
ergänzt aus Diskussion:LaTeX/Archiv#Babelbausteine--2003:77:4E58:1400:4005:61E6:7112:5D58 23:53, 16. Feb. 2018 (CET)
thread_title:  Babel-Bausteine 

message: Bei den Vergleichsoperatoren sollte noch das Entspricht-Zeichen eingefügt werden, auch wenn es nur in Deutschland verbreitet ist. \widehat{=}  \widehat{=}  --Thirunavukkarasye-Raveendran (Diskussion) 08:50, 11. Mai 2018 (CEST)
replies: text: Na, dann: Wikipedia:Sei_mutig und füge es ein. --Boehm (Diskussion) 10:08, 11. Mai 2018 (CEST)
thread_title:  Entspricht-Zeichen 

message: Hier findet sich als Beispiel \sin x + \ln y + \operatorname{supp} \, z, meines Erachtens ist das \, aber überflüssig, \operatorname{supp} z wird ja schon mit entsprechendem Zwischenraum gesetzt: \operatorname{supp} z. -- IvanP (Diskussion) 23:39, 9. Aug. 2018 (CEST)
replies: text: Das sehe ich auch so. --Digamma (Diskussion) 23:48, 9. Aug. 2018 (CEST)

text: Habe das \, entfernt. --Digamma (Diskussion) 23:52, 9. Aug. 2018 (CEST)
replies: text:  Das Leerzeichen war früher notwendig, wenn 4 Buchstaben im operatorname standen, nicht aber bei 3. Dieser Bug scheint nun behoben. Jetzt ist es auch ohne Leerzeichen ok. Danke fürs Richtigstellen. --Boehm (Diskussion) 00:03, 10. Aug. 2018 (CEST)
thread_title:  Zwischenraum nach <code>\operatorname</code>? 

message: Da ich schon Mal nach der n-Wurzel Darstellung hier gesucht und nicht gefunden habe, finde ich es nicht überflüssig, die Darstellung hier zu wiederholen. In der Hoch und Tiefstellungen kann man sie nur dann finden, wenn man schon weiß, dass eine Wurzel durch eine Bruchhochzahl dargestellt werden kann. Mir war das schon bekannt, trotzdem musste ich in der Seite von Kubikwurzel suchen, um die Darstellung zu entdecken. Ich glaube, sie konnte in beiden Teilen bleiben, im Wurzelteil allerdings unbedingt.Yomomo (Diskussion) 09:46, 9. Dez. 2018 (CET)
thread_title:  n-Wurzel auch im Wurzelteil 

message: Bei Populationsdynamik weigert sich der wiki-Parser die Gleichungsnummer (16) auf die neue Zeile zu ziehen. Und zwar exakt bei nur dieser Gleichungsnummer (16). Bei allen anderen Gleichungsnummern geht das prima. Irgendeine vorhergehende Zeichenfolge scheint da zu stören.
Siehe hier: https://de.wikipedia.org/w/index.php?title=Populationsdynamik&type=revision&diff=183799047&oldid=183798646      .
Es geht um folgenden wiki-Text, die Gleichungsnummer (16) soll in diesem Fall am Anfang der neuen Zeile erscheinen:
 die folgende Gleichung:
(16)
Die Gleichungsnummer (16) erscheint hier im wiki-Code-Schnipsel zwar wunschgemäß am Anfang der Folgezeile, im zugehörigen Wikipedia-Artikel Populationsdynamik jedoch in unsinniger Weise am Ende der vorhergehenden Zeile. Der wiki-Code ist doch eigentlich sauber - was hab ich da übersehen ? (Und, nein, es ist keine gute Idee jetzt die ganzen Gleichungsnummern rauszulöschen.)
--Wurzel (Diskussion) 21:47, 21. Feb. 2019 (CET)
replies: text: Ich habe das Problem notdürftig behoben. Aber es ist in der Tat ein seltsames Verhalten. Mal sehen, ob jemand das Rätsel löst. --Boehm (Diskussion) 10:41, 22. Feb. 2019 (CET)
replies: text:  PS: Im Artikel wäre vielleicht die Vorlage Vorlage:NumBlk sinnvoll? --Boehm (Diskussion) 10:46, 22. Feb. 2019 (CET)
thread_title:  Kurioser Parser-Effekt: Formelnummerierung - Zeilenumbruch erfolgt nicht vor Gleichungsnummer (16) 

message: Hallo,
weiß jemand, wie man den "Haken" in der Versicherungsmathematik hier bei WP in TeX realisiert?
Als einzigen halbwegs gangbaren Weg habe ich das gefunden: \,A_{\overline{n|}} was allerdings eine unschöne Lücke lässt. Ich kenne es eigentlich als \angln, was hier aber nicht funktioniert. Braucht es dazu ein spezielles Paket, was in der Wikipedia nicht implementiert ist? --Alabasterstein (Diskussion) 08:47, 25. Apr. 2019 (CEST)
replies: text: Gemeint ist bestimmt :en:Actuarial notation. Die englischsprachige WP löst das genauso wie Du es vorgeschlagen hast. Leider habe ich keinen besseren Vorschlag. Vielleicht jemand anderes? --Boehm (Diskussion) 09:32, 25. Apr. 2019 (CEST)
replies: text:  Es gibt bereits einen Phabricator-Eintrag: https://phabricator.wikimedia.org/T175673 --Boehm (Diskussion) 10:35, 25. Apr. 2019 (CEST)
replies: text: Na, der Eintrag ist ja 2,5 Jahre her. Das bedeutet dann wohl warten :-) Danke für die Rückmeldung/ für's Nachforschen. --Alabasterstein (Diskussion) 10:48, 25. Apr. 2019 (CEST)
thread_title:  "Haken" der Versicherungsmathematik 

message: Die Fehlermeldungen bei TeX sind manchmal echt verstörend banal. Insbesondere, wenn man eine \begin{array} oder \begin{align} hat. Da muss man dann die Formel à la binäres Suchen wiederholt halbieren, um an die beanstandete Stelle zu kommen. Andererseits darf man doch sicherlich annehmen, dass er ganz genau weiß, was ihn stört. Warum, Deubel auch, hält er mit seinem Wissen so hinterm Berg? --Nomen4Omen (Diskussion) 11:49, 2. Okt. 2019 (CEST)
thread_title:  TeX-Fehlermeldungen 

message: Syntax                             	Wirkung   	Status
%                     	{} \%     	Mathfehler
\%                    	{} \%     	Mathfehler
\mathrm{ % }          	{} \%     	Mathfehler
{}\% {\%}	{}\% {\%} 	
X \%                  	X \% 10 \%	
* Weiß jemand wie man diese Vorlage reparieren kann? Oder ist da etwas in der Abfrage für die Kategorie schief gelaufen?
* Auch das \Complex scheint irgendwie Probleme zu haben \Complex \mathbb{P}^n wird hier Sphärensatz als Fehler angezeigt. Auch beim Vektorbündel war es ein Complex, aber da ist der Eintrag nach einem Seitenpurge verschwunden Es steht aber noch in der Kat. Mag sich das mal jemand ansehen. --Liebe Grüße, Lómelinde Diskussion 15:02, 12. Mai 2020 (CEST)
replies: text:  kannst du vielleicht helfen?--Debenben (Diskussion) 20:46, 13. Mai 2020 (CEST)
thread_title:  [[:Kategorie:Wikipedia:Seiten, die ein veraltetes Format des math-Tags verwenden]] 

message: Hallo liebe fellow Wikipedians, die Formel (2-\sqrt{2})(n-4)+3 (im Original in korrekten math-Klammern) bei der Kakeya-Vermutung im Artikel Terence Tao wird zumindest auf meinem Rechner (Laptop gut 1 Jahr alt, MS Windows & MS Edge) fehlerhaft dargestellt: Die beiden Minuszeichen fehlen. Macht Ihr diese Beobachtung auch? Noch seltsamer: Wenn ich im Abschnitt „Leistungen“ auf „Quelltext bearbeiten“ klicke, nichts ändere und mir die Vorschau angucke, wird es plötzlich richtig. Wenn ich hingegen im Gesamtartikel auf „Quelltext bearbeiten“ gehe und mir die Vorschau betrachte, bleibt der Fehler in der Darstellung erhalten. Ich habe die Formel samt math-Umgebung per copy/paste in andere Bereiche der Wikipedia übertragen und betrachtet (natürlich nicht editiert), und es geschehen ähnliche Seltsamkeiten.
Formelreiche Artikel wie z. B. Quadratische Gleichung stellt mein Rechner hingegen fehlerfrei dar. Auch alte Fassungen des Terence-Tao-Artikels bis mindestens Ende 2019 werden korrekt dargestellt. Tsor und ClaudeJ konnten den Anzeigefehler nicht replizieren (siehe von mir begonnenen Thread auf ClaudeJ's Diskussionsseite).
--Himbeerbläuling (Diskussion) 16:15, 6. Dez. 2020 (CET)
replies: text: Korrektur: Auch in Quadratische Gleichung werden einige wenige Minuszeichen nicht angezeigt. --Himbeerbläuling (Diskussion) 16:23, 6. Dez. 2020 (CET)
replies: text:  Benutzt du Chrome? Siehe phab:T269222.--Debenben (Diskussion) 16:31, 6. Dez. 2020 (CET)
replies: text: Danke für die Antwort, Debenben. Ich verwende MS Edge, aber beim letzten automatischen update erzählte mir mein Rechner, dass seit dieser Version MS Edge und Chrome auf derselben Technologie aufbauen oder so ähnlich. In der von Dir verlinkten Seite steht (wahrscheinlich erst seit neuestem) ganz oben, dass auch Edge betroffen ist. Echte Lösung scheint noch nicht zu bestehen, wenn ich das richtig gelesen habe. Aber die Fachwelt ist dran.  --Himbeerbläuling (Diskussion) 18:21, 6. Dez. 2020 (CET)
thread_title:  Seltsamkeit im Artikel [[Terence Tao]] 

message: Ich stolpere gerade über die unterschiedliche Formatierung der Bewegungensgleichungen von Mehrkörpersystem und en:Multibody system - im Englischen sind die Matrixvariablen (via \mathbf) gefettet, in der deutschen Version nicht. Ich würde die Formatierung der englischen Variante bevorzugen. Auf jeden Fall sollte man die Formatierung auch in der deutschen Wikipedia irgendwie regeln. In Mehrkörpersystem  geht das fröhlich durcheinander. Schön wäre es, wenn man ein TeX-Makro \matrix oder \mtx definieren würde, statt es via \mathbf in das Belieben eines jeden Autors zu stellen. 
--Wolfgang Hugemann 19:59, 29. Mär. 2021 (CEST)
thread_title: Darstellung von Matrix-Variablen

message: Formeln werden in iPadOS und iOS mit Displayhilfe Farben intelligent umkehren unsichtbar 
Das betrifft mathematische wie chemische Formelm in Wikipedia.
zuerst ist hier die Frage der Diagnose.
iPhones und iPads sollten auch bei Ihnen verfügbar sein.
Die Funktion Displayhilfe Farben intelligent umkehren (ab iOS 11+) ist leicht in den Einstellungen zu finden.
https://iphone-tricks.de/anleitung/2602-iphone-bildschirm-farben-invertieren
Mit der Wikipedia App habe ich dieses nicht getestet, weil die App mich zu stark limitiert gegenüber der Ansicht im Browser.
Jetzt Safari oder anderen Browser im iOS oder iPadOS aufrufen.
1. normale Ansicht iPadOS 14.6: Formeln sichtbar, formula black on white
eine Seite mit Formeln aufrufen wie „Gleichung“.
2. Displayhilfe Farben intelligent umkehren angeschaltet -> schwarzer Hintergrund: Formeln unsichtbar, formula black on black
3. Displayhilfe Farben intelligent umkehren wieder abgeschaltet: Formeln auch unsichtbar, formula white on white
Um wieder zu 1. zu kommen muss ein neues Fenster in einem Browser, hier Safari, geöffnet werden.
Warum ist für mich und viele andere diese Displayhilfe wichtig? 
Mit schwarzen Hintergrund und dann hellen Buchstaben wird das Einschlafen nicht stark negiert und die Augen geschont. Bei jüngeren wird die Gefahr der Brille mit Kurzsichtigkeit gemindert. Bei älteren sind es alle Augenkrankheiten, die die Netzhautzellen betreffen, durch die Überlastung mit weißen Hintergründen.
„Kurzsichtigkeit: Warum wir zukünftig mehr weiß auf schwarz lesen sollten“
Konsistenter schwarzer Hintergrund mit einem schwarzen Thema in Betriebssystem und den Programmen gegen Kurzsichtigkeit und Überlastung der Augennetzhautzellen 
https://www.geo.de/wissen/gesundheit/19282-rtkl-kurzsichtigkeit-warum-wir-zukuenftig-mehr-weiss-auf-schwarz-lesen  
und 
https://www.nature.com/articles/s41598-018-28904-x
Ich habe auch Fotos davon, aber keine Lust extra einen Login zu erstellen. 
:Hallo IP, danke für die Beschreibung deines Problems. Es wird als Task 111222 behandelt, leider bisher ohne Lösung :-( Raymond Disk. 13:31, 26. Mai 2021 (CEST)
thread_title:  Formeln werden in iPadOS mit Displayhilfe Farben intelligent umkehren unsichtbar  

message: Formeln sahen im Inhaltsverzeichnis noch nie sonderlich gut aus, jetzt werden sie nur noch als '"`UNIQ--postMath-00000009-QINU`"' angezeigt. 83 Artikel sind betroffen, das Problem ist seit November 2021 bekannt.
Außerdem gibt es noch 108 Artikel, die <math>\! beinhalten, vermutlich ein Relikt aus der Zeit, als es nötig war, PNG-Darstellungen zu erzwingen. Leider wird die Formel dadurch \!\,\text{zu weit links} dargestellt, auch wenn \! teilweise durch \, kompensiert wird.
Ich werde die Formeln in Überschriften demnächst durch HTML ersetzen oder ganz entfernen. \! am Anfang eines <math>-Tags werde ich löschen, wenn mir das Resultat unschön auffällt. —Dexxor (Diskussion) 12:10, 4. Mai 2022 (CEST)
thread_title:  Überschriften und PNG-Erzwingung 

message: Kennt sich einer von euch mit den DIN-Normen bzw. ISO-Normen zur mathematisch-physikalischen Formatierung aus und den dazugehörigen deutschen Eigenheiten beim Formelsatz? Notfalls kann man nur auf das Green Book der IUPAC (https://iupac.org/wp-content/uploads/2019/05/IUPAC-GB3-2012-2ndPrinting-PDFsearchable.pdf ) bzw. das Red Book der IUPAP.
Eine konsequente Orientierung der Wikipedia an den DIN-Normen fände ich sehr hilfreich, da Wikipedia für viele Leute eine (wenn nicht gar die) Referenz für viele Fragen darstellt und Wikipedia mithelfen kann, korrekte Formatierungsstandards zu etablieren. --Jakobjakobson13 (Diskussion) 23:05, 10. Okt. 2022 (CEST)
replies: text: Wenn ich das richtig sehe, dann setzen in diesen Bereichen eben gerade nicht DIN und ISO die Standards, sondern eher die Fachverbände und das BIPM. Was meinst du konkret mit Formatierungsstandards? --Digamma (Diskussion) 22:31, 29. Aug. 2023 (CEST)
thread_title:  Angleichung der Formatierung an DIN/ISO 

message: Wo kann mensch herumprobieren? --217.13.180.202 09:33, 13. Okt. 2023 (CEST)
replies: text: WP:Spielwiese --Raymond Disk. 09:50, 13. Okt. 2023 (CEST)
thread_title:  Spielwiese 

message: Gibt es einen shortcut für abgesetzte Formeln im VisualEditor? Wenn ich im VisualEditor in einer neuen Zeile "<math" eintippe, öffnet sich der Formeleditor eine Formel, aber die Formel ist nicht standardmäßig eingerückt, z.B.
a^2+b^2=c^2 (Quelltext:  a^2+b^2=c^2),
aber wenn ich sie als abgesetzte Formel gemäß dem Quelltext ": a^2+b^2=c^2" etwas einrücken möchte, sollte das Ergebnis so aussehen:
:a^2+b^2=c^2,
aber tippe ich erst ":" und anschließend "<math" ein, ist die Formel zu weit eingerückt:
a^2+b^2=c^2 
(Quelltext: a^2+b^2=c^2). Das ist immer super nervig, wenn ich eine neue eingerückte Formel im VisualEditor schreiben will, denn dann muss ich hinterher immer in den Quelltexteditor wechseln und den Doppelpunkt vor dem "<math"-Block manuell einfügen. 
Ich würde mich sehr über eine Lösung für dieses Problem freuen. --MathPhy42 (Diskussion) 15:30, 25. Mai 2024 (CEST)
thread_title:  Shortcut für abgesetzte Formeln im VisualEditor