Re: License of Python

2008-03-30 Thread Paul Rubin
iu2 <[EMAIL PROTECTED]> writes: > The problem is that including Python's license in the binary, which as > I understand is a must do, reveals that the appliation is based on Python. > > I'll appreciate your advices about this Expose Python as a user extension language, so it's obvious to everyon

Re: problem with logic in reading a binary file

2008-03-30 Thread hdante
On Mar 30, 4:31 am, John Machin <[EMAIL PROTECTED]> wrote: > On Mar 30, 3:58 pm, hdante <[EMAIL PROTECTED]> wrote: > > > > > On Mar 29, 3:44 pm, "[EMAIL PROTECTED]" > > > <[EMAIL PROTECTED]> wrote: > > > Hello, > > > > I am having trouble writing the code to read a binary string. I would > > > lik

License of Python

2008-03-30 Thread iu2
Hi guys, I'd like to use Python in a commercial application. In fact I would like to write the application entirely in Python. But I think I wouldn't like telling what language the application is written in. The problem is that including Python's license in the binary, which as I understand is a m

Re: Why prefer != over <> for Python 3.0?

2008-03-30 Thread hdante
On Mar 30, 2:35 am, "Gabriel Genellina" <[EMAIL PROTECTED]> wrote: > En Sun, 30 Mar 2008 02:11:33 -0300, hdante <[EMAIL PROTECTED]> escribió: > > > BTW, my opinion is that it's already time that programmer editors > > have input methods advanced enough for generating this: > > > if x ≠ 0: > >

Re: Why prefer != over <> for Python 3.0?

2008-03-30 Thread bearophileHUGS
hdante: > it's already time that programmer editors > have input methods advanced enough for generating this: > if x ≠ 0: > ∀y ∈ s: > if y ≥ 0: f1(y) > else: f2(y) Take a look at Fortress language, by Sun. A free (slow) interpreter is already available. (Mathematica too allows

Re: Why prefer != over <> for Python 3.0?

2008-03-30 Thread Steven D'Aprano
On Sat, 29 Mar 2008 22:11:33 -0700, hdante wrote: > BTW, my opinion is that it's already time that programmer editors > have input methods advanced enough for generating this: > > if x ≠ 0: > ∀y ∈ s: > if y ≥ 0: f1(y) > else: f2(y) > > ;-) Back in the 1990s, Apple's Hyperca

Re: PyGTK localisation on Win32

2008-03-30 Thread Dieter Verfaillie
On Thu, 2008-03-27 at 05:21 -0700, Sukhov Dmitry wrote: > I have the same problem. I did all as you wrote. gettext translations > do work fine. But translations in glade does not work. > > The only way to turn it on is to set environment variable LANG > explicitly before program run: > set LANG=ru

Re: Passing function objects to timeit

2008-03-30 Thread Steven D'Aprano
On Sun, 30 Mar 2008 01:27:18 -0300, Gabriel Genellina wrote: > Second try: ... > Horrible, I know. Those wrapper1,wrapper2,wrapper3... keep growing with > each call. But it's the only way I could find, at least without changing > the code template used by timeit. Eeek. Talk about namespace pollut

Re: Why prefer != over <> for Python 3.0?

2008-03-30 Thread Torsten Bronger
Hallöchen! Bjoern Schliessmann writes: > Lie wrote: > >> Ah yes, that is also used (I completely forgot about that one, my >> math's aren't that sharp anymore) and I think it's used more >> frequently than ><. > > Where did you read that (I mean, which country)? I've never seen > this sign in an

ANN: pygame 1.8 released

2008-03-30 Thread René Dudfield
Hello, a new version of pygame is out. http://www.pygame.org/ Pygame is a set of Python modules designed for writing games. Pygame adds functionality on top of the excellent SDL library. This allows you to create fully featured games and multimedia programs in the python language. Pygame

Re: Why prefer != over <> for Python 3.0?

2008-03-30 Thread Steven D'Aprano
On Sun, 30 Mar 2008 01:13:04 -0700, dewitters wrote: > On Mar 29, 6:34 pm, Lie <[EMAIL PROTECTED]> wrote: >> You're forcing your argument too much, both != and <> are NOT standard >> mathematics operators -- the standard not-equal operator is >< -- and I >> can assure you that both != and <> won't

Re: Why prefer != over <> for Python 3.0?

2008-03-30 Thread Bjoern Schliessmann
Lie wrote: > Ah yes, that is also used (I completely forgot about that one, my > math's aren't that sharp anymore) and I think it's used more > frequently than ><. Where did you read that (I mean, which country)? I've never seen this sign in any german or english book on mathematics/physics/engi

Re: Serial port error statistics - any comparable data?

2008-03-30 Thread Bjoern Schliessmann
Diez B. Roggisch wrote: > if you have the chance, try & attach a machine with legacy rs232 > port, and see if the errors still remain. Additionally, what kind of buffers does your device have? I'm using pyserial to control a very "sensitive" device with nuttily implemented buffering strategy. It

Re: first interactive app

2008-03-30 Thread castironpi
On Mar 27, 4:22 pm, Miki <[EMAIL PROTECTED]> wrote: > Hello Tim, > > > that looks nice, simple, and intuitive. thanks for thinking about it. > > Thanks, glad I could help. > > > Now to dive into some gui coding! > > IMO you can pull it off as a web application and then you won't need > to worry abo

Re: Why prefer != over <> for Python 3.0?

2008-03-30 Thread Gabriel Genellina
En Sun, 30 Mar 2008 05:08:34 -0300, <[EMAIL PROTECTED]> escribió: > On Mar 29, 12:41 pm, Steven D'Aprano <[EMAIL PROTECTED] > cybersource.com.au> wrote: >> Since you jump to an invalid conclusion about !=, the rest of your >> argument fails. > > No, you said <= could be confusing, but we're talkin

Re: Using QSystemTrayIcon with PyQt

2008-03-30 Thread Phil Thompson
On Sunday 30 March 2008, Alex Teiche wrote: > Hello, > > I am pretty new to Python, and have never learned C++. I am trying to > implement the following thing into my python application: > > http://doc.trolltech.com/4.3/qsystemtrayicon.html > > Through PyQt. I have been using PyQt for awhile and

Re: Why prefer != over <> for Python 3.0?

2008-03-30 Thread dewitters
On Mar 29, 9:48 pm, Dan Bishop <[EMAIL PROTECTED]> wrote: > MOST of Python's operators are based on C's. Consider, for example, > the bitwise operators | ^ & << >> ~ and the compound assignment > operators += -= etc. > > The exceptions are ** (from Fortran), //, and the logical operators. Borrowi

Re: Why prefer != over <> for Python 3.0?

2008-03-30 Thread dewitters
On Mar 29, 6:34 pm, Lie <[EMAIL PROTECTED]> wrote: > You're forcing your argument too much, both != and <> are NOT standard > mathematics operators -- the standard not-equal operator is >< -- and > I can assure you that both != and <> won't be comprehensible to non- > programmers. What I meant was

Re: Why prefer != over <> for Python 3.0?

2008-03-30 Thread dewitters
On Mar 29, 12:41 pm, Steven D'Aprano <[EMAIL PROTECTED] cybersource.com.au> wrote: > Given that <= is a comparison operator, not an assignment, why do you > jump to the conclusion that != is an assignment? Why don't you argue that > "x <= y" means "assign the value of x Since you jump to an invalid

Re: Problem with python

2008-03-30 Thread Paul McGuire
On Mar 30, 12:34 am, [EMAIL PROTECTED] wrote: > > The screen is real (r-e-a-l): all manners intended.  Real.  Just bid > and auction. > Please leave the newbies alone. They have enough trouble just getting their Python environments running, without trying to decipher your pseudo-profound chatterb

Re: problem with logic in reading a binary file

2008-03-30 Thread John Machin
On Mar 30, 3:58 pm, hdante <[EMAIL PROTECTED]> wrote: > On Mar 29, 3:44 pm, "[EMAIL PROTECTED]" > > <[EMAIL PROTECTED]> wrote: > > Hello, > > > I am having trouble writing the code to read a binary string. I would > > like to extract the values for use in a calculation. > > > Any help would be gre

<    1   2