[PD] [PD-dev] canvas get method

Jonathan Wilkes jancsika at yahoo.com
Wed May 25 02:51:20 CEST 2011



--- On Wed, 5/25/11, Patrice Colet <colet.patrice at free.fr> wrote:

> From: Patrice Colet <colet.patrice at free.fr>
> Subject: Re: [PD-dev] canvas get method
> To: "pd-list" <pd-list at iem.at>
> Cc: "Jonathan Wilkes" <jancsika at yahoo.com>
> Date: Wednesday, May 25, 2011, 1:28 AM
> lol, it's fun, your file misses YZM's
> canvas_closebang and canvas_initbang, but i could compile it
> by adding missing lines,

Oops-- I didn't think about that.  That's one of the few remaining 
differences between the internals of Vanilla and Extended, right?

> 
> a diff file would be a great thing :D

Yes, that's the next thing I'm going to learn...

> 
> I couldn't water parchy, maybe because I'm missing [expr]
> object?

Which Pd are you using that's missing [expr]?

> 
>  expr $f1>68 && $f1<79
> ... couldn't create
>  expr $f1>457 && $f1<462
> ... couldn't create
> args
> 
> ----- "Jonathan Wilkes" <jancsika at yahoo.com>
> a écrit :
> 
> > Oh, and... I'm not sure if screenpos is totally
> accurate.  I haven't 
> > tested it in different window managers.
> > 
> > -Jonathan
> > 
> > --- On Tue, 5/24/11, Jonathan Wilkes <jancsika at yahoo.com>
> wrote:
> > 
> > > From: Jonathan Wilkes <jancsika at yahoo.com>
> > > Subject: canvas get method
> > > To: Pd-dev at iem.at
> > > Date: Tuesday, May 24, 2011, 6:30 PM
> > > Hi list,
> > >      Here's my first attempt at some c
> > > code to create a "get" method to 
> > > query the properties of a canvas.  I included
> the
> > > entire g_canvas.c from 
> > > 0.43 (haven't started using git and diff yet) and
> a demo
> > > patch with some 
> > > helper abstractions.  Some things that it does:
> > > 
> > > * [namecanvas] (and [sendcanvas]) are _actually_
> obsolete
> > > * canvas environment variables available to the
> user
> > > (filename, dir, 
> > > canvas-local paths, dollarzero)
> > > * parent attributes (like dollarzero) are
> gettable without
> > > having to give 
> > > it as an argument to the abstraction
> > > * possible to find the toplevel canvas that
> contains "this"
> > > 
> > > abstraction (plus making all kinds of
> "canvas-abs" like the
> > > list-abs lib)
> > > * ability to get gop status, coords values, patch
> screen
> > > position, 
> > > abstraction's position on parent, and other
> goodies that
> > > are currently 
> > > scattered all around external libraries with
> various
> > > interfaces
> > > * abstraction can get a list of all attributes
> (like
> > > dollarzero) from 
> > > all the abstraction instances that exist. 
> (Probably
> > > should institute 
> > > patch 1403917 to make this rock-solid.)
> > > * parent args are gettable!
> > > 
> > > Things seem to work alright so far, but I'm not
> sure how to
> > > handle 
> > > reentrancy.  Also, I'm currently replying to
> queries
> > > using the attribute 
> > > as a selector.  The only model I had-- the
> [cnv]
> > > get_pos-- just sends the 
> > > data, but it seems cleaner to send to one
> receive-symbol
> > > and [route] 
> > > accordingly.  (I also much prefer one "get"
> method to
> > > separate ones to 
> > > access each attribute.)
> > > 
> > > -Jonathan
> > 
> > _______________________________________________
> > Pd-dev mailing list
> > Pd-dev at iem.at
> > http://lists.puredata.info/listinfo/pd-dev
> 
> -- 
> Patrice Colet 
> 



More information about the Pd-list mailing list