From: Grant Edwards on
On 2010-06-16, Matt <matt(a)themattfella.xxxyyz.com> wrote:
> On 06/05/2010 09:22 PM, ant wrote:
>
>> PyQt is tied to one platform.
>
>
> Several posters have asked for support for or clarification of this
> claim of yours.

Let me guess...

The one platform it's tied to is Qt?

--
Grant Edwards grant.b.edwards Yow! Let's all show human
at CONCERN for REVERAND MOON's
gmail.com legal difficulties!!
From: Jeff Hobbs on
On Jun 10, 1:13 am, "Martin v. Loewis" <mar...(a)v.loewis.de> wrote:
> > That said, PerlTk didn't use Tcl did it?
>
> If you are referring tohttp://search.cpan.org/~srezic/Tk-804.028/-
> this also has a full Tcl interpreter, in pTk/mTk, and uses Tcl_Interp
> and Tcl_Obj throughout. From the Perl/Tk FAQ (*):
>
> "However, from a Perl perspective, Perl/Tk does not require any
> familiarity with Tcl, nor does its installation depend on any Tcl code
> apart from that packaged within Perl/Tk."
>
> They also explain
>
> "The pTk code proper is an externally callable Tk toolkit (i.e. a
> re-write of the Tk 8.0 code that allows easier external linking &
> calling, especially by perl)."
>
> I couldn't quite understand what they mean by that: the sources for
> tcl/generic (for example) look fairly unmodified.

Perl/Tk, as referenced above, does indeed replace the Tcl interpreter
with a bolt-on replacement using Perl internals. While this was
workable, it was brittle and harder to maintain.

Tkx (http://search.cpan.org/dist/Tkx/), a replacement Tk binding for
Perl, authored by myself (core Tcl member, with knowledge of Perl
internals as well) and others at ActiveState, reintroduced the Tcl
binding in a very flexible way. It's actually the Tcl module (http://
search.cpan.org/dist/Tcl/) that has all the magic. Tk is loaded
dynamically from that - Perl has no direct linkage to it.

Tkx proved to be faster, more flexible and more extensible than the
original Perl/Tk. The interface also took advantage of Tcl's stubs
mechanism to provide a level of binary version independence (Perl's
Tcl module can load any Tcl 8.4, 8.5 or 8.6 patchlevel without
recompilation, with 100% functionality).

If you look to revamp things, don't go down the path of trying to
remove Tcl to get to Tk. Instead reconsider the approach to Tcl. A
little bending might prove a much better match in the long term.

Jeff
From: Jeff Hobbs on
On Jun 6, 2:11 pm, rantingrick <rantingr...(a)gmail.com> wrote:
> On Jun 6, 2:06 pm, Mark Lawrence <breamore...(a)yahoo.co.uk> wrote:
> > On 06/06/2010 16:31, rantingrick wrote:
>
> > > On Jun 5, 9:22 pm, ant<shi...(a)uklinux.net>  wrote:
>
> > >> I ask the group; should we try to create a new GUI for Python, with
> > >> the following
> > >> properties?:
>
> > >> - Pythonic
> > >> - The default GUI (so it replaces Tkinter)
> > >> - It has the support of the majority of the Python community
> > >> - Simple and obvious to use for simple things
> > >> - Comprehensive, for complicated things
> > >> - Cross-platform
> > >> - Looks good (to be defined)
> > >> - As small as possible in its default form
>
> > > Yes i one hundred percent agree! The only problem is i am the only
> > > one! Good luck finding others to climb into this boat. From the
> > > beginning there has has been this really weird love-hate relationship
> > > with Tkinter in the Python community. I myself experience this
> > > emotional attachment every day as i wish for Tkinter to be more
> > > "pretty" and "feature-rich" whilst at the same time loving it's
> > > simplicity. Tkinter seems to be Python's whipping boy and nobody wants
> > > to whip another, so we are stuck in limbo with a lobotomy.
>
> > > Heres an idea though, why not expand Tkinter with some new really cool
> > > widgets...? Hmmm...? That TIX package is a real PITA and could use a
> > > re-write. Can you believe it took until py3.0 for Tkinter to get a
> > > combobox :-O! Yea i know! :'-(
>
> > Patches are welcome at any time.  I look forward to seeing your first
> > contribution.
>
> > Kindest regards.
>
> > Mark Lawrence.
>
> Hello Mark,
>
> Are you maintaining Tkinter or Tix or both? There is a nagging issue
> with Tix that needs fixing. Upon subbclassing some widgets and when
> using the import Tix and import Tix as *. Maybe it is already fixed in
> 3.0 (i have not checked) but we need to fix it.
>
> I am still currently rewriting Tkinter Tix and IDLE in my spare time
> but got a bit busy lately. Anyhoo, i would really like to bring some
> patches, upgrades, and just a general spit shining to the entire three-
> plexx so let me know.

I am not a Tkinter maintainer, but I am one of the core Tk and Tix
maintainers (having also completely revamped Tix a couple of years ago
for better long-term stability and compatibility). If you have fixes
that are relevant there, I can integrate them. I should note that
much of Tix has been subsumed or replaced by better equivalents in the
core of Tk. That said, it assumes you know and are using Tk 8.5.
I've seen a lot of FUD on Tk in this thread, and much of it is a
decade old perspective. Tk 8.5 does have native themed widgets (using
Win32, Carbon or Cocoa, and X11, though also with plugins to gtk and
qt). I'd have to explore more into Tkinter to see where anybody
derives value from Tix in current programs.

In any case, the basic mantra for Tix is new development should avoid
it, but existing development should work fine. New development should
leverage the good work of Guilherme Polo in making the Tk 8.5 core
themed widgets available in Tkinter.

Jeff
From: Ethan Furman on
Jeff Hobbs wrote:
> On Jun 6, 2:11 pm, rantingrick <rantingr...(a)gmail.com> wrote:
>> On Jun 6, 2:06 pm, Mark Lawrence <breamore...(a)yahoo.co.uk> wrote:
>>> On 06/06/2010 16:31, rantingrick wrote:
>>>> On Jun 5, 9:22 pm, ant<shi...(a)uklinux.net> wrote:
>>>>> I ask the group; should we try to create a new GUI for Python, with
>>>>> the following
>>>>> properties?:
>>>>> - Pythonic
>>>>> - The default GUI (so it replaces Tkinter)
>>>>> - It has the support of the majority of the Python community
>>>>> - Simple and obvious to use for simple things
>>>>> - Comprehensive, for complicated things
>>>>> - Cross-platform
>>>>> - Looks good (to be defined)
>>>>> - As small as possible in its default form
>>>> Yes i one hundred percent agree! The only problem is i am the only
>>>> one! Good luck finding others to climb into this boat. From the
>>>> beginning there has has been this really weird love-hate relationship
>>>> with Tkinter in the Python community. I myself experience this
>>>> emotional attachment every day as i wish for Tkinter to be more
>>>> "pretty" and "feature-rich" whilst at the same time loving it's
>>>> simplicity. Tkinter seems to be Python's whipping boy and nobody wants
>>>> to whip another, so we are stuck in limbo with a lobotomy.
>>>> Heres an idea though, why not expand Tkinter with some new really cool
>>>> widgets...? Hmmm...? That TIX package is a real PITA and could use a
>>>> re-write. Can you believe it took until py3.0 for Tkinter to get a
>>>> combobox :-O! Yea i know! :'-(
>>> Patches are welcome at any time. I look forward to seeing your first
>>> contribution.
>>> Kindest regards.
>>> Mark Lawrence.
>> Hello Mark,
>>
>> Are you maintaining Tkinter or Tix or both? There is a nagging issue
>> with Tix that needs fixing. Upon subbclassing some widgets and when
>> using the import Tix and import Tix as *. Maybe it is already fixed in
>> 3.0 (i have not checked) but we need to fix it.
>>
>> I am still currently rewriting Tkinter Tix and IDLE in my spare time
>> but got a bit busy lately. Anyhoo, i would really like to bring some
>> patches, upgrades, and just a general spit shining to the entire three-
>> plexx so let me know.
>
> I am not a Tkinter maintainer, but I am one of the core Tk and Tix
> maintainers (having also completely revamped Tix a couple of years ago
> for better long-term stability and compatibility). If you have fixes
> that are relevant there, I can integrate them. I should note that
> much of Tix has been subsumed or replaced by better equivalents in the
> core of Tk. That said, it assumes you know and are using Tk 8.5.
> I've seen a lot of FUD on Tk in this thread, and much of it is a
> decade old perspective. Tk 8.5 does have native themed widgets (using
> Win32, Carbon or Cocoa, and X11, though also with plugins to gtk and
> qt). I'd have to explore more into Tkinter to see where anybody
> derives value from Tix in current programs.
>
> In any case, the basic mantra for Tix is new development should avoid
> it, but existing development should work fine. New development should
> leverage the good work of Guilherme Polo in making the Tk 8.5 core
> themed widgets available in Tkinter.
>
> Jeff

Thanks for the info, Jeff!

Is there a good web-site / tutorial / book / etc that you would
recommend for getting a good handle on Tk 8.5?

~Ethan~
From: Jeff Hobbs on
On Jun 18, 2:59 pm, Ethan Furman <et...(a)stoneleaf.us> wrote:
> Jeff Hobbs wrote:
> > On Jun 6, 2:11 pm, rantingrick <rantingr...(a)gmail.com> wrote:
> >> On Jun 6, 2:06 pm, Mark Lawrence <breamore...(a)yahoo.co.uk> wrote:
> >>> On 06/06/2010 16:31, rantingrick wrote:
> >>>> On Jun 5, 9:22 pm, ant<shi...(a)uklinux.net>  wrote:
> >>>>> I ask the group; should we try to create a new GUI for Python, with
> >>>>> the following
> >>>>> properties?:
> >>>>> - Pythonic
> >>>>> - The default GUI (so it replaces Tkinter)
> >>>>> - It has the support of the majority of the Python community
> >>>>> - Simple and obvious to use for simple things
> >>>>> - Comprehensive, for complicated things
> >>>>> - Cross-platform
> >>>>> - Looks good (to be defined)
> >>>>> - As small as possible in its default form
> >>>> Yes i one hundred percent agree! The only problem is i am the only
> >>>> one! Good luck finding others to climb into this boat. From the
> >>>> beginning there has has been this really weird love-hate relationship
> >>>> with Tkinter in the Python community. I myself experience this
> >>>> emotional attachment every day as i wish for Tkinter to be more
> >>>> "pretty" and "feature-rich" whilst at the same time loving it's
> >>>> simplicity. Tkinter seems to be Python's whipping boy and nobody wants
> >>>> to whip another, so we are stuck in limbo with a lobotomy.
> >>>> Heres an idea though, why not expand Tkinter with some new really cool
> >>>> widgets...? Hmmm...? That TIX package is a real PITA and could use a
> >>>> re-write. Can you believe it took until py3.0 for Tkinter to get a
> >>>> combobox :-O! Yea i know! :'-(
> >>> Patches are welcome at any time.  I look forward to seeing your first
> >>> contribution.
> >>> Kindest regards.
> >>> Mark Lawrence.
> >> Hello Mark,
>
> >> Are you maintaining Tkinter or Tix or both? There is a nagging issue
> >> with Tix that needs fixing. Upon subbclassing some widgets and when
> >> using the import Tix and import Tix as *. Maybe it is already fixed in
> >> 3.0 (i have not checked) but we need to fix it.
>
> >> I am still currently rewriting Tkinter Tix and IDLE in my spare time
> >> but got a bit busy lately. Anyhoo, i would really like to bring some
> >> patches, upgrades, and just a general spit shining to the entire three-
> >> plexx so let me know.
>
> > I am not a Tkinter maintainer, but I am one of the core Tk and Tix
> > maintainers (having also completely revamped Tix a couple of years ago
> > for better long-term stability and compatibility).  If you have fixes
> > that are relevant there, I can integrate them.  I should note that
> > much of Tix has been subsumed or replaced by better equivalents in the
> > core of Tk.  That said, it assumes you know and are using Tk 8.5.
> > I've seen a lot of FUD on Tk in this thread, and much of it is a
> > decade old perspective.  Tk 8.5 does have native themed widgets (using
> > Win32, Carbon or Cocoa, and X11, though also with plugins to gtk and
> > qt).  I'd have to explore more into Tkinter to see where anybody
> > derives value from Tix in current programs.
>
> > In any case, the basic mantra for Tix is new development should avoid
> > it, but existing development should work fine.  New development should
> > leverage the good work of Guilherme Polo in making the Tk 8.5 core
> > themed widgets available in Tkinter.
>
> > Jeff
>
> Thanks for the info, Jeff!
>
> Is there a good web-site / tutorial / book / etc that you would
> recommend for getting a good handle on Tk 8.5?

Most of the Tk 8.5 references will be Tcl-based, but one that is cross-
language is Mark Roseman's www.tkdocs.com.

For books, there is John Ousterhout's main book, now in the 2nd
edition, updated with Tcl/Tk 8.5 references:
http://www.amazon.com/Tcl-Toolkit-2nd-John-Ousterhout/dp/032133633X

To understand just the changes in Tk 8.5, you can see the wiki page
that lists references for all changes:
http://wiki.tcl.tk/10630

It includes 16 new widgets (many themed versions of classic widgets,
but key new ones like the combobox and notebook), new canvas and text
features, and more. The wiki in general has lots of how-to reference
info (over 20K pages of content).

The key with Tk that I've seen misunderstood in this thread is that it
has lots of extensions. Those in the core community do argue about
whether "important" widgets should be full core or kept as widgets
(where they get their own dev cycle). There are some fantastic Tk
widgets out there, like tktreectrl (http://
tktreectrl.sourceforge.net/), tktable, many in tklib (e.g. tablelist
http://www.nemethi.de/tablelist/tablelist.html), and more. They can
be used with any of the languages that integrate with Tk, but may not
have "built-in" support (IOW, you might need some language-specific
shim). Overcoming these hurdles may help reduce the pain and glum
feelings people have towards Tk bound to non-Tcl languages (and is
indeed one of the points addressed by Tkx). It doesn't help with doc
translation (for use with other languages), so that's yet another
hurdle. :-/

Jeff