Re: [PD] [PD-announce] pd 0.51-3 test 4 released

[Alexandre Torres Porres]

Looks good to me!

One last silly thing would be this minor fix to expr's help
https://github.com/pure-data/pure-data/pull/1184

and maybe mention you fixed an issue about typing "~" on macOS in
foreign keyboards in the release notes (issue is here, still opened, but
can be closed https://github.com/pure-data/pure-data/issues/1138 )


Em ter., 27 de out. de 2020 às 21:48, Miller Puckette via Pd-announce <
pd-annou...@lists.iem.at> escreveu:

> Pd 0.51-3 test 4 is out on http://msp.ucsd.edu/software.htm (or on
> github: https://github.com/pure-data/pure-data).
>
> Mostly minor bug and compilation fixes.
>
> cheers
> Miller
>
>
>
> ___
> Pd-announce mailing list
> pd-annou...@lists.iem.at
> https://lists.puredata.info/listinfo/pd-announce
> ___
> 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

[PD] [PD-announce] pd 0.51-3 test 4 released

[Miller Puckette via Pd-announce]

Pd 0.51-3 test 4 is out on http://msp.ucsd.edu/software.htm (or on
github: https://github.com/pure-data/pure-data).

Mostly minor bug and compilation fixes.

cheers
Miller



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

Re: [PD] comport and/or MIDI on Tiny Core Linux

[Antoine Rousseau]

If you cannot find the m_pd.h in your system, you can always import it from
another one into the comport (or whatever) directory.

Anyway thanks for sharing information about Pd + tiny core linux, I would
love to find some time soon for experimenting on this too;
I've always stuck to raspbian until now, but it's always a hassle to turn
it to a read-only file system, to allow disconnecting the power without
having to cleanly shut down the system. Apparently TCL could make it
easier, would you confirm?


Le mar. 27 oct. 2020 à 21:01, Giulio Moro via Pd-list 
a écrit :

> Each Makefile has a different way of looking for the path where m_pd.h,
> and where it is located on your system depends on how you installed Pd ...
> normally `find /usr/include /usr/local/include -name m_pd.h` will tell you
> where the file is. Once you know where it is, you can inspect the
> `Makefile` to figure out which way to pass this information to it.
> Normally this boils down to passing some options to `make`, such as
> PDINCLUDEDIR=/path/to/containing/folder or CFLAGS="-DPD
> -I/path/to/containing/folder" or others, depending on the content of the
> Makefile (these are two real-world examples). (or you can just hardcode the
> path in the Makefile next to where you see a `-I/somepath `, add `
> -I/path/to/containing/folder` and see if it works.
>
> A link to the source files would be useful if you need further help.
>
>
> Yann Seznec wrote on 27/10/2020 19:34:
> > OK interesting - with the verbose flag on I can see that it is finding
> comport.pd_linux, but it says “/lib/libc.so.6: version ‘GLIBC_2.27’ not
> found (required by /home/tc/comport_test/comport.pd_linux)”
> >
> > I assume that means that it needs to be compiled for the board
> specifically, as you mention.
> >
> > Unfortunately when I try to compile it on the board I get yet another,
> different error. In that case it says “fatal error: m_pd.h: No such file or
> directory”.
> >
> > I think I understand that it’s looking for where Pd is installed, but I
> can’t seem to find where that file is in Tiny Core Linux.
> >
> > Thanks Giuilio!
> >
> >> On Oct 27, 2020, at 3:14 PM, Giulio Moro  wrote:
> >>
> >> That's a Linux build, but is it an ARM build compatible with the
> architecture in use?
> >> Try `file /path/to/comport.ld_linux` and make sure you get the same
> result as you'd get for any externals that actually work. You can run `Pd`
> with the verbose flag and that should print some extra info about the paths
> it is attempting to open. In fairness, it should be pretty straightforward
> to just build it from source on the board, which guarantees you get the
> correct binary.
> >>
> >>
> >> Yann Seznec wrote on 27/10/2020 19:01:
> >>> Hello everyone,
> >>> As a follow up to my post a few weeks ago about startup times on
> Raspberry Pi, I have been exploring Tiny Core Linux (v9) on a Pi 3.
> Generally speaking this is super promising, with startup times around 15
> seconds and it seems very stable.
> >>> Some of the things I want to run on this system require external
> libraries. I have managed to get zexy working, for example, by simply
> including the library in the same folder as the patch that uses it.
> >>> I have not had the same success with comport. Including a linux build
> of the comport object in the folder with the project does not work - I get
> a “couldn’t create” error when I launch the patch. I have tried declaring
> the library with the -lib flag, but that gives me an error saying “comport:
> can’t load library”.
> >>> I have installed the USB-Serial extension, though I’m not sure if I’ve
> missed a step there to make it work properly.
> >>> This feels like a long shot, but has anyone managed to get comport
> working on Tiny Core Linux?
> >>> Alternatively, has anyone used USB MIDI with Tiny Core Linux? That
> isn’t working for me either.
> >>> As usual, any tips would be excellent, many thanks.
> >>> Yann
> >>> ___
> >>> 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
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Windows in Chinese, problem with paths

[IOhannes m zmölnig]

On 10/27/20 12:20 PM, Dan Wilcox wrote:

Maybe try a test with a folder / path with UTF-8 characters on your system. As 
IOhannes said, Pd should be able to handle it Ok.

I'd also recommend they turn on Verbose and open Pd again so they can send you 
the whole text outputted with Pd showing which paths it's trying. If we see 
broken strings there, then we'll have a better clue.


+1

once they got all the verbose errors, they should do a "Save As..." from 
the Pd-console (sic!) in order to save the entire console text to a 
file, and then send you that file.


fgmr
IOhannes


OpenPGP_0xB65019C47F7A36F8.asc
Description: application/pgp-keys


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

Re: [PD] comport and/or MIDI on Tiny Core Linux

[Giulio Moro via Pd-list]

Each Makefile has a different way of looking for the path where m_pd.h, and 
where it is located on your system depends on how you installed Pd ...
normally `find /usr/include /usr/local/include -name m_pd.h` will tell you 
where the file is. Once you know where it is, you can inspect the `Makefile` to 
figure out which way to pass this information to it.
Normally this boils down to passing some options to `make`, such as 
PDINCLUDEDIR=/path/to/containing/folder or CFLAGS="-DPD 
-I/path/to/containing/folder" or others, depending on the content of the Makefile 
(these are two real-world examples). (or you can just hardcode the path in the Makefile 
next to where you see a `-I/somepath `, add ` -I/path/to/containing/folder` and see if it 
works.

A link to the source files would be useful if you need further help.


Yann Seznec wrote on 27/10/2020 19:34:

OK interesting - with the verbose flag on I can see that it is finding 
comport.pd_linux, but it says “/lib/libc.so.6: version ‘GLIBC_2.27’ not found 
(required by /home/tc/comport_test/comport.pd_linux)”

I assume that means that it needs to be compiled for the board specifically, as 
you mention.

Unfortunately when I try to compile it on the board I get yet another, 
different error. In that case it says “fatal error: m_pd.h: No such file or 
directory”.

I think I understand that it’s looking for where Pd is installed, but I can’t 
seem to find where that file is in Tiny Core Linux.

Thanks Giuilio!


On Oct 27, 2020, at 3:14 PM, Giulio Moro  wrote:

That's a Linux build, but is it an ARM build compatible with the architecture 
in use?
Try `file /path/to/comport.ld_linux` and make sure you get the same result as 
you'd get for any externals that actually work. You can run `Pd` with the 
verbose flag and that should print some extra info about the paths it is 
attempting to open. In fairness, it should be pretty straightforward to just 
build it from source on the board, which guarantees you get the correct binary.


Yann Seznec wrote on 27/10/2020 19:01:

Hello everyone,
As a follow up to my post a few weeks ago about startup times on Raspberry Pi, 
I have been exploring Tiny Core Linux (v9) on a Pi 3. Generally speaking this 
is super promising, with startup times around 15 seconds and it seems very 
stable.
Some of the things I want to run on this system require external libraries. I 
have managed to get zexy working, for example, by simply including the library 
in the same folder as the patch that uses it.
I have not had the same success with comport. Including a linux build of the 
comport object in the folder with the project does not work - I get a “couldn’t 
create” error when I launch the patch. I have tried declaring the library with 
the -lib flag, but that gives me an error saying “comport: can’t load library”.
I have installed the USB-Serial extension, though I’m not sure if I’ve missed a 
step there to make it work properly.
This feels like a long shot, but has anyone managed to get comport working on 
Tiny Core Linux?
Alternatively, has anyone used USB MIDI with Tiny Core Linux? That isn’t 
working for me either.
As usual, any tips would be excellent, many thanks.
Yann
___
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

Re: [PD] comport and/or MIDI on Tiny Core Linux

[Yann Seznec]

OK interesting - with the verbose flag on I can see that it is finding 
comport.pd_linux, but it says “/lib/libc.so.6: version ‘GLIBC_2.27’ not found 
(required by /home/tc/comport_test/comport.pd_linux)”

I assume that means that it needs to be compiled for the board specifically, as 
you mention.

Unfortunately when I try to compile it on the board I get yet another, 
different error. In that case it says “fatal error: m_pd.h: No such file or 
directory”. 

I think I understand that it’s looking for where Pd is installed, but I can’t 
seem to find where that file is in Tiny Core Linux.

Thanks Giuilio! 

> On Oct 27, 2020, at 3:14 PM, Giulio Moro  wrote:
> 
> That's a Linux build, but is it an ARM build compatible with the architecture 
> in use?
> Try `file /path/to/comport.ld_linux` and make sure you get the same result as 
> you'd get for any externals that actually work. You can run `Pd` with the 
> verbose flag and that should print some extra info about the paths it is 
> attempting to open. In fairness, it should be pretty straightforward to just 
> build it from source on the board, which guarantees you get the correct 
> binary.
> 
> 
> Yann Seznec wrote on 27/10/2020 19:01:
>> Hello everyone,
>> As a follow up to my post a few weeks ago about startup times on Raspberry 
>> Pi, I have been exploring Tiny Core Linux (v9) on a Pi 3. Generally speaking 
>> this is super promising, with startup times around 15 seconds and it seems 
>> very stable.
>> Some of the things I want to run on this system require external libraries. 
>> I have managed to get zexy working, for example, by simply including the 
>> library in the same folder as the patch that uses it.
>> I have not had the same success with comport. Including a linux build of the 
>> comport object in the folder with the project does not work - I get a 
>> “couldn’t create” error when I launch the patch. I have tried declaring the 
>> library with the -lib flag, but that gives me an error saying “comport: 
>> can’t load library”.
>> I have installed the USB-Serial extension, though I’m not sure if I’ve 
>> missed a step there to make it work properly.
>> This feels like a long shot, but has anyone managed to get comport working 
>> on Tiny Core Linux?
>> Alternatively, has anyone used USB MIDI with Tiny Core Linux? That isn’t 
>> working for me either.
>> As usual, any tips would be excellent, many thanks.
>> Yann
>> ___
>> 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

Re: [PD] comport and/or MIDI on Tiny Core Linux

[Giulio Moro via Pd-list]

That's a Linux build, but is it an ARM build compatible with the architecture 
in use?
Try `file /path/to/comport.ld_linux` and make sure you get the same result as 
you'd get for any externals that actually work. You can run `Pd` with the 
verbose flag and that should print some extra info about the paths it is 
attempting to open. In fairness, it should be pretty straightforward to just 
build it from source on the board, which guarantees you get the correct binary.


Yann Seznec wrote on 27/10/2020 19:01:

Hello everyone,
As a follow up to my post a few weeks ago about startup times on Raspberry Pi, 
I have been exploring Tiny Core Linux (v9) on a Pi 3. Generally speaking this 
is super promising, with startup times around 15 seconds and it seems very 
stable.

Some of the things I want to run on this system require external libraries. I 
have managed to get zexy working, for example, by simply including the library 
in the same folder as the patch that uses it.

I have not had the same success with comport. Including a linux build of the 
comport object in the folder with the project does not work - I get a “couldn’t 
create” error when I launch the patch. I have tried declaring the library with 
the -lib flag, but that gives me an error saying “comport: can’t load library”.

I have installed the USB-Serial extension, though I’m not sure if I’ve missed a 
step there to make it work properly.

This feels like a long shot, but has anyone managed to get comport working on 
Tiny Core Linux?

Alternatively, has anyone used USB MIDI with Tiny Core Linux? That isn’t 
working for me either.

As usual, any tips would be excellent, many thanks.

Yann


___
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

[PD] comport and/or MIDI on Tiny Core Linux

[Yann Seznec]

Hello everyone,
As a follow up to my post a few weeks ago about startup times on Raspberry Pi, 
I have been exploring Tiny Core Linux (v9) on a Pi 3. Generally speaking this 
is super promising, with startup times around 15 seconds and it seems very 
stable.

Some of the things I want to run on this system require external libraries. I 
have managed to get zexy working, for example, by simply including the library 
in the same folder as the patch that uses it.

I have not had the same success with comport. Including a linux build of the 
comport object in the folder with the project does not work - I get a “couldn’t 
create” error when I launch the patch. I have tried declaring the library with 
the -lib flag, but that gives me an error saying “comport: can’t load library”.

I have installed the USB-Serial extension, though I’m not sure if I’ve missed a 
step there to make it work properly.

This feels like a long shot, but has anyone managed to get comport working on 
Tiny Core Linux? 

Alternatively, has anyone used USB MIDI with Tiny Core Linux? That isn’t 
working for me either. 

As usual, any tips would be excellent, many thanks.

Yann


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

Re: [PD] ISO works combining PD and sculpture

[Giulio Moro via Pd-list]

There are a number of Pd-based sculptures done with Bela, see for instance:

Fedde Ten Berge 
https://blog.bela.io/2017/12/12/fedde-ten-berge-instruments-bela/
Yann Seznec https://blog.bela.io/2020/06/24/trampoline-synth/
John Ferguson, Erik Griswold, Paul Bardini, and Daniel Della-Bosca 
https://blog.bela.io/2020/06/16/scatterfields-rotating-sculpture/
Manuel Vázquez https://blog.bela.io/2019/11/27/manuel-vazquez-laser-control/
A lot of people and guitars at University of Oslo 
https://blog.bela.io/2018/03/02/sverm-resonans-bela-interactive-guitar-installation/
Giacomo Lepri and Alessia Milo 
https://blog.bela.io/2019/06/26/chowndolo-milo-lepri/
Helen Leigh 
https://blog.bela.io/2019/09/19/trill-helen-leigh-craft-circuit-sculpture/
Yann Seznec 
https://blog.bela.io/2020/03/06/book-impractical-musical-devices-yann-seznec/


Jaime Oliver wrote on 27/10/2020 16:24:

I did this one a couple of years ago:
http://www.jaimeoliver.pe/caracoles-iv-2018

On Mon, Oct 26, 2020 at 5:16 PM hans w. koch mailto:hansw.k...@gmail.com>> wrote:

i did quite a few (and counting):
mengenlehre: https://www.youtube.com/watch?v=M7CfOGga8gU
clock of fifths (app version,made with mobmuplat): 
https://www.youtube.com/watch?v=l0V57rxAJoA
clock of fifths (installation): https://www.youtube.com/watch?v=I6ef9XVDf9U
shanti: https://www.youtube.com/watch?v=jxhYZCgtVgg

hth, best

hans

 > Am 26.10.2020 um 20:54 schrieb bbob mailto:fluxm...@gmail.com>>:
 >
 > for my students, I'm looking for examples of work that combines PD and 
sculpture (or installations)... i've got a few of the obvious 
pd-sequencer-triggering-drum-solenoids to show them, what else?  links to artist sites 
&/or videos appreciated.
 > ___
 > 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



--
**
Jaime E Oliver LR
www.jaimeoliver.pe 


___
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

Re: [PD] ISO works combining PD and sculpture

[Jaime Oliver]

I did this one a couple of years ago:
http://www.jaimeoliver.pe/caracoles-iv-2018

On Mon, Oct 26, 2020 at 5:16 PM hans w. koch  wrote:

> i did quite a few (and counting):
> mengenlehre: https://www.youtube.com/watch?v=M7CfOGga8gU
> clock of fifths (app version,made with mobmuplat):
> https://www.youtube.com/watch?v=l0V57rxAJoA
> clock of fifths (installation):
> https://www.youtube.com/watch?v=I6ef9XVDf9U
> shanti: https://www.youtube.com/watch?v=jxhYZCgtVgg
>
> hth, best
>
> hans
>
> > Am 26.10.2020 um 20:54 schrieb bbob :
> >
> > for my students, I'm looking for examples of work that combines PD and
> sculpture (or installations)... i've got a few of the obvious
> pd-sequencer-triggering-drum-solenoids to show them, what else?  links to
> artist sites &/or videos appreciated.
> > ___
> > 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
>


-- 
**
Jaime E Oliver LR
www.jaimeoliver.pe
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Dealing with blocks of text in Pd

[Brad Garton]

You might want to look at what we did with rtcmix~ in pd.  On OSX we do use
a tcl editor, and on Windows it's set up to use notepad++

brad


On Tue, Oct 27, 2020 at 7:56 AM Christof Ressi 
wrote:

> Yes, you can certainly turn a list into a single symbol, either with [list
> fromsymbol] + [list tosymbol], or using externals like zexy's [s2l].
>
> But the actual problem is how you get plain text input in Pd. [text] is
> certainly *not* suitable for that.
>
> Once you have your own Tcl editor widget, you can easily send the text in
> any form you want (a single symbol, a list of atoms, a list of bytes, ...)
>
> Christof
> On 27.10.2020 15:46, Iain Duncan wrote:
>
> Thanks Christof.
>
> What about tosymbol, is there a Pd equivalent for taking a multi-atom
> message and turning it into a single string? or other good way of doing
> that?
>
>
>
> On Tue, Oct 27, 2020 at 7:40 AM Christof Ressi 
> wrote:
>
>> Pd has the [text] object for entering text, but I think it is not really
>> suitable for your use case, because it is meant for typing Pd lists and
>> therefore treats several characters specially (e.g. semicolons, colons).
>>
>> If you want interactive editing, I think you need to make your own Tcl
>> GUI object with a plain text editor. If you're a brave Tcl programmer, you
>> could even add syntax highlighting and auto identation ;-)
>>
>> For inspiration, you could have a look at the [entry] object of the old
>> "flatgui" library, which is basically a widget for plain text.
>>
>> Christof
>> On 27.10.2020 15:18, Iain Duncan wrote:
>>
>> Hi folks, I'm in the design stages of porting my Scheme for Max external
>> to Pd, and have some questions already. :-)
>>
>> What is the best way to deal with large-ish blocks of text in Pd for
>> sending big text messages to an object? In Max (in case readers know it) I
>> use a textedit object to allow the user to enter several lines of code,
>> this goes to a tosymbol to turn into one giant symbol, and then I use a
>> prepend to get a single message that looks like the below
>>
>> eval-string "(define (hello-world) (post :hello-world))"
>>
>> The above then comes into my external as two atoms.
>>
>> If anyone has suggestions for the best way to do that, or knows of
>> externals I might want to use to accomplish the above, that would be lovely.
>>
>> iain
>>
>> ___pd-l...@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
>>
> ___
> 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

Re: [PD] Dealing with blocks of text in Pd

[Christof Ressi]

Yes, you can certainly turn a list into a single symbol, either with 
[list fromsymbol] + [list tosymbol], or using externals like zexy's [s2l].


But the actual problem is how you get plain text input in Pd. [text] is 
certainly *not* suitable for that.


Once you have your own Tcl editor widget, you can easily send the text 
in any form you want (a single symbol, a list of atoms, a list of bytes, 
...)


Christof

On 27.10.2020 15:46, Iain Duncan wrote:

Thanks Christof.

What about tosymbol, is there a Pd equivalent for taking a multi-atom 
message and turning it into a single string? or other good way of 
doing that?




On Tue, Oct 27, 2020 at 7:40 AM Christof Ressi > wrote:


Pd has the [text] object for entering text, but I think it is not
really suitable for your use case, because it is meant for typing
Pd lists and therefore treats several characters specially (e.g.
semicolons, colons).

If you want interactive editing, I think you need to make your own
Tcl GUI object with a plain text editor. If you're a brave Tcl
programmer, you could even add syntax highlighting and auto
identation ;-)

For inspiration, you could have a look at the [entry] object of
the old "flatgui" library, which is basically a widget for plain text.

Christof

On 27.10.2020 15:18, Iain Duncan wrote:

Hi folks, I'm in the design stages of porting my Scheme for Max
external to Pd, and have some questions already. :-)

What is the best way to deal with large-ish blocks of text in Pd
for sending big text messages to an object? In Max (in case
readers know it) I use a textedit object to allow the user to
enter several lines of code, this goes to a tosymbol to turn into
one giant symbol, and then I use a prepend to get a single
message that looks like the below

eval-string "(define (hello-world) (post :hello-world))"

The above then comes into my external as two atoms.

If anyone has suggestions for the best way to do that, or knows
of externals I might want to use to accomplish the above, that
would be lovely.

iain

___
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


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

Re: [PD] Dealing with blocks of text in Pd

[Iain Duncan]

Thanks Christof.

What about tosymbol, is there a Pd equivalent for taking a multi-atom
message and turning it into a single string? or other good way of doing
that?



On Tue, Oct 27, 2020 at 7:40 AM Christof Ressi 
wrote:

> Pd has the [text] object for entering text, but I think it is not really
> suitable for your use case, because it is meant for typing Pd lists and
> therefore treats several characters specially (e.g. semicolons, colons).
>
> If you want interactive editing, I think you need to make your own Tcl GUI
> object with a plain text editor. If you're a brave Tcl programmer, you
> could even add syntax highlighting and auto identation ;-)
>
> For inspiration, you could have a look at the [entry] object of the old
> "flatgui" library, which is basically a widget for plain text.
>
> Christof
> On 27.10.2020 15:18, Iain Duncan wrote:
>
> Hi folks, I'm in the design stages of porting my Scheme for Max external
> to Pd, and have some questions already. :-)
>
> What is the best way to deal with large-ish blocks of text in Pd for
> sending big text messages to an object? In Max (in case readers know it) I
> use a textedit object to allow the user to enter several lines of code,
> this goes to a tosymbol to turn into one giant symbol, and then I use a
> prepend to get a single message that looks like the below
>
> eval-string "(define (hello-world) (post :hello-world))"
>
> The above then comes into my external as two atoms.
>
> If anyone has suggestions for the best way to do that, or knows of
> externals I might want to use to accomplish the above, that would be lovely.
>
> iain
>
> ___pd-l...@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
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Dealing with blocks of text in Pd

[Christof Ressi]

Pd has the [text] object for entering text, but I think it is not really 
suitable for your use case, because it is meant for typing Pd lists and 
therefore treats several characters specially (e.g. semicolons, colons).


If you want interactive editing, I think you need to make your own Tcl 
GUI object with a plain text editor. If you're a brave Tcl programmer, 
you could even add syntax highlighting and auto identation ;-)


For inspiration, you could have a look at the [entry] object of the old 
"flatgui" library, which is basically a widget for plain text.


Christof

On 27.10.2020 15:18, Iain Duncan wrote:
Hi folks, I'm in the design stages of porting my Scheme for Max 
external to Pd, and have some questions already. :-)


What is the best way to deal with large-ish blocks of text in Pd for 
sending big text messages to an object? In Max (in case readers know 
it) I use a textedit object to allow the user to enter several lines 
of code, this goes to a tosymbol to turn into one giant symbol, and 
then I use a prepend to get a single message that looks like the below


eval-string "(define (hello-world) (post :hello-world))"

The above then comes into my external as two atoms.

If anyone has suggestions for the best way to do that, or knows of 
externals I might want to use to accomplish the above, that would be 
lovely.


iain

___
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

[PD] Dealing with blocks of text in Pd

[Iain Duncan]

Hi folks, I'm in the design stages of porting my Scheme for Max external to
Pd, and have some questions already. :-)

What is the best way to deal with large-ish blocks of text in Pd for
sending big text messages to an object? In Max (in case readers know it) I
use a textedit object to allow the user to enter several lines of code,
this goes to a tosymbol to turn into one giant symbol, and then I use a
prepend to get a single message that looks like the below

eval-string "(define (hello-world) (post :hello-world))"

The above then comes into my external as two atoms.

If anyone has suggestions for the best way to do that, or knows of
externals I might want to use to accomplish the above, that would be lovely.

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

Re: [PD] Windows in Chinese, problem with paths

[Dan Wilcox]

Maybe try a test with a folder / path with UTF-8 characters on your system. As 
IOhannes said, Pd should be able to handle it Ok.

I'd also recommend they turn on Verbose and open Pd again so they can send you 
the whole text outputted with Pd showing which paths it's trying. If we see 
broken strings there, then we'll have a better clue.

> On Oct 27, 2020, at 12:00 PM, pd-list-requ...@lists.iem.at wrote:
> 
> Date: Tue, 27 Oct 2020 10:21:40 +0100
> From: Maximiliano Estudies  >
> To: Pd-List mailto:pd-list@lists.iem.at>>
> Subject: Re: [PD] Windows in Chinese, problem with paths
> Message-ID:
>>
> Content-Type: text/plain; charset="utf-8"
> 
> Dear IOhannes,
> 
> thank you for your answer.
> Here is the screenshot they sent me. https://postimg.cc/GB6z9Wb0 
> 
> I'll also try to find out the character encoding and codepage they are
> using, the thing is, I don't talk directly to the museum technicians in
> charge of the setup, there is a representative there that translates all
> the communication and he doesn't have much experience with the subject, so
> I'm not sure if it will work.
> I asked them to put all the abstractions and files in the same folder and
> that worked. They also have access to a computer running MacOS for testing,
> and the original patch with subfolders worked there without problems.
> 
> Does the absolute path to an abstraction play a role even if using [declare
> -path]? and how is this different from having both patches in the same
> folder?
> 
> Cheers,
> Maxi


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



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

Re: [PD] Windows in Chinese, problem with paths

[Maximiliano Estudies]

Dear IOhannes,

thank you for your answer.
Here is the screenshot they sent me. https://postimg.cc/GB6z9Wb0
I'll also try to find out the character encoding and codepage they are
using, the thing is, I don't talk directly to the museum technicians in
charge of the setup, there is a representative there that translates all
the communication and he doesn't have much experience with the subject, so
I'm not sure if it will work.
I asked them to put all the abstractions and files in the same folder and
that worked. They also have access to a computer running MacOS for testing,
and the original patch with subfolders worked there without problems.

Does the absolute path to an abstraction play a role even if using [declare
-path]? and how is this different from having both patches in the same
folder?

Cheers,
Maxi


El mar., 27 oct. 2020 a las 9:28, IOhannes m zmoelnig ()
escribió:

> On 10/22/20 3:36 PM, Maximiliano Estudies wrote:
> > Dear list,
> >
> > I am working on a project with people in China and sent them a project
> with
> > a main patch and a couple of subfolders for abstractions and audio files.
> > I'm using [declare -path abstractions] so PD finds the files relative to
> > the main patch.
> > I tested the patch (I copied the same .zip file that I'm sending) in an
> > older windows machine I have and it works fine, but the chinese
> colleagues
> > are having some trouble. They sent me a screenshot of the console and PD
> > can't find any of the subpatches or audio files.
>
> could you also share this screenshot (at least the important parts,
> without disclosing confidential information)?
>
>
> > Do you have any experience with this? They are using Pd 0.51.2 on a
> Windows
> > 10 machine with the operating system in chinese. I checked and they
> didn't
> > change the folder structure.
>
> like most people here (judging from the lack of responses to your email)
> i have little experience with chinese systems.
>
> the first thing that comes to my mind when reading your problem
> description is a character representation issue.
> Pd uses UTF-8 (a Unicode variant) to represent characters.
> this is pretty standard in the entire world, except for Windows where
> UTF-16 (if they use unicode at all) is used.
>
> i think Pd is pretty well tested for doing a proper conversion between
> it's UTF-8 representation and the wide-char (UTF-16) representation
> needed on Windows - but these tests are mostly done on "western"
> systems, where the characters are practically always formed by
> unicode-points <65536 (which is the highest number that can be
> represented by an (unsigned) 16bit value; UTF-16 uses 16bit (hence the
> name) as the base number size).
>
> afaik (but - see above - i know little) the standard code points for
> chinese letters are in the range of 0x4E00..0x9FFF, so they would well
> fit into the 16bit constraint.
> but then: you never know what encoding they really use.
>
> so:
> - could you share the screenshot?
> - would it be possible to find out which character encoding is used by
> your colleagues? and which codepage? and...? i'm not on windows but a
> quick websearch revealed [1], which has at least a bit of information on
> how to get all these things)
> - would it also be possible to get the full path to one of the failing
> abstractions as *text*? (not as a screenshot).
>
> gfmdasrf
> IOhannes
>
> PS: another thing: if you are using externals that open files by
> themselves, they really *should* use Pd's file-opening functions if they
> want to open non-ASCII filenames.
> so if the problematic files are not opened via externals, it could well
> be a bug in the externals (though from your description i figure that Pd
> itself is having problems)
>
>
>
> [1] https://serverfault.com/questions/80635/
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>


-- 
Maximiliano Estudies
*VDT Referat Beschallung*
+49 176 36784771
omslo.com
maxiestudies.com
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Windows in Chinese, problem with paths

[IOhannes m zmoelnig]

On 10/22/20 3:36 PM, Maximiliano Estudies wrote:

Dear list,

I am working on a project with people in China and sent them a project with
a main patch and a couple of subfolders for abstractions and audio files.
I'm using [declare -path abstractions] so PD finds the files relative to
the main patch.
I tested the patch (I copied the same .zip file that I'm sending) in an
older windows machine I have and it works fine, but the chinese colleagues
are having some trouble. They sent me a screenshot of the console and PD
can't find any of the subpatches or audio files.


could you also share this screenshot (at least the important parts, 
without disclosing confidential information)?




Do you have any experience with this? They are using Pd 0.51.2 on a Windows
10 machine with the operating system in chinese. I checked and they didn't
change the folder structure.


like most people here (judging from the lack of responses to your email) 
i have little experience with chinese systems.


the first thing that comes to my mind when reading your problem 
description is a character representation issue.

Pd uses UTF-8 (a Unicode variant) to represent characters.
this is pretty standard in the entire world, except for Windows where 
UTF-16 (if they use unicode at all) is used.


i think Pd is pretty well tested for doing a proper conversion between 
it's UTF-8 representation and the wide-char (UTF-16) representation 
needed on Windows - but these tests are mostly done on "western" 
systems, where the characters are practically always formed by 
unicode-points <65536 (which is the highest number that can be 
represented by an (unsigned) 16bit value; UTF-16 uses 16bit (hence the 
name) as the base number size).


afaik (but - see above - i know little) the standard code points for 
chinese letters are in the range of 0x4E00..0x9FFF, so they would well 
fit into the 16bit constraint.

but then: you never know what encoding they really use.

so:
- could you share the screenshot?
- would it be possible to find out which character encoding is used by 
your colleagues? and which codepage? and...? i'm not on windows but a 
quick websearch revealed [1], which has at least a bit of information on 
how to get all these things)
- would it also be possible to get the full path to one of the failing 
abstractions as *text*? (not as a screenshot).


gfmdasrf
IOhannes

PS: another thing: if you are using externals that open files by 
themselves, they really *should* use Pd's file-opening functions if they 
want to open non-ASCII filenames.
so if the problematic files are not opened via externals, it could well 
be a bug in the externals (though from your description i figure that Pd 
itself is having problems)




[1] https://serverfault.com/questions/80635/


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