[PD] call for testers for L2Ork iteration of pd-extended (based on 0.42.x branch)

[Jonathan Wilkes]

--- On Wed, 11/24/10, Ivica Ico Bukvic <ico at vt.edu> wrote:

> From: Ivica Ico Bukvic <ico at vt.edu>
> Subject: Re: [PD] call for testers for L2Ork iteration of pd-extended (based on 0.42.x branch)
> To: "Hans-Christoph Steiner" <hans at at.or.at>
> Cc: pd-list at iem.at, ""'João Pais'"" <jmmmpais at googlemail.com>
> Date: Wednesday, November 24, 2010, 12:10 AM
> 
> > > Perhaps you'd be interested in my unreleased
> tkwidgets library, its  
> > > in SVN.  Basically, I am working on creating
> a framework to make it  
> > > much easier to make GUI objects. Part of that
> framework includes  
> > > things like resizing things with the mouse. 
> I have that much  
> > > working but its buggy still.  Once that gets
> ironed out, I plan on  
> > > making Pd versions of all the core Tk widgets,
> including the Tk  
> > > canvas.  In tkwdigets there is already a
> [text] object that works  
> > > quite nicely, save a few bugs.
> > 
> > I forgot to add, my experience with the iemgui code
> has told me that  
> > they would be very difficult to improve, hence the
> tkwidgets lib.
> 
> Unfortunately, if it is not finished/stable, I am not
> interested in it
> as having to deal with Pd bugs in and of themselves is
> demanding enough
> on my time. On a flip side Scope~ external already has
> similar
> functionality which seems to me quite complete so it may be
> simply a
> matter of implementing that one (obviously it would only
> apply to iemgui
> objects as vanilla objects have no way of knowing their own
> size).

Notice that both [cyclone/Scope~] and [flatspace/entry] have a 
bug: a sudden increase in height/width by about 5-10 pixels when you 
initially drag to resize.  This makes it difficult if not 
impossible to make minor size changes (especially since there is no 
Properties dialogue).

-Jonathan

> 
> That said, I did spend most of today implementing Sarlo's
> feature as
> well as fixing buggy Tcl/Tk behavior (namely inability to
> show check
> marks in the edit menu which is so disheartening it is not
> even funny

Wouldn't it be easier just to toggle the text for that menu option 
between "Edit mode" and "Run mode"? (That's what they're called in 
the manual.)

> --I
> really think Pd needs to wean itself away from the Tcl/Tk
> abomination
> even if that means losing a good chunk of its externals
> before it can
> thrive).

How would you go about doing that?

> 
> NB: I left out "drop shadows" part as it seems quite
> redundant. I also
> changed how the rest of the code behaves/looks to make it
> visually
> cleaner/more consistent.
> 
> Apart from that latest update also includes edit menu
> highlighting (as
> 0.43 does to bypass Tcl/Tk buggy junk), improved shortucts
> for some of
> the calls, bugfix in the window list menu which for some
> reason omits
> parent window listing, and other minor cosmetic fixes (e.g.
> highlighting
> color changed to orange as I feel it is much easier on my
> eyes).
> 
> If interested, check out the latest snapshot at the usual
> place:
> 
> http://l2ork.music.vt.edu/main/?page_id=56
> 
> Cheers!
> 
> 
> 
> _______________________________________________
> Pd-list at iem.at
> mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>