Hello list,
I am getting a strange tcl error (I guess this is more of a bug report). I am using a [cnv] object as dynamic labels, I have 2 of these CNV objects in 2 different abstractions with GOP activated. If I open these abstractions in my main patch and try to access the properties of the CNV y get the following error. (I am sorry that the text of the console is attached as an image, apparently, I can't copy this text).
running on mac OSX 10.6.8 and tested on two different machines.
cheers
This can happen if you created the canvas in L2Ork and are calling the properties in Vanilla. Is this the case?
From: Pd-list pd-list-bounces@lists.iem.at on behalf of José Rafael Subía Valdez jsubiavaldez@gmail.com Sent: 10 April 2017 13:49 To: pd-list Subject: [PD] Weird [cnv] object error-bug
Hello list,
I am getting a strange tcl error (I guess this is more of a bug report). I am using a [cnv] object as dynamic labels, I have 2 of these CNV objects in 2 different abstractions with GOP activated. If I open these abstractions in my main patch and try to access the properties of the CNV y get the following error. (I am sorry that the text of the console is attached as an image, apparently, I can't copy this text).
running on mac OSX 10.6.8 and tested on two different machines.
cheers
-- José Rafael Subía Valdez www.jrsv.nethttp://www.jrsv.net JRSV | Official websitehttp://www.jrsv.net/ www.jrsv.net Home. Welcome to my website, here you will find information regarding my work in different fields of research and production. Find out about my projects that involve ...
Does your CNV have a label with spaces? This is something Pd-L2Ork/Purr-Data support but I am not sure if vanilla does in which case this could be the cause of the problem.
Best,
Ico
On 4/10/2017 11:56 PM, Liam Goodacre wrote:
This can happen if you created the canvas in L2Ork and are calling the properties in Vanilla. Is this the case?
*From:* Pd-list pd-list-bounces@lists.iem.at on behalf of José Rafael Subía Valdez jsubiavaldez@gmail.com *Sent:* 10 April 2017 13:49 *To:* pd-list *Subject:* [PD] Weird [cnv] object error-bug Hello list,
I am getting a strange tcl error (I guess this is more of a bug report). I am using a [cnv] object as dynamic labels, I have 2 of these CNV objects in 2 different abstractions with GOP activated. If I open these abstractions in my main patch and try to access the properties of the CNV y get the following error. (I am sorry that the text of the console is attached as an image, apparently, I can't copy this text).
running on mac OSX 10.6.8 and tested on two different machines.
cheers
-- José Rafael Subía Valdez www.jrsv.net http://www.jrsv.net JRSV | Official website http://www.jrsv.net/ www.jrsv.net Home. Welcome to my website, here you will find information regarding my work in different fields of research and production. Find out about my projects that involve ...
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hello Liam,
no. it wasn't created in l2ork, it is all vanilla,
Hello Ico,
yes it has blank spaces, that is interesting, I will try without, although it is a partial bug then, because it does work kinda until I wanna modify the properties in the main patch
cheers guys.
On Tue, Apr 11, 2017 at 5:00 AM, Ivica Ico Bukvic ico@vt.edu wrote:
Does your CNV have a label with spaces? This is something Pd-L2Ork/Purr-Data support but I am not sure if vanilla does in which case this could be the cause of the problem.
Best,
Ico
On 4/10/2017 11:56 PM, Liam Goodacre wrote:
This can happen if you created the canvas in L2Ork and are calling the properties in Vanilla. Is this the case?
*From:* Pd-list pd-list-bounces@lists.iem.at pd-list-bounces@lists.iem.at on behalf of José Rafael Subía Valdez jsubiavaldez@gmail.com jsubiavaldez@gmail.com *Sent:* 10 April 2017 13:49 *To:* pd-list *Subject:* [PD] Weird [cnv] object error-bug
Hello list,
I am getting a strange tcl error (I guess this is more of a bug report). I am using a [cnv] object as dynamic labels, I have 2 of these CNV objects in 2 different abstractions with GOP activated. If I open these abstractions in my main patch and try to access the properties of the CNV y get the following error. (I am sorry that the text of the console is attached as an image, apparently, I can't copy this text).
running on mac OSX 10.6.8 and tested on two different machines.
cheers
-- José Rafael Subía Valdez www.jrsv.net JRSV | Official website http://www.jrsv.net/ www.jrsv.net Home. Welcome to my website, here you will find information regarding my work in different fields of research and production. Find out about my projects that involve ...
_______________________________________________Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
On 2017-04-11 09:31, José Rafael Subía Valdez wrote:
Hello Liam,
no. it wasn't created in l2ork, it is all vanilla,
Hello Ico,
yes it has blank spaces, that is interesting, I will try without, although it is a partial bug then, because it does work kinda until I wanna modify the properties in the main patch
it's a known issue. the simplest workaround is to set the label to something without spaces programmatically (e.g. use [label foo() before entering the properties.
the simplest fix for the problem would be to just forbid labels with spaces.
gfmasdr IOhannes
Or you can use ASCII code 160, the non-breaking space, which looks like a space but acts like a symbol. Copy it from between the speech marks and paste it into a label: " ". Works fine on all platforms.
From: Pd-list pd-list-bounces@lists.iem.at on behalf of IOhannes m zmoelnig zmoelnig@iem.at Sent: 11 April 2017 09:05 To: PD list Subject: Re: [PD] Weird [cnv] object error-bug
On 2017-04-11 09:31, José Rafael Subía Valdez wrote:
Hello Liam,
no. it wasn't created in l2ork, it is all vanilla,
Hello Ico,
yes it has blank spaces, that is interesting, I will try without, although it is a partial bug then, because it does work kinda until I wanna modify the properties in the main patch
it's a known issue. the simplest workaround is to set the label to something without spaces programmatically (e.g. use [label foo() before entering the properties.
the simplest fix for the problem would be to just forbid labels with spaces.
gfmasdr IOhannes