On 20/12/15 20:00, Alex Kleider wrote:
>> But because Tix is a superset of Tkinter I rarely use
>> raw Tkinter nowadays I usually just start with Tix.
>
> Thanks for the background insight.
> How does Ttk (T for 'themed' I assume) fit in? is it used in addition to
> Tix
Yes. Tkinter and Tix bot
On 2015-12-20 06:11, Alan Gauld wrote:
On 20/12/15 02:21, Alex Kleider wrote:
First I've heard of Tix!
A potentially useful set of extra widgets on top of Tkinter.
Unfortunately the Tkinter port of the original Tcl/Tk TIX
package is incomplete and only reliable for about half the
extended wid
On 20/12/15 02:21, Alex Kleider wrote:
> First I've heard of Tix!
> Much to learn.
A potentially useful set of extra widgets on top of Tkinter.
Unfortunately the Tkinter port of the original Tcl/Tk TIX
package is incomplete and only reliable for about half the
extended widgets (thankfully the mos
On 2015-12-18 17:22, Alan Gauld wrote:
FWIW My recent book Python Projects includes coverage of
both ttk and Tix as well as core tkinter. But it's only
designed to be a taster, it's not a complete reference.
It's more about the general approach to putting a UI on
an app than about any specific t
On 18/12/15 18:38, Alex Kleider wrote:
> I've settled on "Modern Tkinter" by Mark Roseman.
> His is the most recently published of the various references recommended
> and he makes the point that the "themed" (ttk) component is recent
> (and I assume not covered in the other sources.)
FWIW My rec
Alex Kleider writes:
> On 2015-12-18 14:13, Mark Lawrence wrote:
> > On 18/12/2015 18:38, Alex Kleider wrote:
>
> >> […] uses a syntax that is strongly discouraged
Yes. It is discouraged in PEP 8 and in other guides for Pythonic code.
Wildcard imports ( from import * ) should be avoided, a
On 2015-12-18 14:13, Mark Lawrence wrote:
On 18/12/2015 18:38, Alex Kleider wrote:
Another issue about which I'd like to hear comments has to do with
how the imports are done.
Roseman indicates that
from tkinter import *
from tkinter import ttk
is the generally accepted way of doing
On 18/12/2015 18:38, Alex Kleider wrote:
On 2015-12-16 17:42, boB Stepp wrote:
On Mon, Dec 14, 2015 at 10:08 PM, Alex Kleider
wrote:
Thank you, gentlemen (Alan, Ben, Mark,) for your advice.
The consensus seems to be in favour of tkinter
so I'll head in that direction.
If you are into books,
On 2015-12-16 17:42, boB Stepp wrote:
On Mon, Dec 14, 2015 at 10:08 PM, Alex Kleider
wrote:
Thank you, gentlemen (Alan, Ben, Mark,) for your advice.
The consensus seems to be in favour of tkinter
so I'll head in that direction.
If you are into books, "Programming Python, 4th ed." by Mark Lutz
On Mon, Dec 14, 2015 at 10:08 PM, Alex Kleider wrote:
> Thank you, gentlemen (Alan, Ben, Mark,) for your advice.
> The consensus seems to be in favour of tkinter
> so I'll head in that direction.
If you are into books, "Programming Python, 4th ed." by Mark Lutz, has
an extensive section on tkinte
On 15/12/15 22:13, Mark Lawrence wrote:
> wxPython still does not support Python 3, and it doesn't look as if this
> will happen any time soon. In fairness this is due to Robin Dunn being
> tied up on paid work.
That's a pity. Not least because it presumably means Dabo
is stuck on v2 too. Dabo
On 15/12/2015 00:52, Alan Gauld wrote:
On 14/12/15 21:48, Alex Kleider wrote:
wxPython is slightly more complex but more powerful and
looks more like the native UI on each platform. (There
is also Dabo which is wxPython based but has an IDE with
GUI builder and is very good for database oriente
A question for Alex Kleider:
Do you want this thing to eventually run on mobile? -- android and IOS?
If so, tkinter isn't the place to start, but kivy (which also runs
on desktops) is. http://kivy.org/#home
re: full stack frameworks
The thing about full stack frameworks such as Django is that the
Alex Kleider writes:
> Thank you, gentlemen (Alan, Ben, Mark,) for your advice.
> The consensus seems to be in favour of tkinter
> so I'll head in that direction.
Keep in mind that Tkinter is the “one obvious way to do it” for GUIs in
Python. It is the general-purpose toolkit included with the s
Thank you, gentlemen (Alan, Ben, Mark,) for your advice.
The consensus seems to be in favour of tkinter
so I'll head in that direction.
Cheers,
Alex
___
Tutor maillist - Tutor@python.org
To unsubscribe or change subscription options:
https://mail.pytho
On 14/12/15 21:48, Alex Kleider wrote:
> provide a graphical interface. There are several choices with pros and
> cons to each but an alternative more general approach might be to use a
> web based interface which I believe would make the code less platform
> dependent.
Not necessarily since the
Alex Kleider writes:
> I'd be interested in any comments regarding this idea and would be
> grateful for any suggestions as to frameworks that might be helpful.
The collected wisdom of the community includes this page at the Python
wiki https://wiki.python.org/moin/GuiProgramming>, and a brief
c
On 14/12/2015 21:48, Alex Kleider wrote:
So far all my python programming has been done using print for output and
(raw)input whenever user input is required. I'd like to learn how to
provide a graphical interface. There are several choices with pros and
cons to each but an alternative more gen
So far all my python programming has been done using print for output
and
(raw)input whenever user input is required. I'd like to learn how to
provide a graphical interface. There are several choices with pros and
cons to each but an alternative more general approach might be to use a
web based
I have a spreadsheet with a named range "pdfReport" to export
to pdf in the default location. The data changed based on student
number input to another named range "_pid".
Assumptions: the spreadsheet is already open and on the correct
sheet. This doesn't matter, as we will be selecting the cel
20 matches
Mail list logo
