--- On Tue, 9/14/10, Hans-Christoph Steiner hans@at.or.at wrote:
From: Hans-Christoph Steiner hans@at.or.at Subject: tkwidgets WAS: Hi, new user. Question about max/msp and PD To: "Jonathan Wilkes" jancsika@yahoo.com Cc: "Frank Barknecht" fbar@footils.org, "Mathieu Bouchard" matju@artengine.ca, pd-list@iem.at Date: Tuesday, September 14, 2010, 6:52 AM
On Sep 13, 2010, at 11:59 PM, Jonathan Wilkes wrote:
--- On Mon, 9/13/10, Hans-Christoph Steiner hans@at.or.at
wrote:
From: Hans-Christoph Steiner hans@at.or.at Subject: Re: [PD] Hi, new user. Question about
max/msp and PD
To: "Jonathan Wilkes" jancsika@yahoo.com Cc: "Frank Barknecht" fbar@footils.org,
"Mathieu Bouchard" <matju@artengine.ca
, pd-list@iem.at
Date: Monday, September 13, 2010, 11:46 PM On Mon, 2010-09-13 at 09:46 -0700, Jonathan Wilkes wrote:
--- On Mon, 9/13/10, Mathieu Bouchard matju@artengine.ca
wrote:
From: Mathieu Bouchard matju@artengine.ca Subject: Re: [PD] Hi, new user. Question
about
max/msp and PD
To: "Frank Barknecht" fbar@footils.org Cc: pd-list@iem.at Date: Monday, September 13, 2010, 5:19 PM On Mon, 13 Sep 2010, Frank Barknecht wrote:
Oh, and instead of [transport] just
use a
metro with a
counter sending to some global receiver.
Read
from this with
[select] to get a kind of Max-5's
[timepoint]
clone. See,
there's no magic behind these new Max 5
features,
they just
unified a bit what all Max/Pd users do
anyway in
their
patches.
It's also that it's more marketable if
they add
rather
trivial features just so that they can say
«Max
5 has more
features about time scale !». It's easier
than
to explain
to them that Max doesn't need those
features.
Better object documentation in Pd is a trivial
feature
in this sense--
it's easier for you to spend your time
documenting GF
objects than
to explain how to read the source code.
(See,
there's no magic behind
those GF objects!)
Also, it's more marketable if Max has an
object like
[textedit] where
the user can type multi-line text into a box.
It's easier than
picking through the Toxy graveyard and
learning that
you can't send
messages to the widget unless its containing
canvas is
visible, then
trying to work with [entry] and having the
data you
typed in the
box disappear because you minimized the
window.
Then realizing that the
whole reason you're looking for an object
that
corresponds to [textedit]
is because you can't resize message boxes (and
they
don't appear on a gop canvas).
-Jonathan
You could try tkwidgets/text. I really
should finish
that library. Its close to done, and it'll probably a suite of nice
GUI
objects, including something like textedit.
.hc
That sounds cool.
Hm, I was reading through the sourcerepositories page
on
puredata.info, and I'm not sure how I'd go about
trying those
objects out. Do I need to compile pd-extended
from svn, or is
there a way to just compile that library and use it
with the
nightly build? (I tried make in tkwidgets/ but
got the "no rule
to make target" error.)
-Jonathan
Ok, I fixed the build system and undid some silly changes that broke everything. It is now in a working state:
svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/externals/tkwi... cd tkwidgets make
You should have a recent version of Pd-extended installed in order for it to build.
.hc
Ok it works now, but I had to change CFLAGS = -DPD -I"$(PD_INCLUDE)/pd" -Wall -W -g to CFLAGS = -DPD -I"$(PD_INCLUDE)/pdextended" -Wall -W -g in the Makefile.
tkwidgets/text
if I minimize the window
the part of the empty canvas where the text object will consequently appear, I can't type anything into the text box.
.x85eab08.c.frame85da330.widget85da330 insert end {} and I can't even send a "set foo" message to get text into the box.
-Jonathan