Hi,
just had a thought for a gui development: a runtime mode, feasible for
demos or "finished" applications where the user only gets presented with
the finished program, and no menus. In opera it's called kiosk mode
(http://www.opera.com/support/mastering/kiosk/): all the menus are hidden,
and the user should only interact with the program.
It doesn't have to go as far as opera's mode (and disable key shortcuts),
but if it's not complicated, a "presentation mode" could be nice for patch
showcase, finished performance patches or tools, ...
As far as I imagine, some simple options might be enough:
Best,
João
On Thu, Apr 22, 2010 at 8:01 PM, João Pais jmmmpais@googlemail.com wrote:
Sounds good! Seems this is not supported in Tcl/Tk 8.3 but from 8.4 up it is. Which, according to current 'policy', predestines it to be a plugin (?), actually a very simple one. Shall be bind to F11!
Provided this fullscreen feature, (how) do want to be able to scroll the canvas? I suppose we just keep the scrollbars...?
Andras
i think it's probably better to do this via a msg
so basically there would be commands like: gui-hide-menu gui-hide-scrollbar gui-hide- ... gui-canvas-fullscreen gui-hide-decortion
so basically you can put this into a subpatch and loadbang whichever one you need ;)
may it's better to implement this via gui object which you would send msgs to ..
[hide-canvas( | | [gui]
or we do this kind of stylie: [; pd-gui command(
?
i'm not sure which way is more practical ..
On Thu, Apr 22, 2010 at 09:57:51PM +0200, András Murányi wrote:
I would second that. just embedded in normal pd programming.
Provided this fullscreen feature, (how) do want to be able to scroll the canvas? I suppose we just keep the scrollbars...?
it's possible to scroll without scrollbars - you just have to know
yourself that there's something there. I would say that optional
scrollbars (such as optionall everything) lends to more possibilities.
Ok I thought I'd share this anyway and I think it fits well here. What I've lately been experimenting with is using GEM for 'gui'... and of course gem can go full screen... Some of the ideas so fare here: http://lorenzosu.altervista.org/pd/gem%20gui/
Lorenzo.
Is it possible to make these messages that can be sent to a canvas? That's already the way one changes settings of a canvas (editmode, clear, donecanvasdialog, etc.)
Also, that way you could have a patch my-kiosk-thingy.pd, and when you open it you could have all kinds of initialization settings, and a subpatch [pd gui]. When you get all the init values set you can send [fullscreen 1( -- [s pd-gui] . Then you don't need to make a new object [gui].
-Jonathan
--- On Thu, 4/22/10, errordeveloper@gmail.com errordeveloper@gmail.com wrote:
From: errordeveloper@gmail.com errordeveloper@gmail.com Subject: Re: [PD] gui devel idea: "kiosk mode" To: pd-list@iem.at Date: Thursday, April 22, 2010, 11:51 PM
i think it's probably better to do this via a msg
so basically there would be commands like: gui-hide-menu gui-hide-scrollbar gui-hide- ... gui-canvas-fullscreen gui-hide-decortion
so basically you can put this into a subpatch and loadbang whichever one you need ;)
may it's better to implement this via gui object which you would send msgs to ..
[hide-canvas( | | [gui]
or we do this kind of stylie: [; pd-gui command(
?
i'm not sure which way is more practical ..
On Thu, Apr 22, 2010 at 09:57:51PM +0200, András Murányi wrote:
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Since this would involve the GUI side only really, it should be
implemented as a plugin. One thing I'm planning on adding is a 'pd-
gui' receive, like the 'pd' receive, so you can send messages to the
GUI from pd. That is currently the only missing piece for
implementing this.
Like was said before, it won't be hard to implement in Tcl, post any
questions here and we can help get it working.
.hc
On Apr 23, 2010, at 12:33 PM, Jonathan Wilkes wrote:
"Free software means you control what your computer does. Non-free
software means someone else controls that, and to some extent controls
you." - Richard M. Stallman
Well, in Pd you can already send an "editmode" message to a canvas to toggle editmode, as well as other messages (obj, clear, etc.). So instead of making a new [gui] object to handle this "kiosk mode" stuff, is it possible to make a plugin so that you can also send messages like "fullscreen 1" to the canvas that you want to make fullscreen? I've only learned a little bit about tcl so I don't know how much is possible to do through plugins.
-Jonathan
--- On Fri, 4/23/10, Mathieu Bouchard matju@artengine.ca wrote:
From: Mathieu Bouchard matju@artengine.ca Subject: Re: [PD] gui devel idea: "kiosk mode" To: "Jonathan Wilkes" jancsika@yahoo.com Cc: pd-list@iem.at, errordeveloper@gmail.com Date: Friday, April 23, 2010, 8:19 PM
On Fri, 23 Apr 2010, Jonathan Wilkes wrote:
Is it possible to make these messages that can be sent to a canvas?
Sorry... what is this question ?...
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
On Fri, Apr 23, 2010 at 9:43 PM, Jonathan Wilkes jancsika@yahoo.com wrote:
I am a Tcl newbie too, yet i've attached an initial version of a fullscreen plugin for pd-devel. /usr/lib/pd-extended/startup is a nice place to keep it. (NB i had to add it to the path manually)
Tcl 8.5 fullscreen is still quirky on my Ubuntu Jaunty + Compiz. When fullscreen, new windows, including those invoked from the menu, appear in the background. (And I couldn't find a way to hide the menu.) Modal dialogs appear in the foreground, at least. Another quirk is that when we have a fullscreen window and we bring another one into the foreground, Gnome menus appear, then they go away when the focus is back to the fullscreen window. Any ideas on these problems are highly appreciated.
Andras