X-position doesnt work in View from Below (PCB)

[itsmeyaboi-debug]

Current Behaviour

seemingly instead of correctly moving the part to specified coordinates, when having the PCB view from below putting in any value adds a multiplier to the current X value (tested in mm). this causes parts to shoot parts either to the left or right by multiple 100-1000 mm's. This forces the user to first switch to View from Above before putting in position data.

Build:
<e.g. Version 1.0.6 (CD-2239-0-04e5bb02 2025-10-07) 64 [Qt 6.5.3]

Operating System:
<Windows 11>

Steps to reproduce:

• switch to view from below in PCB editor
• try to move a part by changing position data (first box)
• see your part fly off the screen

Expected Behaviour

the same as View from Above

[KjellMorgenstern]

I tried

1. Top View
2. Place a resistor, x is 75.247
3. Edit x to 75 -> resistor moves left as expected
4. Undo -> resistor is at x= 75.247 again
5. View from Below
6. Edit x to 75 -> resistors moves left again.

BUT: View from below is mirrored so "left" means increasing: the new x is 75.495

What ever difference is entered, gets mirrored, so when a 0.247 smaller x value is entered (75 to overwrite 75.247), after the mirror, the 0.247 gets added -> 75.495 instead of 75.

Formular : x1 * 2 - x2

For larger movements, this is difficult to predict, and might explain the observations descirbed as "part shoots right or left by mutliple 100mm"

One more thing that plays a role here are language settings, specifically decimal separtors.

If the language uses "," as separtor, but a "75.1" is entered (with a decimal dot), the value becomes "751" , the dot is simply ingored. This is independet wether a top or bottom view is used. But in bottom view, the mirror is applied: "75,247" -> enter "75.1" -> value becomes "751" -> mirror is applied -> "-600.505"

Expected behavior:

If a value is entered directly, it should be interpreted as a model coordinate, not a view coordinate (entering "75" will just put "75" in, no matter which perspective.
Entering larger values in mirrored (below) view, will then move the item to the left, but thir mirror effect is much easier to understand than the transform.

About entering values with "," vs "." : We can't easily supress entering the wrong decimal separator, since in most LANG settings it is also used to separate thousands. "1,000.5" and "1.000,5" are both valid inputs in their respective language settings. But if entered values are directly taken instead of projected, the this kind of mistake likely will become obvious to the user, so they can either fix language settings, or just use the correct number format.