<div dir="ltr">Dear all,<div><br></div><div>Dan your autotools update is great. I installed all with no problem. Moreover I done make app; great news!</div><br>Some general observation on OS X compilation: I get several warnings, like: <div>a) libtool: warning: libobj name 'pd~.lo' may not contain shell special characters. b) pm_mac/readbinaryplist.c:87:9: warning: 'MAXPATHLEN' macro redefined [-Wmacro-redefined]<br><br>#define MAXPATHLEN 256<br><br>       ^<p style="margin:0px;line-height:normal">/usr/include/sys/param.h:196:9: note: previous definition is here<br><br>#define MAXPATHLEN      PATH_MAX<br><br>        ^<br><br>pm_mac/readbinaryplist.c:386:17: warning: 'FSFindFolder' is deprecated: first deprecated in OS X 10.8<br><br>      [-Wdeprecated-declarations]<br><br>    OSErr err = FSFindFolder(kOnAppropriateDisk, folder_type,<br><br>                ^<br><br>/System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Folders.h:286:1: note: <br><br>      'FSFindFolder' has been explicitly marked deprecated here<br><br>FSFindFolder(<br><br>^<br><br>pm_mac/readbinaryplist.c:392:11: warning: 'FSRefMakePath' is deprecated: first deprecated in OS X 10.8<br><br>      [-Wdeprecated-declarations]<br><br>    err = FSRefMakePath(&prefdir, (UInt8 *) cstr, (UInt32) (MAXPATHLEN - 1));<br><br>          ^<br><br>/System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Files.h:4086:18: note: <br></p><br>      'FSRefMakePath' has been explicitly marked deprecated here<br><br>extern OSStatus  FSRefMakePath(const FSRef *ref, UInt8 *path, UInt32 pathBufferSize)     __OSX_...<br><br>                 ^<br><br>3 warnings generated.<br></div><div><br></div><div>This is my configuration:</div><div>configure:<br><br><br>    pd 0.47.0 is now configured<br><br><br>    Platform:             Mac OSX<br><br>    Debug build:          yes<br><br>    Universal build:      no<br><br>    Localizations:        no<br><br>    Source directory:     .<br><br>    Installation prefix:  /usr/local
<br>    Compiler:             gcc<br><br>    CFLAGS:               -g -O0 -g -O2<br><br>    LDFLAGS:               -L/usr/local/lib -L/opt/local/lib<br><br>    INCLUDES:              -I/opt/local/include<br><br><br>    External extension:   pd_darwin<br><br>    External CFLAGS:      -fPIC<br><br>    External LDFLAGS:     -bundle -undefined dynamic_lookup<br><br><br>    fftw:                 yes<br><br><br>    audio APIs:           PortAudio JACK <br><br>    midi APIs:            PortMidi </div><div><br></div><div>So, great work! </div><div><br></div><div>Thank you.</div><div><br></div><div>Marco </div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-05-12 6:56 GMT+02:00 Dan Wilcox <span dir="ltr"><<a href="mailto:danomatika@gmail.com" target="_blank">danomatika@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">I think it means, as per IOhannes’ mail, that we should bind to both + and =. That’s what the web browsers do to get around this problem. Sorry it didn’t occur to me with my US-centric keyboard mentality ;P<div><br></div><div>I will, however, reiterate that Shift and + is awkward and unneeded on the US keyboard. :)</div><span class=""><div><br></div><div>
<div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word">--------<br>Dan Wilcox<br><a href="https://twitter.com/danomatika" target="_blank">@danomatika</a><br><a href="http://danomatika.com" target="_blank">danomatika.com</a><br><div><a href="http://robotcowboy.com" target="_blank">robotcowboy.com</a></div></div>

</div>

<br></span><span class=""><div><blockquote type="cite"><div>On May 11, 2016, at 1:42 PM, Miller Puckette <<a href="mailto:msp@ucsd.edu" target="_blank">msp@ucsd.edu</a>> wrote:</div><br><div><div>That was in response to the opposite feedback I was getting, for instance<br>here:<br><br><a href="https://lists.puredata.info/pipermail/pd-list/2016-05/114538.html" target="_blank">https://lists.puredata.info/pipermail/pd-list/2016-05/114538.html</a><br><br>... so does this mean Pd should zoom in for either cmd-= OR cmd-+?<br><br>cheers<br>Miller<br>On Wed, May 11, 2016 at 09:17:45PM +0200, IOhannes m zmölnig wrote:<br><blockquote type="cite">On 05/11/2016 07:47 PM, Marco Matteo Markidis wrote:<br><blockquote type="cite">Moreover, zoom in function works with cmd+= (not with cmd++).<br></blockquote><br>i can confirm this on linux.<br>on a german keyboard layout, one of the test-releases did zoom with<br><kbd>Ctrl</kbd>-<kbd>+</kbd>, but in the final release it has become<br><kbd>Ctrl</kbd>-<kbd>=</kbd> :-(<br><br>gmrds<br>IOhannes<br><br></blockquote><br><br><br><br><blockquote type="cite">_______________________________________________<br><a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br></blockquote><br><br><br></div></div></blockquote></div><br></span></div><br>_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
<br></blockquote></div><br></div>