>>> nothing special...just a few shellscripts with a small UI (most of
>it is
>>>> kdialog for now ) and a lot of preconfigured files - but it heavily
>relies
>>>> on the kiosk framework and a the live usb installation i'm already
>using in
>>>>
esting 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
>>
den.. 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...
>
"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 configu
Hi,
On 10.12.2016 21:57, David Faure wrote:
> Is this a bug? Should KDesktopFile::isAuthorizedDesktopFile refuse executing
> files from $HOME, even in standard locations like
> ~/.local/share/applications,
I do not think this is a bug, but enterprise environments have sometimes
the requirement
On mercredi 7 décembre 2016 15:13:02 CET David Edmundson wrote:
> > > i also kinda hacked my own secure environment where shell access is not
> >
> > allowed by placing a .desktop file in
> > .local/share/kservices5/ServiceMenus/
> > that allows me to open a terminal in the current folder ^^
> >
>
>
> > i also kinda hacked my own secure environment where shell access is not
> allowed by placing a .desktop file in .local/share/kservices5/ServiceMenus/
> that allows me to open a terminal in the current folder ^^
> > dolphin shouldn't allow this.. right?
>
> Konsole's desktop file has a key X
Am 07.12.2016 um 10:46 schrieb Kai Uwe Broulik:
> Even if the entries still show up in the context menu when you restricted
> them (which would be a bug you should report) kcmshell will still refuse to
> open it, so it should be purely cosmetical then.
>
> I *think* the network editor, not bei
On Wednesday 07 December 2016 10:46:29 Kai Uwe Broulik wrote:
> Even if the entries still show up in the context menu when you restricted
> them (which would be a bug you should report) kcmshell will still refuse to
> open it, so it should be purely cosmetical then.
>
> I *think* the network edito
Hi Thomas,
good to hear back from you!
> - Menu for "Edit Applications" in the launcher called "Anwendungsübersicht"
> and "Anwendungsmenü" (its working in "Anwendungs-Starter")
That was an oversight, I just uploaded a patch to fix this :)
The others are just shortcuts to system settings modu
<mailto:enterpr...@kde.org>enterpr...@kde.org
>>>
>>> To subscribe or unsubscribe via the World Wide Web, visit
>>>
>>> <https://mail.kde.org/mailman/listinfo/enterprise>https://mail.kde.org/mailman/listinfo/enterprise
>>>
>>> or, via e
ailto:enterprise-requ...@kde.org>
You can reach the person managing the list at
enterprise-ow...@kde.org <mailto:enterprise-ow...@kde.org>
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Enterprise digest..."
Today's Topics:
1
.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)
------
Messag
On Wed, Jun 8, 2016 at 3:03 AM, Kai Uwe Broulik wrote:
> as far as I know a new KIOSK tool is even being worked on right now.
>
> Might have been part of GSOC or so, I'm not involved in that, though, Thomas
> Pfeiffer should know more I think.
It was part of Season of KDE 2015, https://quickgit.
Hi,
as far as I know a new KIOSK tool is even being worked on right now.
Might have been part of GSOC or so, I'm not involved in that, though, Thomas
Pfeiffer should know more I think.
Cheers,
Kai Uwe
___
Plasma-devel mailing list
Plasma-devel@kde
hello everybody!
i just found this on opensuse.org -->
https://software.opensuse.org/package/kiosktool
i used "alien" to create a .deb package and installed it without
problems on kubuntu 1604
see screenshots :-)
http://test.xapient.net/STUFF/kiosk1.png
http://test.xapient.net/STUFF/kiosk2.p
Hi,
> http://test.xapient.net/STUFF/dolphin.jpg
The menu on the left is fixed by the last patch that I mentioned. On the right
looks like yet another oversight, I just uploaded a patch for review [1] to fix
that.
Cheers,
Kai Uwe
[1] https://git.reviewboard.kde.org/r/128014/
___
ist at
enterprise-ow...@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)
--
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 (e
El dijous, 19 de maig de 2016, a les 10:39:48 CEST, Kai Uwe Broulik va
escriure:
> Hi,
>
> > i tried the toolbars action restriction but...
> > ...i still could hide toolbars in dolphin and gwenview for example..
> > what did i do wrong?
>
> You're referring to right clicking the menu bar?
>
>
On Wednesday, May 18, 2016 10:50:36 PM CEST Mag. Weissel Thomas wrote:
> first of all... thank you all so much for your engagement.. i can't say
> it in other words than.. you rock!
As a Plasma dev just following the work going in, I need to agree: they rock!
I'm really impressed with which vigo
Hi,
> i tried the toolbars action restriction but...
> ...i still could hide toolbars in dolphin and gwenview for example..
> what did i do wrong?
You're referring to right clicking the menu bar?
Turns out this menu is added automatically by Qt, ie. it's one layer down in
the stack, and it know
first of all... thank you all so much for your engagement.. i can't say
it in other words than.. you rock!
i tried the toolbars action restriction but...
This can be blocked with:
action/options_show_toolbar=false
...i still could hide toolbars in dolphin and gwenview for example..
what did
On Tue, May 17, 2016 at 2:58 PM, Kai Uwe Broulik
wrote:
> And a follow up on your in-line comments:
>
> > action/kdesktop_rmb=false # Whether the user can right click
> on a file icon on the desktop # this only works with plasma in "folderview"
> mode on real files
>
> Looking at the co
And a follow up on your in-line comments:
> action/kdesktop_rmb=false # Whether the user can right click on a
> file icon on the desktop # this only works with plasma in "folderview" mode
> on real files
Looking at the code this is intentional. It probably just got ported from
Plasma
I tried the toolbar setting.
It does correctly block moving the toolbars. At least in the applications I
tested.
There is still a toggle option still in the menu to "show toolbar".
This can be blocked with:
action/options_show_toolbar=false
It's a bit confusingly worded - you're setting the act
Hi Thomas,
thanks a lot for your feedback!
> 1.) configuration panel for activities
That's a tricky one as we currently do not have QML bindings for Kiosk but I'll
look into this.
> 2.) the desktopmenu still shows a "leave" button and ignores action/logout
I have a patch for this but we appa
so... i thoroughly testet all of the following keys...
i tried to summarize what they should do or >actually< do..
-
action/switch_user=false # Whether switching to another user is allowed
-
action/lock_screen=false # Whether locking the screen is allowed
David Edmundson ha scritto:
> Here's my list I spent the evening on from searching the code.
When you are done with all the discoveries, could you please update the pages
on wikis, like for example:
https://userbase.kde.org/KDE_System_Administration#User_.26_Group_Profiles
(and related subpages)
cool... i missed that..
plasma/containment_actions=false #works(1/2) - disables the contextmenu on the desktop
so the last one "acitivities" is also gone.. nothing else changed.. systray,
applicationlauncher, konsole(starter), still open a context menu..
activities are still configurable via
Where are you finding those key values?
Here's my list I spent the evening on from searching the code.
action/bookmarks | ???. FIXME 0
action/kdesktop_rmb | Whether the user can right click on a file icon on
the desktop
action/kwin_rmb | Whether the user can show the context menu on window
t
hello everybody!
i found some time to test several options..
here is what i have so far and i think i found one or two bugs.
please comment to the #works(1/2) and #not-working parts.. especially activities and
(RE)movable toolbars need a "fix"
[KDE Action Restrictions][$i]
action/run_command=
On Thursday 12 May 2016 13:57:31 David Edmundson wrote:
> > same reason i disabled all title bar actions in kwin and all
> > keyboardshortcuts.. i don't want anyone to accidentally do something
> > unintended..
>
> OK, I think that might have got lost in the port.
> containment_context_menu doesn
>That last one should be
>plasma/plasmashell/unlockedDesktop=false
thank you for spotting that :-)
>Maybe, but the documentation is the main part missing, and the tool is
only as good as the documentation it's showing. Sorting that should be our
first priority.
definitely.. we ( probably i ) ne
On Thu, May 12, 2016 at 1:44 PM, Thomas Weissel
wrote:
> thank you david for your answer and thx to thomas for inviting me to this
> mailinglist and also for linking to plasma-devel :-)
>
> so instead of /etc/kde4/kdeglobals my "action restrictions" go to
> /etc/kde5rc from now on !?
>
> Yes.
>
Hi Thomas,
thank you for your detailed email!
I have added the Plasma mailing list, hoping that somebody on that list can
provide feedback, which is probably relevant for others on the enterprise list
as well (so please make sure you reply to all, dear Plasma devs :) ).
Thanks,
Thomas
On Mittwoc
36 matches
Mail list logo
