Hi list,
i'm trying to understand how to build a user-friendly GUI within Pd and the
lack of enough space to place all elements is always blocking me.
Let's say i have my main interface (parent patch) 1024x768. All the surface
is occupied by sound controls.
Then i would like to have a toggle
Thanks JN,
mm.. sorry dumb question, could you specify what you mean by different
screen spaces?
(better keep the conversation on the list so others can participate too)
2009/11/19 Jean-Noël Montagné j...@rom.fr
did you try to work with diffrent screen spaces ( on linux and macosx) ?
JN
Marco Donnarumma a écrit :
Thanks JN,
mm.. sorry dumb question, could you specify what you mean by
different screen spaces?
He means that on linux you can work on differents 'WorkSpaces' (*) and
switch from one to another...
(*)
Ok, now I see JN, yes i know that, but i'm looking for a solution within Pd
itself, using only one parent patch to include and visualize different
subpatches alternatively. It's about usability of a software developed in
Pd, not about my personal laptop's screen resolution.
M
2009/11/19
I've done something like that on my gui-edit patch, on [jmmmp/gui-edit] or
https://puredata.info/Members/jmmmp/gui-edit/view.
but it was a very simple object. what you want is more complex, but maybe
you can in some way make the [pos $1 $2( commands for the various setups
you want more
This might be useful
http://lists.puredata.info/pipermail/pd-list/2006-04/037439.html
bot abstractions use this technique. You could have a parent abstraction
containing gop subpatches, and then overlay them. Switch on/off their
visibility with 'vis' property messages
On 19 Nov 2009, at
much thanks everybody for pointing out those examples, that's what i needed.
I will be experimenting and posting some results.
the [vis $1( approach looks promising, i have to test what about clicks in
sound while using it in runtime with big GOP.
If anybody has still other ideas about different
another approach could be to make a very big gop with all your different
workspaces in it. and then change the canvas offset parameters with
[donecanvasdialog ...( to show only the part you have. that would in
reality create workspaces in a big canvas.
much thanks everybody for pointing
hey thanks Joao,
your last advice - [donecanvasdialog... ( - wins by now:
- No pop-up needed (is it possible to have the same result of [vis $1( in a
parent patch avoiding pop-up?)
- get rid of scroll bars appearing here and there
- clean and neat (push 4 buttons get 4 workspaces)
- easy to
the only slightly annoying stuff is that changing every time the GOP's
offset, when you close the patch you are requested to save. Is there a
workaround for this?
unfortunately not. donecanvasdialog makes the patch dirty. I've asked
for it to be changed, but no reply. you try making pressure
10 matches
Mail list logo
