From rowen at uw.edu Fri May 15 20:38:17 2015 From: rowen at uw.edu (Russell Owen) Date: Fri, 15 May 2015 11:38:17 -0700 Subject: [Tkinter-discuss] problems with Aqua Tcl/Tk core_8_5_branch 2015-04-28 Message-ID: I built Tcl/Tk core_8_5_branch from the 2015-04-28 commit (in the git mirror) on OS X 10.9 with MACOS_X_DEPLOYMENT_TARGET=10.6. Visually the results are not as nice as code using the 2015-03-24 commit. It seems that many widgets, including labels and texts, take up far more room than they used to, with the extra room used for unnecessary whitespace. The results is far more different from Unix than it used to be. One improvement is that button text is now displayed with some padding, making them much more readable, and more like unix (in a good way, since it is easier to write cross-platform code; I had been adding padding on OS X). But it seems that too many other controls got the same treatment, even if they didn't need it. Also, both versions of Tcl/Tk have a bug whereby windows are often impossible to close. Clicking the close control and typing cmd-W both do nothing. Fortunately they can still be minimized, but it's disturbing not to be able to close them. Unfortunately this is intermittent, though common, making it hard to present a small example. Has anyone else seen this? -- Russell P.S. binaries are here: From kw at codebykevin.com Sat May 16 03:34:58 2015 From: kw at codebykevin.com (Kevin Walzer) Date: Fri, 15 May 2015 21:34:58 -0400 Subject: [Tkinter-discuss] problems with Aqua Tcl/Tk core_8_5_branch 2015-04-28 In-Reply-To: References: Message-ID: <55569EC2.1070503@codebykevin.com> Here's the script: package require Tk option add *tearoff 0 wm title . "Menu Bug" menu .menubar menu .menubar.window .menubar add cascade -menu .menubar.window -label Window . configure -menu .menubar button .click_me -text "Click Me" -command open_other pack .click_me -padx 60 -pady 20 proc open_other {} { toplevel .other wm title .other "TopLevel" menu .other.menubar menu .other.menubar.window .other.menubar add cascade -menu .other.menubar.window -label Window .other configure -menu .other.menubar label .other.close_me -text "Close Me" pack .other.close_me -padx 20 -pady 10 checkbutton .other.check -text "just checking" pack .other.check -padx 20 -pady 10 } -- Kevin Walzer Code by Kevin/Mobile Code by Kevin http://www.codebykevin.com http://www.wtmobilesoftware.com From kw at codebykevin.com Sat May 16 03:34:42 2015 From: kw at codebykevin.com (Kevin Walzer) Date: Fri, 15 May 2015 21:34:42 -0400 Subject: [Tkinter-discuss] problems with Aqua Tcl/Tk core_8_5_branch 2015-04-28 In-Reply-To: References: Message-ID: <55569EB2.4010202@codebykevin.com> Hi Russell, On 5/15/15 2:38 PM, Russell Owen wrote: > I built Tcl/Tk core_8_5_branch from the 2015-04-28 commit (in the git > mirror) on OS X 10.9 with MACOS_X_DEPLOYMENT_TARGET=10.6. Visually the > results are not as nice as code using the 2015-03-24 commit. It seems > that many widgets, including labels and texts, take up far more room > than they used to, with the extra room used for unnecessary > whitespace. The results is far more different from Unix than it used > to be. > > One improvement is that button text is now displayed with some > padding, making them much more readable, and more like unix (in a good > way, since it is easier to write cross-platform code; I had been > adding padding on OS X). But it seems that too many other controls got > the same treatment, even if they didn't need it. We've done a lot of work on the metrics for buttons, and I think we are pretty much done tweaking them. They are pretty close to the standard metrics for the Mac, and I don't want to fiddle with them further. > > Also, both versions of Tcl/Tk have a bug whereby windows are often > impossible to close. Clicking the close control and typing cmd-W both > do nothing. Fortunately they can still be minimized, but it's > disturbing not to be able to close them. Unfortunately this is > intermittent, though common, making it hard to present a small > example. Has anyone else seen this? > Marc Culler (the developer of SnapPy) also observed this and did a lot of work on patches to Tk to fix the issue. As far as I know the problem is licked. Can you run the script below in your version of Wish and see if you can reproduce the zombie window issue? (If the issue is present the "TopLevel" window will not close when the close button is clicked.) --Kevin -- Kevin Walzer Code by Kevin/Mobile Code by Kevin http://www.codebykevin.com http://www.wtmobilesoftware.com From rowen at uw.edu Mon May 18 21:17:01 2015 From: rowen at uw.edu (Russell Owen) Date: Mon, 18 May 2015 12:17:01 -0700 Subject: [Tkinter-discuss] problems with Aqua Tcl/Tk core_8_5_branch 2015-04-28 In-Reply-To: <55569EB2.4010202@codebykevin.com> References: <55569EB2.4010202@codebykevin.com> Message-ID: On 5/15/15 6:34 PM, Kevin Walzer wrote: > Hi Russell, > > On 5/15/15 2:38 PM, Russell Owen wrote: >> I built Tcl/Tk core_8_5_branch from the 2015-04-28 commit (in the git >> mirror) on OS X 10.9 with MACOS_X_DEPLOYMENT_TARGET=10.6. Visually the >> results are not as nice as code using the 2015-03-24 commit. It seems >> that many widgets, including labels and texts, take up far more room >> than they used to, with the extra room used for unnecessary >> whitespace. The results is far more different from Unix than it used >> to be. >> >> One improvement is that button text is now displayed with some >> padding, making them much more readable, and more like unix (in a good >> way, since it is easier to write cross-platform code; I had been >> adding padding on OS X). But it seems that too many other controls got >> the same treatment, even if they didn't need it. > We've done a lot of work on the metrics for buttons, and I think we are > pretty much done tweaking them. They are pretty close to the standard > metrics for the Mac, and I don't want to fiddle with them further. > >> >> Also, both versions of Tcl/Tk have a bug whereby windows are often >> impossible to close. Clicking the close control and typing cmd-W both >> do nothing. Fortunately they can still be minimized, but it's >> disturbing not to be able to close them. Unfortunately this is >> intermittent, though common, making it hard to present a small >> example. Has anyone else seen this? >> > Marc Culler (the developer of SnapPy) also observed this and did a lot > of work on patches to Tk to fix the issue. As far as I know the problem > is licked. Can you run the script below in your version of Wish and see > if you can reproduce the zombie window issue? (If the issue is present > the "TopLevel" window will not close when the close button is clicked.) The window in the test script closed for me. But I still get zombie windows in my own application. Unfortunately it is intermittent. Today when I tested my own program I saw the problem sometimes and not other times. As to padding: the problem seems to be that the width computation for labels is overly generous: they use up far more width than they need, making some of my windows 25% or more wider, with lots of unwanted blank space. Buttons look great, but why were labels changed? They were fine, and looked much better before with versions 2015-03-24 and older. -- Russell From kw at codebykevin.com Tue May 19 00:59:03 2015 From: kw at codebykevin.com (Kevin Walzer) Date: Mon, 18 May 2015 18:59:03 -0400 Subject: [Tkinter-discuss] problems with Aqua Tcl/Tk core_8_5_branch 2015-04-28 In-Reply-To: References: <55569EB2.4010202@codebykevin.com> Message-ID: <555A6EB7.6030004@codebykevin.com> On 5/18/15 3:17 PM, Russell Owen wrote: > As to padding: the problem seems to be that the width computation for > labels is overly generous: they use up far more width than they need, > making some of my windows 25% or more wider, with lots of unwanted > blank space. Buttons look great, but why were labels changed? They > were fine, and looked much better before with versions 2015-03-24 and > older. Internally, labels are just another kind of button, so I suppose that padding changes will affect them too. The previous tight padding made the regular buttons look terrible, much worse than the labels do. I'll see if I can take a look at the labels, but my time is much tighter these days, so it may be awhile. --Kevin -- Kevin Walzer Code by Kevin/Mobile Code by Kevin http://www.codebykevin.com http://www.wtmobilesoftware.com From Vasilis.Vlachoudis at cern.ch Sun May 31 11:21:20 2015 From: Vasilis.Vlachoudis at cern.ch (Vasilis Vlachoudis) Date: Sun, 31 May 2015 09:21:20 +0000 Subject: [Tkinter-discuss] (no subject) Message-ID: <0BC70B5D93E054469872FFD0FE07220E01634D2A31@CERNXCHG53.cern.ch> Hi All, my question is not tkinter related but I could not find any help on that I am compiling a list of commands for faster access in my application. How can I check the type of a compiled object with isinstance()? >>> c = compile("x+y","","eval") >>> isinstance(c,code) Traceback (most recent call last): File "", line 1, in NameError: name 'code' is not defined While type(c) gives a "code" object? >>> c at 0xb74a5cc8, file "", line 1> >>> type(c) Thanks in advance Vasilis ________________________________________ From: Tkinter-discuss [tkinter-discuss-bounces+vasilis.vlachoudis=cern.ch at python.org] on behalf of Kevin Walzer [kw at codebykevin.com] Sent: 19 May 2015 00:59 To: tkinter-discuss at python.org Subject: Re: [Tkinter-discuss] problems with Aqua Tcl/Tk core_8_5_branch 2015-04-28 On 5/18/15 3:17 PM, Russell Owen wrote: > As to padding: the problem seems to be that the width computation for > labels is overly generous: they use up far more width than they need, > making some of my windows 25% or more wider, with lots of unwanted > blank space. Buttons look great, but why were labels changed? They > were fine, and looked much better before with versions 2015-03-24 and > older. Internally, labels are just another kind of button, so I suppose that padding changes will affect them too. The previous tight padding made the regular buttons look terrible, much worse than the labels do. I'll see if I can take a look at the labels, but my time is much tighter these days, so it may be awhile. --Kevin -- Kevin Walzer Code by Kevin/Mobile Code by Kevin http://www.codebykevin.com http://www.wtmobilesoftware.com _______________________________________________ Tkinter-discuss mailing list Tkinter-discuss at python.org https://mail.python.org/mailman/listinfo/tkinter-discuss From klappnase at web.de Sun May 31 11:39:28 2015 From: klappnase at web.de (Michael Lange) Date: Sun, 31 May 2015 11:39:28 +0200 Subject: [Tkinter-discuss] (no subject) In-Reply-To: <0BC70B5D93E054469872FFD0FE07220E01634D2A31@CERNXCHG53.cern.ch> References: <0BC70B5D93E054469872FFD0FE07220E01634D2A31@CERNXCHG53.cern.ch> Message-ID: <20150531113928.16d852fa0e92407ca4eea507@web.de> Hi, On Sun, 31 May 2015 09:21:20 +0000 Vasilis Vlachoudis wrote: > Hi All, > > my question is not tkinter related but I could not find any help on that > I am compiling a list of commands for faster access in my application. > How can I check the type of a compiled object with isinstance()? > > >>> c = compile("x+y","","eval") > > >>> isinstance(c,code) > Traceback (most recent call last): > File "", line 1, in > NameError: name 'code' is not defined > > While type(c) gives a "code" object? > > >>> c > at 0xb74a5cc8, file "", line 1> > > >>> type(c) > Maybe you will have to use isinstance(c, types.CodeType) instead. Regards Michael .-.. .. ...- . .-.. --- -. --. .- -. -.. .--. .-. --- ... .--. . .-. The sooner our happiness together begins, the longer it will last. -- Miramanee, "The Paradise Syndrome", stardate 4842.6 From Vasilis.Vlachoudis at cern.ch Sun May 31 18:08:27 2015 From: Vasilis.Vlachoudis at cern.ch (Vasilis Vlachoudis) Date: Sun, 31 May 2015 16:08:27 +0000 Subject: [Tkinter-discuss] (no subject) In-Reply-To: <20150531113928.16d852fa0e92407ca4eea507@web.de> References: <0BC70B5D93E054469872FFD0FE07220E01634D2A31@CERNXCHG53.cern.ch>, <20150531113928.16d852fa0e92407ca4eea507@web.de> Message-ID: <0BC70B5D93E054469872FFD0FE07220E01634D4021@CERNXCHG53.cern.ch> Thank you! ________________________________________ From: Tkinter-discuss [tkinter-discuss-bounces+vasilis.vlachoudis=cern.ch at python.org] on behalf of Michael Lange [klappnase at web.de] Sent: 31 May 2015 11:39 To: tkinter-discuss at python.org Subject: Re: [Tkinter-discuss] (no subject) Hi, On Sun, 31 May 2015 09:21:20 +0000 Vasilis Vlachoudis wrote: > Hi All, > > my question is not tkinter related but I could not find any help on that > I am compiling a list of commands for faster access in my application. > How can I check the type of a compiled object with isinstance()? > > >>> c = compile("x+y","","eval") > > >>> isinstance(c,code) > Traceback (most recent call last): > File "", line 1, in > NameError: name 'code' is not defined > > While type(c) gives a "code" object? > > >>> c > at 0xb74a5cc8, file "", line 1> > > >>> type(c) > Maybe you will have to use isinstance(c, types.CodeType) instead. Regards Michael .-.. .. ...- . .-.. --- -. --. .- -. -.. .--. .-. --- ... .--. . .-. The sooner our happiness together begins, the longer it will last. -- Miramanee, "The Paradise Syndrome", stardate 4842.6 _______________________________________________ Tkinter-discuss mailing list Tkinter-discuss at python.org https://mail.python.org/mailman/listinfo/tkinter-discuss From memilanuk at gmail.com Thu May 7 11:07:35 2015 From: memilanuk at gmail.com (memilanuk) Date: Thu, 07 May 2015 09:07:35 -0000 Subject: [Tkinter-discuss] Third-party ttk themes Message-ID: So... using Anaconda 2.2.0 / Python 3.4.3 on Linux, and the only ttk themes that came with are 'clam', 'alt', 'default' and 'classic'. I've seen reference to other theme names like 'aqua', 'step', 'winnative', 'vista' and 'xpnative'. Are these themes - or others like them - available somewhere, some sort of theme repository? Thanks, Monte -- Shiny! Let's be bad guys. Reach me @ memilanuk (at) gmail dot com