Re: [PD] testing some 0.48.0 GUI updates

2017-07-19 Thread Federico Camara Halac
Hi Dan, thanks!

the browser now works really great, and it is much more intuitive in my
opinion. I noticed that opening a file is now only with Enter/Return, which
helps a lot.
-- 
http://fdch.github.io/tv
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] One click too many on macOS

2017-07-19 Thread Dan Wilcox
Ah ok, I misunderstood. What I was referring to was *very* buggy behavior such 
as creating a bang with the key binding creates two bangs...

What you're talking about is the fact that macOS does not have "focus follows 
mouse", which it sounds like you are used to. Yes, clicking to focus the window 
is normal. You can hover over an unfocused window and scroll it but not click 
in without the initial focus click.

I'd suggest using CMD+` to cycle the currently active app's windows.


> On Jul 19, 2017, at 6:00 PM, pd-list-requ...@lists.iem.at wrote:
> 
> From: Roman Haefeli >
> Subject: Re: [PD] One click too many on macOS
> Date: July 19, 2017 at 5:27:25 PM GMT+2
> To: Pd-List >
> 
> 
> On Mit, 2017-07-19 at 10:49 +0200, Dan Wilcox wrote:
>> Most of the UI error like this are because the first test build from
>> Miller is using the buggy Tk 8.5.9. Please test with Tk 8.4 or with a
>> custom build of something newer.
> 
> I built my own Pd-0.48.0.app and it uses 8.4:
> 
> Tk 8.4.19
> 
> and it still has the same behavior. 
> 
> Since I remember using Pd on macOS, I had to click once for switching
> windows and another time for actually clicking on something. So this
> doesn't seem something new with this release.
> 
> Your post sounds to me as you have a different experience. Can you
> click a bang from a window that has not focus with a single click? 
> 
>> it took me a *long* time to figure out what was going on when I first
>> tried the update years ago and happily through away all the double-
>> bind & key event detection code I added by simply using a newer or
>> older version of Tk.
> 
> Instead of wish8.4, should I try a newer self-built version, too?
> 
> Roman


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] problem with translation : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread cyrille henry

in the po directory.
have a look at the readme.txt
cheers
c

Le 19/07/2017 à 18:26, Alexandre Torres Porres a écrit :

hi, may I ask where can I find, edit and check out the brazilian portuguese 
translation of pd, or add it?

thanks

2017-07-19 11:23 GMT-03:00 Dan Wilcox >:

I was able to apply the diff, more or less. There was a slight positioning change 
after I removed the menu list string, so someone might want to do a quick double 
check: 
https://github.com/pure-data/pure-data/blob/703c1f8d5d268ceb74e99d1420906fd1519aca24/po/fr.po
 




On Jul 19, 2017, at 4:06 PM, cyrille henry > wrote:

hello,

I'm sorry, i don't have time, so here is only a diff.

Since I made small modification of the existing translation, I copy this 
mail to the 2 other author of the original translation for verification.

thanks and cheers
c


Le 19/07/2017 à 10:46, Dan Wilcox a écrit :

On Jul 19, 2017, at 10:10 AM, pd-list-requ...@lists.iem.at 
 > wrote:

Le 17/07/2017 à 12:13, Dan Wilcox a écrit :
[...]

* The translation build system has been updated as it wasn't automatically 
refreshing the translation files. For translators, there should be new strings 
to add and other to update (see po/README.txt for details). For users, the menu 
titles should now be translated for those languages which do so.


I'm updating the french translation file, but I've got a problem with the 
line :

msgid "file edit put find media window help"

if I translate this line, the pg GUI will not start.

That line should be removed as it's been replaced by each menu item as a 
separate string. The reason why Pd can't start is that the strings in that list 
are used to call procedures ala pd_start_file, pd_start_edit, etc. Changing 
them means tcl errors early in the startup and nothing seems to happen. I 
figured this out the hard way too :)

should I just ignore this line?

Yes. I will check the Tcl to make sure it shouldn't appear in the 
translations. That might be an artifact to my earlier experiments.

What is the best process to share this file : forking pd on sourforce git, 
changing the file and doing a push request?

Whichever works best for Miller, really. We've been working successfully by 
doing small feature Pos via Github as well. Since it's likely a small update, 
you could generate a patch and send to pd-list as well. I'm finding GitHub 
easiest for my workflow, but use whatever works for you :)

Dan Wilcox
@danomatika 
danomatika.com  
robotcowboy.com  





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 





___
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] Macbook Air Errors with 0.48 Test 1

2017-07-19 Thread Miller Puckette
Can you try with "test2"? (on my site, just now uploaded it).

thanks
Miller

On Wed, Jul 19, 2017 at 06:00:36PM +0200, Dan Wilcox wrote:
> The error indicates the pd core has crashed or is not running. Sometimes this 
> also happens if the pd proves has hung in the background. Open Activity 
> Monitor and make sure there is no "pd" processing running, if so then kill it.
> 
> As a test, try running the pd core from the command line in Terminal:
> 
> /Applications/Pd-VERSION.app/Contents/Resources/bin/pd
> 
> You can at least see some info. You can also run it with the -verbose flag to 
> see even more info.
> 
> > On Jul 18, 2017, at 11:21 PM, pd-list-requ...@lists.iem.at wrote:
> > 
> > Subject: Re: [PD] Macbook Air Errors with 0.48 Test 1
> > Date: July 18, 2017 at 10:16:13 PM GMT+2
> > To: Miller Puckette >
> > Cc: "pd-list@lists.iem.at " 
> > >
> > 
> > 
> > sierra indicates
> > 
> > 10.12
> > 
> > https://en.wikipedia.org/wiki/MacOS_Sierra 
> > 
> > 
> > 
> >> On 18 Jul 2017, at 21:55, Miller Puckette  >> > wrote:
> >> 
> >> Really 10.2.5?  Not 10.5?
> >> 
> >> I've tested on 10.6.  I ues I'd better try an earlier one :)
> >> 
> >> M
> >> 
> >> On Tue, Jul 18, 2017 at 02:39:06PM -0400, me.grimm wrote:
> >>> Hello,
> >>> 
> >>> So I have a student with a Macbook Air. Pd 0.47.1 that she downloaded 
> >>> hangs
> >>> and quits as detailed here:
> >>> https://lists.puredata.info/pipermail/pd-list/2016-12/117154.html 
> >>> 
> >>> 
> >>> then miller said he maybe fixed?
> >>> https://lists.puredata.info/pipermail/pd-list/2016-12/117157.html 
> >>> 
> >>> 
> >>> So I just tried the version (recent test) i recently compiled and that
> >>> opens (sort of) but I get now Pd window. I did get error:
> >>> 
> >>> Not connected to 'pd' process
> >>> Not connected to 'pd' process
> >>>while executing
> >>> "error "Not connected to 'pd' process""
> >>>(procedure "pdsend" line 6)
> >>>invoked from within
> >>> "pdsend "pd audio-properties""
> >>>(procedure "::tk::mac::ShowPreferences" line 3)
> >>>invoked from within
> >>> "::tk::mac::ShowPreferences"
> >>> 
> >>> shes on macbook air 10.2.5 (sierra) 13" early 2015
> >>> 
> >>> I know there has been trouble running Pd on Macbook Airs in the past and
> >>> would like to nail whats wrong. let me know what to do to test while I 
> >>> have
> >>> access to this machine for the next couple weeks.
> >>> 
> >>> thanks!
> >>> 
> >>> 
> >>> 
> >>> -- 
> >>> 
> >>> m.e.grimm, m.f.a, ed.m.
> >>> syracuse u., tc3
> >>> megrimm.net 
> >>> 
> >> 
> >>> ___
> >>> 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 
> >> 
> 
> 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


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


Re: [PD] Setup.cpp:189:2: error: compiling Gem against latest pd git pull 0.48-0-test

2017-07-19 Thread me.grimm
 Try deleting that line from the source :)
>>yes this works and Gem compiles

shit sorry i spoke too soon... I still am getting:

Setup.cpp:189:2: error: use of undeclared identifier 'sys_searchpath'
sys_searchpath = namelist_append(sys_searchpath, mypath, 0);
^
Setup.cpp:189:35: error: use of undeclared identifier 'sys_searchpath'
sys_searchpath = namelist_append(sys_searchpath, mypath, 0);

I even did make clean and compiled pd/gem again after removing line.

On Wed, Jul 19, 2017 at 1:20 PM, me.grimm  wrote:

> >> Try deleting that line from the source :)
>
> yes this works and Gem compiles
>
> >>If desired, the offending line on the source could be replaced with this
> >>pd_this->pd_stuff->st_namelist = 
> >>namelist_append(pd_this->pd_stuff->st_namelist,
> mypath, 0);
>
> with this error:
>
> s_main.c:119:1: error: expected identifier or '('
> pd_this->pd_stuff->st_namelist =
> ^
> ./m_pd.h:856:18: note: expanded from macro 'pd_this'
> #define pd_this (_maininstance)
>  ^
> s_main.c:119:1: error: expected ')'
> ./m_pd.h:856:18: note: expanded from macro 'pd_this'
> #define pd_this (_maininstance)
>  ^
> s_main.c:119:1: note: to match this '('
> ./m_pd.h:856:17: note: expanded from macro 'pd_this'
> #define pd_this (_maininstance)
>
>
>
> thanks!
>
> On Wed, Jul 19, 2017 at 1:08 PM, Miller Puckette  wrote:
>
>> Try deleting that line from the source :)
>>
>> The fix should have restored binary compatibility for existing compiled
>> Gem installations, but new ones wont' compile with the offending line.
>>
>> If desired, the offending line on the source could be replaced with this
>>
>> pd_this->pd_stuff->st_namelist =
>>namelist_append(pd_this->pd_stuff->st_namelist, mypath, 0);
>>
>> cheers
>> Miller
>>
>> On Wed, Jul 19, 2017 at 12:30:02PM -0400, me.grimm wrote:
>> > compiling Gem from latest git pull (just now) with this fix?
>> > pure-data/pure-data@c34380a
>> > > 8068c7e293322b87e7c3a05bfe2>
>> > I
>> > get:
>> >
>> > clang: *warning: *optimization flag '-falign-loops' is not supported
>> > [-Wignored-optimization-argument]
>> >
>> > clang: *warning: *optimization flag '-falign-functions' is not supported
>> > [-Wignored-optimization-argument]
>> >
>> > clang: *warning: *optimization flag '-falign-jumps' is not supported
>> > [-Wignored-optimization-argument]
>> >
>> > *Setup.cpp:189:2: **error: **use of undeclared identifier
>> 'sys_searchpath'*
>> >
>> > sys_searchpath = namelist_append(sys_searchpath, mypath, 0);
>> >
>> > *^*
>> >
>> > *Setup.cpp:189:35: **error: **use of undeclared identifier
>> 'sys_searchpath'*
>> >
>> > sys_searchpath = namelist_append(sys_searchpath, mypath, 0);
>> >
>> >
>> > I logged an issue on Gem git but johannes pointed to the pd issue as the
>> > culprit
>> >
>> > thanks!
>> > m
>>
>> > ___
>> > Pd-list@lists.iem.at mailing list
>> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>>
>>
>
>
> --
> 
> m.e.grimm, m.f.a, ed.m.
> syracuse u., tc3
> megrimm.net
> 
>



-- 

m.e.grimm, m.f.a, ed.m.
syracuse u., tc3
megrimm.net

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


Re: [PD] "Damaged Error" with 0.48 Test 2 compiled for mac

2017-07-19 Thread Miller Puckette
... I'm not sure, but I think this also is broken on 10.13 - I got a private
mail last week:

> I’m in the Music and Technology cluster of the COSMOS program, and we use the
+Pure Data program as part of the class. Yesterday, I updated my Mac to macOS
+10.13 High Sierra, and PD no longer can launch. I’ve attached a screenshot with
+the error. Is there anything I can do to get PD running on my 10.13 Mac?
> Thank you,
> Nicholas Padmanabhan

... I was able to fix it by supplying a wish 8.5 that I had compiled using
your script.  But I think my old packaging method relies on the Wish 
"frameworks" being on the target machine.

But your packager might work better - I'll try that now.

M

On Wed, Jul 19, 2017 at 08:23:30PM +0200, Dan Wilcox wrote:
> The download is using Tk 8.5.19 which has crasher problems on 10.12. The most 
> stable build is to use your included Tk 8.4 wish in mac/stuff.
> 
> The osx-app.sh already uses this if you invoke it without setting the wish or 
> tk options:
> 
> mac/osx-app.sh 0.48.0-test2
> 
> or, more simply if using auto tools build:
> 
> make app
> 
> I'm testing with a mix of things, but mainly using 8.4 either form the old 
> Wish or the 8.4 on my system.
> 
> > On Jul 19, 2017, at 8:16 PM, Miller Puckette  wrote:
> > 
> > I guess it's that since I bundled the app asking it to incluide Wish as
> > installed on my machine, it somehow needs additional files that aren't
> > getting copied into the bundle.
> > 
> > Dan: are you able to recompile wish 8.4 on a Mac?  I can't get it to compile
> > on mine, but if you can make one and just send it to me (!) I can include
> > that in the package shich should make everything self-contained.
> > 
> > M
> > 
> > On Wed, Jul 19, 2017 at 08:08:04PM +0200, Dan Wilcox wrote:
> >> "damaged" usually means that something's wrong with the app bundle and not 
> >> with of itself. I'll check it out.
> >> 
> >> enohp ym morf tnes
> >> ---
> >> Dan Wilcox
> >> danomatika.com
> >> robotcowboy.com
> >> 
> >> 
> >>> On Jul 19, 2017, at 7:59 PM, Alexandre Torres Porres  
> >>> wrote:
> >>> 
> >>> and both 32/64 bits have this issue!
> >>> 
> >>> 2017-07-19 14:57 GMT-03:00 Alexandre Torres Porres :
>  oh, so, macbook pro, sierra (10.12.5), and the previous one (0.48 test1) 
>  opened just fine
>  
>  2017-07-19 14:56 GMT-03:00 Alexandre Torres Porres :
> > 2017-07-19 14:32 GMT-03:00 Miller Puckette :
> >> Can you try with "test2"? (on my site, just now uploaded it).
> >> 
> >> thanks
> >> Miller
> > 
> > howdy, so, trying the mac version, I get an error and can't open Pd, it 
> > days the image/file is "damaged"
> > 
> > cheers
> > 
>  
> >>> 
> > 
> >> ___
> >> Pd-list@lists.iem.at mailing list
> >> UNSUBSCRIBE and account-management -> 
> >> https://lists.puredata.info/listinfo/pd-list
> > 
> 
> 
> 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


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


Re: [PD] "Damaged Error" with 0.48 Test 2 compiled for mac

2017-07-19 Thread Dan Wilcox
"damaged" usually means that something's wrong with the app bundle and not with 
of itself. I'll check it out.

enohp ym morf tnes
---
Dan Wilcox
danomatika.com
robotcowboy.com


> On Jul 19, 2017, at 7:59 PM, Alexandre Torres Porres  wrote:
> 
> and both 32/64 bits have this issue!
> 
> 2017-07-19 14:57 GMT-03:00 Alexandre Torres Porres :
>> oh, so, macbook pro, sierra (10.12.5), and the previous one (0.48 test1) 
>> opened just fine
>> 
>> 2017-07-19 14:56 GMT-03:00 Alexandre Torres Porres :
>>> 2017-07-19 14:32 GMT-03:00 Miller Puckette :
 Can you try with "test2"? (on my site, just now uploaded it).
 
 thanks
 Miller
>>> 
>>> howdy, so, trying the mac version, I get an error and can't open Pd, it 
>>> days the image/file is "damaged"
>>> 
>>> cheers
>>> 
>> 
> 
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] "Damaged Error" with 0.48 Test 2 compiled for mac

2017-07-19 Thread Miller Puckette
I guess it's that since I bundled the app asking it to incluide Wish as
installed on my machine, it somehow needs additional files that aren't
getting copied into the bundle.

Dan: are you able to recompile wish 8.4 on a Mac?  I can't get it to compile
on mine, but if you can make one and just send it to me (!) I can include
that in the package shich should make everything self-contained.

M

On Wed, Jul 19, 2017 at 08:08:04PM +0200, Dan Wilcox wrote:
> "damaged" usually means that something's wrong with the app bundle and not 
> with of itself. I'll check it out.
> 
> enohp ym morf tnes
> ---
> Dan Wilcox
> danomatika.com
> robotcowboy.com
> 
> 
> > On Jul 19, 2017, at 7:59 PM, Alexandre Torres Porres  
> > wrote:
> > 
> > and both 32/64 bits have this issue!
> > 
> > 2017-07-19 14:57 GMT-03:00 Alexandre Torres Porres :
> >> oh, so, macbook pro, sierra (10.12.5), and the previous one (0.48 test1) 
> >> opened just fine
> >> 
> >> 2017-07-19 14:56 GMT-03:00 Alexandre Torres Porres :
> >>> 2017-07-19 14:32 GMT-03:00 Miller Puckette :
>  Can you try with "test2"? (on my site, just now uploaded it).
>  
>  thanks
>  Miller
> >>> 
> >>> howdy, so, trying the mac version, I get an error and can't open Pd, it 
> >>> days the image/file is "damaged"
> >>> 
> >>> cheers
> >>> 
> >> 
> > 

> ___
> 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] testing some 0.48.0 GUI updates

2017-07-19 Thread Dan Wilcox
This is fixed. I stupidly broke it the other day :P

> On Jul 18, 2017, at 4:40 PM, Pierre Guillot  wrote:
> 
> Thank a lot! 
> In the help browser of the previous version, double clicking on a folder 
> opens the native OS window of the folder, it was really useful. I'm on MacOS 
> 10.12.5
> 
> Cheers,
> Pierre


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] problem with translation : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread Alexandre Torres Porres
hi, may I ask where can I find, edit and check out the brazilian portuguese
translation of pd, or add it?

thanks

2017-07-19 11:23 GMT-03:00 Dan Wilcox :

> I was able to apply the diff, more or less. There was a slight positioning
> change after I removed the menu list string, so someone might want to do a
> quick double check: https://github.com/pure-data/pure-data/blob/
> 703c1f8d5d268ceb74e99d1420906fd1519aca24/po/fr.po
>
>
> On Jul 19, 2017, at 4:06 PM, cyrille henry  wrote:
>
> hello,
>
> I'm sorry, i don't have time, so here is only a diff.
>
> Since I made small modification of the existing translation, I copy this
> mail to the 2 other author of the original translation for verification.
>
> thanks and cheers
> c
>
>
> Le 19/07/2017 à 10:46, Dan Wilcox a écrit :
>
> On Jul 19, 2017, at 10:10 AM, pd-list-requ...@lists.iem.at <
> mailto:pd-list-requ...@lists.iem.at > wrote:
>
> Le 17/07/2017 à 12:13, Dan Wilcox a écrit :
> [...]
>
> * The translation build system has been updated as it wasn't automatically
> refreshing the translation files. For translators, there should be new
> strings to add and other to update (see po/README.txt for details). For
> users, the menu titles should now be translated for those languages which
> do so.
>
>
> I'm updating the french translation file, but I've got a problem with the
> line :
>
> msgid "file edit put find media window help"
>
> if I translate this line, the pg GUI will not start.
>
> That line should be removed as it's been replaced by each menu item as a
> separate string. The reason why Pd can't start is that the strings in that
> list are used to call procedures ala pd_start_file, pd_start_edit, etc.
> Changing them means tcl errors early in the startup and nothing seems to
> happen. I figured this out the hard way too :)
>
> should I just ignore this line?
>
> Yes. I will check the Tcl to make sure it shouldn't appear in the
> translations. That might be an artifact to my earlier experiments.
>
> What is the best process to share this file : forking pd on sourforce git,
> changing the file and doing a push request?
>
> Whichever works best for Miller, really. We've been working successfully
> by doing small feature Pos via Github as well. Since it's likely a small
> update, you could generate a patch and send to pd-list as well. I'm finding
> GitHub easiest for my workflow, but use whatever works for you :)
> 
> Dan Wilcox
> @danomatika 
> danomatika.com 
> robotcowboy.com 
>
> 
>
>
> 
> 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
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] problem with translation : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread Dan Wilcox
Look in the po directory? There happens to be a pt_br.po file there...

Also, checkout the po/README.txt for the overview of how the translation system 
works.

> On Jul 19, 2017, at 6:26 PM, Alexandre Torres Porres  wrote:
> 
> hi, may I ask where can I find, edit and check out the brazilian portuguese 
> translation of pd, or add it?
> 
> thanks
> 
> 2017-07-19 11:23 GMT-03:00 Dan Wilcox  >:
> I was able to apply the diff, more or less. There was a slight positioning 
> change after I removed the menu list string, so someone might want to do a 
> quick double check: 
> https://github.com/pure-data/pure-data/blob/703c1f8d5d268ceb74e99d1420906fd1519aca24/po/fr.po
>  
> 
> 
> 
>> On Jul 19, 2017, at 4:06 PM, cyrille henry > > wrote:
>> 
>> hello,
>> 
>> I'm sorry, i don't have time, so here is only a diff.
>> 
>> Since I made small modification of the existing translation, I copy this 
>> mail to the 2 other author of the original translation for verification.
>> 
>> thanks and cheers
>> c
>> 
>> 
>> Le 19/07/2017 à 10:46, Dan Wilcox a écrit :
 On Jul 19, 2017, at 10:10 AM, pd-list-requ...@lists.iem.at 
  > wrote:
 
 Le 17/07/2017 à 12:13, Dan Wilcox a écrit :
 [...]
> * The translation build system has been updated as it wasn't 
> automatically refreshing the translation files. For translators, there 
> should be new strings to add and other to update (see po/README.txt for 
> details). For users, the menu titles should now be translated for those 
> languages which do so.
 
 I'm updating the french translation file, but I've got a problem with the 
 line :
 
 msgid "file edit put find media window help"
 
 if I translate this line, the pg GUI will not start.
>>> That line should be removed as it's been replaced by each menu item as a 
>>> separate string. The reason why Pd can't start is that the strings in that 
>>> list are used to call procedures ala pd_start_file, pd_start_edit, etc. 
>>> Changing them means tcl errors early in the startup and nothing seems to 
>>> happen. I figured this out the hard way too :)
 should I just ignore this line?
>>> Yes. I will check the Tcl to make sure it shouldn't appear in the 
>>> translations. That might be an artifact to my earlier experiments.
 What is the best process to share this file : forking pd on sourforce git, 
 changing the file and doing a push request?
>>> Whichever works best for Miller, really. We've been working successfully by 
>>> doing small feature Pos via Github as well. Since it's likely a small 
>>> update, you could generate a patch and send to pd-list as well. I'm finding 
>>> GitHub easiest for my workflow, but use whatever works for you :)
>>> 
>>> Dan Wilcox
>>> @danomatika >
>>> danomatika.com  >> >
>>> robotcowboy.com  >> >
>> 
> 
> 
> 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 
> 
> 
> 


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] Setup.cpp:189:2: error: compiling Gem against latest pd git pull 0.48-0-test

2017-07-19 Thread Miller Puckette
Try deleting that line from the source :)

The fix should have restored binary compatibility for existing compiled
Gem installations, but new ones wont' compile with the offending line.

If desired, the offending line on the source could be replaced with this

pd_this->pd_stuff->st_namelist =
   namelist_append(pd_this->pd_stuff->st_namelist, mypath, 0);

cheers
Miller

On Wed, Jul 19, 2017 at 12:30:02PM -0400, me.grimm wrote:
> compiling Gem from latest git pull (just now) with this fix?
> pure-data/pure-data@c34380a
> 
> I
> get:
> 
> clang: *warning: *optimization flag '-falign-loops' is not supported
> [-Wignored-optimization-argument]
> 
> clang: *warning: *optimization flag '-falign-functions' is not supported
> [-Wignored-optimization-argument]
> 
> clang: *warning: *optimization flag '-falign-jumps' is not supported
> [-Wignored-optimization-argument]
> 
> *Setup.cpp:189:2: **error: **use of undeclared identifier 'sys_searchpath'*
> 
> sys_searchpath = namelist_append(sys_searchpath, mypath, 0);
> 
> *^*
> 
> *Setup.cpp:189:35: **error: **use of undeclared identifier 'sys_searchpath'*
> 
> sys_searchpath = namelist_append(sys_searchpath, mypath, 0);
> 
> 
> I logged an issue on Gem git but johannes pointed to the pd issue as the
> culprit
> 
> thanks!
> m

> ___
> 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] "Damaged Error" with 0.48 Test 2 compiled for mac

2017-07-19 Thread Alexandre Torres Porres
2017-07-19 14:32 GMT-03:00 Miller Puckette :

> Can you try with "test2"? (on my site, just now uploaded it).
>
> thanks
> Miller
>

howdy, so, trying the mac version, I get an error and can't open Pd, it
days the image/file is "damaged"

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


Re: [PD] "Damaged Error" with 0.48 Test 2 compiled for mac

2017-07-19 Thread Alexandre Torres Porres
oh, so, macbook pro, sierra (10.12.5), and the previous one (0.48 test1)
opened just fine

2017-07-19 14:56 GMT-03:00 Alexandre Torres Porres :

> 2017-07-19 14:32 GMT-03:00 Miller Puckette :
>
>> Can you try with "test2"? (on my site, just now uploaded it).
>>
>> thanks
>> Miller
>>
>
> howdy, so, trying the mac version, I get an error and can't open Pd, it
> days the image/file is "damaged"
>
> cheers
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] Setup.cpp:189:2: error: compiling Gem against latest pd git pull 0.48-0-test

2017-07-19 Thread me.grimm
>> Try deleting that line from the source :)

yes this works and Gem compiles

>>If desired, the offending line on the source could be replaced with this
>>pd_this->pd_stuff->st_namelist = 
>>namelist_append(pd_this->pd_stuff->st_namelist,
mypath, 0);

with this error:

s_main.c:119:1: error: expected identifier or '('
pd_this->pd_stuff->st_namelist =
^
./m_pd.h:856:18: note: expanded from macro 'pd_this'
#define pd_this (_maininstance)
 ^
s_main.c:119:1: error: expected ')'
./m_pd.h:856:18: note: expanded from macro 'pd_this'
#define pd_this (_maininstance)
 ^
s_main.c:119:1: note: to match this '('
./m_pd.h:856:17: note: expanded from macro 'pd_this'
#define pd_this (_maininstance)



thanks!

On Wed, Jul 19, 2017 at 1:08 PM, Miller Puckette  wrote:

> Try deleting that line from the source :)
>
> The fix should have restored binary compatibility for existing compiled
> Gem installations, but new ones wont' compile with the offending line.
>
> If desired, the offending line on the source could be replaced with this
>
> pd_this->pd_stuff->st_namelist =
>namelist_append(pd_this->pd_stuff->st_namelist, mypath, 0);
>
> cheers
> Miller
>
> On Wed, Jul 19, 2017 at 12:30:02PM -0400, me.grimm wrote:
> > compiling Gem from latest git pull (just now) with this fix?
> > pure-data/pure-data@c34380a
> >  c34380ab1ea598068c7e293322b87e7c3a05bfe2>
> > I
> > get:
> >
> > clang: *warning: *optimization flag '-falign-loops' is not supported
> > [-Wignored-optimization-argument]
> >
> > clang: *warning: *optimization flag '-falign-functions' is not supported
> > [-Wignored-optimization-argument]
> >
> > clang: *warning: *optimization flag '-falign-jumps' is not supported
> > [-Wignored-optimization-argument]
> >
> > *Setup.cpp:189:2: **error: **use of undeclared identifier
> 'sys_searchpath'*
> >
> > sys_searchpath = namelist_append(sys_searchpath, mypath, 0);
> >
> > *^*
> >
> > *Setup.cpp:189:35: **error: **use of undeclared identifier
> 'sys_searchpath'*
> >
> > sys_searchpath = namelist_append(sys_searchpath, mypath, 0);
> >
> >
> > I logged an issue on Gem git but johannes pointed to the pd issue as the
> > culprit
> >
> > thanks!
> > m
>
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>


-- 

m.e.grimm, m.f.a, ed.m.
syracuse u., tc3
megrimm.net

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


Re: [PD] problem with translation : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread Alexandre Torres Porres
Thanks, seems like it is from the file I edit from portuguese-PT with
Palmieri long time ago for pd extended 0.43, right?

So, I'm checking this with Pd 0.48, and I can see that some translations do
not appear, but they are there in the file. For instance, in the canvas'
properties, "Height" and "Visible Rectangle (pix)" are still in english as
originally, but these seem to be translated in the file.

Also, the translation of "init"/"no init" cannot fit in the current spaca
available, is the only solution to make this larger for all languages?

cheers

2017-07-19 13:31 GMT-03:00 cyrille henry :

> in the po directory.
> have a look at the readme.txt
> cheers
> c
>
> Le 19/07/2017 à 18:26, Alexandre Torres Porres a écrit :
>
>> hi, may I ask where can I find, edit and check out the brazilian
>> portuguese translation of pd, or add it?
>>
>> thanks
>>
>> 2017-07-19 11:23 GMT-03:00 Dan Wilcox  danomat...@gmail.com>>:
>>
>> I was able to apply the diff, more or less. There was a slight
>> positioning change after I removed the menu list string, so someone might
>> want to do a quick double check: https://github.com/pure-data/p
>> ure-data/blob/703c1f8d5d268ceb74e99d1420906fd1519aca24/po/fr.po <
>> https://github.com/pure-data/pure-data/blob/703c1f8d5d268ce
>> b74e99d1420906fd1519aca24/po/fr.po>
>>
>>
>> On Jul 19, 2017, at 4:06 PM, cyrille henry > c...@chnry.net>> wrote:
>>>
>>> hello,
>>>
>>> I'm sorry, i don't have time, so here is only a diff.
>>>
>>> Since I made small modification of the existing translation, I copy
>>> this mail to the 2 other author of the original translation for
>>> verification.
>>>
>>> thanks and cheers
>>> c
>>>
>>>
>>> Le 19/07/2017 à 10:46, Dan Wilcox a écrit :
>>>
 On Jul 19, 2017, at 10:10 AM, pd-list-requ...@lists.iem.at  pd-list-requ...@lists.iem.at>  > wrote:
>
> Le 17/07/2017 à 12:13, Dan Wilcox a écrit :
> [...]
>
>> * The translation build system has been updated as it wasn't
>> automatically refreshing the translation files. For translators, there
>> should be new strings to add and other to update (see po/README.txt for
>> details). For users, the menu titles should now be translated for those
>> languages which do so.
>>
>
> I'm updating the french translation file, but I've got a problem
> with the line :
>
> msgid "file edit put find media window help"
>
> if I translate this line, the pg GUI will not start.
>
 That line should be removed as it's been replaced by each menu item
 as a separate string. The reason why Pd can't start is that the strings in
 that list are used to call procedures ala pd_start_file, pd_start_edit,
 etc. Changing them means tcl errors early in the startup and nothing seems
 to happen. I figured this out the hard way too :)

> should I just ignore this line?
>
 Yes. I will check the Tcl to make sure it shouldn't appear in the
 translations. That might be an artifact to my earlier experiments.

> What is the best process to share this file : forking pd on
> sourforce git, changing the file and doing a push request?
>
 Whichever works best for Miller, really. We've been working
 successfully by doing small feature Pos via Github as well. Since it's
 likely a small update, you could generate a patch and send to pd-list as
 well. I'm finding GitHub easiest for my workflow, but use whatever works
 for you :)
 
 Dan Wilcox
 @danomatika 
 danomatika.com  
 robotcowboy.com  

>>> 
>>>
>>
>> 
>> Dan Wilcox
>> @danomatika 
>> danomatika.com 
>> robotcowboy.com 
>>
>>
>>
>>
>> ___
>> Pd-list@lists.iem.at  mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list 
>>
>>
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>>
>>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
> stinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] "Damaged Error" with 0.48 Test 2 compiled for mac

2017-07-19 Thread Alexandre Torres Porres
and both 32/64 bits have this issue!

2017-07-19 14:57 GMT-03:00 Alexandre Torres Porres :

> oh, so, macbook pro, sierra (10.12.5), and the previous one (0.48 test1)
> opened just fine
>
> 2017-07-19 14:56 GMT-03:00 Alexandre Torres Porres :
>
>> 2017-07-19 14:32 GMT-03:00 Miller Puckette :
>>
>>> Can you try with "test2"? (on my site, just now uploaded it).
>>>
>>> thanks
>>> Miller
>>>
>>
>> howdy, so, trying the mac version, I get an error and can't open Pd, it
>> days the image/file is "damaged"
>>
>> cheers
>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] "Damaged Error" with 0.48 Test 2 compiled for mac

2017-07-19 Thread Dan Wilcox
The download is using Tk 8.5.19 which has crasher problems on 10.12. The most 
stable build is to use your included Tk 8.4 wish in mac/stuff.

The osx-app.sh already uses this if you invoke it without setting the wish or 
tk options:

mac/osx-app.sh 0.48.0-test2

or, more simply if using auto tools build:

make app

I'm testing with a mix of things, but mainly using 8.4 either form the old Wish 
or the 8.4 on my system.

> On Jul 19, 2017, at 8:16 PM, Miller Puckette  wrote:
> 
> I guess it's that since I bundled the app asking it to incluide Wish as
> installed on my machine, it somehow needs additional files that aren't
> getting copied into the bundle.
> 
> Dan: are you able to recompile wish 8.4 on a Mac?  I can't get it to compile
> on mine, but if you can make one and just send it to me (!) I can include
> that in the package shich should make everything self-contained.
> 
> M
> 
> On Wed, Jul 19, 2017 at 08:08:04PM +0200, Dan Wilcox wrote:
>> "damaged" usually means that something's wrong with the app bundle and not 
>> with of itself. I'll check it out.
>> 
>> enohp ym morf tnes
>> ---
>> Dan Wilcox
>> danomatika.com
>> robotcowboy.com
>> 
>> 
>>> On Jul 19, 2017, at 7:59 PM, Alexandre Torres Porres  
>>> wrote:
>>> 
>>> and both 32/64 bits have this issue!
>>> 
>>> 2017-07-19 14:57 GMT-03:00 Alexandre Torres Porres :
 oh, so, macbook pro, sierra (10.12.5), and the previous one (0.48 test1) 
 opened just fine
 
 2017-07-19 14:56 GMT-03:00 Alexandre Torres Porres :
> 2017-07-19 14:32 GMT-03:00 Miller Puckette :
>> Can you try with "test2"? (on my site, just now uploaded it).
>> 
>> thanks
>> Miller
> 
> howdy, so, trying the mac version, I get an error and can't open Pd, it 
> days the image/file is "damaged"
> 
> cheers
> 
 
>>> 
> 
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list
> 


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] problem with menu : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread cyrille henry



Le 19/07/2017 à 09:54, IOhannes m zmoelnig a écrit :

On 2017-07-19 09:39, cyrille henry wrote:


ubuntu 16.04
i've got tcl8.4, 8.5 and 8.6 on my computer, how can I know the one pd use?

configure:


[...]

 wish(tcl/tk): wish


it uses the 'wish' executable whatever and wherever that is.
most likely it is tk8.6, which has been the default on Debian (and
probably most other linux distros) for ages.

~~~
$ ls -l $(which sish)
lrwxrwxrwx 1 root root 7 Nov 20  2015 /usr/bin/wish -> wish8.6


thanks, same here.


$
~~~

i think Dan's recent comments suggesting "stay with tcl/tk 8.4" are for
*OSX only* and of no concern for linux users.

ok. great.

can you confirm the pproblem with the menu, or is it just me?
cheers
c



gfasmdr
IOhannes




___
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] problem with menu : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread Antoine Villeret
I do have the same popup window error when clicking on Undo menu entry.

cheers

a

--
do it yourself
http://antoine.villeret.free.fr

2017-07-19 10:01 GMT+02:00 cyrille henry :

>
>
> Le 19/07/2017 à 09:54, IOhannes m zmoelnig a écrit :
>
>> On 2017-07-19 09:39, cyrille henry wrote:
>>
>>>
>>> ubuntu 16.04
>>> i've got tcl8.4, 8.5 and 8.6 on my computer, how can I know the one pd
>>> use?
>>>
>>> configure:
>>>
>>> [...]
>>
>>>  wish(tcl/tk): wish
>>>
>>
>> it uses the 'wish' executable whatever and wherever that is.
>> most likely it is tk8.6, which has been the default on Debian (and
>> probably most other linux distros) for ages.
>>
>> ~~~
>> $ ls -l $(which sish)
>> lrwxrwxrwx 1 root root 7 Nov 20  2015 /usr/bin/wish -> wish8.6
>>
>
> thanks, same here.
>
> $
>> ~~~
>>
>> i think Dan's recent comments suggesting "stay with tcl/tk 8.4" are for
>> *OSX only* and of no concern for linux users.
>>
> ok. great.
>
> can you confirm the pproblem with the menu, or is it just me?
> cheers
> c
>
>
>> gfasmdr
>> IOhannes
>>
>>
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>>
>>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
> stinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] Automatic upload from CI to Deken

2017-07-19 Thread Antoine Villeret
Hi,

Would it be acceptable to upload library binary from continuous integration
service (i.e. Travis and Appveyor) to Deken ?
In my case, it would be a pd library build for Linux (x86_64 and arm),
Windows and Mac OS X.
And it would be triggered by tag about twice a month.

Cheers

Antoine
--
do it yourself
http://antoine.villeret.free.fr
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] problem with menu : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread Dan Wilcox
This is an easy fix. Looks like the menu_undo procedure takes no arguments but 
the menu bind which is set gives it one, hence the error.

Making a big fix now.

> On Jul 19, 2017, at 10:35 AM, pd-list-requ...@lists.iem.at wrote:
> 
> From: Antoine Villeret  >
> Subject: Re: [PD] problem with menu : WAS Re: testing some 0.48.0 GUI updates
> Date: July 19, 2017 at 10:16:44 AM GMT+2
> To: cyrille henry >
> Cc: "pd-list@lists.iem.at " 
> >
> 
> 
> I do have the same popup window error when clicking on Undo menu entry.
> 
> cheers
> 
> a


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] problem with menu : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread Dan Wilcox
Fixed in bugfix PR: https://github.com/pure-data/pure-data/pull/111 


> On Jul 19, 2017, at 11:01 AM, Dan Wilcox  wrote:
> 
> This is an easy fix. Looks like the menu_undo procedure takes no arguments 
> but the menu bind which is set gives it one, hence the error.
> 
> Making a big fix now.
> 
>> On Jul 19, 2017, at 10:35 AM, pd-list-requ...@lists.iem.at 
>>  wrote:
>> 
>> From: Antoine Villeret > >
>> Subject: Re: [PD] problem with menu : WAS Re: testing some 0.48.0 GUI updates
>> Date: July 19, 2017 at 10:16:44 AM GMT+2
>> To: cyrille henry >
>> Cc: "pd-list@lists.iem.at " 
>> >
>> 
>> 
>> I do have the same popup window error when clicking on Undo menu entry.
>> 
>> cheers
>> 
>> a


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] Automatic upload from CI to Deken

2017-07-19 Thread Antoine Villeret
ok thanks,

the first push should happen at the end of july

+
a

--
do it yourself
http://antoine.villeret.free.fr

2017-07-19 10:55 GMT+02:00 IOhannes m zmoelnig :

> On 2017-07-19 10:37, Antoine Villeret wrote:
> > Hi,
> >
> > Would it be acceptable to upload library binary from continuous
> integration
> > service (i.e. Travis and Appveyor) to Deken ?
> > In my case, it would be a pd library build for Linux (x86_64 and arm),
> > Windows and Mac OS X.
> > And it would be triggered by tag about twice a month.
> >
>
> let's try it and if it causes any trouble, i'll ask you to stop doing that.
>
> fgamsdr
> IOhannes
>
>
> ___
> 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] Automatic upload from CI to Deken

2017-07-19 Thread Pierre Guillot
I already tried to generate well formatted libraries for Deken (but not to
upload them) and I had a problem with the parentheses in the names of the
Deken libraries that are not supported by Travis (and Appveyor I guess)
because they are used inside the URL. I don't find where I spoke about it
(on GitHub or on this list). So if you find a solution I'll be pleased to
know it :)

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


[PD] problem with menu : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread cyrille henry

hello,

Undo/redo works fine when using the keyboard shortcut, but I've got problem 
when using the edit menu.

clicking on "undo copy" reesult on the opening of an error windos "error": wrong # args: 
should be "menu_undo"

same problem with french or english local.

ubuntu 16.04
i've got tcl8.4, 8.5 and 8.6 on my computer, how can I know the one pd use?

configure:

pd 0.48.0 is now configured

Platform: Linux
Debug build:  no
Universal build:  no
Localizations:yes
Source directory: .
Installation prefix:  /usr/local

Compiler: gcc
CFLAGS:   -g -O2 -ffast-math -funroll-loops -fomit-frame-pointer
LDFLAGS:
INCLUDES:
LIBS: -lpthread -ldl

External extension:   pd_linux
External CFLAGS:  -fPIC
External LDFLAGS: -Wl,--export-dynamic -fPIC

fftw: no
wish(tcl/tk): wish
audio APIs:   PortAudio alsa OSS
midi APIs:alsa OSS

cheers
Cyrille


Le 17/07/2017 à 12:13, Dan Wilcox a écrit :

Howdy all,

Can y'all test some of the relevant GUI updates the 0.48.0 test release? A few 
I can think of are:

* New preferences system: basically the core prefs have now been separated from 
the gui prefs and there is a new submenu for this

* The translation build system has been updated as it wasn't automatically 
refreshing the translation files. For translators, there should be new strings 
to add and other to update (see po/README.txt for details). For users, the menu 
titles should now be translated for those languages which do so.

* Some button sizing was fixed in the Find, Audio, MIDI, Path, & Startup 
dialogs.

* The HSlider entry in the Put menu had the wrong key-shortcut shown. This is 
fixed.

* The Font dialog can now only be opened when a canvas or Pd window is active 
as it has no effect on dialogs. Focus handling was also improved.

* The Find dialog:
   - no longer hide after search on macOS
   - search string in label now properly truncated for overly long searches
   - button placement improved
   - entry selection now highlighted on window focus in for keyboardists

* Default macOS Preferences hotkey (CMD+,) now opens Audio dialog instead of 
Startup dialog

* Audio & MIDI dialogs should no longer open behind if the other is visible.

*  LOTS of typos were fixed in the doc & help patches :) Hopefully the layout 
stays the same. Also, updated relevant documentation URLS


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



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


[PD] problem with translation : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread cyrille henry

hello,


Le 17/07/2017 à 12:13, Dan Wilcox a écrit :
[...]

* The translation build system has been updated as it wasn't automatically 
refreshing the translation files. For translators, there should be new strings 
to add and other to update (see po/README.txt for details). For users, the menu 
titles should now be translated for those languages which do so.


I'm updating the french translation file, but I've got a problem with the line :

msgid "file edit put find media window help"

if I translate this line, the pg GUI will not start.

using this empty translation, things works normally :
msgstr ""
it's still ok if I put the same text as the english text :
msgstr "file edit put find media window help"

but :
msgstr "file edit put find media window aide"
is not working.

should I just ignore this line?
What is the best process to share this file : forking pd on sourforce git, 
changing the file and doing a push request?

best
Cyrille

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


Re: [PD] problem with menu : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread IOhannes m zmoelnig
On 2017-07-19 09:39, cyrille henry wrote:
> 
> ubuntu 16.04
> i've got tcl8.4, 8.5 and 8.6 on my computer, how can I know the one pd use?
> 
> configure:
> 
[...]
> wish(tcl/tk): wish

it uses the 'wish' executable whatever and wherever that is.
most likely it is tk8.6, which has been the default on Debian (and
probably most other linux distros) for ages.

~~~
$ ls -l $(which sish)
lrwxrwxrwx 1 root root 7 Nov 20  2015 /usr/bin/wish -> wish8.6
$
~~~

i think Dan's recent comments suggesting "stay with tcl/tk 8.4" are for
*OSX only* and of no concern for linux users.

gfasmdr
IOhannes




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


Re: [PD] problem with menu : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread Dan Wilcox

> On Jul 19, 2017, at 10:10 AM, pd-list-requ...@lists.iem.at wrote:
> 
> rom: IOhannes m zmoelnig >
> Subject: Re: [PD] problem with menu : WAS Re: testing some 0.48.0 GUI updates
> Date: July 19, 2017 at 9:54:06 AM GMT+2
> To: cyrille henry >, 
> pd-list@lists.iem.at 
> 
> 
> On 2017-07-19 09:39, cyrille henry wrote:
>> 
>> ubuntu 16.04
>> i've got tcl8.4, 8.5 and 8.6 on my computer, how can I know the one pd use?

Change the log level to 4, there is a debug print which says which version of 
TK the GUI is using.

>> configure:
>> 
> [...]
>>wish(tcl/tk): wish
> 
> it uses the 'wish' executable whatever and wherever that is.
> most likely it is tk8.6, which has been the default on Debian (and
> probably most other linux distros) for ages.

On most platforms, Pd uses the "wish" command by default and that is usually 
symlinked to whatever version of Tk is considered "current" on your system.

> ~~~
> $ ls -l $(which sish)
> lrwxrwxrwx 1 root root 7 Nov 20  2015 /usr/bin/wish -> wish8.6
> $
> ~~~
> 
> i think Dan's recent comments suggesting "stay with tcl/tk 8.4" are for
> *OSX only* and of no concern for linux users.

Yes, changing the default from "wish" to "wish8.4" is suggested only for macOS 
as the default uses the buggy version of Tk 8.5 which has issues on mac. Tk 8.5 
and 8.6 are fine on Windows & Linux. They are also mostly fine on macOS but 
required either the user installing a new version to their system manually or 
bundling inside the Pd.app. There is still the not rendering issue on retina 
screens to fix which is a second reason why the suggested default is for mac is 
to stay with 8.4.

All of this is documented in mac/README.txt


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] One click too many on macOS

2017-07-19 Thread Dan Wilcox
Most of the UI error like this are because the first test build from Miller is 
using the buggy Tk 8.5.9. Please test with Tk 8.4 or with a custom build of 
something newer.

it took me a *long* time to figure out what was going on when I first tried the 
update years ago and happily through away all the double-bind & key event 
detection code I added by simply using a newer or older version of Tk.

> On Jul 19, 2017, at 10:35 AM, pd-list-requ...@lists.iem.at wrote:
> 
> From: Roman Haefeli >
> Subject: [PD] One click too many on macOS
> Date: July 19, 2017 at 10:35:33 AM GMT+2
> To: pd-list@lists.iem.at 
> 
> 
> Hey all
> 
> Maybe a little late in the cycle: In Pd on a Mac, you need to click
> twice when switching windows. First click changes window focus and only
> the second click can be used to interact with the window content. 
> 
> It seems not to be typical behavior on a Mac. With other applications I
> can switch focus and do something with the same click. 
> 
> Is this by design or simply not addressed yet? Yet not very important,
> but slightly tiring, IMHO.
> 
> 
> BTW: Lot's of interesting improvements in the upcoming release. Thanks,
> Miller, Dan, IOhannes et al.!
> 
> Roman


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] problem with translation : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread Dan Wilcox
Fixed in a bugfix PR: https://github.com/pure-data/pure-data/pull/109 


> On Jul 19, 2017, at 10:46 AM, Dan Wilcox  wrote:
> 
> 
>> On Jul 19, 2017, at 10:10 AM, pd-list-requ...@lists.iem.at 
>>  wrote:
>> 
>> Le 17/07/2017 à 12:13, Dan Wilcox a écrit :
>> [...]
>>> * The translation build system has been updated as it wasn't automatically 
>>> refreshing the translation files. For translators, there should be new 
>>> strings to add and other to update (see po/README.txt for details). For 
>>> users, the menu titles should now be translated for those languages which 
>>> do so.
>> 
>> I'm updating the french translation file, but I've got a problem with the 
>> line :
>> 
>> msgid "file edit put find media window help"
>> 
>> if I translate this line, the pg GUI will not start.
> 
> That line should be removed as it's been replaced by each menu item as a 
> separate string. The reason why Pd can't start is that the strings in that 
> list are used to call procedures ala pd_start_file, pd_start_edit, etc. 
> Changing them means tcl errors early in the startup and nothing seems to 
> happen. I figured this out the hard way too :)
> 
>> should I just ignore this line?
> 
> Yes. I will check the Tcl to make sure it shouldn't appear in the 
> translations. That might be an artifact to my earlier experiments.
> 
>> What is the best process to share this file : forking pd on sourforce git, 
>> changing the file and doing a push request?
> 
> Whichever works best for Miller, really. We've been working successfully by 
> doing small feature Pos via Github as well. Since it's likely a small update, 
> you could generate a patch and send to pd-list as well. I'm finding GitHub 
> easiest for my workflow, but use whatever works for you :)
> 
> 
> Dan Wilcox
> @danomatika 
> danomatika.com 
> robotcowboy.com 
> 
> 
> 


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] Pd 0.48.0.test1 fails to create all the gop objects of an existing patch

2017-07-19 Thread IOhannes m zmoelnig
On 2017-07-19 07:38, David Adams wrote:
> I uninstalled 0.47.1 and installed 0.48.0.test1 and tried to open a file of
> seven placed abstractions but only two appear as the expected gop objects.
> (the dark green canvas was moved manually). Screenshot 1
> Uninstalled 0.48 and reinstalled 0.47.1 and the file opens correctly.
> Screenshot 2

thanks for the bug-report.
would it be possible to provide a minimal working patch (or set thereof)
to reproduce the issue?
ideally, create a ticket on sourceforge/github so it doesn't get forgotten.

fgmasdr
IOhannes

[github] https://github.com/pure-data/pure-data/issues
[sf] https://bugs.puredata.info



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


Re: [PD] problem with menu : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread Roman Haefeli
On Mit, 2017-07-19 at 10:01 +0200, cyrille henry wrote:
> 
> 
> can you confirm the pproblem with the menu, or is it just me?


No, I have the same behavior on Ubuntu 16.04 / wish 8.6.

Roman

signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] One click too many on macOS

2017-07-19 Thread Roman Haefeli
Hey all

Maybe a little late in the cycle: In Pd on a Mac, you need to click
twice when switching windows. First click changes window focus and only
the second click can be used to interact with the window content. 

It seems not to be typical behavior on a Mac. With other applications I
can switch focus and do something with the same click. 

Is this by design or simply not addressed yet? Yet not very important,
but slightly tiring, IMHO.


BTW: Lot's of interesting improvements in the upcoming release. Thanks,
Miller, Dan, IOhannes et al.!

Roman

 

signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] your favorite key:value data structure?

2017-07-19 Thread Dan Wilcox
See also [m_symbolarray] in rjlib

> On Jul 19, 2017, at 7:38 AM, pd-list-requ...@lists.iem.at wrote:
> 
> From: Ali Momeni >
> Subject: Re: [PD] your favorite key:value data structure?
> Date: July 19, 2017 at 12:06:27 AM GMT+2
> To: Alexandre Torres Porres >
> Cc: Pd-List >, Peter 
> Nyboer >
> 
> 
> Thanks for clarifying Alexandre.
> 
> I would like a pure Vanilla solution because I need to run my application on 
> a raspberry pi, an iOS device, and Android, and in the browser.
> I'll make do with the 'text' object for now unless there is an obvious 
> alternative (or a way to use 'struct' with 'keys').
> 
> -ali


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] DSP cycle - block size & overlapping

2017-07-19 Thread Pierre Guillot
Hi,

1) I wanted to use [bang~] with [print~] to debug (you can also uses
[print~] with higher block sizes but you won't be able to see what happens
with overlap and block sizes inferior to 64 samples). And I guess you can
always find an application because using smaller block sizes can simplify
your approach. I mean it's not necessarily the only solution but it can be
useful.
2) It works for me but there is a delay (32 samples) here the patch
*https://gist.github.com/pierreguillot/908918436e6dcfb27ba413a5da4f8f63
*.
I don't understand why, for you, the block size should be reduced to 32
samples, overlapping should not reduce the block size and I don't really
how to do manual overlap with delay line, can you explain it?

Just to be clear, for me, overlap should perform something like that
(with parent
patch [block~ 32 1] & child patch [block~ 64 2]):
[  32  ][  32  ][  32  ][  32  ][  32  ]
[   64   ][   64   ][   ..
..   ][   64   ][   64   ]

Cheers,
Pierre

2017-07-18 22:24 GMT+02:00 Christof Ressi :

> 1) the question I just asked myself is, how would you use these bangs?
> since all clock timeouts will still be handled every 64 samples I can't
> think of any real applications...
>
> 2) in your case, the blocks do have 64 samples, it's just that it's two
> times the same block instead of two blocks 32 samples apart because
> [inlet~] can't handle hop sizes less than 64 samples. therefore a [block~
> 32 1] in the parent patch won't help either (I tried it). but you can
> always do manual overlap and add with delay lines.
>
>
>
> Gesendet: Dienstag, 18. Juli 2017 um 19:11 Uhr
> Von: "Pierre Guillot" 
> An: "Christof Ressi" 
> Cc: pd-list@lists.iem.at
> Betreff: Re: [PD] DSP cycle - block size & overlapping
>
> Hi Christof,
>
> 1) So I guess it should be documented. Can you explain the workaround. The
> idea would be for example to generate a bang every cycles of 32 samples.
>
> 2) In fact, with [block~ 64 2 1], I don't expect to have two blocks of 32
> samples but 2 blocks of 64 samples (shifted by 32 samples). But I guess I
> understand the limitation (perhaps it should also be documented or perhaps
> I'm missed it?). So in fact the hope size must be at least the block size
> of the parent patch (that seems logic) so if I want to use [block~ 64 2] I
> need my parent patch to have [block~ 32 1] (and that implies a delay of 32
> samples?). I'm right?
>
> Thanks!
>
>
>
>
> 2017-07-18 18:29 GMT+02:00 Christof Ressi  christof.re...@gmx.at]>:Hi,
>
> 1) unfortunately, all objects using clocks won't work correctly for block
> sizes smaller than 64, for the very reasons you already mentioned. a
> possible workaround is to send bangs from the parent canvas. there you can
> use a fast [metro] and sync it with [bang~].
>
> 2) again, this is a clock issue. the hop size mustn't be smaller than 64
> samples, e.g. for overlap 4 you need at least a blocksize of 256. what
> happens in your patch with [block 64 2 1] is that [inlet~] fetches the same
> block twice (instead of two blocks 32 samples apart) and then performs the
> overlap add.
>
> therefore with
>
> -1  1  1  1  1  1  1  1
> 1  1  1  1  1  1  1  1
> 1  1  1  1  1  1  1  1
> 1  1  1  1  1  1  1  1
> 1  -1  -1  -1  -1  -1  -1  -1
> -1  -1  -1  -1  -1  -1  -1  -1
> -1  -1  -1  -1  -1  -1  -1  -1
> -1  -1  -1  -1  -1  -1  -1  -1
>
> you get all zeros.
>
> and with
>
> 0  1  1  1  1  1  1  1
> 1  1  1  1  1  1  1  1
> 1  1  1  1  1  1  1  1
> 1  1  1  1  1  1  1  1
> 1  0  0  0  0  0  0  0
> 0  0  0  0  0  0  0  0
> 0  0  0  0  0  0  0  0
> 0  0  0  0  0  0  0  0
>
> you get all ones.
>
> Christof
>
>
>
>
>
> Gesendet: Dienstag, 18. Juli 2017 um 17:14 Uhr
> Von: "Pierre Guillot"  guillotpier...@gmail.com]>
> An: pd-list@lists.iem.at[mailto:pd-list@lists.iem.at]
> Betreff: [PD] DSP cycle - block size & overlapping
>
> Hi all,
>
> I'm experimenting with different block sizes and overlapping factors for
> subpatches and I encountered 2 issues (or perhaps my mind is completely
> scrambled, tell me...):
>
> 1st: the output of [bang~] is limited by the default block size (64
> samples). I understand why it works like that - the DSP method of [bang~]
> uses clock_delay() and the clocks frequencies are limited by the main DSP
> cycle - and that  avoiding the use of clocks can break the sequential
> behavior (signal-message). But I think it's strange. Do you think that we
> can find a way to use [bang~] with smaller block sizes than 64? If not,
> shouldn't we add something in the help file (it took me a while to figure
> out this limitation)?
>
>
> 2nd: I don't really figure out how the overlapping is performed. Following
> the [block~]'s help file and I03.resynthesis from the audio examples, I
> understand that with a block 

Re: [PD] problem with translation : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread Dan Wilcox

> On Jul 19, 2017, at 10:10 AM, pd-list-requ...@lists.iem.at wrote:
> 
> Le 17/07/2017 à 12:13, Dan Wilcox a écrit :
> [...]
>> * The translation build system has been updated as it wasn't automatically 
>> refreshing the translation files. For translators, there should be new 
>> strings to add and other to update (see po/README.txt for details). For 
>> users, the menu titles should now be translated for those languages which do 
>> so.
> 
> I'm updating the french translation file, but I've got a problem with the 
> line :
> 
> msgid "file edit put find media window help"
> 
> if I translate this line, the pg GUI will not start.

That line should be removed as it's been replaced by each menu item as a 
separate string. The reason why Pd can't start is that the strings in that list 
are used to call procedures ala pd_start_file, pd_start_edit, etc. Changing 
them means tcl errors early in the startup and nothing seems to happen. I 
figured this out the hard way too :)

> should I just ignore this line?

Yes. I will check the Tcl to make sure it shouldn't appear in the translations. 
That might be an artifact to my earlier experiments.

> What is the best process to share this file : forking pd on sourforce git, 
> changing the file and doing a push request?

Whichever works best for Miller, really. We've been working successfully by 
doing small feature Pos via Github as well. Since it's likely a small update, 
you could generate a patch and send to pd-list as well. I'm finding GitHub 
easiest for my workflow, but use whatever works for you :)


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] [PD-announce] pd 0.48-0test1 released

2017-07-19 Thread Roman Haefeli
On Mit, 2017-07-19 at 00:24 +0200, IOhannes m zmölnig wrote:
> On 07/18/2017 11:20 PM, IOhannes m zmölnig wrote:
> > i'm currently looking for a fix for this problem.
> 
> i think i might have found one:
> 
>    https://github.com/pure-data/pure-data/pull/108
> 
> please test (the issue that gets fixed is only on X11; however,
> please
> also test on OSX to see whether this broke the menu on Darwin) and
> merge.


Looks good for me on X11 (Ubuntu 16.04 amd64). All windows keep their
position after saving/closing and re-loading and also after 'vis
0'/'vis 1'. Also, on macOS 10.11 (el capitan) there seem no window
position issue, so no regression there. 

Whether there are regression regarding the menu on macOS, I wasn't able
to spot any, but also didn't know what to specifically look for. New
preferences dialogs work fine, I was able to save and load preferences.

Thanks a lot for having again a look at this, IOhannes. This is a
valuable improvement for me.

Roman

signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] "Damaged Error" with 0.48 Test 2 compiled for mac

2017-07-19 Thread Alexandre Torres Porres
Well, Mac OS 10.13 (High Sierra) is still at a public beta 2 version, so
not yet officially out.

10.12.6 was just released by the way, I should update and test it

cheers

2017-07-19 15:31 GMT-03:00 Miller Puckette :

> ... I'm not sure, but I think this also is broken on 10.13 - I got a
> private
> mail last week:
>
> > I’m in the Music and Technology cluster of the COSMOS program, and we
> use the
> +Pure Data program as part of the class. Yesterday, I updated my Mac to
> macOS
> +10.13 High Sierra, and PD no longer can launch. I’ve attached a
> screenshot with
> +the error. Is there anything I can do to get PD running on my 10.13 Mac?
> > Thank you,
> > Nicholas Padmanabhan
>
> ... I was able to fix it by supplying a wish 8.5 that I had compiled using
> your script.  But I think my old packaging method relies on the Wish
> "frameworks" being on the target machine.
>
> But your packager might work better - I'll try that now.
>
> M
>
> On Wed, Jul 19, 2017 at 08:23:30PM +0200, Dan Wilcox wrote:
> > The download is using Tk 8.5.19 which has crasher problems on 10.12. The
> most stable build is to use your included Tk 8.4 wish in mac/stuff.
> >
> > The osx-app.sh already uses this if you invoke it without setting the
> wish or tk options:
> >
> > mac/osx-app.sh 0.48.0-test2
> >
> > or, more simply if using auto tools build:
> >
> > make app
> >
> > I'm testing with a mix of things, but mainly using 8.4 either form the
> old Wish or the 8.4 on my system.
> >
> > > On Jul 19, 2017, at 8:16 PM, Miller Puckette  wrote:
> > >
> > > I guess it's that since I bundled the app asking it to incluide Wish as
> > > installed on my machine, it somehow needs additional files that aren't
> > > getting copied into the bundle.
> > >
> > > Dan: are you able to recompile wish 8.4 on a Mac?  I can't get it to
> compile
> > > on mine, but if you can make one and just send it to me (!) I can
> include
> > > that in the package shich should make everything self-contained.
> > >
> > > M
> > >
> > > On Wed, Jul 19, 2017 at 08:08:04PM +0200, Dan Wilcox wrote:
> > >> "damaged" usually means that something's wrong with the app bundle
> and not with of itself. I'll check it out.
> > >>
> > >> enohp ym morf tnes
> > >> ---
> > >> Dan Wilcox
> > >> danomatika.com
> > >> robotcowboy.com
> > >>
> > >>
> > >>> On Jul 19, 2017, at 7:59 PM, Alexandre Torres Porres <
> por...@gmail.com> wrote:
> > >>>
> > >>> and both 32/64 bits have this issue!
> > >>>
> > >>> 2017-07-19 14:57 GMT-03:00 Alexandre Torres Porres  >:
> >  oh, so, macbook pro, sierra (10.12.5), and the previous one (0.48
> test1) opened just fine
> > 
> >  2017-07-19 14:56 GMT-03:00 Alexandre Torres Porres <
> por...@gmail.com>:
> > > 2017-07-19 14:32 GMT-03:00 Miller Puckette :
> > >> Can you try with "test2"? (on my site, just now uploaded it).
> > >>
> > >> thanks
> > >> Miller
> > >
> > > howdy, so, trying the mac version, I get an error and can't open
> Pd, it days the image/file is "damaged"
> > >
> > > cheers
> > >
> > 
> > >>>
> > >
> > >> ___
> > >> Pd-list@lists.iem.at mailing list
> > >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
> > >
> >
> > 
> > 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
>
>
> ___
> 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] PD 0.48-0 test2 segfaults with Jack and rt on Linux

2017-07-19 Thread Max

Just tried to compile pd-0.47-1 with jack for reference:

./pd
disabling real-time priority due to missing pd-watchdog 
(/pd-0.47-1/src/bin/pd-watchdog)
Error in startup script: couldn't read file 
"/pd-0.47-1/src/tcl//pd-gui.tcl": no such file or directory


maybe something on my system got broken with the Mint 18.2 update?



On 2017년 07월 19일 21:25, Max wrote:
I can only run pd when configured with Jack support, if I switch the non 
real time option

./pd -nrt

otherwhise it
./pd
Segmentation fault

pd-0.48-0test2/bin/pd
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x77f32700 (LWP 16148)]
[New Thread 0x77eb1700 (LWP 16150)]

Thread 3 "pd" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x77eb1700 (LWP 16150)]
0x778b8f96 in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0




(IOhannes: that's on Linux)

___
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] "Damaged Error" with 0.48 Test 2 compiled for mac

2017-07-19 Thread Dan Wilcox
Or if you're talking about not being able to load videos, etc, then yes. the 
QuickTime framework has been gone for a while now.

Maintaining software is like mowing a lawn...

> On Jul 19, 2017, at 8:45 PM, Alexandre Torres Porres  wrote:
> 
> 2017-07-19 15:42 GMT-03:00 Dan Wilcox  >:
> We really just need people to build the libs they want and get them online...
> 
> but all from extended are already there, right? :) It seems only GEM has 
> issues


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


[PD] Pd 0.48.0test1: strange behavior graph in struct

2017-07-19 Thread rolfm

Pd 0.48.0test1, zip version, Windows 10.

in my patch a graph is created in a struct.
attached pic-1.png shows how it is in Vanilla 0.47.

pic-2-a.png shows the same window in Pd 0.48:
the graph is not showing.

opening the table $0-waveform  gives pic-2-b.png:
the graph is upside down!!

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


Re: [PD] problem with translation : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread Dan Wilcox

Here's a small update: 
https://github.com/pure-data/pure-data/pull/116/commits/5c3fa8b9544bbb5b1dc0378d5c93b8eac5e62b32
 


You could incorporate those changes into your update.

As listed in the po/README.txt file, to see the changes you have to build the 
translation files and the re-run pd. Easiest way to do this is build pd 
yourself and rerun make after making any po changes.

> On Jul 19, 2017, at 8:41 PM, Dan Wilcox  wrote:
> 
> 
>> Thanks, seems like it is from the file I edit from portuguese-PT with 
>> Palmieri long time ago for pd extended 0.43, right?
> 
> Probably.
> 
>> So, I'm checking this with Pd 0.48, and I can see that some translations do 
>> not appear, but they are there in the file. For instance, in the canvas' 
>> properties, "Height" and "Visible Rectangle (pix)" are still in english as 
>> originally, but these seem to be translated in the file.
> 
> 
> Those strings are working for me. I made a few small edits to the pt_br.po 
> file which I can put in a PR.
> 
> 
>> Also, the translation of "init"/"no init" cannot fit in the current spaca 
>> available, is the only solution to make this larger for all languages?
> 
> I can make it bigger but, at a certain point, we have to choose a max string 
> size. Can you use an abbreviation? My wife had a side job in Denver doing 
> localization testing and said that at a certain point, you just have to limit 
> the string sizes: "init" is already an abbreviation for "initialize."


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] "Damaged Error" with 0.48 Test 2 compiled for mac

2017-07-19 Thread Alexandre Torres Porres
2017-07-19 15:36 GMT-03:00 Dan Wilcox :

> If that's true, we need to fix the font & object sizing issues in 8.5+ as
> it looks like 8.4 will no longer work in 10.13+. I imagine it's because
> they are finally deprecating the Carbon framework...
>

Does it mean Pd-Extended will stop working on mac?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] "Damaged Error" with 0.48 Test 2 compiled for mac

2017-07-19 Thread Dan Wilcox
Possibly. We've known that this has been coming, hence the updates and deken. 
We really just need people to build the libs they want and get them online...

> On Jul 19, 2017, at 8:39 PM, Alexandre Torres Porres  wrote:
> 
> 2017-07-19 15:36 GMT-03:00 Dan Wilcox  >:
> If that's true, we need to fix the font & object sizing issues in 8.5+ as it 
> looks like 8.4 will no longer work in 10.13+. I imagine it's because they are 
> finally deprecating the Carbon framework...
> 
> Does it mean Pd-Extended will stop working on mac?


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] "Damaged Error" with 0.48 Test 2 compiled for mac

2017-07-19 Thread Dan Wilcox
Gem works fine, it just doesn't add the proper startup flags as far as I know.

> On Jul 19, 2017, at 8:45 PM, Alexandre Torres Porres  wrote:
> 
> 2017-07-19 15:42 GMT-03:00 Dan Wilcox  >:
> We really just need people to build the libs they want and get them online...
> 
> but all from extended are already there, right? :) It seems only GEM has 
> issues


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] "Damaged Error" with 0.48 Test 2 compiled for mac

2017-07-19 Thread Alexandre Torres Porres
2017-07-19 15:42 GMT-03:00 Dan Wilcox :

> We really just need people to build the libs they want and get them
> online...
>

but all from extended are already there, right? :) It seems only GEM has
issues
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] your favorite key:value data structure?

2017-07-19 Thread oliver

Dan Wilcox wrote:

Wow. Nice! Do you mind if I repackage it in the rc-patches? I usually
pull together useful things posted to this list...


of course, you're welcome !

what's still missing is an "insert" method. miller announced a native 
[text insert] for the new PD release (that i didn't dare to test yet), 
so maybe it's already there and just needs implementation.


i'm using this abstraction myself for quite a while now and it seems to 
be working as expected, though i obviously can't guarantee it's 100% bug 
free ...


more to come soon ;-)

best

oliver

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


[PD] PD 0.48-0 test2 segfaults with Jack and rt on Linux

2017-07-19 Thread Max
I can only run pd when configured with Jack support, if I switch the non 
real time option

./pd -nrt

otherwhise it
./pd
Segmentation fault

pd-0.48-0test2/bin/pd
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x77f32700 (LWP 16148)]
[New Thread 0x77eb1700 (LWP 16150)]

Thread 3 "pd" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x77eb1700 (LWP 16150)]
0x778b8f96 in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0




(IOhannes: that's on Linux)

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


Re: [PD] Setup.cpp:189:2: error: compiling Gem against latest pd git pull 0.48-0-test

2017-07-19 Thread IOhannes m zmölnig
On 07/19/2017 07:08 PM, Miller Puckette wrote:
> If desired, the offending line on the source could be replaced with this

instead, i would love to have a *function* that allows me to add a
search-path from an external (either globally, or just for the current
abstraction).
that function could then take care of all the PDINSTANCE magic and what not.

mards
IOhannes



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


Re: [PD] "Damaged Error" with 0.48 Test 2 compiled for mac

2017-07-19 Thread Dan Wilcox
It does, it probably just needs to be built for 64 bit. I don't believe there 
is a 64 bit build of Gem on deken.

> On Jul 19, 2017, at 9:04 PM, pd-list-requ...@lists.iem.at wrote:
> 
> From: Alexandre Torres Porres >
> Subject: Re: [PD] "Damaged Error" with 0.48 Test 2 compiled for mac
> Date: July 19, 2017 at 9:03:52 PM GMT+2
> To: Dan Wilcox >
> Cc: Miller Puckette >, Pd-List 
> >
> 
> 
> seems it also doesn't work for pd 64 bits on the mac, but I dont know, I dont 
> really use it anyway


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] [PD-dev] preferences GUI behavior proposal

2017-07-19 Thread Federico Camara Halac
I guess that 'Save all preferences' can be left out if Pd remembers the
last loaded preferences.
I just tried, for example:

1-Forget all...
2-CMD+Q and reopen
3-Load from... (file)
4-CMD+Q and reopen

Pd starts as if no preferences were loaded, which I think is the case
unless save all preferences is hit.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] One click too many on macOS

2017-07-19 Thread Roman Haefeli
On Mit, 2017-07-19 at 10:49 +0200, Dan Wilcox wrote:
> Most of the UI error like this are because the first test build from
> Miller is using the buggy Tk 8.5.9. Please test with Tk 8.4 or with a
> custom build of something newer.

I built my own Pd-0.48.0.app and it uses 8.4:

Tk 8.4.19

and it still has the same behavior. 

Since I remember using Pd on macOS, I had to click once for switching
windows and another time for actually clicking on something. So this
doesn't seem something new with this release.

Your post sounds to me as you have a different experience. Can you
click a bang from a window that has not focus with a single click? 

> it took me a *long* time to figure out what was going on when I first
> tried the update years ago and happily through away all the double-
> bind & key event detection code I added by simply using a newer or
> older version of Tk.

Instead of wish8.4, should I try a newer self-built version, too?

Roman


> > On Jul 19, 2017, at 10:35 AM, pd-list-requ...@lists.iem.at wrote:
> > 
> > From: Roman Haefeli 
> > Subject: [PD] One click too many on macOS
> > Date: July 19, 2017 at 10:35:33 AM GMT+2
> > To: pd-list@lists.iem.at
> > 
> > 
> > Hey all
> > 
> > Maybe a little late in the cycle: In Pd on a Mac, you need to click
> > twice when switching windows. First click changes window focus and
> > only
> > the second click can be used to interact with the window content. 
> > 
> > It seems not to be typical behavior on a Mac. With other
> > applications I
> > can switch focus and do something with the same click. 
> > 
> > Is this by design or simply not addressed yet? Yet not very
> > important,
> > but slightly tiring, IMHO.
> > 
> > 
> > BTW: Lot's of interesting improvements in the upcoming release.
> > Thanks,
> > Miller, Dan, IOhannes et al.!
> > 
> > Roman
> 
> Dan Wilcox
> @danomatika
> danomatika.com
> robotcowboy.com
> 
> 
> 

signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] Macbook Air Errors with 0.48 Test 1

2017-07-19 Thread Dan Wilcox
The error indicates the pd core has crashed or is not running. Sometimes this 
also happens if the pd proves has hung in the background. Open Activity Monitor 
and make sure there is no "pd" processing running, if so then kill it.

As a test, try running the pd core from the command line in Terminal:

/Applications/Pd-VERSION.app/Contents/Resources/bin/pd

You can at least see some info. You can also run it with the -verbose flag to 
see even more info.

> On Jul 18, 2017, at 11:21 PM, pd-list-requ...@lists.iem.at wrote:
> 
> Subject: Re: [PD] Macbook Air Errors with 0.48 Test 1
> Date: July 18, 2017 at 10:16:13 PM GMT+2
> To: Miller Puckette >
> Cc: "pd-list@lists.iem.at " 
> >
> 
> 
> sierra indicates
> 
> 10.12
> 
> https://en.wikipedia.org/wiki/MacOS_Sierra 
> 
> 
> 
>> On 18 Jul 2017, at 21:55, Miller Puckette > > wrote:
>> 
>> Really 10.2.5?  Not 10.5?
>> 
>> I've tested on 10.6.  I ues I'd better try an earlier one :)
>> 
>> M
>> 
>> On Tue, Jul 18, 2017 at 02:39:06PM -0400, me.grimm wrote:
>>> Hello,
>>> 
>>> So I have a student with a Macbook Air. Pd 0.47.1 that she downloaded hangs
>>> and quits as detailed here:
>>> https://lists.puredata.info/pipermail/pd-list/2016-12/117154.html 
>>> 
>>> 
>>> then miller said he maybe fixed?
>>> https://lists.puredata.info/pipermail/pd-list/2016-12/117157.html 
>>> 
>>> 
>>> So I just tried the version (recent test) i recently compiled and that
>>> opens (sort of) but I get now Pd window. I did get error:
>>> 
>>> Not connected to 'pd' process
>>> Not connected to 'pd' process
>>>while executing
>>> "error "Not connected to 'pd' process""
>>>(procedure "pdsend" line 6)
>>>invoked from within
>>> "pdsend "pd audio-properties""
>>>(procedure "::tk::mac::ShowPreferences" line 3)
>>>invoked from within
>>> "::tk::mac::ShowPreferences"
>>> 
>>> shes on macbook air 10.2.5 (sierra) 13" early 2015
>>> 
>>> I know there has been trouble running Pd on Macbook Airs in the past and
>>> would like to nail whats wrong. let me know what to do to test while I have
>>> access to this machine for the next couple weeks.
>>> 
>>> thanks!
>>> 
>>> 
>>> 
>>> -- 
>>> 
>>> m.e.grimm, m.f.a, ed.m.
>>> syracuse u., tc3
>>> megrimm.net 
>>> 
>> 
>>> ___
>>> 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 
>> 

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


[PD] Setup.cpp:189:2: error: compiling Gem against latest pd git pull 0.48-0-test

2017-07-19 Thread me.grimm
compiling Gem from latest git pull (just now) with this fix?
pure-data/pure-data@c34380a

I
get:

clang: *warning: *optimization flag '-falign-loops' is not supported
[-Wignored-optimization-argument]

clang: *warning: *optimization flag '-falign-functions' is not supported
[-Wignored-optimization-argument]

clang: *warning: *optimization flag '-falign-jumps' is not supported
[-Wignored-optimization-argument]

*Setup.cpp:189:2: **error: **use of undeclared identifier 'sys_searchpath'*

sys_searchpath = namelist_append(sys_searchpath, mypath, 0);

*^*

*Setup.cpp:189:35: **error: **use of undeclared identifier 'sys_searchpath'*

sys_searchpath = namelist_append(sys_searchpath, mypath, 0);


I logged an issue on Gem git but johannes pointed to the pd issue as the
culprit

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


Re: [PD] testing some 0.48.0 GUI updates

2017-07-19 Thread Dan Wilcox

> On Jul 17, 2017, at 10:33 PM, Federico Camara Halac  
> wrote:
> 
> Here are some stuff I tested: 
> 
> * New preferences system: basically the core prefs have now been separated 
> from the gui prefs and there is a new submenu for this
>  
> I like this. I notice two minor things:
> -Path preferences get saved and work but are not displayed on the Path dialog 
> or in the Help Browser.
> -The Log level is not saved in the pref file.

We'll check this.

> 
> * The Font dialog can now only be opened when a canvas or Pd window is active 
> as it has no effect on dialogs. Focus handling was also improved.
> 
>  I guess it's harmless but when focus is on Pd window the Font dialog sill 
> opens but has no effect  (or I fail to see it)

I did disable that but someone wanted it back. It has no effect on the Pd 
window.

> I really like the keyboard availability for the Browser. I notice two minor 
> things again (now I think I'm just whining):
> 
> -MOUSE | KEYS: Entering a directory kinda destroys and creates the windows 
> making a visual burst, like [;pd-foo vis 0, vis 1(. 

I was trying to make this better this but looks like my "fix" made things worse.

> KEYS: 
> - Going back from a sub item (Pure Data/1.manual/1.introduction.txt) to its 
> parent (1.manual) doesn't delete the new created column. It is confusing. It 
> does delete the new column when you go 2 steps back, and it does so without 
> the visual burst.

This may or may not be possible easily. we'll see.

> - The first item that appears when entering a new directory for the first 
> time is selected with a squared box, but it's not selected in blue, which is 
> confusing because selection actually does takes place (i.e., if the item is 
> not a directory, hitting the 'right' arrow will open it)


I'm looking into changing the highlight colors on inactive boxes so they are 
grey.


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


[PD] Pd 0.48.0test1, Pd crashes when opening patch second time

2017-07-19 Thread rolfm

Pd 0.48.0test1, zip version,fresh copy, Windows 10.

when i load my (extensive) patch it is/seems ok.
i close it without closing the Pd-window.

opening the patch again crashes Pd.

this happens using pd.exe.


when i use pd.com, at the second opening of the patch Windows tells me:



is there a way to get more information from the system about what's 
going wrong?


rolf



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


Re: [PD] your favorite key:value data structure?

2017-07-19 Thread Jonathan Wilkes via Pd-list
> By default, "search" matches only lines whose first field(s) match the search 
key(s).  OTOH, if you have a duplicate key and want to find anything besides 
the 
first occurence of the key it will be tricky.

Could also just reimplement dogensym in Pd. :)
-Jonathan

> cheers
> Miller





   #N struct 1003-values text buf;
#N struct 1003-dict float x float y array a 1003-values;
#N canvas 401 34 484 597 10;
#N canvas 551 134 450 323 \$0-values 0;
#X obj 72 44 struct \$0-values text buf;
#X restore 172 47 pd \$0-values;
#N canvas 288 224 449 324 hash 0;
#X obj 133 22 inlet;
#X obj 133 74 list fromsymbol;
#X obj 133 138 +;
#X obj 133 160 t a;
#X obj 133 182 +;
#X obj 133 204 t a;
#X obj 118 243 f;
#X obj 118 265 &;
#X obj 384 27 inlet;
#X obj 384 49 - 1;
#X obj 118 287 outlet;
#N canvas 0 0 450 300 list-drip 0;
#X obj 69 88 t a a;
#X obj 69 245 spigot;
#X obj 108 153 bang;
#X obj 108 172 1;
#X obj 229 153 route bang;
#X obj 189 154 bang;
#X obj 189 173 0;
#X obj 108 118 list split 2;
#X obj 238 383 list split;
#X obj 305 332 list length;
#X obj 305 354 >> 1;
#X obj 69 264 t a a a a;
#X obj 69 450 list split;
#X obj 136 402 list length;
#X obj 136 427 >> 1;
#X obj 37 23 inlet;
#X obj 296 179 outlet;
#X text 79 23 Copyright 2009 by Mathieu Bouchard;
#X obj 37 57 t b a;
#X obj 471 123 outlet;
#X text 526 125 signal end of list;
#X text 387 27 made compatible with [list-drip]: fbar 2009;
#X connect 0 0 1 0;
#X connect 0 1 7 0;
#X connect 1 0 11 0;
#X connect 2 0 3 0;
#X connect 3 0 1 1;
#X connect 4 1 16 0;
#X connect 5 0 6 0;
#X connect 6 0 1 1;
#X connect 7 0 2 0;
#X connect 7 2 4 0;
#X connect 7 2 5 0;
#X connect 8 0 0 0;
#X connect 9 0 10 0;
#X connect 10 0 8 1;
#X connect 11 0 12 0;
#X connect 11 1 13 0;
#X connect 11 2 8 0;
#X connect 11 3 9 0;
#X connect 12 1 0 0;
#X connect 13 0 14 0;
#X connect 14 0 12 1;
#X connect 15 0 18 0;
#X connect 18 0 19 0;
#X connect 18 1 0 0;
#X restore 133 101 pd list-drip;
#X obj 133 44 trigger anything bang;
#X obj 249 116 f 0;
#X connect 0 0 12 0;
#X connect 1 0 11 0;
#X connect 2 0 3 0;
#X connect 3 0 2 1;
#X connect 3 0 4 0;
#X connect 4 0 5 0;
#X connect 5 0 4 1;
#X connect 5 0 6 1;
#X connect 6 0 7 0;
#X connect 7 0 10 0;
#X connect 8 0 9 0;
#X connect 9 0 7 1;
#X connect 11 0 2 0;
#X connect 11 1 6 0;
#X connect 12 0 1 0;
#X connect 12 1 13 0;
#X connect 13 0 2 1;
#X connect 13 0 4 1;
#X restore 224 298 pd hash;
#N canvas 240 343 450 323 \$0-dict 0;
#X obj 167 120 filledpolygon 900 0 1 0 0 20 0 20 20 0 20;
#X obj 89 34 struct \$0-dict float x float y array a \$0-values;
#X restore 172 24 pd \$0-dict;
#N canvas 289 250 450 300 \$0-data 0;
#X restore 170 71 pd \$0-data;
#N canvas 555 302 450 346 \$0-init-data 0;
#X obj 101 80 f \$0;
#X msg 128 126 clear \, scalar \$1-dict 5 5;
#X obj 128 148 s pd-\$0-data;
#X obj 101 56 inlet;
#X obj 101 102 t a a;
#X obj 101 197 pointer;
#X obj 101 219 outlet;
#X msg 101 175 traverse pd-\$1-data \, next;
#X connect 0 0 4 0;
#X connect 1 0 2 0;
#X connect 3 0 0 0;
#X connect 4 0 7 0;
#X connect 4 1 1 0;
#X connect 5 0 6 0;
#X connect 7 0 5 0;
#X restore 273 46 pd \$0-init-data;
#X obj 273 24 loadbang;
#X obj 273 68 trigger bang pointer;
#X msg 273 93 1024;
#X text 307 92 hashtable size;
#X obj 291 347 element \$0-dict a;
#X obj 197 387 text search -s \$0-values buf;
#X obj 273 126 setsize \$0-dict a;
#X obj 197 413 sel -1;
#X obj 178 477 text set -s \$0-values buf;
#X msg 197 435 1e+06;
#X obj 170 184 t a a;
#X obj 197 230 t a a;
#X obj 197 206 list split 1;
#X obj 171 135 inlet;
#X obj 171 157 list;
#X obj 79 135 inlet;
#X obj 79 157 list split 1;
#X obj 112 507 text get -s \$0-values buf;
#X obj 79 422 f;
#X obj 79 179 t b a a;
#X obj 79 444 sel -1;
#X obj 79 555 outlet;
#X text 81 111 READ;
#X text 172 110 WRITE;
#X text 23 19 2017 Jonathan Wilkes;
#X obj 112 529 list split 1;
#X connect 1 0 9 0;
#X connect 4 0 6 0;
#X connect 5 0 4 0;
#X connect 6 0 7 0;
#X connect 6 1 9 1;
#X connect 6 1 11 1;
#X connect 7 0 1 1;
#X connect 7 0 11 0;
#X connect 9 0 10 1;
#X connect 9 0 13 3;
#X connect 9 0 22 3;
#X connect 10 0 12 0;
#X connect 10 0 23 1;
#X connect 12 0 14 0;
#X connect 12 1 13 1;
#X connect 14 0 13 1;
#X connect 15 0 13 0;
#X connect 15 1 17 0;
#X connect 16 0 10 0;
#X connect 16 1 1 0;
#X connect 17 0 16 0;
#X connect 18 0 19 0;
#X connect 19 0 15 0;
#X connect 20 0 21 0;
#X connect 21 0 24 0;
#X connect 22 0 30 0;
#X connect 23 0 25 0;
#X connect 24 0 23 0;
#X connect 24 1 10 0;
#X connect 24 2 1 0;
#X connect 25 0 26 0;
#X connect 25 1 22 0;
#X connect 30 1 26 0;
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] "Damaged Error" with 0.48 Test 2 compiled for mac

2017-07-19 Thread Alexandre Torres Porres
seems it also doesn't work for pd 64 bits on the mac, but I dont know, I
dont really use it anyway

2017-07-19 15:47 GMT-03:00 Dan Wilcox :

> Or if you're talking about not being able to load videos, etc, then yes.
> the QuickTime framework has been gone for a while now.
>
> Maintaining software is like mowing a lawn...
>
> On Jul 19, 2017, at 8:45 PM, Alexandre Torres Porres 
> wrote:
>
> 2017-07-19 15:42 GMT-03:00 Dan Wilcox :
>
>> We really just need people to build the libs they want and get them
>> online...
>>
>
> but all from extended are already there, right? :) It seems only GEM has
> issues
>
>
> 
> 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] your favorite key:value data structure?

2017-07-19 Thread Dan Wilcox
Wow. Nice! Do you mind if I repackage it in the rc-patches? I usually pull 
together useful things posted to this list...

> On Jul 19, 2017, at 8:56 PM, pd-list-requ...@lists.iem.at wrote:
> 
> From: oliver >
> Subject: Re: [PD] your favorite key:value data structure?
> Date: July 19, 2017 at 8:56:33 PM GMT+2
> Cc: Pd-List >
> 
> 
> just in case you're interested:
> 
> here's a "coll"-like abstraction i made recently that is vanilla only and 
> uses mainly the [text] object. help file included
> 
> best
> 
> oliver


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] problem with translation : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread Dan Wilcox

> On Jul 19, 2017, at 10:28 PM, Alexandre Torres Porres  
> wrote:
> 
> well, glad this is coming to vanilla now ;)
> 

The funny thing is, it's been in vanilla for quite some time but just not being 
built. Glad I fixed it now.


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] PD 0.48-0 test2 segfaults with Jack and rt on Linux

2017-07-19 Thread Dan Wilcox
Looks like it's being run from the local bin directory. Perhaps the symlinks 
are bad?

> On Jul 19, 2017, at 10:23 PM, pd-list-requ...@lists.iem.at wrote:
> 
> From: IOhannes m zmölnig >
> Subject: Re: [PD] PD 0.48-0 test2 segfaults with Jack and rt on Linux
> Date: July 19, 2017 at 10:23:25 PM GMT+2
> To: pd-list@lists.iem.at 
> 
> 
> On 07/19/2017 10:12 PM, Max wrote:
>> Just tried to compile pd-0.47-1 with jack for reference:
>> 
>> ./pd
> 
> what's your cwd?
> 
>> disabling real-time priority due to missing pd-watchdog
>> (/pd-0.47-1/src/bin/pd-watchdog)
>> Error in startup script: couldn't read file
>> "/pd-0.47-1/src/tcl//pd-gui.tcl": no such file or directory
> 
> at least this helped me find a regression, where Pd would die if started
> with -rt but pd-watchdog cannot be found.
> this is most likely your problem (the other question is, *why* Pd cannot
> find pd-watchdog and pd-gui on your system)
> 
> mds
> IOhannes


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] Setup.cpp:189:2: error: compiling Gem against latest pd git pull 0.48-0-test

2017-07-19 Thread me.grimm
>> Try deleting that line from the source :)

oh sorry... are you suggesting deleting the line from the Gem source NOT
the pd source?

IOhannes, if I DO delete Setup.cpp:189 in Gem source what does this do?

I guess I am just confused what I am deleting and why in order to get Gem
to build...

thanks!

On Wed, Jul 19, 2017 at 3:53 PM, IOhannes m zmölnig  wrote:

> On 07/19/2017 07:08 PM, Miller Puckette wrote:
> > If desired, the offending line on the source could be replaced with this
>
> instead, i would love to have a *function* that allows me to add a
> search-path from an external (either globally, or just for the current
> abstraction).
> that function could then take care of all the PDINSTANCE magic and what
> not.
>
> mards
> IOhannes
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>


-- 

m.e.grimm, m.f.a, ed.m.
syracuse u., tc3
megrimm.net

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


Re: [PD] testing some 0.48.0 GUI updates

2017-07-19 Thread Pierre Guillot
Great! Thanks!

2017-07-19 17:36 GMT+02:00 Dan Wilcox :

> This is fixed. I stupidly broke it the other day :P
>
> On Jul 18, 2017, at 4:40 PM, Pierre Guillot 
> wrote:
>
> Thank a lot!
> In the help browser of the previous version, double clicking on a folder
> opens the native OS window of the folder, it was really useful. I'm on
> MacOS 10.12.5
>
> Cheers,
> Pierre
>
>
> 
> 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] Gem and Pd.0.48.0

2017-07-19 Thread Miller Puckette
try with new Pd - it should now be binary compatible wth old Gem (but
not source compatible; there's line in Setup.cpp in Gem that needs updating).
cheers
Miller
On Mon, Jul 17, 2017 at 04:41:16PM -0400, Federico Camara Halac wrote:
> Hi everyone,
> 
> I just compiled Pd like this:
> ./configure --enable-jack --with-wish=/usr/bin/wish8.4
> --enable-universal=i386 --enable-fftw=/usr/local/bin/fftw
> 
> and I can work fine with
> 
> [declare -lib timbreID/timbreIDLib -lib zexy -lib iemmatrix]
> 
> but when it comes to [declare lib Gem]
> 
> I get:
> 
> tried /Users/federicocamarahalac/Documents/Puredata/libraries/Gem/Gem.d_fat
> and succeeded
> /Users/federicocamarahalac/Documents/Puredata/libraries/Gem/Gem.d_fat:
> dlopen(/Users/federicocamarahalac/Documents/Puredata/libraries/Gem/Gem.d_fat,
> 10): Symbol not found: _sys_searchpath
>   Referenced from: /Users/federicocamarahalac/Documents/Puredata/libraries/
> Gem/Gem.d_fat
>   Expected in: dynamic lookup
> 
> 
> 
> Deken Gem:
> Gem/0.93.3 (deken installable file for OSX PowerPC+i386/32bit))
> Uploaded by zmoelnig @ 2016-05-20 09:24:02
> 
> 
>  Is my configuration wrong or do i need to compile Gem? I tried compiling
> Gem once but i had to strip it down a lot...
> 
> 
> any pointers appreciated!
> 
> Thanks,
> 
> fede
> -- 
> http://fdch.github.io/tv

> ___
> 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] "Damaged Error" with 0.48 Test 2 compiled for mac

2017-07-19 Thread Dan Wilcox
Also, as your build system is pretty old (10.6), there may be probable issues 
with custom builds of Tk running on much newer systems. 

> On Jul 19, 2017, at 8:23 PM, Dan Wilcox  wrote:
> 
> The download is using Tk 8.5.19 which has crasher problems on 10.12. The most 
> stable build is to use your included Tk 8.4 wish in mac/stuff.
> 
> The osx-app.sh already uses this if you invoke it without setting the wish or 
> tk options:
> 
> mac/osx-app.sh 0.48.0-test2
> 
> or, more simply if using auto tools build:
> 
> make app
> 
> I'm testing with a mix of things, but mainly using 8.4 either form the old 
> Wish or the 8.4 on my system.
> 
>> On Jul 19, 2017, at 8:16 PM, Miller Puckette > > wrote:
>> 
>> I guess it's that since I bundled the app asking it to incluide Wish as
>> installed on my machine, it somehow needs additional files that aren't
>> getting copied into the bundle.
>> 
>> Dan: are you able to recompile wish 8.4 on a Mac?  I can't get it to compile
>> on mine, but if you can make one and just send it to me (!) I can include
>> that in the package shich should make everything self-contained.
>> 
>> M
>> 
>> On Wed, Jul 19, 2017 at 08:08:04PM +0200, Dan Wilcox wrote:
>>> "damaged" usually means that something's wrong with the app bundle and not 
>>> with of itself. I'll check it out.
>>> 
>>> enohp ym morf tnes
>>> ---
>>> Dan Wilcox
>>> danomatika.com 
>>> robotcowboy.com
>>> 
>>> 
 On Jul 19, 2017, at 7:59 PM, Alexandre Torres Porres  
 wrote:
 
 and both 32/64 bits have this issue!
 
 2017-07-19 14:57 GMT-03:00 Alexandre Torres Porres :
> oh, so, macbook pro, sierra (10.12.5), and the previous one (0.48 test1) 
> opened just fine
> 
> 2017-07-19 14:56 GMT-03:00 Alexandre Torres Porres :
>> 2017-07-19 14:32 GMT-03:00 Miller Puckette :
>>> Can you try with "test2"? (on my site, just now uploaded it).
>>> 
>>> thanks
>>> Miller
>> 
>> howdy, so, trying the mac version, I get an error and can't open Pd, it 
>> days the image/file is "damaged"
>> 
>> cheers
>> 
> 
 
>> 
>>> ___
>>> Pd-list@lists.iem.at  mailing list
>>> UNSUBSCRIBE and account-management -> 
>>> https://lists.puredata.info/listinfo/pd-list 
>>> 
>> 
> 
> 
> Dan Wilcox
> @danomatika 
> danomatika.com 
> robotcowboy.com 
> 
> 
> 


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


[PD] pix_image crashes. Was: "Damaged Error" with 0.48 Test 2 compiled for mac

2017-07-19 Thread Federico Camara Halac
I guess this is relates to a bigger issue on osx but still
(10.11.6, deken gem, pd.48.0test2 github built)

pix_film loads with Quicktime support and Darwin support, but as in
Pd-0.47-1, it doesn't work well and cpu launches like apollo 13. Same as
pix_movie

Pix_multiimage and pix_imageInPlace work great as replacement for the
above, as you say here.

pix_video loads and works fine with backend #0='Darwin': darwin dv iidc
analog. It also works with a usb macam sony hd eye for ps3.

pix_image crashes with "

pd(26513,0xa32cf000) malloc: *** error for object 0x78e9826c: pointer being
freed was not allocated
*** set a breakpoint in malloc_error_break to debug

" It didn't on 47-1, so I guess it needs some tuning.

Cheers,
fede

On Jul 19, 2017, at 4:52 PM, me.grimm  wrote:

but [pix_image] works so you could turn video to single frames and use
pix_image to play "video"...

[pix_video] also lacks a backend.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] DSP cycle - block size & overlapping

2017-07-19 Thread Christof Ressi
Hi,

> It works for me but there is a delay (32 samples)

you're right! I made a mistake in my testing. So we can really state that the 
issue arises when the hopsize is smaller than the blocksize of the parent 
patch. I attached a patch (overlap-issue-explained.pd) to show the problem 
visually. what happens is that [inlet~] starts to take copies of the same last 
block.

@Miller: is this a limitation by design or a bug that can be fixed?


> overlapping should not reduce the block size

where does it reduce the block size?


regarding debugging I suggest you use [tabwrite~] instead of [print~]. it's 
much clearer what's going on.


> but there is a delay (32 samples)

in Pd it's somehow assumed that overlapping is always performed together with 
reblocking (to a larger blocksize), so you get a delay implicitely, although 
overlapping itself doesn't introduce a delay. overlapping is mostly (if not 
always) used in the context of FFT patches where you need reblocking anyway.


BTW, there's a situation where our discovery (?) gets very useful for FFT 
patches - see fft-overlap-hack.pd

Christof
 

Gesendet: Mittwoch, 19. Juli 2017 um 10:45 Uhr
Von: "Pierre Guillot" 
An: "Christof Ressi" 
Cc: pd-list@lists.iem.at
Betreff: Re: Re: [PD] DSP cycle - block size & overlapping

Hi,
 1) I wanted to use [bang~] with [print~] to debug (you can also uses [print~] 
with higher block sizes but you won't be able to see what happens with overlap 
and block sizes inferior to 64 samples). And I guess you can always find an 
application because using smaller block sizes can simplify your approach. I 
mean it's not necessarily the only solution but it can be useful. 
2) It works for me but there is a delay (32 samples) here the patch 
https://gist.github.com/pierreguillot/908918436e6dcfb27ba413a5da4f8f63. I don't 
understand why, for you, the block size should be reduced to 32 samples, 
overlapping should not reduce the block size and I don't really how to do 
manual overlap with delay line, can you explain it?
 
Just to be clear, for me, overlap should perform something like that (with 
parent patch [block~ 32 1] & child patch [block~ 64 2]):
[  32  ][  32  ][  32  ][  32  ][  32  ]
[       64       ][       64       ][       ..            
..       ][       64       ][       64       ]
 
Cheers,
Pierre
 
2017-07-18 22:24 GMT+02:00 Christof Ressi 
:1) the question I just 
asked myself is, how would you use these bangs? since all clock timeouts will 
still be handled every 64 samples I can't think of any real applications...

2) in your case, the blocks do have 64 samples, it's just that it's two times 
the same block instead of two blocks 32 samples apart because [inlet~] can't 
handle hop sizes less than 64 samples. therefore a [block~ 32 1] in the parent 
patch won't help either (I tried it). but you can always do manual overlap and 
add with delay lines.

 

Gesendet: Dienstag, 18. Juli 2017 um 19:11 Uhr
Von: "Pierre Guillot" 

An: "Christof Ressi" 
Cc: pd-list@lists.iem.at[mailto:pd-list@lists.iem.at]
Betreff: Re: [PD] DSP cycle - block size & overlapping

Hi Christof,
 
1) So I guess it should be documented. Can you explain the workaround. The idea 
would be for example to generate a bang every cycles of 32 samples.
 
2) In fact, with [block~ 64 2 1], I don't expect to have two blocks of 32 
samples but 2 blocks of 64 samples (shifted by 32 samples). But I guess I 
understand the limitation (perhaps it should also be documented or perhaps I'm 
missed it?). So in fact the hope size must be at least the block size of the 
parent patch (that seems logic) so if I want to use [block~ 64 2] I need my 
parent patch to have [block~ 32 1] (and that implies a delay of 32 samples?). 
I'm right?
 
Thanks!
 
 
 
 
2017-07-18 18:29 GMT+02:00 Christof Ressi 
:Hi,

1) unfortunately, all objects using clocks won't work correctly for block sizes 
smaller than 64, for the very reasons you already mentioned. a possible 
workaround is to send bangs from the parent canvas. there you can use a fast 
[metro] and sync it with [bang~].

2) again, this is a clock issue. the hop size mustn't be smaller than 64 
samples, e.g. for overlap 4 you need at least a blocksize of 256. what happens 
in your patch with [block 64 2 1] is that [inlet~] fetches the same block twice 
(instead of two blocks 32 samples apart) and then performs the overlap add.

therefore with

-1  1  1  1  1  1  1  1
1  1  1  1  1  1  1  1
1  1  1  1  1  1  1  1
1  1  1  1  1  1  1  1
1  -1  -1  -1  -1  -1  -1  -1
-1  -1  -1  -1  -1  -1  -1  -1
-1  -1  -1  -1  -1  -1  -1  -1
-1  -1  -1  -1  -1  -1  -1  -1

you get all zeros.

and with

0  1  1  1  1  1  1  1

Re: [PD] problem with translation : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread Dan Wilcox
I was able to apply the diff, more or less. There was a slight positioning 
change after I removed the menu list string, so someone might want to do a 
quick double check: 
https://github.com/pure-data/pure-data/blob/703c1f8d5d268ceb74e99d1420906fd1519aca24/po/fr.po
 



> On Jul 19, 2017, at 4:06 PM, cyrille henry  wrote:
> 
> hello,
> 
> I'm sorry, i don't have time, so here is only a diff.
> 
> Since I made small modification of the existing translation, I copy this mail 
> to the 2 other author of the original translation for verification.
> 
> thanks and cheers
> c
> 
> 
> Le 19/07/2017 à 10:46, Dan Wilcox a écrit :
>>> On Jul 19, 2017, at 10:10 AM, pd-list-requ...@lists.iem.at 
>>>  wrote:
>>> 
>>> Le 17/07/2017 à 12:13, Dan Wilcox a écrit :
>>> [...]
 * The translation build system has been updated as it wasn't automatically 
 refreshing the translation files. For translators, there should be new 
 strings to add and other to update (see po/README.txt for details). For 
 users, the menu titles should now be translated for those languages which 
 do so.
>>> 
>>> I'm updating the french translation file, but I've got a problem with the 
>>> line :
>>> 
>>> msgid "file edit put find media window help"
>>> 
>>> if I translate this line, the pg GUI will not start.
>> That line should be removed as it's been replaced by each menu item as a 
>> separate string. The reason why Pd can't start is that the strings in that 
>> list are used to call procedures ala pd_start_file, pd_start_edit, etc. 
>> Changing them means tcl errors early in the startup and nothing seems to 
>> happen. I figured this out the hard way too :)
>>> should I just ignore this line?
>> Yes. I will check the Tcl to make sure it shouldn't appear in the 
>> translations. That might be an artifact to my earlier experiments.
>>> What is the best process to share this file : forking pd on sourforce git, 
>>> changing the file and doing a push request?
>> Whichever works best for Miller, really. We've been working successfully by 
>> doing small feature Pos via Github as well. Since it's likely a small 
>> update, you could generate a patch and send to pd-list as well. I'm finding 
>> GitHub easiest for my workflow, but use whatever works for you :)
>> 
>> Dan Wilcox
>> @danomatika 
>> danomatika.com 
>> robotcowboy.com 
> 


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] problem with translation : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread Alexandre Torres Porres
Well, there are new stuff from vanilla now to be translated, like "find
externals", anyway, I have a new file for pt-br, I can further revise, but
please take this and include in your latest PR?

Also, I still don't get the translation of "X/Y Offset", even though they
were there, what's up?

thanks

2017-07-19 17:35 GMT-03:00 Dan Wilcox :

>
> On Jul 19, 2017, at 10:28 PM, Alexandre Torres Porres 
> wrote:
>
> well, glad this is coming to vanilla now ;)
>
>
> The funny thing is, it's been in vanilla for quite some time but just not
> being built. Glad I fixed it now.
>
> 
> Dan Wilcox
> @danomatika 
> danomatika.com
> robotcowboy.com
>
>
>
>


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


Re: [PD] expr update for 0.48

2017-07-19 Thread Shahrokh Yadegari
Hi Alexandre and All,

I am not sure if the "using store '=' in functions with multiple arguments"
bug has been reported or not. However, in Expr 0.5 which was included in Pd
0.47  an expression which would use the store operator '=" in  a function
with more than one argument such as the following

expr atan2($f1, x = $f2)

expr if ($f1, x = 1, 0)

would pass the creation process but upon execution would throw a "expr:
FUNC_EVAL(766): bad left type 0" error

This is now fixed.

On a related note, if order to make the selective execution of the if()
arguments to work, I had to make a few structural changes in parsing and
execution of expressions. If you are using the new test version that Miller
has put out, please let me know if you see any bugs that I may have
introduced.

cheers,
Shahrokh






On Tue, Jul 18, 2017 at 11:59 AM, Alexandre Torres Porres 
wrote:

> Howdy Shahrokh, Miller and pd-list, the release notes of 0.48 mention this:
>
> "The expr family (expr, expr~, fexpr~) got an update from Shahrokh
> Yadegari. I'm not sure when this first came about, but expr now can access
> "variable" objects as variables inside expressions. Expressions using "if"
> skip evaluating the argument that isn't used."
>
> well, the expr family can access variable objects since version 0.4 (which
> I do not know when got into Pd). As from version 0.5 (which made into Pd by
> 0.47, I think), you could also give it a value by using the new "=" syntax.
> Like: [expr x = 3] changes the value of a [v x] object.
>
> Now we have version 0.55 up, and I do not know what's new about variables,
> maybe nothing? So we could change the notes to what's asctually new. Here's
> a list  Shahrokh sent me though, since I was testing and reporting a few
> bugs.
>
> 2017-07-14 21:08 GMT-03:00 Shahrokh Yadegari :
>>
>>  - Expr Version 0.55
>>
>>- The arrays now redraw after a store into one of their members
>>
>>- The "if()" function is reworked to only evaluate either the
>> left or the right arg  depending on the truth value of the condition.
>>
>>  However, if the condition is a vector,  both the left and the
>> right are evaluated regardless.
>>
>>- The maximum number of inlet and outlets (MAX_VARS) is now set
>> at 100
>>
>>- The bug of using store "=" in functions with multiple
>> arguments, which caused an error during execution, is fixed.
>>
> So, Shahrokh, I get all of this but the "bug of using store "=" in
> functions with multiple arguments", I don't think I reported that one,
> would you care to elaborate on it?
>
> Miller, we seem to still have an issue creating [expr] with atanh()
> ,asinh() and acosh() on windows - such as in [expr atanh($f1)]. Are you
> working on it for the final release of Pd 0.48?
>
> Thanks
>



-- 
Shahrokh Yadegari
Professor, Music Department
University of California, San Diego
Director, Sonic Arts R and IDEAS
Qualcomm Institute
Email: s...@ucsd.edu
Web: http://yadegari.org
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] testing some 0.48.0 GUI updates

2017-07-19 Thread Dan Wilcox
Some updates:

> On Jul 17, 2017, at 10:33 PM, Federico Camara Halac  > wrote:
> 
> I like this. I notice two minor things:
> -Path preferences get saved and work but are not displayed on the Path dialog 
> or in the Help Browser.


I tracked this down and the list item display is now fixed. There is still an 
issue with the search paths not being loaded when the core settings are loaded.

>> -The Log level is not saved in the pref file.

I just added log level saving/loading from gui prefs.

> I really like the keyboard availability for the Browser. I notice two minor 
> things again (now I think I'm just whining):
> 
> -MOUSE | KEYS: Entering a directory kinda destroys and creates the windows 
> making a visual burst, like [;pd-foo vis 0, vis 1(. 


Reverting the fix works. Looks good on Tk 8.4 and slight blink sometimes on 8.6 
on mac, but not a big deal.

>> KEYS: 
>> - Going back from a sub item (Pure Data/1.manual/1.introduction.txt) to its 
>> parent (1.manual) doesn't delete the new created column. It is confusing. It 
>> does delete the new column when you go 2 steps back, and it does so without 
>> the visual burst.

This is intended behavior from the root menu. I tried it this way and it's 
pretty *annoying.*

> - The first item that appears when entering a new directory for the first 
> time is selected with a squared box, but it's not selected in blue, which is 
> confusing because selection actually does takes place (i.e., if the item is 
> not a directory, hitting the 'right' arrow will open it)

I fixed the highlight selection by making sure the active item in each new 
listbox is actually highlighted. This is much easier to follow and complements 
the black focus rectangle. Also, the highlight is now removed by deselecting 
the entry when moving to the left.


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] "Damaged Error" with 0.48 Test 2 compiled for mac

2017-07-19 Thread me.grimm
>> it probably just needs to be built for 64 bit. I don't believe there is
a 64 bit build of Gem on deken.

it does build and work fine as far as testing goes. no deken 64bit version
afaik

yeah [pix_film] has no working backend as of now? but [pix_image] works so
you could turn video to single frames and use pix_image to play "video"...

[pix_video] also lacks a backend.



On Wed, Jul 19, 2017 at 4:21 PM, Dan Wilcox  wrote:

> It does, it probably just needs to be built for 64 bit. I don't believe
> there is a 64 bit build of Gem on deken.
>
> On Jul 19, 2017, at 9:04 PM, pd-list-requ...@lists.iem.at wrote:
>
> *From: *Alexandre Torres Porres 
> *Subject: **Re: [PD] "Damaged Error" with 0.48 Test 2 compiled for mac*
> *Date: *July 19, 2017 at 9:03:52 PM GMT+2
> *To: *Dan Wilcox 
> *Cc: *Miller Puckette , Pd-List 
>
>
> seems it also doesn't work for pd 64 bits on the mac, but I dont know, I
> dont really use it anyway
>
>
> 
> 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
>
>


-- 

m.e.grimm, m.f.a, ed.m.
syracuse u., tc3
megrimm.net

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


Re: [PD] PD 0.48-0 test2 segfaults with Jack and rt on Linux

2017-07-19 Thread Max

On 2017년 07월 19일 22:23, IOhannes m zmölnig wrote:

On 07/19/2017 10:12 PM, Max wrote:

Just tried to compile pd-0.47-1 with jack for reference:

./pd


what's your cwd?

~/somepath/pd-0.47-1/src/bin/


disabling real-time priority due to missing pd-watchdog
(~/somepath/pd-0.47-1/src/bin/pd-watchdog)
Error in startup script: couldn't read file
"~/somepath/pd-0.47-1/src/tcl//pd-gui.tcl": no such file or directory


at least this helped me find a regression, where Pd would die if started
with -rt but pd-watchdog cannot be found.
this is most likely your problem (the other question is, *why* Pd cannot
find pd-watchdog and pd-gui on your system)


Cool. Anything I can do to narrow this down?


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


Re: [PD] PD 0.48-0 test2 segfaults with Jack and rt on Linux

2017-07-19 Thread Max

On 2017년 07월 19일 23:05, Max wrote:

On 2017년 07월 19일 22:23, IOhannes m zmölnig wrote:

On 07/19/2017 10:12 PM, Max wrote:

Just tried to compile pd-0.47-1 with jack for reference:

./pd


what's your cwd?

~/somepath/pd-0.47-1/src/bin/


no, sorry:
~/somepath/pd-0.47-1/src/


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


Re: [PD] problem with translation : WAS Re: testing some 0.48.0 GUI updates

2017-07-19 Thread Alexandre Torres Porres
2017-07-19 23:06 GMT-03:00 Alexandre Torres Porres :

>  I can further revise
>

like now: first reivison


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


Re: [PD] expr update for 0.48

2017-07-19 Thread Alexandre Torres Porres
2017-07-20 2:08 GMT-03:00 Alexandre Torres Porres :

>
>
but I realize v0.55 is here for good to be a part of the next 0.48, so this
> would be v0.6 for a later release, right?
>

well, one of them is the bug where atanh() doesn't load for windows, I
really hope this makes it into the next release
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] expr update for 0.48

2017-07-19 Thread Alexandre Torres Porres
2017-07-20 0:38 GMT-03:00 Shahrokh Yadegari :

> Hi Alexandre and All,
>
> I am not sure if the "using store '=' in functions with multiple
> arguments" bug has been reported or not. However, in Expr 0.5 which was
> included in Pd 0.47  an expression which would use the store operator '="
> in  a function with more than one argument such as the following
>
> expr atan2($f1, x = $f2)
>
> expr if ($f1, x = 1, 0)
>
> would pass the creation process but upon execution would throw a "expr:
> FUNC_EVAL(766): bad left type 0" error
>
> This is now fixed.
>

Ok, so maybe "expr now can access "variable" objects as variables inside
expressions" is about this...


On a related note, if order to make the selective execution of the if()
> arguments to work, I had to make a few structural changes in parsing and
> execution of expressions. If you are using the new test version that Miller
> has put out, please let me know if you see any bugs that I may have
> introduced.
>

Sure, I'll be testing these... and I'm also working on a help patch update
where I add more information and include all the functions. I could send a
Pull Request very soon. Hopefully this makes into the next release so
people can know all about the new stuff expr has.

Now, about remaining bugs, I still have this bug report patch, though I
removed things that were fixed. There are bugs I think should be fixed, and
some requests. The bugs I really think should be fixed. But about the
reqiests, please consider them and tell me if you're willing to include
these request, so I can let it go if not :) - but I realize v0.55 is here
for good to be a part of the next 0.48, so this would be v0.6 for a later
release, right?

find my v0.55 revision atatched

thanks


expr v55 issues.pd
Description: Binary data
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] [PD-announce] pd 0.48-0test1 released

2017-07-19 Thread Miller Puckette
Ok... I think I have a workaround that will allow us to ship with
TCL/TK 8.5 (at last.)

I've pushed a compiled Mac app and the source to my webpage and
git-pushed.

cheers
Miller

On Sun, Jul 16, 2017 at 12:38:44PM -0700, Miller Puckette wrote:
> Sure enough - with TK 8.5, font sizes are no longer integers; the
> "font metrics" command appears to return the next-higher integer
> sizes (thus throwing off box sizes and messing up selecting text within
> boxes).
> 
> I'm not sure what to do - try to adapt Pd to deal with fractional font
> sizes, or find some way to force TK 5 to use integer-sized fonts, or
> just give up and use 8.4 for another cycle...
> 
> Incidentally, 8.4 isn't yet building on my MacOS 10.6... maybe I can just
> include the system-provided one :)
> 
> M
> 
> On Sat, Jul 15, 2017 at 11:22:35PM +0200, Dan Wilcox wrote:
> > I've added  a macOS 32bit 0.48.0-test1 build using the normal (old, 
> > included) Tk 8.4 wish: http://docs.danomatika.com/pdbuilds/ 
> > 
> > 
> > >> On Jul 15, 2017, at 11:02 AM, pd-list-requ...@lists.iem.at 
> > >>  wrote:
> > >> 
> > >> I notice it looks quite differently in Mac OS, like there is a new font, 
> > >> but it still seems it is Monaco. But the font size is smaller and the 
> > >> boxes are thinner and wider. A subpatch will also have an extra space to 
> > >> the right after the text/name of the subpatch.
> > > 
> > > You are seeing the retina rendering with a newer Tk, which still has 
> > > those font issues as the rendered box size does not quite fit the font. I 
> > > haven't been able to track down a fix yet.
> > > 
> > > It's weird, though, as this shouldn't be the default yet and Pd should 
> > > still be using 8.4 which is pixelated on retina screens but has correct 
> > > object sizing.
> > > 
> > > Miller, how did you build the mac distribution app?
> > 
> > 
> > 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
> 
> 
> ___
> 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