ist richtig, da die Begriffe mehrfache Bedeutung haben

scheint schon immer so zu sein. Würde ich erstmal lassen (Mark)

bei mir funktioniert es ??? (Mike, Mark)

bei mir geht's (Mark)

bei mir funktioniert es ??? (Mike)

bei mir funktioniert es ??? (Mike)

bei mir funktioniert es ??? (Mike)

komisch - jetzt geht es auch (Thomas)

Kann ich bestätigen. (Mark)

OEIS ist enthalten

Scheint ein Emulator-Ding zu sein. In der App gehts

Bei mir scheint das nur im Emulator Probleme zu geben (Mark)

Problem besteht noch. Ohne Änderung funktioniert es, aber wenn ich die Kordinaten anpasse, sind sie nach dem umschalten weg.

(Mike) Konnte ich nachvollziehen. Gingen durch einen behobenen Bug verloren. Problem scheint nicht mehr zu bestehen. Bei Neuinstalltion war alles ok. Bitte auf Default gehen und nochmal testen.

Bitte StackTrace oder Beschreibung mitliefern

Problem tritt auch bei Test auf (mike)

tests laufen durch

Ist das ein WIG Tool Problem oder ein generelles FileType Problem? Weil ich sehe in file_utils, alle Mediendateien sind korrekt klassifiziert
War ein WIG Tool Problem

Analyse klappt bei mir. Es werden 3 unterschiedliche Bilder (von 36) erkannt.
Aber bei den gefilterten Bildern blinkt eines. Das war vorher nicht -> Bug (Mike)
Da 3 unterschidliche Bilder erkennt werden, wird das automatische erkennen des high und low Bildes deaktivert.
Muss duch Doppelklick manuell gemacht werden. Da muss wohl mal ein Hint Text rein.

{"id":3,"name":"bug","formulas":[{"id":1,"formula":"N 48° [ ( G + E + B - F ) * 2 ] . [ G - F ] [ F ] [ C / 2 ]\nE 009° [ G + F + E ] . [ D ] [ A *2 ] [ G / B ]"}],"values":[{"id":1,"key":"A","value":"4"},{"id":2,"key":"B","value":"5"},{"id":3,"key":"C","value":"4"},{"id":4,"key":"D","value":"3"},{"id":5,"key":"E","value":"7"},{"id":6,"key":"F","value":"1"},{"id":7,"key":"G","value":"10"}]}
vom Formeleditor in Variable Koordinate öffnen und berechnen. Kommt unsinniges raus
(u.a. N / S und E/ W vertauscht)
Nach dem entfernen der Leerzeichen passt es. Bin mir nicht sicher, ob es wirklich ein Problem ist.

Ist dem Sinne kein Bug. Leerzeichen zwischen Ziffern führen zur Interpretation eines anderes Formates. Schau dir dazu mal die format_converter tests an: Bspw: '52 6 0 20 6 9' Das führt bspw zu DMS: 52° 6' 0" und 20° 6' 9". Durch die Regexes ist es nie klar, was da eigentlich für ein Format hinterhängt und Leerzeichen machen das tendenziell zu etwas unerwartetem

Koodinatenformate scheinen nix zu bewirken bzw. in der Formatzeile steht überall DMM etwas anderes als DMM lässt sich nicht auswählen

Mike (War in der alten Version aber auch so, habe es mal geändert. Wurde halt immer in das Default Format umgewandelt.(wieder rückgängig gemacht))

Sieht für mich wie ein grundsätzliches Problem aus. Das Problem scheint die Funktion tokenize zu sein. macht aus log2e -> log , 2, e (Mike)

Wird entfernt, scheint ein Problem bei der Formel Lib zu sein: https://github.com/fkleon/math-expressions/issues/35

(bei der deutschen Map wird nachträglich 5 => fünf hínzugefügt) Warum nachträglich ? (und zwölf nicht ?) Liste zu final geändert

Konnte ich nicht reproduzieren. Evtl. durch die Änderung von Mark behoben ? (Mike)

Moved to bug ticket