in 788357 20180105 132921 Kevin Walzer wrote:
>On 1/1/18 11:45 AM, X. wrote:
>> Ulli Horlacher:
>>> I have to transfer a python 2.7 CLI programm into one with a (simple) GUI.
>>> The program must run on Linux and Windows and must be compilable with
>>> pyinstall, because I have to ship a standalon
On 1/1/18 11:45 AM, X. wrote:
Ulli Horlacher:
I have to transfer a python 2.7 CLI programm into one with a (simple) GUI.
The program must run on Linux and Windows and must be compilable with
pyinstall, because I have to ship a standalone windows.exe
Any kind of installer is not acceptable.
Read
On 2017-08-05, Chris Green wrote:
> Michael Torrie wrote:
>
> I went through a similar process of deciding the easiest (for me) GUI
> to go with. I've actually ended up with PyGtk as it feels for me the
> 'least foreign' compared with doing things the CLI way.
I definitely think PyGtk feels the
Hi, Grant,
On Mon, Aug 7, 2017 at 10:37 AM, Grant Edwards
wrote:
> On 2017-08-05, Michael Torrie wrote:
>
>> Well tk is already an optional part of the Python standard library,
>> whereas wx is an external package. So for your simple requirements,
>> Tk may be the way to go.
>
> I find it much
On 2017-08-05, Michael Torrie wrote:
> Well tk is already an optional part of the Python standard library,
> whereas wx is an external package. So for your simple requirements,
> Tk may be the way to go.
I find it much easier to get a simple application written and working
with Tk than with wx.
On 08/05/2017 04:52 AM, Chris Green wrote:
> I went through a similar process of deciding the easiest (for me) GUI
> to go with. I've actually ended up with PyGtk as it feels for me the
> 'least foreign' compared with doing things the CLI way.
Yes PyGtk is fairly Pythonic and natural feeling. PyQ
On 8/5/2017 1:45 AM, Ulli Horlacher wrote:
Any kind of installer is not acceptable.
Is the requirement "no installer" or "single file" or both?
You can satisfy the "no installer" requirement also by just distributing
the .py file, the interpreter and a .bat file that e.g. contains
"python27\py
Michael Torrie wrote:
> On 08/04/2017 05:45 PM, Ulli Horlacher wrote:
> > I have to transfer a python 2.7 CLI programm into one with a (simple) GUI.
> > The program must run on Linux and Windows and must be compilable with
> > pyinstall, because I have to ship a standalone windows.exe
> > Any kind
On 8/5/2017 2:45 AM, Ulli Horlacher wrote:
I do not like GTK and Qt, because they are too complex.
I'm not a programmer, but at least simple cross platform GUI
notification message was easiest to do with PyQt (IMO).
--
https://mail.python.org/mailman/listinfo/python-list
Am 05.08.17 um 01:45 schrieb Ulli Horlacher:
I have to transfer a python 2.7 CLI programm into one with a (simple) GUI.
The program must run on Linux and Windows and must be compilable with
pyinstall, because I have to ship a standalone windows.exe
Any kind of installer is not acceptable.
TkInt
On 08/04/2017 05:45 PM, Ulli Horlacher wrote:
> I have to transfer a python 2.7 CLI programm into one with a (simple) GUI.
> The program must run on Linux and Windows and must be compilable with
> pyinstall, because I have to ship a standalone windows.exe
> Any kind of installer is not acceptable.
I have to transfer a python 2.7 CLI programm into one with a (simple) GUI.
The program must run on Linux and Windows and must be compilable with
pyinstall, because I have to ship a standalone windows.exe
Any kind of installer is not acceptable.
Reading https://github.com/pyinstaller/pyinstaller/wi
On Sat, Dec 14, 2013 at 4:25 AM, Chris Angelico wrote:
> On Sat, Dec 14, 2013 at 11:12 PM, 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
On 23/12/2013 19:14, Chris Angelico wrote:
On Tue, Dec 24, 2013 at 6:05 AM, 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 something for the P
On Tue, Dec 24, 2013 at 6:05 AM, wrote:
> Memory? Let me laugh!
>
Is it a crime to hijack an already-hijacked thread?
ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
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
>
> > > su
> > 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
Den 2013-12-20 skrev Mark Lawrence :
> 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 have no clear
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 re
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 for
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 Offic
On Fri, Dec 20, 2013 at 5:30 PM, Dave Angel wrote:
> On Thu, 19 Dec 2013 16:32:37 +0100, Wolfgang Keller
> 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 es
On Thu, 19 Dec 2013 16:32:37 +0100, Wolfgang Keller
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 (non-)"cooperative mult
On Fri, Dec 20, 2013 at 2:32 AM, Wolfgang Keller 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 (non-)"cooperative multit
> > 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 accu
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
> > 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 appl
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 -
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
>
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 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.
>
> >
>
> > >
>
> >
>
> > >
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 languag
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.
>
> >
>
> > >
>
> >
>
> > >
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 "No
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 waiting
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 barrel
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:
>> 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. Win
> On Sun, Dec 15, 2013 at 4:33 PM, Wolfgang Keller
> 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 write
> 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 fro
> 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 w
> 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
alternativ
> 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
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 rea
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
--
https://mail.python.org/
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
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
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 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'
from wxPytho
On Tue, Dec 17, 2013 at 8:33 PM, Christian Gollwitzer 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 of gitk (>
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
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 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
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 be
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 unico
Am 16.12.13 23:40, schrieb Chris Angelico:
On Tue, Dec 17, 2013 at 9:06 AM, Christian Gollwitzer 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 in length, it's
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
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.
>
> >
>
>
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
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 ow
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 rewo
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 Tue, Dec 17, 2013 at 4:37 PM, 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.
>
> And trying to justify TCL as legit because "Tcl just calls C
> routines" is ludicrous.
Python
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 wi
On 2013-12-16, Gregory Ewing wrote:
> Grant Edwards wrote:
>> On 2013-12-16, Chris Angelico 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
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 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 tkinte
Grant Edwards wrote:
On 2013-12-16, Chris Angelico 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 pass them around
or
On Tue, Dec 17, 2013 at 9:06 AM, Christian Gollwitzer 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 a hint, tha
Am 16.12.13 18:04, schrieb Grant Edwards:
On 2013-12-16, Chris Angelico wrote:
On Tue, Dec 17, 2013 at 3:46 AM, Grant Edwards 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 w
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, so
On 2013-12-16, Chris Angelico wrote:
> On Tue, Dec 17, 2013 at 3:46 AM, Grant Edwards
> 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 a
On Tue, Dec 17, 2013 at 3:46 AM, Grant Edwards 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
--
https://mail.py
On 2013-12-16, Chris Angelico wrote:
> On Tue, Dec 17, 2013 at 2:32 AM, Kevin Walzer 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 elab
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
On Tue, Dec 17, 2013 at 2:32 AM, Kevin Walzer 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
> perspective.
>
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 a
On Tue, Dec 17, 2013 at 1:55 AM, Kevin Walzer 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 other
> words, you ar
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 can
On 16/12/2013 11:58, Chris Angelico wrote:
On Mon, Dec 16, 2013 at 8:42 PM, Mark Lawrence 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 - j
On Mon, Dec 16, 2013 at 8:42 PM, Mark Lawrence 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 screens are organized
ho
On 16/12/2013 05:08, Chris Angelico wrote:
On Mon, Dec 16, 2013 at 3:51 PM, Michael Torrie 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 enou
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 Mon, Dec 16, 2013 at 3:51 PM, Michael Torrie 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 too. Slow part
On Mon, Dec 16, 2013 at 3:09 PM, Tamer Higazi 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 than 99% of its t
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.
--
https://mail.python.org/mailman/listinfo/p
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 inst
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 wxWidge
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 don
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 w
rote:
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 Mon, Dec 16, 2013 at 4:01 AM, Steven D'Aprano
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 runs in a
> separate process, inst
On 15/12/2013 17:52, Chris “Kwpolska” Warrick wrote:
On Sun, Dec 15, 2013 at 4:33 PM, Wolfgang Keller 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 Do
On Sun, Dec 15, 2013 at 4:33 PM, Wolfgang Keller 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 for UK and s
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 a
On Sun, 15 Dec 2013 14:53:45 +, Grant Edwards wrote:
> On 2013-12-14, Steven D'Aprano
> 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
> 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 PyQ
On 2013-12-14, Steven D'Aprano 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 C implementation.
> Even if the
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 origi
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 lan
In article <52acb936.3020...@gmail.com>, 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
1 - 100 of 274 matches
Mail list logo
