https://bugs.kde.org/show_bug.cgi?id=401576
--- Comment #11 from leftcrane ---
"Capture the inactive and active window chrome"
Capture the color of the chrome, i mean.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=401576
--- Comment #10 from leftcrane ---
a) Having KWin do all the work would of course be ideal (the user would still
be able to override just like they do now with rules). Capture the inactive and
active window chrome at every launch, or capture once
https://bugs.kde.org/show_bug.cgi?id=401576
--- Comment #8 from leftcrane ---
The point is inherit some values regarding contrast from the main theme. That
way the user can define as few colors as possible (usually they just need to
define one color).
- contrast between the active titlebar
https://bugs.kde.org/show_bug.cgi?id=401576
--- Comment #15 from leftcrane ---
Oh these apps don't follow any system color scheme (different toolkit, or it's
a text editor or terminal).
And there is mismatch built into some gtk and kvantum themes, that shows up
under certain circumstances
https://bugs.kde.org/show_bug.cgi?id=401576
--- Comment #13 from leftcrane ---
Yeah, I see the problem with video players, for example. But these would be
these exception.
Currently, I have non-matching titlebar/chrome for about 10 apps on my system.
To get them to match, I'd have to perform
https://bugs.kde.org/show_bug.cgi?id=401576
--- Comment #16 from leftcrane ---
Oh yeah, I forgot all the dark theme apps. So it's actually way more than ten
apps (I have a rule for those though).
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=402306
Bug ID: 402306
Summary: PackageKit crashes every time while fetching updates
for Discover
Product: Discover
Version: unspecified
Platform: Kubuntu Packages
OS:
https://bugs.kde.org/show_bug.cgi?id=402306
leftcrane changed:
What|Removed |Added
Version|unspecified |5.14.4
--
You are receiving this mail because
https://bugs.kde.org/show_bug.cgi?id=402306
--- Comment #3 from leftcrane ---
Turned out that it was just this one repository. However, Discover was giving
me error messages with at least four apt lines.
Unfortunately, I couldn't read or save those messages cause they appeared for
only two
https://bugs.kde.org/show_bug.cgi?id=402030
Bug ID: 402030
Summary: Cycle tabs in most according to last used order in
chromium (like alt tab for kwin)
Product: plasma-browser-integration
Version: unspecified
Platform:
https://bugs.kde.org/show_bug.cgi?id=402034
Bug ID: 402034
Summary: Provide an easy way to restart KWin and Plasma shell
to the user (from virtual console)
Product: kde-cli-tools
Version: 5.14.4
Platform: Kubuntu Packages
https://bugs.kde.org/show_bug.cgi?id=402034
--- Comment #1 from leftcrane ---
example:
https://www.reddit.com/r/kde/comments/a5d2ly/how_do_you_properly_restart_kwin_and_plasmashell/
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=402034
leftcrane changed:
What|Removed |Added
Flags|Usability+ |Usability-
--
You are receiving this mail because
https://bugs.kde.org/show_bug.cgi?id=401991
Bug ID: 401991
Summary: Option to make status overlays non-clickable, or hide
them all together (interferes with the primary
function of the dock)
Product: latte-dock
https://bugs.kde.org/show_bug.cgi?id=401998
--- Comment #2 from leftcrane ---
I had one notification widget on my desktop and one in the system tray. So they
were both sending the same notification.
Feel free to close this.
--
You are receiving this mail because:
You are watching all bug
https://bugs.kde.org/show_bug.cgi?id=401998
--- Comment #3 from leftcrane ---
However I wasn't getting duplicates for other types of notifications, for
whatever reason.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=401998
Bug ID: 401998
Summary: Download notification showing up twice
Product: plasma-browser-integration
Version: unspecified
Platform: Kubuntu Packages
OS: Linux
Status:
https://bugs.kde.org/show_bug.cgi?id=401576
--- Comment #18 from leftcrane ---
you mean DWD? stuff like titlebar coloring doesn't require toolkit support or
DWD. it just seemed like it would be relevant to the overall goal of closer
integration between the ssd and apps, which seems worthwhile
https://bugs.kde.org/show_bug.cgi?id=402209
Bug ID: 402209
Summary: Blank menus on Sublime Text (similar behavior as with
LibreOffice
Product: kded-appmenu
Version: 5.14.3
Platform: Kubuntu Packages
OS:
https://bugs.kde.org/show_bug.cgi?id=402306
--- Comment #11 from leftcrane ---
https://github.com/hughsie/PackageKit/issues/302
PPA's and COPR are supported, but if they misbehave in any way PK updates will
stop working entirely. So they are poorly supported and users should be given
fair
https://bugs.kde.org/show_bug.cgi?id=402306
--- Comment #8 from leftcrane ---
Output of "pkcon refresh force"
Refreshing cache [=]
Loading cache [=]
Refreshing sof
https://bugs.kde.org/show_bug.cgi?id=402306
--- Comment #9 from leftcrane ---
OK, turned out this was because the cosmic release was removed from the ppa I
was using. (https://launchpad.net/~mdeguzis/+archive/ubuntu/libregeek)
If _any_ repository is down, packagekit can't refresh the cache
https://bugs.kde.org/show_bug.cgi?id=402306
--- Comment #6 from leftcrane ---
It's not actually that particular line. Something must have jolted it back into
working order after the apt-update, but now packagekit is back on its bullshit.
I wish I could help more, but this is all I see
https://bugs.kde.org/show_bug.cgi?id=402306
--- Comment #7 from leftcrane ---
Created attachment 117068
--> https://bugs.kde.org/attachment.cgi?id=117068=edit
Gnome software example error (one of many)
I've just loaded an example from Gnome Software. It says "failed to install&qu
https://bugs.kde.org/show_bug.cgi?id=401576
leftcrane changed:
What|Removed |Added
Resolution|WAITINGFORINFO |---
Status|NEEDSINFO
https://bugs.kde.org/show_bug.cgi?id=401576
--- Comment #6 from leftcrane ---
TL;DR. The user should be able to change the titlebar color (to match window
chrome or for other reasons) without having to create a whole new color scheme.
Most of the time, all you really need is just the active
https://bugs.kde.org/show_bug.cgi?id=401576
--- Comment #3 from leftcrane ---
I personally would prefer the titlebar to look different from the chrome, but
with the same base color. Sort of like Adwaita does it. There is trend to have
matching colors: android, Gnome, Mac, Windows, they all do
https://bugs.kde.org/show_bug.cgi?id=401367
--- Comment #4 from leftcrane ---
BTW, there is no problem with Mate-HUD, the file menu gets exported. So it may
not be a Libre Office bug necessarily.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=401367
--- Comment #3 from leftcrane ---
Actually no, it's a problem in hamburger menu as well.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=401191
--- Comment #2 from leftcrane ---
related issue for reference: Bug 401191
I currently have the tilebars just going below the panel anyway (they are still
there). If only there was some way to transfer a click from a black space on
the panel onto
https://bugs.kde.org/show_bug.cgi?id=400690
--- Comment #2 from leftcrane ---
If you implement this, please don't add minimization to the cycle. I should
just cycle between windows in the group not minimize/restore states.
I know current behavior allows for minimizing by left click on the dock
https://bugs.kde.org/show_bug.cgi?id=400690
--- Comment #6 from leftcrane ---
(In reply to Michail Vourlakos from comment #5)
> (In reply to leftcrane from comment #4)
> >
>
> have you used the mouse wheel behavior for cycling grouped tasks that Latte
> already provi
https://bugs.kde.org/show_bug.cgi?id=400690
--- Comment #7 from leftcrane ---
PS: keeping the minimization states would be "nice" but it's not essential.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=400690
--- Comment #4 from leftcrane ---
i mean the cycle shouldn't permanently affect the minimization state, because
the user just wants to see the windows, not minimize or restore.
So if you have a group of three windows:
* window 1 active,
* window 2
https://bugs.kde.org/show_bug.cgi?id=401568
Bug ID: 401568
Summary: action buttons in the popup at cursor position
Product: klipper
Version: 5.14.4
Platform: Kubuntu Packages
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=401367
--- Comment #6 from leftcrane ---
Just upgraded to 5.14.4 and rebooted. Issue persists.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=401567
Bug ID: 401567
Summary: allow pinning of clipboard items to top of stack.
Product: klipper
Version: 5.14.4
Platform: Kubuntu Packages
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=401576
Bug ID: 401576
Summary: kwin rules for app-specific color themes: facilitate
color matching between titlebar and app color
Product: systemsettings
Version: 5.14.4
Platform:
https://bugs.kde.org/show_bug.cgi?id=401576
--- Comment #1 from leftcrane ---
Separating the app-specific titlebar color from the color schemes may also make
it possible to specify the titlebar color at launch, which means app-developers
could theoretically define the color value
https://bugs.kde.org/show_bug.cgi?id=401352
Bug ID: 401352
Summary: Improve keyboard accessibility.
Product: kwin
Version: 5.14.3
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
https://bugs.kde.org/show_bug.cgi?id=401351
Bug ID: 401351
Summary: Option to make the appmenu button wider and make the
top-level menu items bigger.
Product: kwin
Version: 5.14.3
Platform: Other
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=401353
Bug ID: 401353
Summary: Option to have mouse hover to reveal main menu
(accessibility)
Product: kwin
Version: 5.14.3
Platform: Other
OS: Linux
Status:
https://bugs.kde.org/show_bug.cgi?id=401368
--- Comment #1 from leftcrane ---
The sluggishness might have been a random glitch, but the failure to cascade on
hover, inability to exit certain menus normally and crashes are reasonably
consistent. This is 100% a topmenu bug, because LIM works
https://bugs.kde.org/show_bug.cgi?id=401368
Bug ID: 401368
Summary: Top menu initially sluggish at the launch of any Jet
Brains IDE, cascading menus don't work initially.
Crashes observed.
Product: kded-appmenu
https://bugs.kde.org/show_bug.cgi?id=401367
Bug ID: 401367
Summary: Libre Office "File" bug (menu being constructed too
hastily?)
Product: kded-appmenu
Version: 5.14.3
Platform: Kubuntu Packages
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=401388
Bug ID: 401388
Summary: Need a minimum window width
Product: kwin
Version: 5.14.3
Platform: Kubuntu Packages
OS: Linux
Status: REPORTED
Severity: normal
https://bugs.kde.org/show_bug.cgi?id=401192
--- Comment #2 from leftcrane ---
What about just doing it though Kwin? have a series of top panels that only
partially cover the maximized/tiled titlbars.
The titlebars only go below the windows if they are maximized/tiled. Then merge
then modify
https://bugs.kde.org/show_bug.cgi?id=401188
--- Comment #3 from leftcrane ---
Using latte git. I resolved the issue by manually editing kwinrc.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=401353
--- Comment #6 from leftcrane ---
I worded this feature request badly. please read this clarification.
I was thinking of doing more of a popup so that no modifications to the
server-side decorations would be required. If one were to modify server-side
https://bugs.kde.org/show_bug.cgi?id=401517
Bug ID: 401517
Summary: pass information regarding the window state to GTK
applications
Product: kwin
Version: 5.14.3
Platform: Kubuntu Packages
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=401353
--- Comment #8 from leftcrane ---
also, just a note, with HUD the menubar could be converted to a full height
sidebar to deliver touch functionality. On a bunch of apps you can easily hide
the entire UI and pull it up only when you actually need
https://bugs.kde.org/show_bug.cgi?id=401188
Bug ID: 401188
Summary: Titlebar doesn't hide anymore after ticking "Support
borderless windows in different layouts" (using
buttons plasmoid compliled from git)
Product:
https://bugs.kde.org/show_bug.cgi?id=401190
Bug ID: 401190
Summary: cycle grouped windows on app icon click (immediate
mode)
Product: latte-dock
Version: git (master)
Platform: Other
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=401191
Bug ID: 401191
Summary: Support true multi-monitor for window operations.
Product: latte-dock
Version: git (master)
Platform: Kubuntu Packages
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=401192
Bug ID: 401192
Summary: Support titlebar hiding and dragging from the panel
for tiled windows
Product: latte-dock
Version: git (master)
Platform: Kubuntu Packages
https://bugs.kde.org/show_bug.cgi?id=401193
Bug ID: 401193
Summary: enable drag from anywhere in the top panel to drag the
window.
Product: latte-dock
Version: git (master)
Platform: Kubuntu Packages
OS:
https://bugs.kde.org/show_bug.cgi?id=401194
Bug ID: 401194
Summary: Implement outwardly curved panels (like gnome panel)
to make maximized look more like actual windows with
rounded titlebars.
Product: latte-dock
https://bugs.kde.org/show_bug.cgi?id=401195
Bug ID: 401195
Summary: make all the on a given screen opaque if windows go
below (not just when maximized or snapped)
Product: latte-dock
Version: git (master)
Platform: Kubuntu
https://bugs.kde.org/show_bug.cgi?id=401195
--- Comment #1 from leftcrane ---
The user could of course just not use transparency, which is what I ended up
doing.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=401195
--- Comment #2 from leftcrane ---
TITLE should have been:
"make all latte panels the on a given screen turn opaque if windows go below
(not just when maximized or snapped)"
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=401196
Bug ID: 401196
Summary: do not darken/highlight windows in the present windows
selector, draw a box around the selected window
instead.
Product: kwin
Version: 5.14.3
https://bugs.kde.org/show_bug.cgi?id=401197
Bug ID: 401197
Summary: setting control the size, position and opacity of
icons in window thumbnails. Icons make it easier to
pick out windows.
Product: kwin
Version:
https://bugs.kde.org/show_bug.cgi?id=401194
--- Comment #2 from leftcrane ---
Created attachment 116401
--> https://bugs.kde.org/attachment.cgi?id=116401=edit
curved corders
it would be the same as gnome:
https://www.solvetic.com/uploads/monthly_10_2018/tutorials-7463-0-78798800-1539876
https://bugs.kde.org/show_bug.cgi?id=401194
--- Comment #3 from leftcrane ---
(In reply to Michail Vourlakos from comment #1)
> please provide a screenshot because I can not understand what you are
> describing
see other comment.
--
You are receiving this mail because:
You are watchi
https://bugs.kde.org/show_bug.cgi?id=402306
--- Comment #2 from leftcrane ---
Try with this repository.
# deb [arch=amd64] https://brave-browser-apt-release.s3.brave.com/ cosmic main
For some reason, third-party repositories cause this problem. It's the same on
Fedora, you have to tick them
https://bugs.kde.org/show_bug.cgi?id=405991
Bug ID: 405991
Summary: Kolour pain window won't activate after canvas resize
Product: kolourpaint
Version: 18.04
Platform: Kubuntu Packages
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=405687
--- Comment #22 from leftcrane ---
No, I should have two. I have two panels on DP-2, both assigned to DP-2.
Instead I get four (until I restart latte dock, then I get the correct number,
which is 2)
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=405687
--- Comment #23 from leftcrane ---
Created attachment 118952
--> https://bugs.kde.org/attachment.cgi?id=118952=edit
latter dock conf
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405807
--- Comment #12 from leftcrane ---
I "fixed" it on my end by writing a script that sets/unsets a kwin rule forcing
all windows to monitor one. Pretty crude and has to be run as hotplug, but it
gets the job done.
KDE should consider shoul
https://bugs.kde.org/show_bug.cgi?id=405807
--- Comment #2 from leftcrane ---
Is there something in X11 that necessitates this? Why can't the origin be
located on the primary monitor (instead of whichever monitor happens to be on
the left)?
I don't agree that nothing is wrong. Nobody wants all
https://bugs.kde.org/show_bug.cgi?id=405807
--- Comment #3 from leftcrane ---
Is it different in Wayland, btw? If you connect a secondary monitor, will your
coordinates also shift and cause windows to move to the left?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405807
--- Comment #7 from leftcrane ---
Either that, or just change the setup to make sure the primary monitor is
always in a specific position in the grid. So if you have three monitors
horizontally, you'd actually have to arrange them vertically
https://bugs.kde.org/show_bug.cgi?id=405807
Bug ID: 405807
Summary: Affix the origin to the primary monitor on X11
Product: kwin
Version: unspecified
Platform: Other
OS: Linux
Status: REPORTED
Severity:
https://bugs.kde.org/show_bug.cgi?id=405807
--- Comment #6 from leftcrane ---
Sorry to nag, but why can't the origin be located on the primary monitor?
Right now I have to move all the windows back to the primary monitor manually
after I connect a secondary, because most of them shift. That's
https://bugs.kde.org/show_bug.cgi?id=405807
--- Comment #8 from leftcrane ---
(actually no that won't work with window snapping. so you'd have to make sure
the primary is always leftmost horizontally, regardless of how the monitors are
actually positioned on your desk).
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=405639
--- Comment #2 from leftcrane ---
some of them wont even close when you act on them - like chromium notifications
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405687
--- Comment #25 from leftcrane ---
Unfortunately, the issue persists.
1. [ScreenConnectors]
10=DP-1
11=DP-2
12=eDP-1
13=HDMI-1
2. just uploaded.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405687
--- Comment #26 from leftcrane ---
Created attachment 118957
--> https://bugs.kde.org/attachment.cgi?id=118957=edit
latte debug 2
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=406238
Bug ID: 406238
Summary: Transparency can't be rolled back.
Product: Breeze
Version: 5.15.3
Platform: Ubuntu Packages
OS: Linux
Status: REPORTED
Severity: major
https://bugs.kde.org/show_bug.cgi?id=406238
leftcrane changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=404540
--- Comment #5 from leftcrane ---
1. Pinned and non-pinned task items are visually the same.
2. Mnimized tasks non-minimized are visually the same.
3. Shown window: highlight box. (how's "shown window" different from "active"
https://bugs.kde.org/show_bug.cgi?id=404540
--- Comment #13 from leftcrane ---
I would also round the edges of the active window indicator and hover boxes.
That way they will look nice in zoom mode. Otherwise when you zoom, you'll have
sharp boxes protruding out of the dock.
--
You
https://bugs.kde.org/show_bug.cgi?id=404540
--- Comment #7 from leftcrane ---
The dots and lines indicate the number of windows within each group. (some of
them are confusing, but you can clearly see what they mean in Metro and Dashes
style. These are the two best styles, IMO)
--
You
https://bugs.kde.org/show_bug.cgi?id=404540
--- Comment #12 from leftcrane ---
Created attachment 119163
--> https://bugs.kde.org/attachment.cgi?id=119163=edit
mockup
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=404540
--- Comment #11 from leftcrane ---
1. I think the maximum number is two (for three or more windows) in Metro.
2. The active window is always identifies by the gray highlight box, regardless
of which style of window indicator you use. The open window
https://bugs.kde.org/show_bug.cgi?id=404540
--- Comment #15 from leftcrane ---
Correct
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=404540
--- Comment #9 from leftcrane ---
1. Big line is one window. Big line with marks at the end is multiple windows.
2. Shown/minimized windows are exactly the same. I don't think it makes sense
to differentiate them - that just makes the dock more
https://bugs.kde.org/show_bug.cgi?id=405807
--- Comment #14 from leftcrane ---
I think a shortcut or trigger to move all windows to primary is simple enough
to work as advertised. But it's your call obviously.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405807
--- Comment #10 from leftcrane ---
Yeah, I've looked into this and it seems like this is native behavior for X11.
So there is no way to set the origin elsewhere? It always has to the be in the
left corner?
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=404539
Bug ID: 404539
Summary: Option to require pressure to show the panel.
Product: latte-dock
Version: git (master)
Platform: Kubuntu Packages
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=404540
Bug ID: 404540
Summary: For Latte dock, option to have alternative indicator
style copied from Gnome's Dash to Panel.
Product: latte-dock
Version: git (master)
Platform: Kubuntu
https://bugs.kde.org/show_bug.cgi?id=405380
Bug ID: 405380
Summary: Apt Updates fail to load in Discover
Product: Discover
Version: 5.15.2
Platform: Kubuntu Packages
OS: Linux
Status: REPORTED
Severity:
https://bugs.kde.org/show_bug.cgi?id=405252
--- Comment #13 from leftcrane ---
lol
it's cause I need the cycle effect. The KDE dock has no decent alternative for
switching between grouped windows. Also the indicators are really poorly
executed.
Imo, Latte dock would be ideal if it kept
https://bugs.kde.org/show_bug.cgi?id=405252
--- Comment #11 from leftcrane ---
Well, I don't know about you but I am constantly clicking on the wrong items in
the dock precisely because there is no visual feedback to tell me what I am
about to click on.
--
You are receiving this mail because
https://bugs.kde.org/show_bug.cgi?id=405343
--- Comment #1 from leftcrane ---
Basically you start typing and it searches/filters the current directory, with
the first result highlighted. Then you can just press enter and open the
result.
--
You are receiving this mail because:
You are watching
https://bugs.kde.org/show_bug.cgi?id=405343
Bug ID: 405343
Summary: Typing invokes filter function (like Gnome Nautilus)
Product: dolphin
Version: 18.04.3
Platform: Ubuntu Packages
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=405428
--- Comment #3 from leftcrane ---
OK, KWin is feature frozen, so the workaround for this issue becomes:
- Ship a KWin script to move all windows to primary monitor. Maybe have this
script (optionally) fire when a secondary monitor is reconnected
https://bugs.kde.org/show_bug.cgi?id=405252
--- Comment #15 from leftcrane ---
I know, but this isn't about the indicators - it's about the hover effect.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405428
Bug ID: 405428
Summary: Secondary monitor positioned to right acts as a
primary monitor (windows positions are not remembered
either)
Product: kwin
Version: 5.14.3
https://bugs.kde.org/show_bug.cgi?id=405428
--- Comment #1 from leftcrane ---
I'll just add that some apps appear confused about the primary monitor while
others (like inkscape opening a file) actively want to appear on the right-hand
secondary monitor. (for these latter apps, I have a KWin rule
1 - 100 of 331 matches
Mail list logo