Bug#1033690: Different HiDPI scaling for GTK applications

2023-03-30 Thread Andres Cimmarusti
Package: kde-config-gtk-style
Version: 5.27.2-1
Severity: important
Tags: fixed-upstream, bookworm, sid, experimental

I have a QHD 13' laptop screen, which requires (150-200%) scaling for it
to be usable with any desktop environment (also have an external 4K monitor
that needs similar scaling).
Since upgrading to KDE 5.27.x the GTK application scaling has regressed
(this was working fine in 5.26.x and even in the beta 5.26.90). Qt apps are
correctly scaled but GTK apps are pegged at 100% scaling.
This is a major headache for many users of GTK apps like firefox, gimp,
inkscape, etc on KDE, as the apps look tiny.
This regression was quickly reported upstream:
https://bugs.kde.org/show_bug.cgi?id=466463

A fix has been merged into KDE 5.27.x, and it's slated to be released for
version 5.27.4 (see:
https://invent.kde.org/plasma/kde-gtk-config/-/merge_requests/63)
Please consider allowing KDE 5.27.4 to migrate to testing when it's
available or at least apply this upstream fix to the bookworm package
before release.

Best,
Andres


Bug#754200: KDM does not initialize keyboard backlight support properly

2014-07-15 Thread Andres Cimmarusti
reassign 754200 kdm/4.11.9-1
forwarded 754200 https://bugs.kde.org/show_bug.cgi?id=334321
retitle 754200 KDM does not initialize keyboard backlight support properly
thanks


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAH=dyrfxhl8b1i31godjdxhdzbyaeqh6ujg5rob_bsla+qo...@mail.gmail.com



Bug#754200: kde-baseapps-bin: KDE fails to recognize keyboard backlight capabilities on fresh boot

2014-07-14 Thread Andres Cimmarusti
A workaround is possible by creating a small script in ~.kde/env/ invoking:

qdbus --system org.freedesktop.UPower

For more info see: https://forum.kde.org/viewtopic.php?f=63t=121045

This bug appears to be in KDE. The power manager which is relying on
upower should start it before login to become aware of all the laptop
capabilities.


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAH=dYrH1=PJJDqP2=ebv3m6dhggu981bh+cxltzso98wu39...@mail.gmail.com



Bug#754200: kde-baseapps-bin: KDE fails to recognize keyboard backlight capabilities on fresh boot

2014-07-11 Thread Andres Cimmarusti
With the help of someone in the KDE forums ()

I found out the problem is the upower daemon is not started by KDE
early enough (before KDM login) and this causes KDE power manager to
become unaware of the keyboard brightness option.

I tested this by in the following way:

1. Reboot machine
2. Wait till KDM login screen
3. Switch to a VT
4. Login there
5. ps aux | grep upower → zero results → upower is not running before login
6. invoke the command in my previous post to changer keyboard brightness
7. Upowerd is forced to start by dbus
8. Log out from VT
9. Login to KDE
10. Keyboard brightness works as expected

It looks like upowerd is working as expected (from reading its
description on its man page). It falls to the desktop environment to
probe it and recognize that's possible to changer the keyboard
backlight brightness.

Andres


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAH=dyrgg-rfiqfuj_2kjzrvulge1fg4hnc0xws+jdehqits...@mail.gmail.com



Bug#754200: kde-baseapps-bin: KDE fails to recognize keyboard backlight capabilities on fresh boot

2014-07-08 Thread Andres Cimmarusti
Package: kde-baseapps-bin
Version: 4:4.12.4-1
Severity: normal

Dear Maintainer,

I'm not sure if this is right package to post the bug to. I had a hard 
time figuring out which KDE package contains all the power management 
stuff.

When I boot my laptop, an Asus G55VW, I notice my Fn+F3/F4 shortcut keys 
are useless within KDE, even though 'xev' correctly identifies the keys:

KeyRelease event, serial 46, synthetic NO, window 0x781,
root 0x289, subw 0x0, time 3638383, (105,55), root:(105,78),
state 0x0, keycode 238 (keysym 0x1008ff05, XF86KbdBrightnessUp), 
same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False

KeyPress event, serial 46, synthetic NO, window 0x781,
root 0x289, subw 0x0, time 3639413, (105,55), root:(105,78),
state 0x0, keycode 237 (keysym 0x1008ff06, XF86KbdBrightnessDown), 
same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

However, I've noticed that if I log out and log back in, KDE's power 
manager is suddenly aware that the keyboard backlight can be changed and 
everything works as expected.

It looks like during the booting process KDE starts sooner than upower 
or something like that, but I find that strange because screen 
brightness keys work all the time.

Furthermore after booting the first time (KDE unaware of keyboard 
brightness) I can change the brightness manual through the command like 
either by invoking this command:

dbus-send --type=method_call --print-reply=literal --system   \
--dest='org.freedesktop.UPower'   \
'/org/freedesktop/UPower/KbdBacklight'\
'org.freedesktop.UPower.KbdBacklight.SetBrightness'   \
int32:${value}}

(with ${value}} equal to 0,1,2 or 3)

or as superuser:

echo 1  /sys/class/leds/asus::kbd_backlight/brightness

So the hardware works as expected and the kernel seems to be doing what 
is supposed to be doing but KDE's power manager seems unable to register 
this during the initial boot sequence.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (200, 'unstable'), (175, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13.11.4-desktop.1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kde-baseapps-bin depends on:
ii  kde-baseapps-data  4:4.12.4-1
ii  kde-runtime4:4.13.1-1
ii  libc6  2.19-4
ii  libkdecore54:4.13.1-1
ii  libkdeui5  4:4.13.1-1
ii  libkfile4  4:4.13.1-1
ii  libkio54:4.13.1-1
ii  libkparts4 4:4.13.1-1
ii  libqt4-dbus4:4.8.6+dfsg-2
ii  libqt4-xml 4:4.8.6+dfsg-2
ii  libqtcore4 4:4.8.6+dfsg-2
ii  libqtgui4  4:4.8.6+dfsg-2
ii  libstdc++6 4.9.0-7
ii  libx11-6   2:1.6.2-2

kde-baseapps-bin recommends no packages.

kde-baseapps-bin suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140708162743.25076.41770.reportbug@asus-g55vw