https://bugs.kde.org/show_bug.cgi?id=513156
--- Comment #9 from howl <[email protected]> --- (In reply to Zamundaaa from comment #8) > Sigh, so systemd added workarounds for desktops not handling unusual display > orientations properly. Boo! Assuming the accelerometer is only used by the > compositor, and only for auto rotate, is quite the stretch. I guess we just > have to deal with it now. > No, some people used it to correct their displays, so some devices are wrong. The real issue is the trust, if some send a matrix is should be to follow the panel orientation when the identity matrix or acpi in mount matrix is wrong. But, without having the device only trust in people reports can be use. I have fixed 3 devices recently because could find how they report the position. The good part, if the desktop does it right, the people that send incorrect matrices will argue again but will be their own fail. > > Also I don't like comparisons, but both GNOME and Windows relabels display > > settings to shown resolution and orientation names as it was from the point > > of view of normal device, or casing, orientation not from the panel > > orientation. > You don't have to make any comparisons. This bug report was not closed, > someone just has to implement it. That part I haven't found a standar way to go. For accel values the standard universal for all OSes is normal when the panel is normal, not the casing, but, for the orientation labels and resolution swap at showing it in settings there is no standard but seems to be coherent to relabel to make the device feel it's normal position is the normal casing position and make totally transparent for the user the manufacturer used a panel with another orientation. -- You are receiving this mail because: You are watching all bug changes.
