status of kde/plasma kiosk framework in kf5

[Thomas Michael Weissel]

hello plasma devs and community!

i'm currently equipping 40 students with bootable flashdrives (kde neon 
5.8 lts) and before deploying my fresh and shiny remastered system in 
all classrooms to (to annoy the teachers ;-) ) i did some tests with the 
kiosk framework.

i stumbled over a small issue while locking toolbars ...  in dolphin

action/options_show_toolbar=false  now makes it impossible to completely 
remove the toolbar.. thx for that!

# 1)   but i can still unlock it and move it to the bottom or somewhere 
else...


this is more of a request...

# 2)   is it possible to make it impossible to unlock the toolbars AND 
the sidepanels in dolphin ??



#3)  a while ago kai uwe wrote that in > 4.7 the  option 
plasma/plasmashell/unlockedDesktop=false will not only prevent changing 
favorites and other things in the launcher but also hide the "edit 
applications" context menu..

the context menu is still shown - but dead.  i can stil add/remove favorites

(i am using the application "menu" (the one with the classic flyout list 
view)



thx in advance!

thomas




On 25.05.2016 16:16, Mag. Weissel Thomas wrote:
> hello everybody..
>
> first of all... wow!   this list of fixes is awesome.. thank you!
>
> i have a question about this "hide toolbars" restriction..
>
>
> as you can see in the following screenshot  (testing with dolphin 
> 16.04.0)
>
> http://test.xapient.net/STUFF/dolphin.jpg
>
> i tried to restrict unocking the toolbar (look at the terminal)
> also visible in the screenshot is, that "lock toolbar positions" is 
> not checked but the handle for moving
> the toolbars is hidden..  so it works!  although the menu entry to 
> unlock is still there...
>
> you can also see that "show toolbar" (rightclick on the toolbar) and 
> "Main Toolbar" (rightclick on the menubar) is still visible so hiding 
> the toolbar is possible...
> i'm a little bit confused because i read what kai wrote and it seems 
> that on his installation only the entry in the menubar context menu 
> is/was visible..
> are we talking about the same thing here?  just checking!
>
>
> i tested:
> action/manage activities=false
>
> and it properly hides all entries to configure activities.. "Meta+Q" 
> doesnt open the activities configuration panel either... yay!!
> but "Meta+Tab" shows the activity switcher...  holding down "Meta" and 
> using the mouse on the activity switcher lets me open the configure 
> dialog.. no configurations are stored so this is not a big problem..
>
> best regards,
> thomas
>
>
>
>
> Am 2016-05-25 um 14:00 schrieb enterprise-request at kde.org:
>> Send Enterprise mailing list submissions to
>>     enterprise at kde.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>>     https://mail.kde.org/mailman/listinfo/enterprise
>> or, via email, send a message with subject or body 'help' to
>>     enterprise-request at kde.org
>>
>> You can reach the person managing the list at
>>     enterprise-owner at kde.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Enterprise digest..."
>>
>>
>> Today's Topics:
>>
>>     1. Re: status of kde/plasma kiosk framework in kf5 (Kai Uwe Broulik)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Wed, 25 May 2016 11:22:32 +0200
>> From: Kai Uwe Broulik<kde at privat.broulik.de>
>> To: Plasma<plasma-devel at kde.org>,"enterprise at kde.org"
>>     <enterprise at kde.org>
>> Subject: Re: status of kde/plasma kiosk framework in kf5
>> Message-ID:<E1b5WtM-000269-LO at smtprelay03.ispgateway.de>
>> Content-Type: text/plain; charset=utf-8
>>
>> Hi Thomas,
>>
>> just wanted to give you a quick update. I have just merged the last 
>> patch of our big kiosk fixes pile.
>>
>> The following fixes will land in the next Plasma and/or kde 
>> frameworks release :
>>
>> * Leave option in desktop toolbox honors kiosk restriction
>> * KRunner will be completely disabled (eg won't start at all) when 
>> restricted, so you can't bypass that by calling over DBus directly
>> * Typing on empty desktop will not try to call krunner if restricted
>> * krunner history will be disabled if lineedit_text_completion is 
>> restricted
>> * Kickoff favorites cannot be rearranged/added/removed when 
>> unlockedDesktop is restricted
>> * Kickoff applications cannot be edited or added as launcher to task 
>> bar when unlockedDesktop is restricted, the "edit applications" 
>> context menu will also be hidden then
>> * most applets now won't offer context menu entries about modules 
>> restricted via kde control module restrictions. Clicking would 
>> already not do anything as we already block launching them but we now 
>> avoid a dead menu entry
>> * right-clicking menu bar can no longer bypass "hide toolbars" 
>> restriction
>>
>> (Hope I didn't forget anything)
>>
>> As for the always-shown Activities entry, can you try whether 
>> action/manage activities=false (note the space) works? I'm not sure 
>> if we handle spaces there properly.
>>
>> David is also currently patching all of our applications so they use 
>> the kiosk keys in the documentation (most erroneously used action/ 
>> prefix for everything).
>>
>> If you have any further questions or problems, don't hesitate to ask, 
>> we're happy to help you.
>>
>> Kai Uwe
>>
>>
>>
>>
>> ------------------------------
>>
>> Subject: Digest Footer
>>
>> _______________________________________________
>> Enterprise mailing list
>> Enterprise at kde.org
>> https://mail.kde.org/mailman/listinfo/enterprise
>>
>>
>> ------------------------------
>>
>> End of Enterprise Digest, Vol 3, Issue 11
>> *****************************************
>