Discussion for Virtual Desktops and Activities future

Michail Vourlakos mvourlakos at gmail.com
Wed Jul 4 16:57:13 BST 2018


2018-07-03 22:19 GMT+03:00 Eike Hein <hein at kde.org>:

>
> This is the relevant thread :-)
>
>
There are some technical decisions and commit reviews referencing MERGE and
this is why I proposed this thread.

Proposed technical decisions:

1. Virtual Desktops Ids from integers will be QVariants possibly strings I
guess
2. An empty Virtual Desktops list will mean to All Desktops even when then
user has enabled
manually all dekstops records


What are the reasons for [1] to be proposed?

[A] Desktops and Activities will share the same way and code to identify
themselves and thus it will be easier to maintain
(I cant object to that of course)


[B1] Activities and VDs will be able to be combined. That is the current
situation so I suppose [1] is just for [A]
(I have no problem with that)

OR

[B2] Activities and VDs will NOT be able to be combined. So the users in
the future will be able to use
Virtual Desktops OR Activities and never in combination.
(I think that this is what kwayland protocol is trying to support currently.
Even though that would break some user workflows for those users that
combine VDs and Activities together,
personally I also dont object BUT this must be communicated and prepared to
all parts
Plasma and VDG that is).

Things to consider for [B2]

[B2.1] How the user will be able to switch between VDs and Actitivities
easily?
[B2.2] How this dual way of doing things can be presented to the user in a
way that has meaning in order to
choose what prefers?


P.S. [A] and [B] are just my guesses feel free to correct me
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20180704/ab0a1084/attachment.html>


More information about the Plasma-devel mailing list