yukijoou/kwin
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
kwin/src/kwin.kcfg

367 lines
13 KiB
Text
Raw Normal View History

branches/work/kwin_composite becomes new trunk kwin. svn path=/trunk/KDE/kdebase/workspace/; revision=659202
2007-04-29 17:35:43 +00:00
<?xml version="1.0" encoding="UTF-8" ?>
<kcfg xmlns="http://www.kde.org/standards/kcfg/1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
xsi:schemaLocation="http://www.kde.org/standards/kcfg/1.0
branches/work/kwin_composite becomes new trunk kwin. svn path=/trunk/KDE/kdebase/workspace/; revision=659202
2007-04-29 17:35:43 +00:00
http://www.kde.org/standards/kcfg/1.0/kcfg.xsd" >
options: Set placement default in kcfg This ensures the value can still be overridden explicitly in kwinrc. Signed-off-by: Victoria Fischer <victoria.fischer@mbition.io>
2022-08-18 11:46:27 +00:00
<include>config-kwin.h</include>
Use KConfigXT in KWin::Options For the time being the current design of Options is more or less kept to not have to adjust KWin code all over the place. Also for some parts the generated class from KConfigXT cannot be used due to inter-settings dependencies defined in the setters. Options now holds a pointer to a Settings object which is generated from KConfigXT and uses it to read the default values and the individual settings. This means the static default value methods are dropped and the variables are initialized with a normal default value (all int 0, all boolean false and so on) in the initializer list. Afterwards the values are set to the correct default value through KConfigXT. So far for the first step only Windows category is using KConfigXT. REVIEW: 108572
2013-01-24 14:25:34 +00:00
<kcfgfile arg="true" />
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
<group name="MouseBindings">
<entry name="CommandTitlebarWheel" type="String">
Remove disabled TabGroup feature Summary: This has been commented out since 2014, I doubt it will come back. This is a big amount of code, maintenance will be easier without it. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: romangg, graesslin, kwin Tags: #kwin, #documentation Differential Revision: https://phabricator.kde.org/D23069
2019-09-14 08:58:12 +00:00
<default>Nothing</default>
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
</entry>
<entry name="CommandAllKey" type="String">
Change CommandAllKey to Meta Summary: Alt + Left Click to move windows has a tendency to conflict with creative workflow apps. While Alt can be changed to Meta in KWin's settings, Alt + Left Click shortcuts often cannot be customized in apps. Rather than making every user who runs into this problem change their settings, we should change our default settings to improve KWin's default usability. The fact that Alt + Left Click to move windows is older does not matter. We are trying to use Meta for global/shell shortcuts anyway. BUG: 399375 Test Plan: The relevant parts of the relevant tests pass. kwin-testInternalWindow fails, but for unrelated reasons that have something to do with XWayland.
2020-05-06 09:17:44 +00:00
<default>Meta</default>
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
</entry>
<entry name="CommandAllWheel" type="String">
<default>Nothing</default>
</entry>
<entry name="CommandActiveTitlebar1" type="String">
<default>Raise</default>
</entry>
<entry name="CommandActiveTitlebar2" type="String">
Remove disabled TabGroup feature Summary: This has been commented out since 2014, I doubt it will come back. This is a big amount of code, maintenance will be easier without it. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: romangg, graesslin, kwin Tags: #kwin, #documentation Differential Revision: https://phabricator.kde.org/D23069
2019-09-14 08:58:12 +00:00
<default>Nothing</default>
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
</entry>
<entry name="CommandActiveTitlebar3" type="String">
<default>Operations menu</default>
</entry>
<entry name="CommandInactiveTitlebar1" type="String">
<default>Activate and raise</default>
</entry>
<entry name="CommandInactiveTitlebar2" type="String">
Remove disabled TabGroup feature Summary: This has been commented out since 2014, I doubt it will come back. This is a big amount of code, maintenance will be easier without it. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: romangg, graesslin, kwin Tags: #kwin, #documentation Differential Revision: https://phabricator.kde.org/D23069
2019-09-14 08:58:12 +00:00
<default>Nothing</default>
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
</entry>
<entry name="CommandInactiveTitlebar3" type="String">
<default>Operations menu</default>
</entry>
<entry name="CommandWindow1" type="String">
<default>Activate, raise and pass click</default>
</entry>
<entry name="CommandWindow2" type="String">
<default>Activate and pass click</default>
</entry>
<entry name="CommandWindow3" type="String">
<default>Activate and pass click</default>
</entry>
<entry name="CommandWindowWheel" type="String">
<default>Scroll</default>
</entry>
<entry name="CommandAll1" type="String">
<default>Move</default>
</entry>
<entry name="CommandAll2" type="String">
<default>Toggle raise and lower</default>
</entry>
<entry name="CommandAll3" type="String">
<default>Resize</default>
</entry>
</group>
<group name="ElectricBorders">
<entry name="Top" type="String">
<default>None</default>
</entry>
<entry name="TopRight" type="String">
<default>None</default>
</entry>
<entry name="Right" type="String">
<default>None</default>
</entry>
<entry name="BottomRight" type="String">
<default>None</default>
</entry>
<entry name="Bottom" type="String">
<default>None</default>
</entry>
<entry name="BottomLeft" type="String">
<default>None</default>
</entry>
<entry name="Left" type="String">
<default>None</default>
</entry>
<entry name="TopLeft" type="String">
<default>None</default>
</entry>
</group>
<group name="Windows">
<entry name="CondensedTitle" type="Bool">
<default>false</default>
</entry>
<entry name="FocusPolicy" type="Enum">
Adjusting some of the default values in kwin.kcfg * using the existing enum types * adjusting the settings which recently changed.
2013-01-24 13:17:19 +00:00
<choices name="KWin::Options::FocusPolicy">
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
<choice name="ClickToFocus"/>
<choice name="FocusFollowsMouse"/>
<choice name="FocusUnderMouse"/>
<choice name="FocusStrictlyUnderMouse"/>
</choices>
Adjusting some of the default values in kwin.kcfg * using the existing enum types * adjusting the settings which recently changed.
2013-01-24 13:17:19 +00:00
<default>Options::ClickToFocus</default>
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
</entry>
<entry name="NextFocusPrefersMouse" type="Bool">
<default>false</default>
</entry>
<entry name="SeparateScreenFocus" type="Bool">
<default>false</default>
</entry>
<entry name="ActiveMouseScreen" type="Bool">
Change the default for "active screen follows mouse" to true
2021-04-22 19:05:59 +00:00
<default>true</default>
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
</entry>
<entry name="RollOverDesktops" type="Bool">
Default RollOverDesktops (AKA "navigation wraps around") to false Having RollOverDesktops false is more intuitive and "natural" for new users, who may be disoriented by virtual desktop navigation wrapping around (especially for small numbers of virtual desktops) and not find the setting to change it very easily.
2022-07-14 14:21:40 +00:00
<default>false</default>
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
</entry>
<entry name="FocusStealingPreventionLevel" type="Int">
<default>1</default>
<min>0</min>
<max>4</max>
</entry>
<entry name="Placement" type="Enum">
Move placement policy enum in KWin namespace Other policy enums are declared in options.h so let's do the same for placement policy. Besides consistency, another advantage of moving the enum in kwin namespace is that the enum could be forward declared.
2022-08-31 20:29:15 +00:00
<choices name="KWin::PlacementPolicy">
<choice name="PlacementNone" value="NoPlacement"/>
<choice name="PlacementDefault" value="Default"/>
<choice name="PlacementUnknown" value="Unknown"/>
<choice name="PlacementRandom" value="Random"/>
<choice name="PlacementSmart" value="Smart"/>
<choice name="PlacementCentered" value="Centered"/>
<choice name="PlacementZeroCornered" value="ZeroCornered"/>
<choice name="PlacementUnderMouse" value="UnderMouse"/>
<choice name="PlacementOnMainWindow" value="OnMainWindow"/>
<choice name="PlacementMaximizing" value="Maximizing"/>
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
</choices>
options: Set placement default in kcfg This ensures the value can still be overridden explicitly in kwinrc. Signed-off-by: Victoria Fischer <victoria.fischer@mbition.io>
2022-08-18 11:46:27 +00:00
<default type="code">[] {
#if KWIN_BUILD_DECORATIONS
Move placement policy enum in KWin namespace Other policy enums are declared in options.h so let's do the same for placement policy. Besides consistency, another advantage of moving the enum in kwin namespace is that the enum could be forward declared.
2022-08-31 20:29:15 +00:00
return PlacementCentered;
options: Set placement default in kcfg This ensures the value can still be overridden explicitly in kwinrc. Signed-off-by: Victoria Fischer <victoria.fischer@mbition.io>
2022-08-18 11:46:27 +00:00
#else
Move placement policy enum in KWin namespace Other policy enums are declared in options.h so let's do the same for placement policy. Besides consistency, another advantage of moving the enum in kwin namespace is that the enum could be forward declared.
2022-08-31 20:29:15 +00:00
return PlacementMaximizing;
options: Set placement default in kcfg This ensures the value can still be overridden explicitly in kwinrc. Signed-off-by: Victoria Fischer <victoria.fischer@mbition.io>
2022-08-18 11:46:27 +00:00
#endif
}()</default>
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
</entry>
Add new option for behavior when window on different desktop is activated When a window that is on a different virtual desktop than the current one gets activated, the current behavior is that the active virtual desktop will be switched to the one the activated window is on. This may seem reasonable for a scenario where the user explicitly intends to activate an existing window on a different desktop. However, the following scenario is also (perhaps even more?) common: When an application responds to a launch command by requesting to activate an existing instance instead of opening a new one (such as Firefox or KDE System Settings), an existing window on any desktop will get activated even when what the user had in mind was opening a new window (on the desktop they are currently in). This means that opening an application, such as following a URL or accessing a system setting, unexpectedly results in the user being teleported to a different virtual desktop. This can be very irritating. The more expected behavior for these users would be to have windows always open on the desktop where they are called from. That's is what this commit adds as a new option. BUG: 438375 FIXED-IN: 5.26
2022-08-31 18:57:21 +00:00
<entry name="ActivationDesktopPolicy" type="Enum">
<choices name="KWin::Options::ActivationDesktopPolicy">
<choice name="SwitchToOtherDesktop"/>
<choice name="BringToCurrentDesktop"/>
</choices>
<default>KWin::Options::ActivationDesktopPolicy::SwitchToOtherDesktop</default>
</entry>
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
<entry name="AutoRaise" type="Bool">
<default>false</default>
</entry>
<entry name="AutoRaiseInterval" type="Int">
Adjusting some of the default values in kwin.kcfg * using the existing enum types * adjusting the settings which recently changed.
2013-01-24 13:17:19 +00:00
<default>750</default>
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
</entry>
<entry name="DelayFocusInterval" type="Int">
Adjusting some of the default values in kwin.kcfg * using the existing enum types * adjusting the settings which recently changed.
2013-01-24 13:17:19 +00:00
<default>300</default>
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
</entry>
<entry name="ShadeHover" type="Bool">
<default>false</default>
</entry>
<entry name="ShadeHoverInterval" type="Int">
<default>250</default>
</entry>
<entry name="ClickRaise" type="Bool">
<default>true</default>
</entry>
<entry name="BorderSnapZone" type="Int">
<default>10</default>
</entry>
<entry name="WindowSnapZone" type="Int">
<default>10</default>
</entry>
<entry name="CenterSnapZone" type="Int">
<default>0</default>
</entry>
<entry name="SnapOnlyWhenOverlapping" type="Bool">
<default>false</default>
</entry>
<entry name="ElectricBorders" type="Int">
<default>0</default>
</entry>
fix ElectricBorder[no S] kcfg REVIEW: 108880
2013-02-09 23:26:30 +00:00
<entry name="ElectricBorderDelay" type="Int">
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
<default>150</default>
</entry>
fix ElectricBorder[no S] kcfg REVIEW: 108880
2013-02-09 23:26:30 +00:00
<entry name="ElectricBorderCooldown" type="Int">
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
<default>350</default>
</entry>
fix ElectricBorder[no S] kcfg REVIEW: 108880
2013-02-09 23:26:30 +00:00
<entry name="ElectricBorderPushbackPixels" type="Int">
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
<default>1</default>
</entry>
fix ElectricBorder[no S] kcfg REVIEW: 108880
2013-02-09 23:26:30 +00:00
<entry name="ElectricBorderMaximize" type="Bool">
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
<default>true</default>
</entry>
fix ElectricBorder[no S] kcfg REVIEW: 108880
2013-02-09 23:26:30 +00:00
<entry name="ElectricBorderTiling" type="Bool">
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
<default>true</default>
</entry>
<entry name="ElectricBorderCornerRatio" type="Double">
<default>0.25</default>
<min>0.0</min>
<max>1.0</max>
</entry>
<entry name="TitlebarDoubleClickCommand" type="String">
<default>Maximize</default>
</entry>
<entry name="MaximizeButtonLeftClickCommand" type="String">
<default>Maximize</default>
</entry>
<entry name="MaximizeButtonMiddleClickCommand" type="String">
Revert "Improve partial maximization strings" Summary: This reverts commit 45bf53adab9d998126037134b10492437d42e53e. We cannot change config values for existing users since it will break their installations. Reviewers: #kwin, davidedmundson Reviewed By: #kwin, davidedmundson Subscribers: davidedmundson, bshah, broulik, kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D29736
2020-05-14 05:28:37 +00:00
<default>Maximize (vertical only)</default>
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
</entry>
<entry name="MaximizeButtonRightClickCommand" type="String">
Revert "Improve partial maximization strings" Summary: This reverts commit 45bf53adab9d998126037134b10492437d42e53e. We cannot change config values for existing users since it will break their installations. Reviewers: #kwin, davidedmundson Reviewed By: #kwin, davidedmundson Subscribers: davidedmundson, bshah, broulik, kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D29736
2020-05-14 05:28:37 +00:00
<default>Maximize (horizontal only)</default>
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
</entry>
<entry name="KillPingTimeout" type="Int">
<default>5000</default>
</entry>
<entry name="HideUtilityWindowsForInactive" type="Bool">
<default>true</default>
</entry>
<entry name="InactiveTabsSkipTaskbar" type="Bool">
<default>false</default>
</entry>
<entry name="AutogroupSimilarWindows" type="Bool">
<default>false</default>
</entry>
<entry name="AutogroupInForeground" type="Bool">
<default>true</default>
</entry>
<entry name="BorderlessMaximizedWindows" type="Bool">
<default>false</default>
</entry>
</group>
Inhibit edges when the active window is full screen by default At the moment we trigger the edges even when the active window is full screen which is unfortunate when running certain games, for example when you're attacking the village at the north-east in Age of Empires and you have the Overview effect on. This changes the default to inhibit them (like we used to just do for sides but not corners for some reason) and adds a checkbox to restore them even in that case. BUG: 441464
2022-05-11 00:18:14 +00:00
<group name="ScreenEdges">
<entry name="RemainActiveOnFullscreen" type="Bool">
<default>false</default>
</entry>
</group>
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
<group name="Compositing">
<entry name="Backend" type="String">
<default>OpenGL</default>
</entry>
<entry name="Enabled" type="Bool">
<default>true</default>
X11 backend: Retry enabling compositing when it was disabled a while ago This removes the "OpenGLIsUnsafe" flag and replaces it with a timestamp that we can check to see how long ago we tried enabling compositing, so we can retry it if a certain amount of time has elapsed. BUG: 452344
2022-09-23 12:31:21 +00:00
</entry>
<entry name="LastFailureTimestamp" type="Int">
<default>0</default>
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
</entry>
<entry name="GLTextureFilter" type="Int">
<default>2</default>
<min>-1</min>
<max>2</max>
</entry>
<entry name="GLStrictBinding" type="Bool">
<default>true</default>
</entry>
<entry name="GLLegacy" type="Bool">
<default>false</default>
</entry>
<entry name="HiddenPreviews" type="Int">
<default>5</default>
<min>4</min>
<max>6</max>
</entry>
Introduce config option for OpenGLPlatformInterface A new config option "GLPlatformInterface" is added to the Compositing settings group. Valid values are "glx" and "egl". This config option is honored by the Scene to decide which backend to create. The setting gets sanitized by the operation mode (egl for Wayland), the environment variable KWIN_OPENGL_INTERFACE and the compile time support. These switches are removed from the Scene to not have them duplicated.
2014-04-22 07:30:08 +00:00
<entry name="GLPlatformInterface" type="String">
<default>glx</default>
</entry>
Introduce a config option whether applications are allowed to block compositing Summary: From feedback we got it seems that not all users agree to games and other applications blocking compositing. Some users prefer to have compositing always on even if this gives a small performance penelity. This change introduces a dedicated config option to specify whether games are allowed to block compositing. By default this option is enabled. The setting can be overwritten with a window specific rule. So usecases like all windows except this very specific one are supported. In the user interface the config option is shown where previously the unredirect fullscreen option was shown. Test Plan: Run a game which should block compositing, verified it blocks. Changed the setting, run the game again, verified it doesn't block. And once more for with allowing to block. Reviewers: #kwin, #plasma_on_wayland, #vdg Subscribers: plasma-devel, kwin Tags: #plasma_on_wayland, #kwin Differential Revision: https://phabricator.kde.org/D2584
2016-08-26 06:56:42 +00:00
<entry name="WindowsBlockCompositing" type="Bool">
<default>true</default>
</entry>
Introduce RenderLoop At the moment, our frame scheduling infrastructure is still heavily based on Xinerama-style rendering. Specifically, we assume that painting is driven by a single timer, etc. This change introduces a new type - RenderLoop. Its main purpose is to drive compositing on a specific output, or in case of X11, on the overlay window. With RenderLoop, compositing is synchronized to vblank events. It exposes the last and the next estimated presentation timestamp. The expected presentation timestamp can be used by effects to ensure that animations are synchronized with the upcoming vblank event. On Wayland, every outputs has its own render loop. On X11, per screen rendering is not possible, therefore the platform exposes the render loop for the overlay window. Ideally, the Scene has to expose the RenderLoop, but as the first step towards better compositing scheduling it's good as is for the time being. The RenderLoop tries to minimize the latency by delaying compositing as close as possible to the next vblank event. One tricky thing about it is that if compositing is too close to the next vblank event, animations may become a little bit choppy. However, increasing the latency reduces the choppiness. Given that, there is no any "silver bullet" solution for the choppiness issue, a new option has been added in the Compositing KCM to specify the amount of latency. By default, it's "Medium," but if a user is not satisfied with the upstream default, they can tweak it.
2020-11-19 08:52:29 +00:00
<entry name="LatencyPolicy" type="Enum">
<choices name="KWin::LatencyPolicy">
<choice name="LatencyExtremelyLow" value="ExtremelyLow"/>
<choice name="LatencyLow" value="Low"/>
<choice name="LatencyMedium" value="Medium"/>
<choice name="LatencyHigh" value="High"/>
<choice name="LatencyExtremelyHigh" value="ExtremelyHigh"/>
</choices>
<default>LatencyMedium</default>
</entry>
Introduce RenderJournal Currently, we estimate the expected render time purely based on the latency policy. The problem with doing so is that the real render time might be larger, this can result in frame drops. In order to avoid frame drops, we need to take into account previous render times while estimating the next render time. For now, we just measure how long it takes to record rendering commands on the CPU. In the future, we might want consider using OpenGL timer queries for measuring the real render time, but for now, it's good enough.
2020-11-28 15:12:38 +00:00
<entry name="RenderTimeEstimator" type="Enum">
<choices name="KWin::RenderTimeEstimator">
<choice name="RenderTimeEstimatorMinimum" value="Minimum"/>
<choice name="RenderTimeEstimatorMaximum" value="Maximum"/>
<choice name="RenderTimeEstimatorAverage" value="Average"/>
</choices>
<default>RenderTimeEstimatorMaximum</default>
</entry>
kcmkwin/kwincompositing: add option to toggle tearing on Wayland
2022-10-24 22:39:41 +00:00
<entry name="AllowTearing" type="Bool">
<default>true</default>
</entry>
KConfigXT for Windows, ElectricBorders, MouseBindings, and Compositing groups REVIEW: 108347
2013-01-11 11:41:27 +00:00
</group>
KConfigXT for TabBox and TabBoxAlternative REVIEW: 108345
2013-01-31 07:26:06 +00:00
<group name="TabBox">
<entry name="ShowDelay" type="Bool">
<default>true</default>
</entry>
<entry name="DelayTime" type="Int">
<default>90</default>
</entry>
<entry name="DesktopMode" type="UInt">
<default>1</default>
</entry>
<entry name="ActivitiesMode" type="UInt">
<default>1</default>
</entry>
<entry name="ApplicationsMode" type="UInt">
<default>0</default>
</entry>
<entry name="MinimizedMode" type="UInt">
<default>0</default>
</entry>
<entry name="ShowDesktopMode" type="UInt">
<default>0</default>
</entry>
<entry name="MultiScreenMode" type="UInt">
<default>0</default>
</entry>
<entry name="SwitchingMode" type="UInt">
<default>0</default>
</entry>
<entry name="ShowOutline" type="Bool">
<default>true</default>
</entry>
<entry name="ShowTabBox" type="Bool">
<default>true</default>
</entry>
<entry name="HighlightWindows" type="Bool">
<default>true</default>
</entry>
<entry name="LayoutName" type="String">
<default>thumbnails</default>
</entry>
[focuschain/task switcher] Add hidden option to govern repositioning minimized windows Since some people apparently liked the old behavior of moving minimized windows to the end of the focus chain, let's let them have it if they set a hidden config option: `MoveMinimizedWindowsToEndOfTabBoxFocusChain=true` in the `[TabBox]` group of the kwinrc file. We can add a UI for it later if needed. BUG: 427840 FIXED-IN: 5.21
2020-10-20 20:15:46 +00:00
<entry name="MoveMinimizedWindowsToEndOfTabBoxFocusChain" type="Bool">
<default>false</default>
</entry>
KConfigXT for TabBox and TabBoxAlternative REVIEW: 108345
2013-01-31 07:26:06 +00:00
</group>
Load animation speed from new global animation speed controller Summary: It doesn't belong with advanced compositing settings as it's quite user friendly, and we also want to adjust other animation speeds. May as well do it together. In the current form all compositing is still completely reinitiliased like with the previous slider. Change notifications come in the form of KConfigWatcher rather than our own bespoke update interface. Test Plan: Moved new slider, minimised a window. It still behaved as expected. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, broulik, anthonyfieroni, kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D22887
2019-09-25 13:31:48 +00:00
<group name="KDE">
<entry name="AnimationDurationFactor" type="Double">
<default>1</default>
<min>0</min>
</entry>
</group>
Introduce a setting to specify an input method At the moment we are getting the input method from the command line which is not very handy (but very secure). This patch changes it so it can be specified from a configuration setting. CCBUG: 427972
2020-12-23 00:41:47 +00:00
<group name="Wayland">
<entry name="InputMethod" type="Path" />
platforms/drm: put double tap timer behind config option This feature was implemented in commit a66eb1a5b91d917 earlier Double tap wake up is not a feature to be implemented at compositor level but rather at the hardware/kernel level. Double tap timer here means when screen is turned off, libinput will continue to poll the touchscreen for new events. double-tap-to-wakeup is generally interrupt at driver/hardware level which have ability to wake system up even from the sleep. Provide a option to disable the double tap timer on kwin side for devices which makes use of suspend since when in suspend kwin can not wake device up, and that provides confusing user experience.
2021-05-07 07:27:54 +00:00
<entry name="DoubleTapWakeup" type="Bool">
<default>true</default>
</entry>
WaylandServer: Add a setting to disable PrimarySelection CCBUG: 441668
2022-05-28 14:38:53 +00:00
<entry name="EnablePrimarySelection" type="Bool">
<default>true</default>
</entry>
Introduce a setting to specify an input method At the moment we are getting the input method from the command line which is not very handy (but very secure). This patch changes it so it can be specified from a configuration setting. CCBUG: 427972
2020-12-23 00:41:47 +00:00
</group>
xwayland: Restart the Xwayland server after it has crashed If the Xwayland process has crashed due to some bug, the user should still be able to start applications in Xwayland mode. There is no reason to restart the whole session just to be able to launch some application that doesn't have native support for Wayland.
2020-08-27 09:05:28 +00:00
<group name="Xwayland">
<entry name="XwaylandCrashPolicy" type="Enum">
<choices name="KWin::XwaylandCrashPolicy">
<choice name="Stop"/>
<choice name="Restart"/>
</choices>
<default>XwaylandCrashPolicy::Restart</default>
</entry>
<entry name="XwaylandMaxCrashCount" type="UInt">
<default>3</default>
</entry>
Xwayland: Allow users to optionally let Xwayland eavesdrop on certain modes It's somewhat popular for voice communication applications to support Push-to-Talk. This means that the process itself expects to get all of the system input. This behaviour albeit sound does not work on Wayland systems. This commit adds an option to let legacy X11 applications that assume they will be getting all information to do so until these apps are properly ported to the XDP GlobalShortcuts.
2022-01-27 19:14:53 +00:00
<entry name="XwaylandEavesdrops" type="Enum">
<choices>
<choice name="None"/>
<choice name="Modifiers"/>
<choice name="Combinations"/>
<choice name="All"/>
</choices>
<default>None</default>
</entry>
xwayland: Restart the Xwayland server after it has crashed If the Xwayland process has crashed due to some bug, the user should still be able to start applications in Xwayland mode. There is no reason to restart the whole session just to be able to launch some application that doesn't have native support for Wayland.
2020-08-27 09:05:28 +00:00
</group>
branches/work/kwin_composite becomes new trunk kwin. svn path=/trunk/KDE/kdebase/workspace/; revision=659202
2007-04-29 17:35:43 +00:00
</kcfg>
Reference in a new issue Copy permalink