Re: [TCLCORE] Tcl GSoC 2011 - Ideas anyone ? [Tk]

> I could go on, but my stomach is grumbling.  Those are the key > highlights.  For the tkkit that gets included in ActivePerl (provides Tk > in a perl-friendly syntax), we have included the following to provide a > "more complete" Tk experience to 8.5 (8.4 also added tile and dict):> > treectrl; tktable; tclx; Img for window, xpm, ico, jpg and png; bwidget > (legacy); tklib's style, ico, ctext, tooltip, widget; tcllib's comm, > snit, json, base64, csv; some OS X modules> > Notably missing out of that (by request) has been drag&drop, though > we've had requests also for printing and html.

This is what Larry and I have been talking about for years.  No one can make a decent Tk GUI without lugging in a bunch of other extensions to get the job done.  I know I can't make it beyond a really simple turd program with the core widgets alone.  I need most of the extensions Jeff is shipping here to get a decent GUI.

My vote for Tk projects, if GSoC is to get any slots dedicated to Tk are:

1.  Printing support.

2.  Drag and drop.  Wasn't TkDND working on the 3 major platforms last time I checked?

3.  TileQT and TileGTK.  These two extensions are MOSTLY complete and would be a HUGE step in making Tk more palatable to the Linux community.  It would also mean that Tk has all the pieces to make truly native-looking apps on the big 3 platforms.


Beyond that, the work that Tk needs doesn't need a GSoC slot dedicated to it.

1.  Put Tktable in the core.

2.  Put treectrl in the core.

3.  Put Img (or most of it) in the core.

4.  Put a megawidget framework in the core.  I have a nice one already done.

This is easily done just by adding them as extensions that ship with the core of Tk.  If you want to make them separate packages as we've started to do with Tcl, that's fine.  Just ship them.  For the love of God, ship them.

Oh, and break Tcl and Tk's lockstep release cycles.  There's no need for it.  Tk can and needs to move at a lot faster pace than Tcl does.  You can argue over Tcl's guts and coroutines and bullshit all you like, but there's very little argument from most of us who use Tk on what needs to be done.  If you do any serious Tk at all, you already know that what Jeff and I are saying is true.

Damon
------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Tcl-Core mailing list
Tcl-...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tcl-core