gelöst: Koordinatenformat bei Neustart stets wieder "," statt "."

[OttoZ]

QCad 3.23.0.5 (3.23.0.5)
Ich habe das Koordinatenformat über / Applikationseinstellungen auf Vorgabe gestellt.
Bei jedem Neustart startet die Zeichnung wieder mit dem "." als Dezimalpunkt.
Sicher gibt es da ein Hebelchen?

[CVH]

Einverstanden, da:
Agreed, since:
https://qcad.org/rsforum/viewtopic.php? ... =separator

Grüße,
Regards,
CVH

[OttoZ]

@CVH . danke für den Link.
Dort erkenne ich, dass auch andere dieses Koordinatenproblem haben.
Eine Lösung erkenne ich leider noch nicht.
Es ist ja kein großes Problem, bei jedem Programmstart muss ich eben mal diese Einstellung vornehmen.

[andrew]

Kann ich hier nicht nachvollziehen.

Betriebssystem?

Was ist denn dort die "Vorgabe" (oder "Default")? "." oder ","?

[CVH]

Hallo Andrew,
Meine Systemspezifikationen werden angezeigt.

Dies ist ein Ausschnitt aus meinen Skripten, in denen ich die Textausgabe formatieren muss.
In meinem Fall ist der Tausch konsistent.
Grüße.


Hi, Andrew,
My system specifics are show.

This is a snip from my scripts where I need to format the textual output.
In my case the swap is consistent.
Regards.

Code: Select all

// # Issue Fixed #
// Although my preference in Qcad is set to DecimalPoint = comma and ListSeparator = semicolon,
//   Qcad only uses the ListSeparator, and for decimal point it uses a point.
// All displayed values are with a point as comma, except dimensions in the drawing, those are with commas.
// See Q: https://qcad.org/rsforum/viewtopic.php?t=5589&hilit=separator
// I have to use comma & semicolon entering a list of values in the command line.
// Single values I can enter with a decimal point seen the adaptive nature of LineEdit / RMathLineEdit.
// Settings QCAD3.ini : [DimensionSettings]DecimalPoint = 44 // [Input]DecimalPoint = ","
//
// Native ECMAScript uses decimal points and commas as separator, similar as for hatch pattern files.
// In my case sprintf() returns values with a point; numberToString() replaces these by comma's.
// # Workaround # Using semicolon as temporary list separator,
//    replace any form of a comma with a point and then replace any semicolon with comma's.
// This should work for both metric and imperial application settings.

[andrew]

CVH: The preference only affects QCAD's coordinate display and input. ECMAScript cannot be forced to work with commas instead of points, so this is outside the scope of this preference (print, qDebug, sprintf, toString, etc.).

OttoZ: Was ist das Betriebssystem und wie ist die Vorgabe in den Einstellungen?

[OttoZ]

Danke für eure Hilfe.
Unter Win10 trat dieses Problem nicht auf.
Unter LinuxMint64mate18.3 ist das Problem nun, nach update auf 3.24.2.7, gelöst.
Nun bleibt das Koordinatenformat wie eingestellt.

[CVH]

CoordinateFormat.png (344.32 KiB) Viewed 7239 times

[andrew]

CSV: Admittedly, it's a compromise (read "mess").. ECMAScript does not support "," as decimal point. Since QCAD allows ECMAScript in all input fields (e.g. options toolbar, property editor), things like Math.pow(2,3) would become ambiguous (two parameters 2 and 3 or or one parameter 2.3). Not to mention Math.pow(2,3,2). Arguably, the comma could be used in more places.

[CVH]

Wenn ich jedoch Semikolon und Komma wähle, wird dieses Koordinatenformat NICHT in den Benutzeroberflächen verwendet.
Siehe srceengrab.
Für Dims ja. Alles gut dort.
Das Format ist auch für die Eingabe von Koordinatenlisten unbedingt erforderlich.
... und das beeinträchtigt meine Fähigkeit zum Kopieren / Einfügen.

Sobald Sie den Dreh raus haben, bauen Sie ein System ein, das nicht durch ein Komma oder einen Punkt ausfällt.
Das war für FlexPainter und jetzt auch für Tile2Hatch notwendig.
Solange alles Skripte sind, ist es in Ordnung. In dem Moment, in dem eine Benutzeroberfläche involviert ist, muss ich die 'Texual Form' richtig machen.
Es ist in der Tat ein ziemliches Durcheinander, diese Skripte anhand von Einstellungen in verschiedenen Einheitensystemen zu testen ...
Ich schaffe das schon.

Grüße,
CVH

Still, when I choose for semi-colon and comma, that coordinate format is NOT used in the UI's.
See srceengrab.
For dims yes. All fine there.
The format is also strictly necessary to enter coordinate lists.
...and that messes with my copy/paste ability.

Once you get the hang of it you build in a system that won't fail on a comma or a point.
That was necessary for FlexPainter and now for Tile2Hatch too.
As long all is scripting it is fine, the moment a UI is involved, I have to get the 'texual form' right.
Its indeed a pretty mess to test these scripts against settings in different unit systems ...
I'll manage.

Regards,
CVH