Thanks mnb I hadn't thought of that. I tried adding them to a [textfile] and then that to the [qlist] but that didn't work. Doing the 'add2' straight to a qlist does the trick!

I'm trying to implement a very simple sequencer/player in Objective C using libpd (in an iOS app). It seems to me like the easiest way to do what I want is using [qlist]. Then I can just construct the strings dynamically (timing and note value) in Objective C and pass them to the qlist. The problem is that the qlist needs to read from a text file and writing out to a text file only for it to be read right back in is going to be really hacky and could cause memory issues. Is there anyway to pass messages to a qlist without using a text file? Like the way you can add them to [textfile] without needing a text file? I really need the tempo/timing handling [qlist]. Is there something that gives similar functionality? Thanks!

So, it's loading the plugin, the plugin just isn't doing anything. So it's looking in the right place for it. I get the message:

'canvasgrey-plugin.tcl' already loaded, ignoring: '/Library/Pd/canvasgrey-plugin.tcl'

It's seeing the one in my home dir first.

@llorona Thanks! I had high hopes when seeing the info in those links, but unfortunately it doesn't work for me . I tried using the Tcl prompt and entered

set canvas_fill "grey"

That did nothing.

There was no ~/Library/Pd or /Library/Pd directories so I created them and added file 'canvasgrey-plugin.tcl" containing the line:

set ::canvas_fill "grey"

and that didn't work either.

I'm using OS X Mavericks. I'm also using Pd Vanilla, could that be the reason? According to the GUIPlugins link, these paths should be valid for Pd Vanilla 0.43, I'm running 0.44 so maybe they've changed? No ../Pd directories by default on my machine means no pd-gui.tcl either... Or does Pd keep it's stuff somewhere else on OS X Mavericks?

I should clarify... The way I'm doing it now is basically everytime I create a new Pd file I immedately create a 1000x1000 canvas of my chosen background colour and add it to the patch. If the patch grows/shrinks from that size, then I have to resize it, but 1000x1000 is usually ok. Then I have to do the same thing anytime I create a subpatch. I've tried with an abstraction to eliminate steps from the process, but the abstraction is only created in a new patch window when you click the object box in your main patch window.

Is there a way to change Pd's default background to something other than retina-burning white? My eyes can't take it anymore and I don't see any sort of preference or anything...

I know you can use a canvas, but is there an easy way to resize a canvas as your patch grows; apart from right-click-->Properties-->fiddling with numbers to get the right size. Ideally if there's no straightup preference, then something like an abstraction with a canvas in it that knows how to resize to the Pd window dimensions?

That book is a good place to start, and that's about it. It's almost completely outdated as a good 3rd of it is dedicated to RjDj so those pages can pretty much be torn out and thrown away . The book also actually contains the statement "...but having a Pd patch output MIDI events only makes sense if the patch is supposed to control external MIDI hardware, such as a synthesizer. That is a rare use case for mobile apps." which was sort of ridiculous in 2012 when the book was written (there were probably a dozen iOS MIDI interfaces then) and is completely ludicrous now, as there are probably over a hundred, not to mention Audiobus, which I think actually came out late 2012. The good news is that there's surprisingly little you need to do to interface between Pd and Obj C and if you build the "GuitarTuner" app in the book you'll have pretty much everything you need to know from an Obj C standpoint.

Is there anyone out there still using it (or know where to get a copy)? I'm talking about the "abandonware" version circa early '90s. I believe it would be something like version 2.x. I still run a 68k Mac and I would love to be able to do some dev on it. I've been trying to build Pd on it but have been unsuccessful so far. Thanks!

@EEight said:

@lagomorphonic said:

get a look that's something reasonable and not this graphics/format heavy look

There's only 4-5 themes in NodeBB currently. I might create a new theme if many people request it (also this theme is fully mobile compatible).

Understood. It's just that on the front page in particular, the information is obscured by the giant talk bubble graphics. The graphics are all the same, so it's not like they provide any additional information or for finding the forum you'd like to browse. They're just... "there".

Thanks!

Is there anyway to get a look that's something reasonable and not this graphics/format heavy look? For instance, is it really necessary to have a split screen right now to see my typing mirrored in? Also, on a practical note, search engine links to posts on the old site no longer link to their relevant pages, they all simply take you to the generic front page for this site.