[plasmashell] [Bug 366008] application launcher -> history tab : list does not updated

[Anthony Vital via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=366008

Anthony Vital  changed:

   What|Removed |Added

 CC||anthony.vi...@gmail.com

--- Comment #1 from Anthony Vital  ---
It doesn't even update when the list is empty.

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

[plasmashell] [Bug 360333] New system tray: icons do not scale with panel height, stay very small

[Anthony Vital via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360333

--- Comment #24 from Anthony Vital  ---
(In reply to Guillaume Martres from comment #23)
> Good point, but even if you fix that, I think that devicePixelRatio() will
> still return 1 because of: 
>   qunsetenv("QT_DEVICE_PIXEL_RATIO");
>   QCoreApplication::setAttribute(Qt::AA_DisableHighDpiScaling)
> in
> https://quickgit.kde.org/?p=plasma-workspace.
> git=blob=ec117f3bf9c12894bc7d3f80858256fab0026da4=e88b52a18ff9c7ed43a9
> bed4e4ba270a8ee18355=shell%2Fmain.cpp (cf
> https://bugs.kde.org/show_bug.cgi?id=356446)
I don't think this problem affects icon sizes. Also I used the code from
devicePixelRatio() to find the value 1.47674.

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

[plasmashell] [Bug 360333] New system tray: icons do not scale with panel height, stay very small

[Anthony Vital via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=360333

Anthony Vital  changed:

   What|Removed |Added

 CC||anthony.vi...@gmail.com

--- Comment #22 from Anthony Vital  ---
Could the problem be the method used to scale the icon size on hidpi monitors?
Looking in  plasma-framework/src/declarativeimports/core/units.cpp:
// Scale the icon sizes up using the devicePixelRatio
// This function returns the next stepping icon size
// and multiplies the global settings with the dpi ratio.
const qreal ratio = devicePixelRatio();

if (ratio < 1.5) {
return size;
} else if (ratio < 2.0) {
return size * 1.5;
} else if (ratio < 2.5) {
return size * 2.0;
} else if (ratio < 3.0) {
return size * 2.5;
} else if (ratio < 3.5) {
return size * 3.0;
} else {
return size * ratio;
}
My ratio is 1.47674, that means I have no scaling at all when there is a 1.5
factor existing. Is it reasonable? Wouldn't it make more sense to use the
factor the closest to the ratio rather than  what is done here?

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

[phonon-backend-vlc] [Bug 368696] New: knotifications will play a sound only once and then stays mute until the application is restarted

[Anthony Vital via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=368696

Bug ID: 368696
   Summary: knotifications will play a sound only once and then
stays mute until the application is restarted
   Product: phonon-backend-vlc
   Version: 0.9.0
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: sit...@kde.org
  Reporter: anthony.vi...@gmail.com
CC: bcooks...@kde.org, f...@kde.org, j...@videolan.org,
myr...@kde.org

When a KNotification event with sound is triggered from an application, the
sound will play once but when the same event is triggered later then it's muted
until the application restarts.
I'm not sure phonon-vlc is the only one to blame here but I narrowed it down to
commit 3d0a13dc0ee0cdd361920c8680b839bc2f934d07.
The problem didn't exist before that, and it doesn't exist in the gstreamer
backend neither.

Reproducible: Always

Steps to Reproduce:
1. Open dolphin.
2. Right click on a file, choose delete (not just move to trash bin). A warning
sound is played.
3. When asked for confirmation, cancel.
4. Right click on a file, choose delete.

Actual Results:  
No sound is played.

Expected Results:  
The warning sound should be played.

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