[KScreen] [Bug 358689] Support Qt 5.6 new highdpi environment variable

2019-07-20 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=358689

Nate Graham  changed:

   What|Removed |Added

 CC||n...@kde.org

-- 
You are receiving this mail because:
You are watching all bug changes.

[KScreen] [Bug 358689] Support Qt 5.6 new highdpi environment variable

2016-10-26 Thread Kevin Funk
https://bugs.kde.org/show_bug.cgi?id=358689

Kevin Funk  changed:

   What|Removed |Added

 CC||kf...@kde.org

-- 
You are receiving this mail because:
You are watching all bug changes.

[KScreen] [Bug 358689] Support Qt 5.6 new highdpi environment variable

2016-07-22 Thread Weng Xuetian via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358689

--- Comment #9 from Weng Xuetian  ---
(In reply to Martin Gräßlin from comment #8)
> (In reply to Weng Xuetian from comment #7)
> > This setting has nothing to do with X11, it's just for Qt itself.
> > 
> > you can set it like:
> > QT_SCREEN_SCALE_FACTORS=eDP1=2;eDP2=3
> > 
> > So when you move window among screen, the Qt's window will be rescaled to
> > the screen dpi automatically.
> 
> That cannot work on X11, sorry. That's just Qt's "I don't know how to
> multi-screen on X11". The problems here are:
> * a window is not connected with an output, it has a position within the X
> screen space
> * QWindow allows to set the QScreen, but this does not influence whether the
> window is sown on the screen
> * DPI for multi-screen on common X-Servers is broken. As soon as there are
> two screens, the X-Server does report a default 96 pdi AFAIK
> * when moving a window from one screen to another it could result in an
> infinite jumping between the different DPI modes
> * the totally legit situation of one window on two screens is not handled
> * the window manager does not adjust the window decoration
> * I could go on and on
> 
> Exposing a config option for that would be wrong: we cannot have different
> scale factors on X11. That would just introduce another set of things which
> can go wrong with Qt's utterly broken (and broken beyond repair)
> multi-screen implementation on X11.

Such complain doesn't solve anything. You're just pointing to some "Potential"
Problem that doesn't really happen. 

I have been using QT_DEVICE_PIXEL_RATIO=auto (when it's still old style env
var) since Qt 5.4, and it never cause me any trouble. Dynamically change
window's scale factor is tricky, but it's also the same approach on Windows. 

I have been use it for such a long time. And if any issue you claim actually
happens, Qt should fix it. Not to mention IT IS not the case. I have even seen
user complain about startkde script prevent user to set
QT_AUTO_SCREEN_SCALE_FACTOR to 1. It's not something badly broken, really.

-- 
You are receiving this mail because:
You are watching all bug changes.

[KScreen] [Bug 358689] Support Qt 5.6 new highdpi environment variable

2016-07-21 Thread Martin Gräßlin via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358689

--- Comment #8 from Martin Gräßlin  ---
(In reply to Weng Xuetian from comment #7)
> This setting has nothing to do with X11, it's just for Qt itself.
> 
> you can set it like:
> QT_SCREEN_SCALE_FACTORS=eDP1=2;eDP2=3
> 
> So when you move window among screen, the Qt's window will be rescaled to
> the screen dpi automatically.

That cannot work on X11, sorry. That's just Qt's "I don't know how to
multi-screen on X11". The problems here are:
* a window is not connected with an output, it has a position within the X
screen space
* QWindow allows to set the QScreen, but this does not influence whether the
window is sown on the screen
* DPI for multi-screen on common X-Servers is broken. As soon as there are two
screens, the X-Server does report a default 96 pdi AFAIK
* when moving a window from one screen to another it could result in an
infinite jumping between the different DPI modes
* the totally legit situation of one window on two screens is not handled
* the window manager does not adjust the window decoration
* I could go on and on

Exposing a config option for that would be wrong: we cannot have different
scale factors on X11. That would just introduce another set of things which can
go wrong with Qt's utterly broken (and broken beyond repair) multi-screen
implementation on X11.

-- 
You are receiving this mail because:
You are watching all bug changes.

[KScreen] [Bug 358689] Support Qt 5.6 new highdpi environment variable

2016-07-21 Thread Weng Xuetian via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358689

--- Comment #7 from Weng Xuetian  ---
This setting has nothing to do with X11, it's just for Qt itself.

you can set it like:
QT_SCREEN_SCALE_FACTORS=eDP1=2;eDP2=3

So when you move window among screen, the Qt's window will be rescaled to the
screen dpi automatically.

Right now kscreen can only set it to the same value.

-- 
You are receiving this mail because:
You are watching all bug changes.


[KScreen] [Bug 358689] Support Qt 5.6 new highdpi environment variable

2016-07-20 Thread Martin Gräßlin via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358689

--- Comment #6 from Martin Gräßlin  ---
(In reply to Weng Xuetian from comment #5)
> Emm, I'd prefer leave it open until it support real "per screen" setting
> instead of set same ratio for all screen.

we cannot have per screen on X11.

-- 
You are receiving this mail because:
You are watching all bug changes.

[KScreen] [Bug 358689] Support Qt 5.6 new highdpi environment variable

2016-07-20 Thread Weng Xuetian via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358689

--- Comment #5 from Weng Xuetian  ---
Emm, I'd prefer leave it open until it support real "per screen" setting
instead of set same ratio for all screen.

-- 
You are receiving this mail because:
You are watching all bug changes.


[KScreen] [Bug 358689] Support Qt 5.6 new highdpi environment variable

2016-07-20 Thread Martin Gräßlin via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358689

Martin Gräßlin  changed:

   What|Removed |Added

 CC||k...@davidedmudnson.co.uk,
   ||mgraess...@kde.org

--- Comment #4 from Martin Gräßlin  ---
@David: this should be fixed by 440a3d7c2035c742c32f104076acd320916fed14 in
plasma-workspace, shouldn't it?

-- 
You are receiving this mail because:
You are watching all bug changes.

[KScreen] [Bug 358689] Support Qt 5.6 new highdpi environment variable

2016-04-03 Thread Nikita Skovoroda via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358689

--- Comment #3 from Nikita Skovoroda  ---
QT_AUTO_SCREEN_SCALE_FACTOR enables the auto-scaling, which has certain issues
(it does not calculate the correct scale on notebooks, for example), see
https://bugreports.qt.io/browse/QTBUG-52202

QT_SCALE_FACTOR is an _additional_ scaling factor, and that one also scales
fonts, which are already adjusted by the dpi setting (and forcing dpi to 96
would break other apps).

http://doc.qt.io/qt-5/highdpi.html#qt-support

-- 
You are receiving this mail because:
You are watching all bug changes.


[KScreen] [Bug 358689] Support Qt 5.6 new highdpi environment variable

2016-04-03 Thread Nikita Skovoroda via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358689

--- Comment #2 from Nikita Skovoroda  ---
See also https://bugreports.qt.io/browse/QTBUG-52285

-- 
You are receiving this mail because:
You are watching all bug changes.


[KScreen] [Bug 358689] Support Qt 5.6 new highdpi environment variable

2016-04-03 Thread Nikita Skovoroda via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=358689

Nikita Skovoroda  changed:

   What|Removed |Added

 CC||chalk...@gmail.com

--- Comment #1 from Nikita Skovoroda  ---
Setting QT_SCREEN_SCALE_FACTORS=2 seems to do exactly the same as
QT_DEVICE_PIXEL_RATIO=2 did before 5.6.

-- 
You are receiving this mail because:
You are watching all bug changes.