On Jun 10, 3:36Â pm, Arnaud Delobelle wrote:
> On 10 June 2012 07:16, rusi wrote:
>
> > This is worth a read in this
> > context:http://osteele.com/archives/2004/11/ides
>
> Interesting! I definitely fall nicely at one extreme of this
> dichotomy. Â Every time I've tried to use an IDE, it's made
In article ,
Kevin Walzer wrote:
>On 6/11/12 8:01 AM, Wolfgang Keller wrote:
>> Tkinter is imho honestly the very best "argument" if you want to make
>> potential new users turn their backs away from Python for good. Just
>> show them one GUI implemented with it and, hey, wait, where are you
>> r
On Thu, 14 Jun 2012 12:59:23 -0700 (PDT)
CM wrote:
> On Jun 14, 2:25Â pm, Wolfgang Keller wrote:
> >
> > What is needed for domain specialists are frameworks and related
> > tools such as GUI builders that allow them to write exclusively the
> > domain-specific code (this is where a domain speci
On Jun 14, 2:25Â pm, Wolfgang Keller wrote:
>
> What is needed for domain specialists are frameworks and related tools
> such as GUI builders that allow them to write exclusively the
> domain-specific code (this is where a domain specialist will always be
> better than any software developer), lay
> > None of these were such that I could propagate it as GUI development
> > tool for non-programmers / casual users.
> > Sure, some are good for designing the GUI, but at the point where
> > the user code is to be added, most people would be lost.
>
> There was a time when that was a highly adver
> > Tkinter is imho honestly the very best "argument" if you want to
> > make potential new users turn their backs away from Python for
> > good. Just show them one GUI implemented with it and, hey, wait,
> > where are you running to...
>
> Yes, Tkinter GUI's are very ugly.
>
> http://www.codebyk
On Jun 11, 9:09Â am, Mark Roseman wrote:
> Second, there does exist at least one fairly good source of
> documentation for new users wishing to do exactly this (according to
> many, many comments I have received), though that documentation is
> admittedly buried in a sea of out-of-date informatio
On Jun 10, 11:05Â pm, rusi wrote:
> If python is really a "language maven's" language then it does not do
> very well:
> - its not as object-oriented as Ruby (or other arcana like Eiffel)
if it were object-oreiented as Ruby, then why not use Ruby?
> - its not as functional as Haskell
if it were
Am 11.06.2012 16:09, schrieb Mark Roseman:
> On the Tkinter front, I just want to reiterate two important points that
> are not nearly as well known as they should be.
>
> First, it is possible and in fact easy to do decent looking GUI's in
> Tkinter, with the caveat that you do in fact have to do
Am 11.06.2012 06:05, schrieb rusi:
If python is really a "language maven's" language then it does not do
very well:
- its not as object-oriented as Ruby (or other arcana like Eiffel)
- its not as functional as Haskell
- its not as integrable as Lua
- its not as close-to-bare-metal as C
- etc
Dep
Wolfgang Keller writes:
> This whole cycle of "design GUI"->"generate code"->add own code to
> generated code"->"run application with GUI" has always seemed very
> un-pythonic to me. A dynamic, interpreted language should allow to work
> in a more "lively", "direct" way to build a GUI.
What abou
On 11/06/2012 13:47, Kevin Walzer wrote:
Yes, Tkinter GUI's are very ugly.
http://www.codebykevin.com/phynchronicity-running.png
http://www.codebykevin.com/quickwho-main.png
At last we're getting to the crux of the matter. Provided that the GUI
is pretty who cares about picking appropriate
On 6/11/12 8:01 AM, Wolfgang Keller wrote:
Tkinter is imho honestly the very best "argument" if you want to make
potential new users turn their backs away from Python for good. Just
show them one GUI implemented with it and, hey, wait, where are you
running to...
Yes, Tkinter GUI's are very ugl
> > What "GUI designer" would come the closest to the way that Cocoa's
> > Interface Builder works? I.e. is there any one (cross-platform) that
> > allows to actually "connect" the GUI created directly to the code
> > and make it available "live" in an IDE?
>
> If you're developing on the Mac, PyO
> > What "GUI designer" would come the closest to the way that Cocoa's
> > Interface Builder works? I.e. is there any one (cross-platform) that
> > allows to actually "connect" the GUI created directly to the code
> > and make it available "live" in an IDE?
> >
> > This whole cycle of "design GUI"-
On Jun 10, 4:52Â pm, Dietmar Schwertberger
wrote:
> Am 10.06.2012 08:16, schrieb rusi:> This is worth a read in this
> context:http://osteele.com/archives/2004/11/ides
>
>
> I've read the article. It presents some nice ideas, but probably the
> author has not used Python before.
> Otherwise he w
On Jun 10, 2:36Â pm, Rick Johnson wrote:
> #
> # Or become a pro and create reusable objects!
> #
> class LE(tk.Frame):
> Â Â def __init__(self, master, **kw):
> Â Â Â Â tk.Frame.__init__(self, master)
> Â Â Â Â self.l = tk.Label(self, **kw)
> Â Â Â Â self.l.pack(side=LEFT)
> Â Â
Am 10.06.2012 21:36, schrieb Rick Johnson:
It is possible. Try Tkinter for the "get-you-from-a-to-b" solution,
or, wxPython if you like fog lamps, heated seats, and navigation
systems.
I prefer wx or Qt. The look and feel is one reason.
But the fact that Tkinter is still the standard GUI toolki
On Jun 9, 8:25Â am, Dietmar Schwertberger
wrote:
> Before anyone now writes "Good GUIs are coded by hand":
> I agree, but for many purposes only simple GUIs are required
> and it should be possible to create these without studying manuals
> (on toolkit and GUI editor).
It is possible. Try Tkinte
On 6/8/12 8:27 AM, Wolfgang Keller wrote:
What "GUI designer" would come the closest to the way that Cocoa's
Interface Builder works? I.e. is there any one (cross-platform) that
allows to actually "connect" the GUI created directly to the code and
make it available "live" in an IDE?
If you're d
On Sat, Jun 9, 2012 at 11:25 PM, Dietmar Schwertberger
wrote:
> ... for many purposes only simple GUIs are required
> and it should be possible to create these without studying manuals
> (on toolkit and GUI editor).
> A typical simple GUI would e.g. be for a measurement / data aquisition
> program
21 matches
Mail list logo
