Re: [PD] Keeping Number box's

2014-04-15 Thread IOhannes m zmölnig
On 04/14/2014 07:47 PM, kate sweeney wrote:
 Is there a way to save the number box's as they are so they stay the same 
 everytime the project is closed and re-opened?

see other's replies for this.
anyhow, all objects that you want to send numbers to, accept creation
arguments.

so instead of sending three numbers (e.g. 2, 3.1 and -7) to
[translateXYZ] you could just use [translateXYZ 2 3.1 -7].
the same for the other objects.

fgmdsar
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Keeping Number box's

2014-04-14 Thread AP Vague
If you know exactly what you want the values to be before you open the
patch you can replace the number atoms with messages, ie [32( instead of an
atom. And then just send them a [loadbang] to initialize whatever they're
going into...


On Mon, Apr 14, 2014 at 1:47 PM, kate sweeney m.k.swee...@hotmail.comwrote:

 Hello,

 I am using GEM to create a graphical design video. I have completed a lot
 of it and have all my patches set up with the desired numbers etc. Yet
 everytime i close and re-open the project, all the numbers return to 0
 which messes up my project big time. Is there a way to save the number
 box's as they are so they stay the same everytime the project is closed and
 re-opened?

 I have included a screenshot of before and after the project is closed and
 re-opened.

 Many thanks.

 ___
 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] Keeping Number box's

2014-04-14 Thread Pierrick Saillant
Hello,You need to initialise the value.You can use the [loadbang] object to have a «bang» when your open your patch.And after use message box to set the different value.To have something better and to avoid problems it’s better to use a trigger to sequentialize the initialization.There is an example.Best,PierrickLe 14 avr. 2014 à 19:47, kate sweeney m.k.swee...@hotmail.com a écrit :re a___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Keeping Number box's

2014-04-14 Thread Phil Stone
Or use the Number2 number box, and set its init attribute in 
properties. It will then init itself with the last value that was in the 
box at the time the parent patch was saved.



On 4/14/14, 10:59 AM, AP Vague wrote:
If you know exactly what you want the values to be before you open the 
patch you can replace the number atoms with messages, ie [32( instead 
of an atom. And then just send them a [loadbang] to initialize 
whatever they're going into...



On Mon, Apr 14, 2014 at 1:47 PM, kate sweeney m.k.swee...@hotmail.com 
mailto:m.k.swee...@hotmail.com wrote:


Hello,

I am using GEM to create a graphical design video. I have
completed a lot of it and have all my patches set up with the
desired numbers etc. Yet everytime i close and re-open the
project, all the numbers return to 0 which messes up my project
big time. Is there a way to save the number box's as they are so
they stay the same everytime the project is closed and re-opened?

I have included a screenshot of before and after the project is
closed and re-opened.

Many thanks.

___
Pd-list@iem.at mailto: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] Keeping Number box's

2014-04-14 Thread AP Vague
Also [metro] will default to the creation argument, so you can just have it
be [metro 32] with nothing going into the right inlet and it'll use that
value.


On Mon, Apr 14, 2014 at 1:59 PM, AP Vague apva...@gmail.com wrote:

 If you know exactly what you want the values to be before you open the
 patch you can replace the number atoms with messages, ie [32( instead of an
 atom. And then just send them a [loadbang] to initialize whatever they're
 going into...


 On Mon, Apr 14, 2014 at 1:47 PM, kate sweeney m.k.swee...@hotmail.comwrote:

 Hello,

 I am using GEM to create a graphical design video. I have completed a lot
 of it and have all my patches set up with the desired numbers etc. Yet
 everytime i close and re-open the project, all the numbers return to 0
 which messes up my project big time. Is there a way to save the number
 box's as they are so they stay the same everytime the project is closed and
 re-opened?

 I have included a screenshot of before and after the project is closed
 and re-opened.

 Many thanks.

 ___
 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] Keeping Number box's

2014-04-14 Thread Jonathan Wilkes

On 04/14/2014 02:03 PM, Phil Stone wrote:
Or use the Number2 number box, and set its init attribute in 
properties. It will then init itself with the last value that was in 
the box at the time the parent patch was saved.


I try to avoid the iemgui init method because it isn't represented in 
the Pd diagram.


I'd rather do this:

[loadbang]

[42(
|
[numbox]

Then you can see if you made a mistake.  For example, I forgot to 
connect [loadbang] to [42(.  I can quickly scan all other places where I 
use [loadbang] to see if I made a similar error.


But if you use the init method, you must right-click and choose 
Properties on every single numbox to do error checking.  The time 
wasted isn't worth whatever it is you think you save by using init.


Digression-- consider a Properties dialog with the following button:
[don't fire nukes]

Do you press it or not?

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


Re: [PD] Keeping Number box's

2014-04-14 Thread Ivica Ico Bukvic
If you are using pd-l2ork, there is also universal preset system built into
it using preset_hub and preset_node objects.

 

From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of
Phil Stone
Sent: Monday, April 14, 2014 2:04 PM
To: AP Vague; pd-list@iem.at
Subject: Re: [PD] Keeping Number box's

 

Or use the Number2 number box, and set its init attribute in properties.
It will then init itself with the last value that was in the box at the time
the parent patch was saved.


On 4/14/14, 10:59 AM, AP Vague wrote:

If you know exactly what you want the values to be before you open the patch
you can replace the number atoms with messages, ie [32( instead of an atom.
And then just send them a [loadbang] to initialize whatever they're going
into...

 

On Mon, Apr 14, 2014 at 1:47 PM, kate sweeney m.k.swee...@hotmail.com
wrote:

Hello,

I am using GEM to create a graphical design video. I have completed a lot of
it and have all my patches set up with the desired numbers etc. Yet
everytime i close and re-open the project, all the numbers return to 0 which
messes up my project big time. Is there a way to save the number box's as
they are so they stay the same everytime the project is closed and
re-opened?

I have included a screenshot of before and after the project is closed and
re-opened. 

Many thanks. 


___
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] Keeping Number box's

2014-04-14 Thread Ivica Ico Bukvic
Also, FWIW, in pd-l2ork trigger can use static values, e.g. [trigger 1 b 0
blue] would output symbol blue from the rightmost outlet, then a zero, then
a bang, and then a 1.

 

From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of
Pierrick Saillant
Sent: Monday, April 14, 2014 2:02 PM
To: pd-list@iem.at
Subject: Re: [PD] Keeping Number box's

 

Hello,

 

You need to initialise the value. 

You can use the [loadbang] object to have a « bang »  when your open your
patch.

And after use message box to set the different value.

 

To have something better and to avoid problems it’s better to use a trigger
to sequentialize the initialization.

 

There is an example.

 

Best,

 

Pierrick



Le 14 avr. 2014 à 19:47, kate sweeney m.k.swee...@hotmail.com a écrit :





re a

 

image001.png___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Keeping Number box's

2014-04-14 Thread Phil Stone

oops, meant to send this to the list, sorry Jonathan.


On 4/14/14, 1:11 PM, Phil Stone wrote:
You have a point, if you are init'ing to zero; otherwise, it's easy to 
see that a Number2 box is init'd when you open the patch, because it 
has a non-zero value in it.


But yeah, it's a little kludgey (especially the init/no init 
button: is it status, or what *will* happen when you press it -- hint, 
it's the latter, like most buttons). I wouldn't recommend it for use 
with all those Pd nuclear weapon-control patches that are out there.



Phil


On 4/14/14, 12:56 PM, Jonathan Wilkes wrote:

On 04/14/2014 02:03 PM, Phil Stone wrote:
Or use the Number2 number box, and set its init attribute in 
properties. It will then init itself with the last value that was in 
the box at the time the parent patch was saved.


I try to avoid the iemgui init method because it isn't represented 
in the Pd diagram.


I'd rather do this:

[loadbang]

[42(
|
[numbox]

Then you can see if you made a mistake.  For example, I forgot to 
connect [loadbang] to [42(.  I can quickly scan all other places 
where I use [loadbang] to see if I made a similar error.


But if you use the init method, you must right-click and choose 
Properties on every single numbox to do error checking.  The time 
wasted isn't worth whatever it is you think you save by using init.


Digression-- consider a Properties dialog with the following button:
[don't fire nukes]

Do you press it or not?

-Jonathan




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