On an actual operating system, the attitude of the developers (do
they actually care or just don't give a darn) is *the* critical
issue for end-user productivity. If a developer makes a statement
such as of just get a faster computer or just get more RAM,
then (s)he probably doesn't give
Le lundi 23 décembre 2013 18:59:41 UTC+1, Wolfgang Keller a écrit :
On an actual operating system, the attitude of the developers (do
they actually care or just don't give a darn) is *the* critical
issue for end-user productivity. If a developer makes a statement
such as of just
On Tue, Dec 24, 2013 at 6:05 AM, wxjmfa...@gmail.com wrote:
Memory? Let me laugh!
Is it a crime to hijack an already-hijacked thread?
ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
On 23/12/2013 19:14, Chris Angelico wrote:
On Tue, Dec 24, 2013 at 6:05 AM, wxjmfa...@gmail.com wrote:
Memory? Let me laugh!
Is it a crime to hijack an already-hijacked thread?
ChrisA
Yes, especially when written with our favourite bug ridden pile of garbage.
Perhaps we should write up
On Sat, Dec 14, 2013 at 4:25 AM, Chris Angelico ros...@gmail.com wrote:
On Sat, Dec 14, 2013 at 11:12 PM, Jai jaiprakashsingh...@gmail.com wrote:
GUI:-want to learn GUI programming in python , how should i proceed.
There are lots of book here so I am confuse which book i should refer so
Den 2013-12-20 skrev Mark Lawrence breamore...@yahoo.co.uk:
On 20/12/2013 17:52, Martin Schöön wrote:
Coming from many years of SUN Solaris experience I may be a bit
spoiled when it comes to robustness :-)
You never had the pleasure of working on VMS then? :)
Only very, very little and I
This thread hasn't been close to Python for while now and should
be shut down. But, it is actually kind of interesting since you
debate possible mechanisms behind the behaviour of my Windows box
at work: Not responding is happening to me daily for any
application including Microsoft's own Office
On 20/12/2013 17:52, Martin Schöön wrote:
Coming from many years of SUN Solaris experience I may be a bit
spoiled when it comes to robustness :-)
You never had the pleasure of working on VMS then? :)
--
My fellow Pythonistas, ask not what our language can do for you, ask
what you can do
Le vendredi 20 décembre 2013 18:52:44 UTC+1, Martin Schöön a écrit :
This thread hasn't been close to Python for while now and should
be shut down. But, it is actually kind of interesting since you
debate possible mechanisms behind the behaviour of my Windows box
at work: Not
Le mardi 17 décembre 2013 20:00:14 UTC+1, wxjm...@gmail.com a écrit :
Le mardi 17 décembre 2013 19:06:35 UTC+1, Michael Torrie a écrit :
On 12/17/2013 08:00 AM, Wolfgang Keller wrote:
Python is sooo slow when it waits for the human.
With Windows systems, I
On 19/12/2013 08:10, wxjmfa...@gmail.com wrote:
Same experience with PyQt4.
Py 3.2 : PyQt4.QtCore.PYQT_VERSION_STR - 4.8.6
Py 3.3 : PyQt4.QtCore.PYQT_VERSION_STR - 4.10
jmf
Your point being?
--
My fellow Pythonistas, ask not what our language can do for you, ask
what you can do for our
Le jeudi 19 décembre 2013 09:25:14 UTC+1, Mark Lawrence a écrit :
On 19/12/2013 08:10, wxjmfa...@gmail.com wrote:
Same experience with PyQt4.
Py 3.2 : PyQt4.QtCore.PYQT_VERSION_STR - 4.8.6
Py 3.3 : PyQt4.QtCore.PYQT_VERSION_STR - 4.10
jmf
Your point
On 19/12/2013 09:10, wxjmfa...@gmail.com wrote:
Le jeudi 19 décembre 2013 09:25:14 UTC+1, Mark Lawrence a écrit :
On 19/12/2013 08:10, wxjmfa...@gmail.com wrote:
Same experience with PyQt4.
Py 3.2 : PyQt4.QtCore.PYQT_VERSION_STR - 4.8.6
Py 3.3 : PyQt4.QtCore.PYQT_VERSION_STR -
All Java GUI frameworks I know of are ridiculous garbage.
Not only that Java per se is obscenely fat (and unresponsive), but
the GUI frameworks leak like bottomless barrels and the look and
feel is so hideous that I would say from personal experience with
numerous Java applications
On 12/19/13 10:10 AM, Wolfgang Keller wrote:
All Java GUI frameworks I know of are ridiculous garbage.
Not only that Java per se is obscenely fat (and unresponsive), but
the GUI frameworks leak like bottomless barrels and the look and
feel is so hideous that I would say from personal experience
With Windows systems, I waste something like 90% of my work time
waiting for that system to stop Not Responding.
And no, it's not a matter of hardware.
Something is wrong then.
You bet.
Windows has its issues, and it does slow down over time as cruft in
the system accumulates. And
On Fri, Dec 20, 2013 at 2:32 AM, Wolfgang Keller felip...@gmx.net wrote:
With Windows it *is* normal. An experienced software developer
once even explained the reason to me. When a single process on Windows
does I/O, then the system essentially falls back to single tasking.
Or
On Thu, 19 Dec 2013 16:32:37 +0100, Wolfgang Keller
felip...@gmx.net wrote:
With Windows it *is* normal. An experienced software developer
once even explained the reason to me. When a single process on
Windows
does I/O, then the system essentially falls back to single
tasking.
Or
On Fri, Dec 20, 2013 at 5:30 PM, Dave Angel da...@davea.name wrote:
On Thu, 19 Dec 2013 16:32:37 +0100, Wolfgang Keller felip...@gmx.net
wrote:
With Windows it *is* normal. An experienced software developer
once even explained the reason to me. When a single process on
Windows
does I/O,
Le mardi 17 décembre 2013 20:00:14 UTC+1, wxjm...@gmail.com a écrit :
Le mardi 17 décembre 2013 19:06:35 UTC+1, Michael Torrie a écrit :
On 12/17/2013 08:00 AM, Wolfgang Keller wrote:
Python is sooo slow when it waits for the human.
With Windows systems, I
On 18/12/2013 09:24, wxjmfa...@gmail.com wrote:
[once again snip all the double spaced crap from google groups]
Installation of PySide 1.2.1 for Py32, Py33
- same effect.
win32, shiboken, Visual Studio, Qt: ???
jmf
The point of this is?
--
My fellow Pythonistas, ask not what our
From all the toolkits, wxPython is probably the most
interesting. I used all versions from 2.0 (?) up to 2.8. Then
it has been decided to go unicode.
Let see in the wx interactive intepreter, it is only
the top of the iceberg. (Py27, wxPy294)
len('ሴЃ')
5
---
It has alos been decided to rework
Am 17.12.13 06:37, schrieb Rick Johnson:
On Sunday, December 15, 2013 11:01:53 AM UTC-6, Steven D'Aprano wrote:
low-level language with some interface to Python. The main
difference between this hypothetical Python GUI and Tcl
is that Tcl is a Turing-complete interpreter which lives
in it's own
On 17/12/2013 07:58, wxjmfa...@gmail.com wrote:
From all the toolkits, wxPython is probably the most
interesting. I used all versions from 2.0 (?) up to 2.8. Then
it has been decided to go unicode.
Let see in the wx interactive intepreter, it is only
the top of the iceberg. (Py27, wxPy294)
Le mardi 17 décembre 2013 09:33:24 UTC+1, Mark Lawrence a écrit :
On 17/12/2013 07:58, wxjmfa...@gmail.com wrote:
From all the toolkits, wxPython is probably the most
interesting. I used all versions from 2.0 (?) up to 2.8. Then
it has been decided to go unicode.
Let see in
On Mon, 16 Dec 2013 23:58:15 -0800, wxjmfauth wrote:
From all the toolkits, wxPython is probably the most interesting. I used
all versions from 2.0 (?) up to 2.8. Then it has been decided to go
unicode.
Let see in the wx interactive intepreter, it is only the top of the
iceberg. (Py27,
Am 16.12.13 23:40, schrieb Chris Angelico:
On Tue, Dec 17, 2013 at 9:06 AM, Christian Gollwitzer aurio...@gmx.de wrote:
Let the flame war begin!
I'll try to avoid flamage :)
:) So let's vigorously discuss about facts;)
But my rule of thumb with bash scripts is: If it exceeds a page or
two
On 17/12/2013 09:29, Steven D'Aprano wrote:
Even if it is true that wxPython cannot handle Unicode text, you haven't
shown it here.
Personally I am convinced that wxPython can't handle unicode for the
simple reason that it doesn't yet support Python 3 and we all know that
Python 2 and
On 17/12/2013 09:18, wxjmfa...@gmail.com wrote:
Le mardi 17 décembre 2013 09:33:24 UTC+1, Mark Lawrence a écrit :
On 17/12/2013 07:58, wxjmfa...@gmail.com wrote:
From all the toolkits, wxPython is probably the most
interesting. I used all versions from 2.0 (?) up to 2.8. Then
it has
On Tue, 17 Dec 2013 09:39:06 +, Mark Lawrence wrote:
Personally I am convinced that wxPython can't handle unicode for the
simple reason that it doesn't yet support Python 3 and we all know that
Python 2 and unicode don't mix.
I don't think this is right. The Unicode support in Python 2
Le mardi 17 décembre 2013 10:29:28 UTC+1, Steven D'Aprano a écrit :
On Mon, 16 Dec 2013 23:58:15 -0800, wxjmfauth wrote:
From all the toolkits, wxPython is probably the most interesting. I used
all versions from 2.0 (?) up to 2.8. Then it has been decided to go
unicode.
On 2013-12-17 11:13, Steven D'Aprano wrote:
On Tue, 17 Dec 2013 09:39:06 +, Mark Lawrence wrote:
Personally I am convinced that wxPython can't handle unicode for the
simple reason that it doesn't yet support Python 3 and we all know that
Python 2 and unicode don't mix.
I don't think this
On Tue, Dec 17, 2013 at 8:33 PM, Christian Gollwitzer aurio...@gmx.de wrote:
Am 16.12.13 23:40, schrieb Chris Angelico:
But my rule of thumb with bash scripts is: If it exceeds a page or
two in length, it's probably time it got rewritten in an application
language. When a program is the size
On Tue, Dec 17, 2013 at 01:36:43AM -0800, Igor Korot wrote:
Hi, guys,
On Tue, Dec 17, 2013 at 1:29 AM, Steven D'Aprano st...@pearwood.info wrote:
On Mon, 16 Dec 2013 23:58:15 -0800, wxjmfauth wrote:
I think you are doing exactly what Steven D'Aprano said:
Please compare:
abc vs 'abc'
On 17/12/2013 11:13, Steven D'Aprano wrote:
On Tue, 17 Dec 2013 09:39:06 +, Mark Lawrence wrote:
Personally I am convinced that wxPython can't handle unicode for the
simple reason that it doesn't yet support Python 3 and we all know that
Python 2 and unicode don't mix.
I don't think this
Le mardi 17 décembre 2013 14:03:03 UTC+1, Robert Kern a écrit :
On 2013-12-17 11:13, Steven D'Aprano wrote:
On Tue, 17 Dec 2013 09:39:06 +, Mark Lawrence wrote:
Personally I am convinced that wxPython can't handle unicode for the
simple reason that it doesn't yet support
Addendum.
I should say, I had also a lot of fun in writing my own
styling engine.
Because when one has to deal with a language, which does
not recognize its own keywords...
1and 444
444
tokenize.py could have been a solution, but it's really
too slow.
jmf
--
On 17/12/2013 14:43, wxjmfa...@gmail.com wrote:
Addendum.
I should say, I had also a lot of fun in writing my own
styling engine.
Because when one has to deal with a language, which does
not recognize its own keywords...
1and 444
444
tokenize.py could have been a solution, but it's
Python is sooo slow when it waits for the human.
With Windows systems, I waste something like 90% of my work time waiting
for that system to stop Not Responding.
And no, it's not a matter of hardware.
Sincerely,
Wolfgang
--
https://mail.python.org/mailman/listinfo/python-list
For example Firefox implements its entire GUI in
Javascript using XML GUI definitions.
Which has made Firefox essentially unusable because it will fall into
koma (Not Responding) for minutes upon almost each and every
mouseclick. Unfortunately I don't know any significantly better
alternatives.
The other thing, specially if you would make a customer project, I
don't know how to pack the app written in python in an installer.
If you want your application to be actually user-friendly, you make it
available as an installer-less zip archive. It works with Python
applications, no matter
Please check JYTHON and those ready-for-novice GUI tools in java.
All Java GUI frameworks I know of are ridiculous garbage.
Not only that Java per se is obscenely fat (and unresponsive), but the
GUI frameworks leak like bottomless barrels and the look and feel is so
hideous that I would say
On Sun, Dec 15, 2013 at 4:33 PM, Wolfgang Keller felip...@gmx.net
wrote:
And besides, again, a commercially licensed PyQt itself isn't *that*
expensive.
The cost of a commercial PyQt license for a single developer is £350
(GBP). You may pay in either US Dollars, Euros or GBP.
I didn't
On 12/17/2013 08:00 AM, Wolfgang Keller wrote:
Python is sooo slow when it waits for the human.
With Windows systems, I waste something like 90% of my work time waiting
for that system to stop Not Responding.
And no, it's not a matter of hardware.
Something is wrong then. Windows has
On 12/17/2013 10:07 AM, Wolfgang Keller wrote:
On an actual operating system, the attitude of the developers (do they
actually care or just don't give a darn) is *the* critical issue for
end-user productivity. If a developer makes a statement such as
of just get a faster computer or just get
On 12/17/2013 08:00 AM, Wolfgang Keller wrote:
Please check JYTHON and those ready-for-novice GUI tools in java.
All Java GUI frameworks I know of are ridiculous garbage.
Not only that Java per se is obscenely fat (and unresponsive), but the
GUI frameworks leak like bottomless barrels and
On 17/12/2013 19:00, wxjmfa...@gmail.com wrote:
Le mardi 17 décembre 2013 19:06:35 UTC+1, Michael Torrie a écrit :
On 12/17/2013 08:00 AM, Wolfgang Keller wrote:
Python is sooo slow when it waits for the human.
With Windows systems, I waste something like 90% of my work time
Le mardi 17 décembre 2013 19:06:35 UTC+1, Michael Torrie a écrit :
On 12/17/2013 08:00 AM, Wolfgang Keller wrote:
Python is sooo slow when it waits for the human.
With Windows systems, I waste something like 90% of my work time waiting
for that system to stop Not Responding.
Michael Torrie wrote:
I think PyQt is slowly being pushed aside in favor of PySide, which is
more license-friendly for use in closed or open projects. I would
recommend using PySide unless PyQt is a requirement for your project.
That's not the impression I get from the PySide mailing lists.
On 16/12/2013 05:08, Chris Angelico wrote:
On Mon, Dec 16, 2013 at 3:51 PM, Michael Torrie torr...@gmail.com wrote:
I think Python is a great overall application development language,
especially for the GUI. First-class functions for callbacks make it
very nice compared to other languages.
On Mon, Dec 16, 2013 at 8:42 PM, Mark Lawrence breamore...@yahoo.co.uk wrote:
I've done the latter, but still can't fit all the data for my 100+ screens
into a one liner, help please :)
With 100 screens, you should be able to use lines of text up to 8000
characters long - just make sure your
On 16/12/2013 11:58, Chris Angelico wrote:
On Mon, Dec 16, 2013 at 8:42 PM, Mark Lawrence breamore...@yahoo.co.uk wrote:
I've done the latter, but still can't fit all the data for my 100+ screens
into a one liner, help please :)
With 100 screens, you should be able to use lines of text up to
On 12/15/13, 5:06 PM, Chris Angelico wrote:
Yeah, but there's a difference between passing your GUI incantations
on to a library function (written in C but now just part of a binary
library) and feeding them to a completely different language
interpreter. When I write something with PyGTK, I
On Tue, Dec 17, 2013 at 1:55 AM, Kevin Walzer k...@codebykevin.com wrote:
Finally, Tcl is itself a fully-featured, general programming language that
is a peer to Python both generationally and in terms of its capabilities;
the main way it lags is in the size of its development community. In
On 12/16/13, 10:20 AM, Chris Angelico wrote:
Having made a tweak to gitk at one point, I have to say Tcl is
definitely inferior to Python.
Without starting a flame war, can you elaborate? I'm curious about your
perspective.
(I studied PSL--Python as a Second Language--so develop in it with
On Tue, Dec 17, 2013 at 2:32 AM, Kevin Walzer k...@codebykevin.com wrote:
On 12/16/13, 10:20 AM, Chris Angelico wrote:
Having made a tweak to gitk at one point, I have to say Tcl is
definitely inferior to Python.
Without starting a flame war, can you elaborate? I'm curious about your
On Saturday, December 14, 2013 8:12:16 PM UTC+8, Jai wrote:
GUI:-want to learn GUI programming in python , how should i proceed.
There are lots of book here so I am confuse which book i should refer so
that i don't waste time . please answer
Please check JYTHON and those
On 2013-12-16, Chris Angelico ros...@gmail.com wrote:
On Tue, Dec 17, 2013 at 2:32 AM, Kevin Walzer k...@codebykevin.com wrote:
On 12/16/13, 10:20 AM, Chris Angelico wrote:
Having made a tweak to gitk at one point, I have to say Tcl is
definitely inferior to Python.
Without starting a
On Tue, Dec 17, 2013 at 3:46 AM, Grant Edwards invalid@invalid.invalid wrote:
* The everything is a string view of the world is severly
limiting if you're not just processing strings.
I wasn't sure if that was the case, from what I was seeing. Are there
any aggregate types at all?
ChrisA
On 2013-12-16, Chris Angelico ros...@gmail.com wrote:
On Tue, Dec 17, 2013 at 3:46 AM, Grant Edwards invalid@invalid.invalid
wrote:
* The everything is a string view of the world is severly
limiting if you're not just processing strings.
I wasn't sure if that was the case, from what I
Let the flame war begin!
Am 16.12.13 17:10, schrieb Chris Angelico:
Here's the Tcl procedure that I tweaked. This is from gitk; I find the
word diff not all that useful, but a character diff at times is very
useful. I haven't found a way to configure the word diff regex through
gitk's options,
Am 16.12.13 18:04, schrieb Grant Edwards:
On 2013-12-16, Chris Angelico ros...@gmail.com wrote:
On Tue, Dec 17, 2013 at 3:46 AM, Grant Edwards invalid@invalid.invalid wrote:
* The everything is a string view of the world is severly
limiting if you're not just processing strings.
I
On Tue, Dec 17, 2013 at 9:06 AM, Christian Gollwitzer aurio...@gmx.de wrote:
Let the flame war begin!
I'll try to avoid flamage :)
First off, gitk is a huge unstructured mess. You are not obliged to write
programs like this in Tcl, at least not today. All these global statements
give already
Grant Edwards wrote:
On 2013-12-16, Chris Angelico ros...@gmail.com wrote:
Are there
any aggregate types at all?
There are arrays with string keys (similar to Python dictionaries).
Well... sort of. They can only hold strings, not other arrays.
They're not first-class entities: you can't
On 12/16/2013 5:40 PM, Chris Angelico wrote:
Nice, though Python's threading and/or multiprocessing can do 90% of
what people want. Side point: What about Tk? Can you (a) run separate
GUI threads for separate windows? (b) manipulate widgets created by
another thread?
When running tk via
On 16/12/2013 22:06, Christian Gollwitzer wrote:
Let the flame war begin!
Surely proper flame wars should have inflammatory titles like this
https://archive.org/details/SeanKellyRecoveryfromAddiction ?
--
My fellow Pythonistas, ask not what our language can do for you, ask
what you can do
On 2013-12-16, Gregory Ewing greg.ew...@canterbury.ac.nz wrote:
Grant Edwards wrote:
On 2013-12-16, Chris Angelico ros...@gmail.com wrote:
Are there
any aggregate types at all?
There are arrays with string keys (similar to Python dictionaries).
Well... sort of. They can only hold
On Sunday, December 15, 2013 11:01:53 AM UTC-6, Steven D'Aprano wrote:
On Sun, 15 Dec 2013 14:53:45 +, Grant Edwards wrote:
On 2013-12-14, Steven D'Aprano wrote:
You seem to be equating was compiled from with includes an
implemenation of. Do you say that CPython ships with C?
Well,
On Tue, Dec 17, 2013 at 4:37 PM, Rick Johnson
rantingrickjohn...@gmail.com wrote:
We don't need that functionality, we ALREADY have a
language... it's called Python and the syntax is MUCH
better. All we want is a damn GUI.
And trying to justify TCL as legit because Tcl just calls C
routines
On 17/12/2013 05:37, Rick Johnson wrote:
We don't need that functionality, we ALREADY have a
language... it's called Python and the syntax is MUCH
better. All we want is a damn GUI.
Then write it, dear Rick, dear Rick, dear Rick, then write it, dear
Rick, dear Rick, write it.
--
My fellow
On 2013-12-14, Steven D'Aprano steve+comp.lang.pyt...@pearwood.info wrote:
But more seriously, 100% seriously in fact, I think that you'll find that
*every* GUI framework for Python ships with an entirely different
language under the hood, usually C.
Name one GUI framework that ships with a
I think PyQt is slowly being pushed aside in favor of PySide, which is
more license-friendly for use in closed or open projects. I would
recommend using PySide unless PyQt is a requirement for your project.
Except the issue that Pyside always seems to lag a bit behind Qt
releases, while PyQt
On Sun, 15 Dec 2013 14:53:45 +, Grant Edwards wrote:
On 2013-12-14, Steven D'Aprano steve+comp.lang.pyt...@pearwood.info
wrote:
But more seriously, 100% seriously in fact, I think that you'll find
that *every* GUI framework for Python ships with an entirely different
language under the
On 12/15/2013 08:33 AM, Wolfgang Keller wrote:
I think PyQt is slowly being pushed aside in favor of PySide, which is
more license-friendly for use in closed or open projects. I would
recommend using PySide unless PyQt is a requirement for your project.
Except the issue that Pyside always
On Sun, Dec 15, 2013 at 4:33 PM, Wolfgang Keller felip...@gmx.net wrote:
And besides, again, a commercially licensed PyQt itself isn't *that*
expensive.
The cost of a commercial PyQt license for a single developer is £350
(GBP). You may pay in either US Dollars, Euros or GBP.
(£420 incl. VAT
On 15/12/2013 17:52, Chris “Kwpolska” Warrick wrote:
On Sun, Dec 15, 2013 at 4:33 PM, Wolfgang Keller felip...@gmx.net wrote:
And besides, again, a commercially licensed PyQt itself isn't *that*
expensive.
The cost of a commercial PyQt license for a single developer is £350
(GBP). You may
On Mon, Dec 16, 2013 at 4:01 AM, Steven D'Aprano
steve+comp.lang.pyt...@pearwood.info wrote:
As I stated earlier, this is just the Interpreter design pattern, with
the minor complication that the domain specific language happens to be an
existing language, Tcl, with an interpreter that usually
For wxPython there is a good book.
You will feel convinient.
But to be honest, I don't believe that Python is the best choice for GUI
development, but it's only an opinion.
Otherwise I would advise you going into C++ and code with wxWidgets.
Tamer
On 14.12.2013 14:12, Jai wrote:
On 16/12/2013 00:34, Tamer Higazi wrote:
But to be honest, I don't believe that Python is the best choice for GUI
development, but it's only an opinion.
Otherwise I would advise you going into C++ and code with wxWidgets.
Tamer
Can you state why you prefer C++ and wxWidgets over Python and
Hi Mark!
It is an advise, in which language somebody wants to code is of course
everybodys free choice.
However, I believe according wxWidgets it would be better coding in the
native language the system had been developed.
The other thing, specially if you would make a customer project, I
On 12/15/2013 05:34 PM, Tamer Higazi wrote:
For wxPython there is a good book.
You will feel convinient.
But to be honest, I don't believe that Python is the best choice for GUI
development, but it's only an opinion.
Otherwise I would advise you going into C++ and code with wxWidgets.
On 12/15/2013 09:09 PM, Tamer Higazi wrote:
However, I believe according wxWidgets it would be better coding in the
native language the system had been developed.
The other thing, specially if you would make a customer project, I don't
know how to pack the app written in python in an
On 12/15/2013 09:51 PM, Michael Torrie wrote:
And all modern web apps are a combination of many languages and
domains, most of which are compiled in the traditional sense.
Meant to say, *not* compiled.
--
On Mon, Dec 16, 2013 at 3:09 PM, Tamer Higazi tamerito...@arcor.de wrote:
I also believe in performance. An application written in C++, can be
compiled easily on the target platform (like on windows systems) with it's
native compiler.
How would it be with wxPython ?!
It's going to spend more
On Mon, Dec 16, 2013 at 3:51 PM, Michael Torrie torr...@gmail.com wrote:
I think Python is a great overall application development language,
especially for the GUI. First-class functions for callbacks make it
very nice compared to other languages. Python is fast enough for
full-blown apps
GUI:-want to learn GUI programming in python , how should i proceed.
There are lots of book here so I am confuse which book i should refer so that
i don't waste time . please answer
--
https://mail.python.org/mailman/listinfo/python-list
On Sat, Dec 14, 2013 at 11:12 PM, Jai jaiprakashsingh...@gmail.com wrote:
GUI:-want to learn GUI programming in python , how should i proceed.
There are lots of book here so I am confuse which book i should refer so
that i don't waste time . please answer
There are many ways to build a
thank you sir
--
https://mail.python.org/mailman/listinfo/python-list
GUI:-want to learn GUI programming in python , how should i proceed.
There are lots of book here so I am confuse which book i should
refer so that i don't waste time .
It depends on what you want to do with the GUI, since there are many
different GUI frameworks for Python.
E.g. If you
On 12/14/2013 05:25 AM, Chris Angelico wrote:
On Sat, Dec 14, 2013 at 11:12 PM, Jai jaiprakashsingh...@gmail.com wrote:
GUI:-want to learn GUI programming in python , how should i proceed.
There are lots of book here so I am confuse which book i should refer so
that i don't waste time .
On 14/12/2013 17:05, Wolfgang Keller wrote:
wxWidgets (wxPython) recently (since 2.9/3.0) got support for Cocoa,
it's native on the Mac. It's quite slim, but seems to be a moving
target API-wise, since the developers are not shy from breaking
compatibility. Is it compatible with Python 3 yet?
On 14/12/2013 17:42, ru...@yahoo.com wrote:
On 12/14/2013 05:25 AM, Chris Angelico wrote:
wxPython currently runs only with Python2, not Python3. There
is a drag-and-drop form designer available for it but it is a
commercial product that costs money. It also comes with a
useable (once you get
On 12/14/2013 10:05 AM, Wolfgang Keller wrote:
Tkinter is a bit special to use since it's not just a library, but
uses some kind of RPC. It seems that look and feel have been greatly
improved lately.
I know Tkinter originated with the Tcl/Tk language. With Tkinter in
Python is it still using
On 12/14/2013 10:05 AM, Wolfgang Keller wrote:
PyQt looks native everywhere, but it might be a bit overweight,
depending on what you want to do and where your applications need to
run.
And then there's the licensing issue, since PyQt, unlike Qt itself, is
not available under LGPL afaik. For
On 12/14/2013 10:42 AM, ru...@yahoo.com wrote:
The other big, widely-used GUI toolkit is PyQt. It runs on
both Python2 and Python3. There is another version of it
called PySide which is API compatible with PyQt but has
different licensing terms. PyQt comes with a very good
drag-and-drop
In article 52acb936.3020...@gmail.com, Michael Torrie torr...@gmail.com
wrote:
On 12/14/2013 10:05 AM, Wolfgang Keller wrote:
Tkinter is a bit special to use since it's not just a library, but
uses some kind of RPC. It seems that look and feel have been greatly
improved lately.
I know
On 12/14/2013 3:01 PM, Michael Torrie wrote:
On 12/14/2013 10:05 AM, Wolfgang Keller wrote:
Tkinter is a bit special to use since it's not just a library, but
uses some kind of RPC. It seems that look and feel have been greatly
improved lately.
I know Tkinter originated with the Tcl/Tk
On Sat, 14 Dec 2013 13:01:58 -0700, Michael Torrie wrote:
On 12/14/2013 10:05 AM, Wolfgang Keller wrote:
Tkinter is a bit special to use since it's not just a library, but
uses some kind of RPC. It seems that look and feel have been greatly
improved lately.
I know Tkinter originated with
98 matches
Mail list logo