[NeoChat] [Bug 489076] NeoChat font rendering/smoothing is weird

2024-06-23 Thread Daniel Lo Nigro
https://bugs.kde.org/show_bug.cgi?id=489076

--- Comment #2 from Daniel Lo Nigro  ---
Created attachment 170887
  --> https://bugs.kde.org/attachment.cgi?id=170887=edit
one "r" is thicker than another

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

[NeoChat] [Bug 489076] NeoChat font rendering/smoothing is weird

2024-06-23 Thread Daniel Lo Nigro
https://bugs.kde.org/show_bug.cgi?id=489076

--- Comment #1 from Daniel Lo Nigro  ---
Created attachment 170886
  --> https://bugs.kde.org/attachment.cgi?id=170886=edit
chonky "f"

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

[NeoChat] [Bug 489076] New: NeoChat font rendering/smoothing is weird

2024-06-23 Thread Daniel Lo Nigro
https://bugs.kde.org/show_bug.cgi?id=489076

Bug ID: 489076
   Summary: NeoChat font rendering/smoothing is weird
Classification: Applications
   Product: NeoChat
   Version: 24.05.0
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: General
  Assignee: fe...@posteo.de
  Reporter: sites+kdeb...@d.sb
CC: c...@carlschwan.eu
  Target Milestone: ---

Created attachment 170885
  --> https://bugs.kde.org/attachment.cgi?id=170885=edit
Skinny 'l'

SUMMARY
There's something not quite right with the font rendering in NeoChat. Some
letters are too skinny, and some have bad kerning. Resizing the window a little
bit helps sometimes. I have my screen set to 150% scaling, which may be
contributing to it.

I don't think I've seen this in any other KDE apps. The settings page in
NeoChat is fine and does not have the same issue.

It's hard to describe, so I'll attach a few examples.

STEPS TO REPRODUCE
1. Set screen to 150% scaling
2. Load NeoChat
3. Sign in
4. Enter a room and read text in it. Try resize the window a bit.

OBSERVED RESULT
Text rendering is weird

EXPECTED RESULT
Text rendering is not weird

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Fedora 40
KDE Plasma Version: 6.1.0
KDE Frameworks Version: 6.3.0
Qt Version: 6.7.1

ADDITIONAL INFORMATION

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

[plasmashell] [Bug 487904] Stuff using Kirigami InlineMessage and PlaceholderMessage fail to load with error `Cannot assign object of type \"Action\" to property of type \"Action_QMLTYPE_72*\" as the

2024-06-22 Thread Daniel Lo Nigro
https://bugs.kde.org/show_bug.cgi?id=487904

Daniel Lo Nigro  changed:

   What|Removed |Added

 CC||holo-...@t-online.de

--- Comment #29 from Daniel Lo Nigro  ---
*** Bug 488326 has been marked as a duplicate of this bug. ***

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

[frameworks-kirigami] [Bug 488326] After update to KF 6.3, many systemsettings pages of Plasma 6.0.90 show an error message

2024-06-22 Thread Daniel Lo Nigro
https://bugs.kde.org/show_bug.cgi?id=488326

Daniel Lo Nigro  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |DUPLICATE
 Status|NEEDSINFO   |RESOLVED
 CC||sites+kdeb...@d.sb

--- Comment #25 from Daniel Lo Nigro  ---


*** This bug has been marked as a duplicate of bug 487904 ***

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

[plasmashell] [Bug 379241] Disabling attention-demanding

2022-04-25 Thread Lo
https://bugs.kde.org/show_bug.cgi?id=379241

--- Comment #5 from Lo  ---
That's great! I'll finally be able to add a taskbar again.
Which version of plasma will this fix be in?

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

[frameworks-kconfig] [Bug 427875] On a multi screen setup, KDE app windows do not remember size, position, or the screen they were last opened on. For X11 when the left-most display is not the primary

2021-10-20 Thread Lo
https://bugs.kde.org/show_bug.cgi?id=427875

--- Comment #49 from Lo  ---
It seems like the issue is only present when windows are opened in a maximized
state. Then they will always open on the left-most screen. 

Part of the bug is that once the window was maximized and then closed, any
custom window rule regarding placement is ignored.

# Workaround

Window maximization seems to be flag, that when applied, triggers the bug.
Window rules can take advantage of this by forcing the flag to false to then
allow placement.

 - Under "Settings > Window Management > Window Rules" either add a new rule or
modify an existing one. 
 - Move your window to where you want it to be when you open it
 - "Detect window attributes" (translated from French)
 - Select "Position", "Size", "Horizontally maximized" and "Vertically
maximized"
 - Set "Horizontally maximized" and "Vertically maximized" to "No" (or false)

Hopefully, next time you open your window, it will look maximized (but the flag
will be false), and it will be on the right screen.

Hopefully this also helps the devs with debugging. Maybe the "maximized"
flag/state is entering a different execution branch.

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

[frameworks-kconfig] [Bug 427875] On a multi screen setup, KDE app windows do not remember size, position, or the screen they were last opened on. For X11 when the left-most display is not the primary

2021-10-20 Thread Lo
https://bugs.kde.org/show_bug.cgi?id=427875

Lo  changed:

   What|Removed |Added

 CC||loveisgr...@tuta.io

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

[plasmashell] [Bug 379241] Disabling attention-demanding

2021-05-02 Thread Lo
https://bugs.kde.org/show_bug.cgi?id=379241

Lo  changed:

   What|Removed |Added

 CC||loveisgr...@tuta.io

--- Comment #3 from Lo  ---
I had filled out a bug report and found this. I'll just copy what I wrote there

SUMMARY

Windows demanding attention force one to switch to them otherwise they will
permanently stay there. This is distracting and should be able to be
deactivated. Especially with autohide panels, the panel then overlays part of
the window (sometimes important ones) and forces one to break concentration.

Especially during COVID times and working from home, messengers do this and
without a method of disabling them, productivity can drop.


STEPS TO REPRODUCE
1. Create an autohide panel
2. Add task manager (either one, normal or icons only)
3. Open messenger and switch away from it
4. Wait for somebody to message you

OBSERVED RESULT

Autohide panel overlays active window.

EXPECTED RESULT

A setting to ignore windows demanding attention.

SOFTWARE/OS VERSIONS

OS: openSUSE Leap 15.2
KDE Plasma-version 5.21.4
Version of KDE-Frameworks: 5.81.0
Qt-version: 5.15.2
Kernel-version: 5.3.18-lp152.69-preempt
Type OS: 64-bit
Graical platform: X11
Processors: 8 × AMD Ryzen 5 PRO 3400G with Radeon Vega Graphics
Memory: 60,7 GiB RAM
GPU: AMD Radeon™ Vega 11 Graphics

ADDITIONAL INFORMATION

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

[plasmashell] [Bug 376676] thumbnail.so causes high CPU load

2020-06-01 Thread Lo
https://bugs.kde.org/show_bug.cgi?id=376676

Lo  changed:

   What|Removed |Added

 CC||loveisgr...@tuta.io

--- Comment #6 from Lo  ---
Can confirm on OpenSuse Tumbleweed. Trying to generate thumbnails on a
read-only drive.

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

[kwin] [Bug 416093] client screen property now readonly?

2020-01-29 Thread Lo
https://bugs.kde.org/show_bug.cgi?id=416093

--- Comment #4 from Lo  ---
So how does one move a client from a screen to another?

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