[Powerdevil] [Bug 482306] Keyboard brightness at 0% after closing lid

2024-03-29 Thread Anthony Vital
https://bugs.kde.org/show_bug.cgi?id=482306

Anthony Vital  changed:

   What|Removed |Added

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

--- Comment #12 from Anthony Vital  ---
Created attachment 167914
  --> https://bugs.kde.org/attachment.cgi?id=167914=edit
kb brightness patch

Here's a small patch that fixes the issue against the 6.0 branch (I have no
easy way to try the master branch, but it should be the same).
So the issue seems to be that after the lid is closed and the brightness set to
0, powerdevil receives a signal keyboardBrightnessChanged, and saves this value
for restoration. This patch ensures we store this value only if the lid is
open.
This check existed in the 5.27 branch, I'm not sure why it was removed. 

Also I noticed everyone who reported this issue have a Dell computer, so this
behaviour might be vendor specific.

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

[i18n] [Bug 484342] New: Mistranslation in the brightness applet

2024-03-23 Thread Anthony Vital
https://bugs.kde.org/show_bug.cgi?id=484342

Bug ID: 484342
   Summary: Mistranslation in the brightness applet
Classification: Translations
   Product: i18n
   Version: unspecified
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: fr
  Assignee: kde-francoph...@kde.org
  Reporter: anthony.vi...@gmail.com
  Target Milestone: ---

In the brightness applet, there is a string saying "Display Brightness".
It is translated as "Afficher la luminosité", when it should be something like
"Luminosité de l'écran" or "Luminosité du moniteur" or something like that.

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

[Spectacle] [Bug 478184] Spectacle not storing recording in mp4 format

2024-03-22 Thread Anthony Vital
https://bugs.kde.org/show_bug.cgi?id=478184

Anthony Vital  changed:

   What|Removed |Added

 CC||anthony.vi...@gmail.com
 Status|RESOLVED|REOPENED
 Resolution|UPSTREAM|---
 Ever confirmed|0   |1

--- Comment #7 from Anthony Vital  ---
I just ran into this issue and I can consistently reproduce it by recording an
area with dimensions not divisible by 2.
Then libx264 throws an error and Spectacle segfaults.
I can get around this problem in CLI ffmpeg by passing -vf
"pad=ceil(iw/2)*2:ceil(ih/2)*2" as an argument, maybe it's possible to do so
within Spectacle.

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

[plasmashell] [Bug 445647] Plasma default font size assumes a broken Xorg, but misleadingly advertises it doesn't

2021-11-23 Thread Anthony Vital
https://bugs.kde.org/show_bug.cgi?id=445647

--- Comment #2 from Anthony Vital  ---
I understand what you're saying, but then again, what I wanted to report is the
fact that the tooltip says:
"It may be useful when the real DPI of the harware is not detected properly
[...]"
Which is not true, in fact, if the real DPI of hardware is not detected
properly, xorg defaults to 96 as you said and thus checking this box is not
useful.
It may be useful if xorg returns anything else than 96 is what it should really
say...
For many years I've been carefully setting the real dpi in the xorg of all my
machines first thing after an install, and I've always wondered why the
defaults never worked for me. That little bit of info would probably have
helped me understand a little.

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

[plasmashell] [Bug 445647] New: Plasma default font size assumes a broken Xorg, but misleadingly advertises it doesn't

2021-11-17 Thread Anthony Vital
https://bugs.kde.org/show_bug.cgi?id=445647

Bug ID: 445647
   Summary: Plasma default font size assumes a broken Xorg, but
misleadingly advertises it doesn't
   Product: plasmashell
   Version: master
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: k...@davidedmundson.co.uk
  Reporter: anthony.vi...@gmail.com
CC: plasma-b...@kde.org
  Target Milestone: 1.0

You're probably aware of the root issue, but let me do a recap:
The default font size in plasma is 10pt, which theoreticaly translates to
roughly 3.5mm on screen, regardless of the physical size of the screen. This is
obviously not something anyone want for a sane default font size. 10pt looks
good on most X11 machines because of the bug in xorg that fails to properly
detect the physical size of a screen and returns a dpi of 96 as a result, does
exist on most of X11 machines (apparently, considering how the bug was recently
fixed and then immediately unfixed because people were complaing). On those
machines, if they have a ppi of 144 like most screens nowadays, 10pt is 2.4mm,
much better.

The problem I want to report is about the "force font DPI" option in the
systems settings. Its not enabled by default, and the tooltip says to enable it
if "the real DPI of the hardware is not detected properly". If you're going
with a default 10pt font size, you should force the 96dpi by default too, and
say "uncheck this if your xorg is properly configured and adjust your font
size". Or choose a saner default font size like 7 or 8, and let "force font
DPI" unckecked and the tooltip text as it is. But then I assume lots of people
would be complaining their fonts are too big (they don't want to be bothered
configuring their xorg properly if it were "working" for them before...)

I don't want to tell you what to do or what to choose, I just want to point out
the inconsistency of what plasma actually does
and the "force font DPI" checkbox+tooltip.

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

[konsole] [Bug 435309] 3b06b6f22 makes selection near invisible with some foreground/background color combinations

2021-04-24 Thread Anthony Vital
https://bugs.kde.org/show_bug.cgi?id=435309

Anthony Vital  changed:

   What|Removed |Added

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

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

[plasmashell] [Bug 430622] Icons in Panel appear smaller

2021-01-12 Thread Anthony Vital
https://bugs.kde.org/show_bug.cgi?id=430622

--- Comment #12 from Anthony Vital  ---
Created attachment 134788
  --> https://bugs.kde.org/attachment.cgi?id=134788=edit
without compositing

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

[plasmashell] [Bug 430622] Icons in Panel appear smaller

2021-01-12 Thread Anthony Vital
https://bugs.kde.org/show_bug.cgi?id=430622

--- Comment #11 from Anthony Vital  ---
Created attachment 134787
  --> https://bugs.kde.org/attachment.cgi?id=134787=edit
with compositing

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

[plasmashell] [Bug 430622] Icons in Panel appear smaller

2021-01-12 Thread Anthony Vital
https://bugs.kde.org/show_bug.cgi?id=430622

Anthony Vital  changed:

   What|Removed |Added

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

--- Comment #10 from Anthony Vital  ---
I can reproduce this with Plasma 5.20.5 and Frameworks 5.78.

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

[konsole] [Bug 430311] Intensive color selection broken as of 270d6ea3

2020-12-14 Thread Anthony Vital
https://bugs.kde.org/show_bug.cgi?id=430311

Anthony Vital  changed:

   What|Removed |Added

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

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

[plasmashell] [Bug 385814] Some icons removed from the favorites list are back when plasma session is restarted

2020-06-12 Thread Anthony Vital
https://bugs.kde.org/show_bug.cgi?id=385814

Anthony Vital  changed:

   What|Removed |Added

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

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

[frameworks-kirigami] [Bug 413769] New: Icons for left actions in an ActionTextField are not vertically centered

2019-11-03 Thread Anthony Vital
https://bugs.kde.org/show_bug.cgi?id=413769

Bug ID: 413769
   Summary: Icons for left actions in an ActionTextField are not
vertically centered
   Product: frameworks-kirigami
   Version: 5.63.0
  Platform: Archlinux Packages
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: notm...@gmail.com
  Reporter: anthony.vi...@gmail.com
  Target Milestone: Not decided

Created attachment 123693
  --> https://bugs.kde.org/attachment.cgi?id=123693=edit
screenshot

Icons for left actions in an ActionTextField are not vertically centered. The
same Action used as a right action shows the icon as it should.

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

[frameworks-plasma] [Bug 412540] PlasmaComponents.TextField uses distance field for text rendering

2019-10-06 Thread Anthony Vital
https://bugs.kde.org/show_bug.cgi?id=412540

--- Comment #2 from Anthony Vital  ---
Created attachment 123073
  --> https://bugs.kde.org/attachment.cgi?id=123073=edit
screenshot

Please excuse my quick attempt at showing several textfields in one image. 
You can see the textfields in kickoff, krunner and the clipboard plasmoid using
distance field as opposed to the textfields in the system settings or the
system monitor.
The scale factor is set to 1 in the system settings.

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

[frameworks-plasma] [Bug 412540] New: PlasmaComponents.TextField uses distance field for text rendering

2019-10-02 Thread Anthony Vital
https://bugs.kde.org/show_bug.cgi?id=412540

Bug ID: 412540
   Summary: PlasmaComponents.TextField uses distance field for
text rendering
   Product: frameworks-plasma
   Version: 5.62.0
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: components
  Assignee: notm...@gmail.com
  Reporter: anthony.vi...@gmail.com
  Target Milestone: ---

As the title says, PlasmaComponents.TextField uses distance field for text
rendering instead of native rendering. As a result, not only do fonts not look
good, but they completely stick out from the rest of the Plasma desktop. 
It wasn't like that a few months ago, I don't remember exactly when the change
was introduced, sorry.

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

[plasmashell] [Bug 385814] Kate icon removed from the favorites list is back when plasma session is restarted

2018-01-21 Thread Anthony Vital
https://bugs.kde.org/show_bug.cgi?id=385814

Anthony Vital <anthony.vi...@gmail.com> changed:

   What|Removed |Added

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

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

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

2017-03-10 Thread Anthony Vital
https://bugs.kde.org/show_bug.cgi?id=368696

--- Comment #1 from Anthony Vital <anthony.vi...@gmail.com> ---
I just noticed, the bug can't be reproduce with pulseaudio. Happens with alsa
only.

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

[plasmashell] [Bug 372812] Changing the volume with the wheel switches open windows

2016-11-24 Thread Anthony Vital
https://bugs.kde.org/show_bug.cgi?id=372812

--- Comment #5 from Anthony Vital <anthony.vi...@gmail.com> ---
(In reply to Christoph Feck from comment #4)
> Could be caused by
> https://commits.kde.org/plasma-workspace/
> 95a8a620248d96ca089c222689605042e27e8fb5

Reverting that commit indeed makes the issue disappear.

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

[plasmashell] [Bug 372812] Changing the volume with the wheel switches open windows

2016-11-23 Thread Anthony Vital
https://bugs.kde.org/show_bug.cgi?id=372812

Anthony Vital <anthony.vi...@gmail.com> changed:

   What|Removed |Added

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

--- Comment #1 from Anthony Vital <anthony.vi...@gmail.com> ---
This affects the whole system tray, a wheel event switches to another virtual
desktop.

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

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

2016-10-14 Thread Anthony Vital via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=366008

Anthony Vital <anthony.vi...@gmail.com> changed:

   What|Removed |Added

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

--- Comment #1 from Anthony Vital <anthony.vi...@gmail.com> ---
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

2016-10-06 Thread Anthony Vital via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=360333

--- Comment #24 from Anthony Vital <anthony.vi...@gmail.com> ---
(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

2016-10-06 Thread Anthony Vital via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=360333

Anthony Vital <anthony.vi...@gmail.com> changed:

   What|Removed |Added

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

--- Comment #22 from Anthony Vital <anthony.vi...@gmail.com> ---
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

2016-09-12 Thread 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.