Re: [PD] [PD-announce] Context sequencer, beta release and call for participation

[Paul Rankin via Pd-list]

On Thu, 20 Apr 2017, at 01:56 AM, Liam Goodacre wrote:
> Dear PD community
> 
> 
> I am happy to announce the beta release of Context, a powerful new sequencer 
> for PD. Context is a modular sequencer that re-imagines musical compositions 
> as a networks. It combines traditional step sequencing and timeline playback 
> with non-linear and algorithmic paradigms, all in a small but advanced GUI.

This looks incredible. Thanks so much for creating and sharing it!

--
www.paulwrankin.com

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

Re: [PD] macOS Retina icons

[Paul Rankin via Pd-list]

On Tue, 25 Apr 2017, at 11:00 PM, me.grimm wrote:
> thats pretty cool... thanks
> 
> are you using dans retina build?

Yeah, although I've locally merged a few more branches and built from that.

-- 
www.paulwrankin.com

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

Re: [PD] macOS Retina icons

[Paul Rankin via Pd-list]

On Wed, 26 Apr 2017, at 01:18 AM, Dan Wilcox wrote:
> Cool. I was thinking of proposing to adopt the old extended icon for vanilla, 
> but perhaps a fresher icon would make more sense.
> 
> To my tastes, I think the gradients are a bit too much. I’m a bit more of a 
> fan of the flatter style ala 
> 
> * https://cocomake7.github.io/images/pd-extended.png 
> 
> * http://farm5.static.flickr.com/4052/4561559809_e77acf1497_m.jpg 
>  (has  
> gradient but it feels less strong to me)

Yeah the gradient is probably a bit too dark. It looks better in context (in 
the dock, launchpad) vs against a white background. I'll lighten it up a bit.

-- 
www.paulwrankin.com

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

Re: [PD] Building Pd for MacOS (was MIDI timing FIFO overflowed receiving sysex)

[Paul Rankin via Pd-list]

On Tue, 27 Jun 2017, at 02:46 PM, Alexandre Torres Porres wrote:
> 2017-06-26 16:47 GMT-03:00 Dan Wilcox :
> 
> > I’m not sure. Even if you don’t, on newer versions of macOS, running “git”
> > or “make” or whatever will automatically launch the install window for the
> > command line tools.
> >
> 
> good, so I have that, as I suspected. Anyway, I tried " xcode-select
> --install", and it just confirmed with "*error: command line tools are
> already installed, use "Software Update" to install updates*".
> 
> Anyway, moving on
> 
> 2. Build Pd using autotools like in Linux:
> >
> > cd pure-data
> >
> 
> I'm there
> 
> 
> > ./autogen.sh <— you only need to run this if the configure script is
> > not in the distribution (aka cloned from Github)
> >
> 
> so, I cloned from github, which means I need to do this, right? So, I do
> it, and this is what I get:
>  "*./autogen.sh: line 21: autoreconf: command not found*"
> 
> and I'm stuck already :/

Do you have Homebrew installed? This will make your life easier.

$ brew install autoconf

Building Pd on a Mac is a bit more difficult than previous replies have 
suggested. I can't recall, but you may need to also install:

$ brew install automake
$ brew install libtool

You will need to install Tcl. The mac/osx-app.sh says it will do this for you 
but it won't. Go here and download 8.6.6.X
https://www.activestate.com/activetcl/downloads

But then the problem is that the mac/osx-app.sh script hardcodes the wrong 
path... you'll need to change the following:

-cp -R $verbose 
/System/Library/Frameworks/Tk.framework/Versions/$SYS_TK/Resources/Wish.app .
+cp -R $verbose 
/Library/Frameworks/Tk.framework/Versions/$SYS_TK/Resources/Wish.app .

(Basically just remove "/System" because your system Tk is now the one you just 
installed.)

This will allow you to ./osx-app.sh -s 0.47-1 which will create Pd-0.47-1.app 
and then you can safely delete the "-0.47-1". (I don't know why anyone thought 
adding this was mandatory...)

--
www.paulwrankin.com

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

Re: [PD] Building Pd for MacOS (was MIDI timing FIFO overflowed receiving sysex)

[Paul Rankin via Pd-list]

On Tue, 27 Jun 2017, at 03:05 PM, Paul Rankin via Pd-list wrote:
> This will allow you to ./osx-app.sh -s 0.47-1 which will create Pd-0.47-1.app

Correction:

$ ./osx-app.sh -s 8.6 0.47-1

(i.e. include the Tk version)

-- 
www.paulwrankin.com

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

Re: [PD] Building Pd for MacOS (was MIDI timing FIFO overflowed receiving sysex)

[Paul Rankin via Pd-list]

On Tue, 27 Jun 2017, at 07:56 PM, Dan Wilcox wrote:
> 
> In the future, it would be helpful for us to know if the included scripts are 
> not working so we can check & fix them :)
> 
> My entire goal of the autotools update was to make building Pd easier so user 
> testing is important.

Cool. I will redo my build steps next week and report back.

Could the functionality of the mac/*.sh scripts be incorporated into the 
Makefile? This feels neater to me.

> > Ah yes, sorry I stand corrected. The above hack came from a PR I was going 
> > to submit about the script looking for the framework in /Library first, 
> > then falling back on /System, so the user can just type
> > 
> > $ ./osx-app.sh -s 8.6 VERSION
> > 
> > instead of 
> > 
> > $ ./osx-app.sh -w 
> > /Library/Frameworks/Tk.framework/Versions/Current/Resources/Wish.app VERSION
> > 
> > So, no hacking necessary, but I found the hacking easier than remembering 
> > where Wish was.
> 
> 
> I can add this behavior. I built the script with only the system installed 
> Tcl/Tk to check. Good to know the location of the custom ActiveState install.

One caveat here is that I'm pretty sure the framework location changed from 8.4 
or 8.5, or maybe on the macOS side... Not sure. But I do recall the ActiveTcl 
documentation having an outdated path listed. Maybe there is a more programatic 
way of finding the framework...

> > I agree the naming convention is useful. I don't think the build should 
> > fail without it though.
> 
> I was a bit lazy there as there isn't an easy way to grab the version string 
> without parsing the first line in configure.ac. Your suggestion of just 
> leaving it off without the version argument is even easier. I believe I *did* 
> add the version string info already in a previous commit.

I was being even lazier... I was going to open a PR to make VERSION optional in 
the script, but then I didn't and just complained about it instead.


-- 
www.paulwrankin.com

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