Define Desktop IOUP
Open, NormalPublic

Description

The desktop input-output usage pattern is practically what we currently provide by default in KWin/Plasma.

Hardware characteristics

  • Primary input devices are keyboard and mouse, secondary is touch.
  • Outputs are middle till large sized displays (above 12'' diameter). Viewing distance to displays is low till middle (around 50-100cm)

KWin

Window behavior

  • Initial placement is smart.
  • Windows can be moved arbitrarily.
  • Windows stack arbitrarily.

Window decorations

  • Decorations are painted.
  • Their size is small.

Internal windows

  • Window switcher (TabBox) is small, shows overview (current default one is different in this regard!).

Scale

  • For 1080p it is 1.

Plasmashell

  • Small panel with task manager as overview and primary way to switch between open windows.
  • Small application launcher with multiple tabs.
  • System tray with small icons and applets popping up.
romangg triaged this task as Normal priority.Feb 19 2019, 6:38 PM
romangg edited projects, added Plasma; removed VDG, KWin.
romangg claimed this task.
romangg added subscribers: VDG, KWin.
romangg added a subscriber: Plasma.
rooty added a subscriber: rooty.Feb 19 2019, 6:49 PM

What do you mean by

Their size is small..

when it comes to window decorations?

Because of the low to middle viewing distance and primary input device being keyboard and mouse the window border size can be "None" till "Normal". Currently it's "Normal" per default I believe but there was some discussion to set it to "None" in the past. Another topic is the buttons sizes, which is independent of this value.

For touch input both is not ideal though. There we might need a more intelligent solution. Gestures to interact with buttons / zoom onto them and to resize/move windows?

rooty added a comment.Feb 19 2019, 8:18 PM

Because of the low to middle viewing distance and primary input device being keyboard and mouse the window border size can be "None" till "Normal". Currently it's "Normal" per default I believe but there was some discussion to set it to "None" in the past. Another topic is the buttons sizes, which is independent of this value.

For touch input both is not ideal though. There we might need a more intelligent solution. Gestures to interact with buttons / zoom onto them and to resize/move windows?

Yeah I think that we should drop the window borders (they don't seem to serve much of a purpose from what I can tell)

As far as resizing windows I think you're right - gestures are the way to go, for example, the pinch gesture's a better idea than dragging window corners/edges.

FYI there is previous discussion in T9780 in regards to touch window resize/move. The goal must be that whatever is he result here is usable in all IOUPs with primary or additional touch input. Therefore let us continue discussion there.