Re: [PD] edit or play mode information

2007-02-05 Thread IOhannes m zmoelnig
Chuckk Hubbard wrote:
 On 1/30/07, IOhannes m zmoelnig [EMAIL PROTECTED] wrote:
 Hans-Christoph Steiner wrote:
 
  Also, you can track the state if you do this:
 
  [receive pd]
  |
  [route editmode]
  |
  [X]
 

 no, you cannot.
 at least: i cannot.
 see http://lists.puredata.info/pipermail/pd-list/2007-01/046344.html
 (hey, that was only yesterday...)
 
 [receive pd-subpatch]
 |
 [route editmode]
 |
 [X]
 
 works, and was maybe what he meant.  My thought was to have a separate
 send-receive for notifying other objects of changes, because this
 receiving messages intended for subpatches makes me uneasy.  You also
 don't need the [route] if there's a separate channel just for editmode
 tracking.


it seems like i am missing something fundamental here.
your patch does not work for me.

except if i would be turning editmode on/off via explicit messages to
pd-subpatch (but then it is trivial); maybe this is what you mean.
i thought about being notified if the subpatch goes to edit-mode, e.g.
because the user has done Ctl-E.

mg.sdft
IOhannes

 -Chuckk
 
 ___
 PD-list@iem.at mailing list
 UNSUBSCRIBE and account-management -
 http://lists.puredata.info/listinfo/pd-list


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] edit or play mode information

2007-02-05 Thread Chuckk Hubbard

 [receive pd-subpatch]
 |
 [route editmode]
 |
 [X]

 works, and was maybe what he meant.  My thought was to have a separate
 send-receive for notifying other objects of changes, because this
 receiving messages intended for subpatches makes me uneasy.  You also
 don't need the [route] if there's a separate channel just for editmode
 tracking.


it seems like i am missing something fundamental here.
your patch does not work for me.

except if i would be turning editmode on/off via explicit messages to
pd-subpatch (but then it is trivial); maybe this is what you mean.
i thought about being notified if the subpatch goes to edit-mode, e.g.
because the user has done Ctl-E.


I meant explicit messages, I thought that was what Hans might have meant to say.
My original point was that in this case, when the subpatch is only
used for a specific purpose, it doesn't hurt to short-circuit Pd's
native Ctl-E with some other key combination that can then be used to
control conditional stuff.
Here's an example, using [active] from the cyclone library.

-Chuckk
#N canvas 485 71 586 447 12;
#N canvas 0 0 454 304 subpatch 1;
#X obj 146 227 active;
#X obj 146 254 s active;
#X text 44 22 Just hit E or e here instead of Ctl-E;
#X connect 0 0 1 0;
#X restore 14 24 pd subpatch;
#X obj 371 39 r active;
#X obj 255 16 key;
#X obj 255 39 route 69 101;
#X obj 310 117 f;
#X obj 310 142 route 1;
#X obj 310 166 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0
1;
#X msg 310 186 \; pd-subpatch editmode \$1 \; editmonitor \$1;
#X obj 16 320 r editmonitor;
#N canvas 0 0 462 312 conditionalstuff 0;
#X obj 185 81 inlet;
#X obj 149 121 print whatever;
#X connect 0 0 1 0;
#X restore 16 346 pd conditionalstuff;
#X connect 1 0 4 1;
#X connect 2 0 3 0;
#X connect 3 0 4 0;
#X connect 3 1 4 0;
#X connect 4 0 5 0;
#X connect 5 0 6 0;
#X connect 6 0 7 0;
#X connect 8 0 9 0;
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] edit or play mode information

2007-01-30 Thread IOhannes m zmoelnig
Hans-Christoph Steiner wrote:
 
 Also, you can track the state if you do this:
 
 [receive pd]
 |
 [route editmode]
 |
 [X]
 

no, you cannot.
at least: i cannot.
see http://lists.puredata.info/pipermail/pd-list/2007-01/046344.html
(hey, that was only yesterday...)


mfg.vda
IOhannes

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] edit or play mode information

2007-01-30 Thread Chuckk Hubbard

On 1/30/07, IOhannes m zmoelnig [EMAIL PROTECTED] wrote:

Hans-Christoph Steiner wrote:

 Also, you can track the state if you do this:

 [receive pd]
 |
 [route editmode]
 |
 [X]


no, you cannot.
at least: i cannot.
see http://lists.puredata.info/pipermail/pd-list/2007-01/046344.html
(hey, that was only yesterday...)


[receive pd-subpatch]
|
[route editmode]
|
[X]

works, and was maybe what he meant.  My thought was to have a separate
send-receive for notifying other objects of changes, because this
receiving messages intended for subpatches makes me uneasy.  You also
don't need the [route] if there's a separate channel just for editmode
tracking.
-Chuckk

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] edit or play mode information

2007-01-29 Thread robbert van hulzen

thanks. i don't think i fully understand your reply, but i'm also not sure
whether this is what i need: i'm not looking for simpler and / or more
flexible ways to control mode  cursor movement.
i'm looking for a way to make a keyboard action 'conditional': hitting the
spacebar should have no effect in edit mode, and perform certain things (to
be hooked up per version of the 'motherpatch' that i base patches for
specific pieces on ... at least that's the plan ;) ) when in play mode. so
i'm looking for a way to get the information about status mode from pd,
which i'll then attempt to have control a spigot or sth similar.
i'd be happy if someone could point me to a solution--maybe simply a search
term for the list archives? searching on mode status, edit mode and similar
wasn't very satisfying.
thanks, robbert

 
 Sorry, I left the list out on my earlier reply...
 
 I have used:
 
 [x]
 |
 [pd-subpatch editmode $1(
 
 Instead of Ctl-E, and then the same toggle can be used to tell the
 patch whether editmode is on for the subpatch.  I have my sequencer
 score set up so that hitting E once lets go of the note-cursor and
 enters edit mode; hitting E again leaves edit mode but leaves the
 note-cursor unattached to the mouse; and hitting Q at any point binds
 the note-cursor to the mouse.  Of course Ctl-E still works, but in my
 patch there's no reason not to have just E enter editmode- it only
 works when that subpatch is active.
 
 -Chuckk



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] edit or play mode information

2007-01-29 Thread Chuckk Hubbard

I didn't think you wanted cursor control.  I'm saying I don't think
what you want is possible, but it is possible to set up other keys to
control edit mode, and that the toggle that does so can be used to
directly control other things.  Maybe someone else knows a way to read
the mode from a patch; I've never found a way either.
-Chuckk

On 1/29/07, robbert van hulzen [EMAIL PROTECTED] wrote:


thanks. i don't think i fully understand your reply, but i'm also not sure
whether this is what i need: i'm not looking for simpler and / or more
flexible ways to control mode  cursor movement.
i'm looking for a way to make a keyboard action 'conditional': hitting the
spacebar should have no effect in edit mode, and perform certain things (to
be hooked up per version of the 'motherpatch' that i base patches for
specific pieces on ... at least that's the plan ;) ) when in play mode. so
i'm looking for a way to get the information about status mode from pd,
which i'll then attempt to have control a spigot or sth similar.
i'd be happy if someone could point me to a solution--maybe simply a search
term for the list archives? searching on mode status, edit mode and similar
wasn't very satisfying.
thanks, robbert


 Sorry, I left the list out on my earlier reply...

 I have used:

 [x]
 |
 [pd-subpatch editmode $1(

 Instead of Ctl-E, and then the same toggle can be used to tell the
 patch whether editmode is on for the subpatch.  I have my sequencer
 score set up so that hitting E once lets go of the note-cursor and
 enters edit mode; hitting E again leaves edit mode but leaves the
 note-cursor unattached to the mouse; and hitting Q at any point binds
 the note-cursor to the mouse.  Of course Ctl-E still works, but in my
 patch there's no reason not to have just E enter editmode- it only
 works when that subpatch is active.

 -Chuckk



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list




--
Far and away the best prize that life has to offer is the chance to
work hard at work worth doing.
-Theodore Roosevelt

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] edit or play mode information

2007-01-29 Thread IOhannes m zmoelnig
Steffen wrote:
 
 On 29/01/2007, at 15.30, Chuckk Hubbard wrote:
 
 I didn't think you wanted cursor control.  I'm saying I don't think
 what you want is possible, but it is possible to set up other keys to
 control edit mode, and that the toggle that does so can be used to
 directly control other things.  Maybe someone else knows a way to read
 the mode from a patch; I've never found a way either.
 
 When sending the msg. [; pd editmode 1(, Pd respond with this:
 pd: unknown message editmode  1
 
 So it might not be possible to read the editmode status of the current
 patch, as it is with a subpatch using:


well pd is not the current patch but a global receiver. since pd
itself cannot be in edit mode (only patches!), the [; pd editmode $1(
does not make sense.

aprt from that, you should be able to use [; pd-patch.pd( once the patch
is saved.
(but still you don't get notified of changes!)


mfg.asdr
IOhannes

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] edit or play mode information

2007-01-29 Thread Steffen


On 29/01/2007, at 17.27, IOhannes m zmoelnig wrote:


Steffen wrote:


On 29/01/2007, at 15.30, Chuckk Hubbard wrote:


I didn't think you wanted cursor control.  I'm saying I don't think
what you want is possible, but it is possible to set up other  
keys to

control edit mode, and that the toggle that does so can be used to
directly control other things.  Maybe someone else knows a way to  
read

the mode from a patch; I've never found a way either.


When sending the msg. [; pd editmode 1(, Pd respond with this:
pd: unknown message editmode  1

So it might not be possible to read the editmode status of the  
current

patch, as it is with a subpatch using:



well pd is not the current patch but a global receiver. since pd
itself cannot be in edit mode (only patches!), the [; pd editmode $1(
does not make sense.


Yeah, that (that it doesn't makes sense) makes sense.



aprt from that, you should be able to use [; pd-patch.pd( once the  
patch

is saved.
(but still you don't get notified of changes!)


Ahh, thanks a bunch, that's why i couldn't make it set the current  
named patch in editmode, i forgot the .pd extension in the msg.


I see that the editmode status can't be read when it's changes with  
fx. ctrl-e, but it can if it is done manually as demonstrated below  
or in the the attached patch - this might be just what Chuckk Hubbard  
spoke about from the beginning - forgive me (i'm learning)!


[x]
|
[; pd-patchname.pd editmode $1(

[r pd-patchname.pd]
|
[route editmode]
|
[nbx]



editmode.pd
Description: Binary data



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] edit or play mode information

2007-01-29 Thread Chuckk Hubbard

On 1/29/07, Steffen [EMAIL PROTECTED] wrote:


Ahh, thanks a bunch, that's why i couldn't make it set the current
named patch in editmode, i forgot the .pd extension in the msg.

I see that the editmode status can't be read when it's changes with
fx. ctrl-e, but it can if it is done manually as demonstrated below
or in the the attached patch - this might be just what Chuckk Hubbard
spoke about from the beginning - forgive me (i'm learning)!


Pretty much.  I was thinking more like:

[key]
|
[route whatever]
|
[x]
|
[; pd-subpatch editmode $1
; edit-enabled $1(

Or the toggle could connect directly to whatever you want to
enable/disable.  Also, for me, the .pd extension isn't needed on
subpatches...

-Chuckk



[x]
|
[; pd-patchname.pd editmode $1(

[r pd-patchname.pd]
|
[route editmode]
|
[nbx]


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] edit or play mode information

2007-01-29 Thread Roman Haefeli
On Mon, 2007-01-29 at 15:19 -0500, Chuckk Hubbard wrote:
   Also, for me, the .pd extension isn't needed on
 subpatches...

just in order to clarify it, if still unclear:

when sending messages to canvasses, the adress (or selector or whatever
it is called correctly) is pd-canvasname. that is why, when adressing
main-patches or abstractions, there IS an extension '.pd' and when
adressing subpatches, there ISN'T any extension. 

roman






___ 
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: 
http://mail.yahoo.de


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] edit or play mode information

2007-01-28 Thread robbert van hulzen
dear all,
i'm attempting to build an abs to control whether or not hitting a key has
an effect: i'd like the space bar to do a number of things when in play mode
but not in edit mode. i came up with the patch below, however, working on
several open patches will screw it up as it works with a counter that keeps
track of the number of times command-e has been hit (resulting in 1 or 0
which controls a spigot). i'd like to replace this 'relative' control with
an 'absolute' one, in other words i'm wondering whether i can retrieve the
mode status of the patch somewhere so i can have that control the spigot.
any ideas would be much appreciated.
cheers, robbert

-- 
Pd-0.39.2-extended-test5
mac osx 10.4.8, 15 G4 PB 1.67 GHz, 1 GB ram

#N canvas 0 22 672 629 10;
#X obj 50 280 tgl 23 0 go \$0-go empty 0 -6 0 8 -241291 -1 -1 0 1;
#X obj 50 202 key;
#X obj 50 228 sel 32;
#X obj 80 339 select 0 1;
#X obj 83 391 list;
#X obj 50 365 \$0;
#X msg 83 417 \; \$1-go color \$2 \$3 22;
#X msg 125 365 19 16;
#X obj 50 313 t b f;
#X msg 80 365 15 22;
#X obj 27 20 keyname;
#X obj 115 72 sel e;
#X obj 71 150 demux;
#X obj 115 124 f;
#X obj 145 124 + 1;
#X obj 71 46 t s b s;
#X msg 115 98 -1;
#X obj 101 176 sel Alt_L;
#X obj 134 202 + 1;
#X obj 101 202 f;
#X obj 167 202 mod 2;
#X obj 101 228 == 0;
#X obj 50 254 spigot 1;
#X connect 0 0 8 0;
#X connect 1 0 2 0;
#X connect 2 0 22 0;
#X connect 3 0 9 0;
#X connect 3 1 7 0;
#X connect 4 0 6 0;
#X connect 5 0 4 0;
#X connect 7 0 4 1;
#X connect 8 0 5 0;
#X connect 8 1 3 0;
#X connect 9 0 4 1;
#X connect 10 1 15 0;
#X connect 11 0 16 0;
#X connect 12 1 17 0;
#X connect 13 0 14 0;
#X connect 13 0 12 1;
#X connect 14 0 13 1;
#X connect 15 0 12 0;
#X connect 15 1 13 0;
#X connect 15 2 11 0;
#X connect 16 0 13 0;
#X connect 17 0 19 0;
#X connect 18 0 20 0;
#X connect 19 0 18 0;
#X connect 19 0 21 0;
#X connect 20 0 19 1;
#X connect 21 0 22 1;
#X connect 22 0 0 0;
#X coords 0 -1 1 1 23 23 1 50 280;



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] edit or play mode information

2007-01-28 Thread Chuckk Hubbard

Sorry, I left the list out on my earlier reply...

I have used:

[x]
|
[pd-subpatch editmode $1(

Instead of Ctl-E, and then the same toggle can be used to tell the
patch whether editmode is on for the subpatch.  I have my sequencer
score set up so that hitting E once lets go of the note-cursor and
enters edit mode; hitting E again leaves edit mode but leaves the
note-cursor unattached to the mouse; and hitting Q at any point binds
the note-cursor to the mouse.  Of course Ctl-E still works, but in my
patch there's no reason not to have just E enter editmode- it only
works when that subpatch is active.

-Chuckk


On 1/28/07, robbert van hulzen [EMAIL PROTECTED] wrote:

dear all,
i'm attempting to build an abs to control whether or not hitting a key has
an effect: i'd like the space bar to do a number of things when in play mode
but not in edit mode. i came up with the patch below, however, working on
several open patches will screw it up as it works with a counter that keeps
track of the number of times command-e has been hit (resulting in 1 or 0
which controls a spigot). i'd like to replace this 'relative' control with
an 'absolute' one, in other words i'm wondering whether i can retrieve the
mode status of the patch somewhere so i can have that control the spigot.
any ideas would be much appreciated.
cheers, robbert

--
Pd-0.39.2-extended-test5
mac osx 10.4.8, 15 G4 PB 1.67 GHz, 1 GB ram

#N canvas 0 22 672 629 10;
#X obj 50 280 tgl 23 0 go \$0-go empty 0 -6 0 8 -241291 -1 -1 0 1;
#X obj 50 202 key;
#X obj 50 228 sel 32;
#X obj 80 339 select 0 1;
#X obj 83 391 list;
#X obj 50 365 \$0;
#X msg 83 417 \; \$1-go color \$2 \$3 22;
#X msg 125 365 19 16;
#X obj 50 313 t b f;
#X msg 80 365 15 22;
#X obj 27 20 keyname;
#X obj 115 72 sel e;
#X obj 71 150 demux;
#X obj 115 124 f;
#X obj 145 124 + 1;
#X obj 71 46 t s b s;
#X msg 115 98 -1;
#X obj 101 176 sel Alt_L;
#X obj 134 202 + 1;
#X obj 101 202 f;
#X obj 167 202 mod 2;
#X obj 101 228 == 0;
#X obj 50 254 spigot 1;
#X connect 0 0 8 0;
#X connect 1 0 2 0;
#X connect 2 0 22 0;
#X connect 3 0 9 0;
#X connect 3 1 7 0;
#X connect 4 0 6 0;
#X connect 5 0 4 0;
#X connect 7 0 4 1;
#X connect 8 0 5 0;
#X connect 8 1 3 0;
#X connect 9 0 4 1;
#X connect 10 1 15 0;
#X connect 11 0 16 0;
#X connect 12 1 17 0;
#X connect 13 0 14 0;
#X connect 13 0 12 1;
#X connect 14 0 13 1;
#X connect 15 0 12 0;
#X connect 15 1 13 0;
#X connect 15 2 11 0;
#X connect 16 0 13 0;
#X connect 17 0 19 0;
#X connect 18 0 20 0;
#X connect 19 0 18 0;
#X connect 19 0 21 0;
#X connect 20 0 19 1;
#X connect 21 0 22 1;
#X connect 22 0 0 0;
#X coords 0 -1 1 1 23 23 1 50 280;



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list




--
Far and away the best prize that life has to offer is the chance to
work hard at work worth doing.
-Theodore Roosevelt


--
Far and away the best prize that life has to offer is the chance to
work hard at work worth doing.
-Theodore Roosevelt

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list