[plasmashell] [Bug 477939] Center-aligned panels cause left/right/top/bottom aligned panels sharing the same edge to not touch that edge
https://bugs.kde.org/show_bug.cgi?id=477939 Marco Silva changed: What|Removed |Added CC||marco_silv...@sapo.pt -- You are receiving this mail because: You are watching all bug changes.
[Haruna] [Bug 476490] New: Haruna - allow passing custom arguments to MPV
https://bugs.kde.org/show_bug.cgi?id=476490 Bug ID: 476490 Summary: Haruna - allow passing custom arguments to MPV Classification: Applications Product: Haruna Version: 0.12.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: generic Assignee: georgefb...@gmail.com Reporter: marco_silv...@sapo.pt Target Milestone: --- Like other players based on MPV (SMPlayer, ...), please allow passing arguments to MPV so that is possible to add audio or video filters. As an example, boosting the center audio channel, which is a very common audio feature in Windows players, is possible via this method, otherwise we can't add those custom features in Haruna on our own. (e.g of filter for boosting center audio channel: lavfi=[pan=6c|c0=c0|c1=c1|c2=2.0*c2|c3=c3|c4=c4|c5=c5] ) SOFTWARE/OS VERSIONS Linux/KDE Plasma: 6.1 lts KDE Plasma Version: 5.27.9 KDE Frameworks Version: 5.111 Qt Version: 5.15.11 -- You are receiving this mail because: You are watching all bug changes.
[Haruna] [Bug 476489] New: Haruna OSD bar does not toggle with input
https://bugs.kde.org/show_bug.cgi?id=476489 Bug ID: 476489 Summary: Haruna OSD bar does not toggle with input Classification: Applications Product: Haruna Version: 0.12.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: generic Assignee: georgefb...@gmail.com Reporter: marco_silv...@sapo.pt Target Milestone: --- SUMMARY When playing a video in fullscreen, the OSD shows and hides with mouse movement, however, it does not show up with touch-input. Lets say I use a touch-screen convertible (surface, ideapad etc), then in Fullscreen there isn't a way to bring up the OSD. This makes difficulties in using Haruna. Maybe there are 2 options: - Ideally, haruna should respond to sliding left or from bottom for bringing up the corresponding UI's playlist or OSD. - or simply touching the sides (if an user doesn't like this, this could be an on/off setting ). - an alternative would be to provide "OSD toggle" as an action, so that at least we could configure a "left-click" action with it. SOFTWARE/OS VERSIONS Linux/KDE Plasma: 6.1 lts KDE Plasma Version: 5.27.9 KDE Frameworks Version: 5.111 Qt Version: 5.15.11 -- You are receiving this mail because: You are watching all bug changes.
[kded-appmenu] [Bug 376191] New: Top menubar is unusable with "focus follows mouse"
https://bugs.kde.org/show_bug.cgi?id=376191 Bug ID: 376191 Summary: Top menubar is unusable with "focus follows mouse" Product: kded-appmenu Version: 5.9.1 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: top menubar Assignee: plasma-b...@kde.org Reporter: marco_silv...@sapo.pt Target Milestone: --- With an environment where a user has the application Menu on top of the screen as a global menu, if the setting "focus follows mouse" is active, then the menu becomes jarring to use. This happens for example if several applications are opened and the one in the background has its window a bit higher than the current active application - when the user wants to select an item of the menu of the current active application, and goes "up" with the mouse, the mouse will hover by the application behind and the menu changes (or disappears if that app has none), making its use impossible in this case. One cannot use this new menu "style" with applications higher than the current one, unless he always moves higher the current application window in relation to the others. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 340225] registerShortcut is undefined in declarativescript
https://bugs.kde.org/show_bug.cgi?id=340225 Marco Silva <marco_silv...@sapo.pt> changed: What|Removed |Added CC||marco_silv...@sapo.pt -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 341195] Creating window pixmap can fail after changing client geometry through script
https://bugs.kde.org/show_bug.cgi?id=341195 Marco Silva <marco_silv...@sapo.pt> changed: What|Removed |Added CC||marco_silv...@sapo.pt -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 370634] Present windows lags dramatically when mouse is on the second monitor
https://bugs.kde.org/show_bug.cgi?id=370634 --- Comment #7 from Marco Silva <marco_silv...@sapo.pt> --- Another colleague replicated in his Fedora with 5.8 LTS. On his i7 (4rd gen), the lag happens only for 1 second, but it's still noticeable. He has xorg-x11-drv-intel installed with SNA enabled. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 370634] Present windows lags dramatically when mouse is on the second monitor
https://bugs.kde.org/show_bug.cgi?id=370634 --- Comment #5 from Marco Silva <marco_silv...@sapo.pt> --- Yes. With Present Windows opened, and moving the mouse from one monitor to the other, in htop I can see kwin as the top process using the CPU. The usage is around 5-6% on an intel i7 (3rd gen). The lagging stops itself after around 3 seconds, but I can see that windows highlighting or raising is a tidy bit slower in FPS after the lag finishes. CPU usage in kwin returns to the normal 2-3% after that. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 370634] Present windows lags dramatically when mouse is on the second monitor
https://bugs.kde.org/show_bug.cgi?id=370634 --- Comment #3 from Marco Silva <marco_silv...@sapo.pt> --- Correction: I am NOT using xf86-video-intel. Specifically: xf86-video-intel 1:2.99.917+711+gbd33d0a-1 (xorg-drivers xorg) X.org Intel i810/i830/i915/945G/G965+ video drivers this package is NOT installed in my Arch. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 370636] New: KDE Editing a *.desktop start link in ~/.config/autostart/ makes it try save in wrong place
https://bugs.kde.org/show_bug.cgi?id=370636 Bug ID: 370636 Summary: KDE Editing a *.desktop start link in ~/.config/autostart/ makes it try save in wrong place Product: systemsettings Version: 5.8.0 Platform: Archlinux Packages URL: https://bugs.mageia.org/show_bug.cgi?id=18498 OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: kcm_autostart Assignee: mon...@kde.org Reporter: marco_silv...@sapo.pt Description of problem: Editing an autostart link makes it save or try to save the new version in a weird place that doesn't exist. More on the link submitted and on this: https://bugs.mageia.org/show_bug.cgi?id=18498 (duplicate) Reproducible: Always Steps to Reproduce: 1. Create a start link using i.e Dolphin: in ~/.config/autostart/ right click and select to create a program start link, enter details, done no problem: a *.desktop file shows up in ~/.config/autostart/ 2. right click the *.desktop file and edit it: in the right ab change the field Name or program, press OK ==> you get a popup saying you do not have permissions to write that file to a path it tells. Well that path it tries is weird: ~/.local/share/applications/rt/ Actual Results: A popup with an error saying I don't have permission on ~/.local/share/applications/rt/ Expected Results: Don't really know. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 370634] Present windows lags dramatically when mouse is on the second monitor
https://bugs.kde.org/show_bug.cgi?id=370634 --- Comment #1 from Marco Silva <marco_silv...@sapo.pt> --- A way to always reproduce it: 1. Have a 2 monitor setup and some windows on both. 2. Open KDE Present Windows. 3. Move mouse from primary monitor to secondary. If Preview Windows it is not lagging already, move mouse back to primary and again to secondary monitor. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 370634] New: Present windows lags dramatically when mouse is on the second monitor
https://bugs.kde.org/show_bug.cgi?id=370634 Bug ID: 370634 Summary: Present windows lags dramatically when mouse is on the second monitor Product: kwin Version: 5.8.0 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: effects-window-management Assignee: kwin-bugs-n...@kde.org Reporter: marco_silv...@sapo.pt I'm on a multi-monitor setup with 2 monitors. I open Present Windows, then I move the mouse from my primary monitor to the secondary, Present Windows starts to drag and only refreshes @ 1 frame / second. If I filter by text, and the resulting window is on the secondary monitor, it also lags. Note: lag is observed on both monitors. i7 3rd gen w/intel xf86-video-intel drivers. Reproducible: Always Steps to Reproduce: 1. I'm on a multi-monitor setup with 2 monitors. 2. I open Present Windows. 3. Then I move the mouse from my primary monitor to the secondary. Actual Results: Present Windows starts to drag. Expected Results: Keep it fluid and smooth without lagging. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 367685] Toggle application launcher on meta key
https://bugs.kde.org/show_bug.cgi?id=367685 Marco Silva <marco_silv...@sapo.pt> changed: What|Removed |Added CC||marco_silv...@sapo.pt -- You are receiving this mail because: You are watching all bug changes.