sting code.
If you now say "Torsten, unfortunately it *is* so complicated" I'll
jump through the hoops, but I'd love to hear that with Python 2.6.5
there's an easier way. ;-)
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
modules seem to accept
them anyway.
Regards,
Torsten.
--
Torsten Bronger
--
https://mail.python.org/mailman/listinfo/python-list
Hallöchen!
"ncf" <[EMAIL PROTECTED]> writes:
> [...]
>
> Py Docs: http://docs.python.org/lib/module-curses.html
This document suggests that Python+ncurses won't work on windows.
What's the reason for this?
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana,
nk there used to be something called pdcurses that
> supposedly worked under windows.
Wouldn't http://gnuwin32.sourceforge.net/packages/ncurses.htm be a
good starting point?
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646
--
http://mail.python.org/mailman/listinfo/python-list
led
with their GPIB hardware, and you can download the latest version
from <http://ni.com/visa>.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646
--
http://mail.python.org/mailman/listinfo/python-list
eb interface which puts all the hair on the server side. If
> you want to program on the client, why not use a reasonable
> language like Python instead of a monstrosity like JS?
Because everybody is capable of running a JS engine, even on
computers on which you don't have rights to
t; 3,000 lines in Python (Ruby to?)
>
> BTW: it is normally only 50 lines in Perl. Not that you could read
> it, though
At least they could form a heart.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646
--
http://mail.python.org/mailman/listinfo/python-list
nslated
from German.) I could use shell=True, however, what's going wrong
here?
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646
--
http://mail.python.org/mailman/listinfo/python-list
Hallöchen!
Peter Hansen <[EMAIL PROTECTED]> writes:
> Torsten Bronger wrote:
>
>> Peter Hansen <[EMAIL PROTECTED]> writes:
>>
>>> What's your use case for del?
>>
>> Every instance represents a "session" to a measurement instrume
Hallöchen!
Peter Hansen <[EMAIL PROTECTED]> writes:
> Torsten Bronger wrote:
>
>> keithley = GpibInstrument(14)
>> keithley.write("*IDN?")
>> print keithley.read()
>>
>> A keithley.close() would be a wart in my opinion; instea
Hallöchen!
"Terry Reedy" <[EMAIL PROTECTED]> writes:
> "Torsten Bronger" <[EMAIL PROTECTED]> wrote:
>
> [...]
>
>> However, this doesn't close sessions while the program is
>> running. If the programmer has the above code in a fu
ode if not you will get a
> variable already defined error.
Only in compilers created by this infamous company.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
contains every file twice, e.g.
./usr/lib/python2.3/site-packages/my_package/my_module.py
./usr/lib/python2.3/site-packages/my_module.py
Why is this? (The source distri doesn't show this effect.)
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
/python2.3/site-packages/my_module.py
>
> Why is this? (The source distri doesn't show this effect.)
Forget it, false alert. It was probably obsolete rubbish of earlier
calls in build/.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
e
> accepted as well, and "==" deprecated.
However, then you must forbid a=b=1 for assigning to two variables
at the same time.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
documentation. It works very nicely with the GPIB in our lab,
however, I haven't yet received feedback from others, so I leave it
in beta status and with a version number < 1.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
ns of GTK.
Is PyGTK more Pythonic by the way? I had a look at wxPython
yesterday and didn't like that it has been brought into the Python
world nearly unchanged. You can see its non-Python origin clearly.
How does PyGTK feel in this respect?
Tschö,
Torsten.
--
Torsten Bronger, aquisgran
hat did you do?
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
Hallöchen!
Bryan <[EMAIL PROTECTED]> writes:
> Torsten Bronger wrote:
>
>> Besides, wxPython prepares for being included into the standard
>> distribution.
>
> wow, i've never heard this said so explicitly. is there a
> reference link backing up this stat
n more
IDEs/dialog editors/widget builders than Toolkits, none of them
being mature.
>> Is there some place to discuss topics like this? Is this the right place?
>
> Sure, although you might want to start a new thread. ;)
At least a new subject ...
Tschö,
Torsten.
--
Torsten Bronger,
g so thin
that C or C++ is shining through, but a modern replacement for
Tkinter with its Pythonic way of thinking.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
Hallöchen!
Peter Decker <[EMAIL PROTECTED]> writes:
> On 7/30/05, Torsten Bronger <[EMAIL PROTECTED]> wrote:
>
>> I've been having a closer look at wxPython which is not Pythonic
>> at all and bad documented. Probably I'll use it nevertheless.
>> Py
olkits (including Tkinter) and tried to make a rather
competent decision, that's all.
So for me, it needn't be like Tkinter. The three most important
attributes for me are Pythonic, modern (both nice-looking and
comprehensive), and non-niche.
Tschö,
Torsten.
--
Torsten Bronger, aquisg
Hallöchen!
Peter Decker <[EMAIL PROTECTED]> writes:
> On 7/30/05, Torsten Bronger <[EMAIL PROTECTED]> wrote:
>
>> I'm aware of it (and there is Wax and maybe a third one).
>> Actually it illustrates my point quite well: These projects are
>> small and ins
Hallöchen!
Peter Decker <[EMAIL PROTECTED]> writes:
> On 7/30/05, Torsten Bronger <[EMAIL PROTECTED]> wrote:
>
>> [...]
>>
>> I didn't want to say that Dabo is bad. I just wanted to point
>> out that its presence (and the presence of comparabl
Hallöchen!
Mike Meyer <[EMAIL PROTECTED]> writes:
> Torsten Bronger <[EMAIL PROTECTED]> writes:
>
>> Calvin Spealman <[EMAIL PROTECTED]> writes:
>>
>>> The choice is GUI toolkits is largely seperate from
>>> Python. Consider that they
Hallöchen!
[EMAIL PROTECTED] (phil hunt) writes:
> On Sat, 30 Jul 2005 16:51:13 +0200, Torsten Bronger <[EMAIL PROTECTED]> wrote:
>
>> [EMAIL PROTECTED] (phil hunt) writes:
>>
>>> [...]
>>>
>>> How about sometihing with the same API as T
such as py2exe
> and Inno installer make this pretty simple on Windows, and py2app on
> OS/X accomplishes the same.
Does py2exe work for all GUI libraries? It'll highly probably work
with Tkinter, and I've read that it also works with pyGTK, but does
it also work with wxPython or P
Hallöchen!
Paul Rubin <http://[EMAIL PROTECTED]> writes:
> Torsten Bronger <[EMAIL PROTECTED]> writes:
>
>> Does py2exe work for all GUI libraries?
>
> No, it's Windows-only.
However, OS'es and GUI libraries are different axes in the space of
possibilitie
Hallöchen!
Paul Rubin <http://[EMAIL PROTECTED]> writes:
> Torsten Bronger <[EMAIL PROTECTED]> writes:
>
>>>> Does py2exe work for all GUI libraries?
>>>
>>> No, it's Windows-only.
>>
>> However, OS'es and GUI libraries are
Hallöchen!
Terry Hancock <[EMAIL PROTECTED]> writes:
> On Saturday 30 July 2005 01:54 am, Torsten Bronger wrote:
>
>> Calvin Spealman <[EMAIL PROTECTED]> writes:
>>
>>> The choice is GUI toolkits is largely seperate from
>>> Python. Consider that
towards non-Tkinter
toolkits. In the case of wxPython, it's part of SUSE, which is
probably also true for Fedora and Mandriva. Installing is as easy
as selecting a checkbox. This covers a very great deal of Linux
users. On Windows you have to call an exe file.
Tschö,
Torsten.
--
To
Hallöchen!
Mike Meyer <[EMAIL PROTECTED]> writes:
> Torsten Bronger <[EMAIL PROTECTED]> writes:
>
>> [...]
>>
>> None of us has talked about changing syntax. However, the
>> standard library is part of the language unless you're really
the other hand, the GUI package bundled with Python is a regular
decision of some sort of committee.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
Hallöchen!
Paul Rubin <http://[EMAIL PROTECTED]> writes:
> Torsten Bronger <[EMAIL PROTECTED]> writes:
>
>> I can't really understand your hostility towards non-Tkinter
>> toolkits. In the case of wxPython, it's part of SUSE, which is
>> probably
Hallöchen!
Cliff Wells <[EMAIL PROTECTED]> writes:
> On Sun, 2005-07-31 at 23:46 +0200, Torsten Bronger wrote:
>
>> Cliff Wells <[EMAIL PROTECTED]> writes:
>>
>>> [...]
>>>
>>> Well, I think this exposes one of the more interesting sid
Hallöchen!
Mike Meyer <[EMAIL PROTECTED]> writes:
> Torsten Bronger <[EMAIL PROTECTED]> writes:
>
>> [...]
>>
>> I'm interested in a language with a big community. This is my
>> definition of success. [...]
>>
>> GUI applications seem
Hallöchen!
Cliff Wells <[EMAIL PROTECTED]> writes:
> On Tue, 2005-08-02 at 09:45 +0200, Torsten Bronger wrote:
>
>> Yes, this is what I meant with "legacy code". C and C++ are
>> actually special-purpose. They are good for controlling a
>> computer
Hallöchen!
Mike Meyer <[EMAIL PROTECTED]> writes:
> Torsten Bronger <[EMAIL PROTECTED]> writes:
>
>> [...]
>>
>> Because such projects attract the greatest number of developers,
>> many of them being amongst the most diligent developers, too. I
>>
Hallöchen!
Mike Meyer <[EMAIL PROTECTED]> writes:
> Torsten Bronger <[EMAIL PROTECTED]> writes:
>
>> Mike Meyer <[EMAIL PROTECTED]> writes:
>>
>>> Torsten Bronger <[EMAIL PROTECTED]> writes:
>>>
>>> [...]
>>>
>>&
ayer makes one whole "computer"
in Mike's statistics but it contains at most 5000 lines of own code.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
Hallöchen!
Mike Meyer <[EMAIL PROTECTED]> writes:
> Torsten Bronger <[EMAIL PROTECTED]> writes:
>
>> Mike Meyer <[EMAIL PROTECTED]> writes:
>>
>>> Torsten Bronger <[EMAIL PROTECTED]> writes:
>>>
>>>> Mike Meyer <[EMAI
Hallöchen!
Mike Meyer <[EMAIL PROTECTED]> writes:
> Torsten Bronger <[EMAIL PROTECTED]> writes:
>
>> [...]
>
> I notice that the Wikipedia doesn't have a definition for "special
> purpose language", instead preferring the phrase "Domain S
lutely; but for the core functionality (which must contain
a good GUI toolkit in my opinion) you should have more that just a
"binding". Instead, it should be well-embedded into the standard
library and the language.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
to write tedious, repetitive c.l.py threads.
Although I mostly agree with you, I must also say that it can be a
significant motivation for a developer to see that his project is
urgently needed and that he can expect a quite big user base and
early fellow developers.
Tschö,
Torsten.
--
Torste
f days ago. However, the PEP 8 strongly dicourages it
anyway.
Tschö,
Torsten
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
stead?
(I found the possibility of using an intermediate method _get_x
which calls get_x but that's ugly.)
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
ry/except can be used for deliberate case discrimination
(which may even happen in the standard library in many places),
however, it is only the second most elegant method -- the most
elegant being "if". Where "if" does the job, it should be prefered
in my opinion.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646
--
http://mail.python.org/mailman/listinfo/python-list
hat's the difference between "add = def" (assumed that it worked)
and "def add"?
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646
--
http://mail.python.org/mailman/listinfo/python-list
see
<http://pyvisa.sourceforge.net/pyvisa/node17.html>. They are not
EOI though but \r or \n.
Besides, normally you work on an abstraction level where you don't
worry about the EOI line or any termination characters. For
example, you work with <http://pyvisa.sourceforge.net>. ;-)
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646
--
http://mail.python.org/mailman/listinfo/python-list
quot;def". And loops can be translated to
"while"s almost trivially.
After a couple of days, it'll be even simpler than before.
TschÃ,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
tti code practices"-guy
>> than newbie.
>
> Or more likely a troll. Google for:
>
> Boogieman yahoo troll
>
> and you'll see this isn't the only place he/she does this sort of
> thing.
And this makes a troll?
TschÃ,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
is a better (and working) method for this task?
Thank you!
TschÃ,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
HallÃchen!
Torsten Bronger <[EMAIL PROTECTED]> writes:
> I have to generate a lot of data types (for ctypes by the way).
> An example is
>
> ViUInt32 = u_long
> ViPUInt32 = POINTER(ViUInt32)
> ViAUInt32 = ViPUInt32
>
> Therefore, I defined functions t
HallÃchen!
Thomas Heller <[EMAIL PROTECTED]> writes:
> Torsten Bronger <[EMAIL PROTECTED]> writes:
>
>> I have to generate a lot of data types (for ctypes by the way).
>> An example is
>>
>> ViUInt32 = u_long
>> ViPUInt32 = POINTER(ViUInt32)
>
oment, I want to go with Python, but you can definitely see that
it's the oldest one: Many parts of its syntax are awkward and look
like patchwork.
TschÃ,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
HallÃchen!
Steven Bethard <[EMAIL PROTECTED]> writes:
> Torsten Bronger wrote:
>
>> the underlying constructs are utterly ugly, as are some of
>> Python's features (e.g. __getattr__ and such, and decorators, in
>> order to get nice class properties).
>
>
HallÃchen!
"Serge Orlov" <[EMAIL PROTECTED]> writes:
> Torsten Bronger wrote:
>
>>> Interesting. I've never thought that. What parts strike you as
>>> "patchwork"?
>>
>> Well, with a little bit of experience in the field of
HallÃchen!
[EMAIL PROTECTED] (Paul Boddie) writes:
> Torsten Bronger <[EMAIL PROTECTED]> wrote:
>
>> At first, I was very pleased by Python's syntax (and still I am).
>> Then, after two weeks, I learned about descriptors and
>> metaclasses and such and und
HallÃchen!
Ville Vainio <[EMAIL PROTECTED]> writes:
>>>>>> "Torsten" == Torsten Bronger <[EMAIL PROTECTED]> writes:
>
> >>> There would be keywords for static and class methods, no
> >>> distinction between Unicode a
HallÃchen!
"news.sydney.pipenetworks.com" <[EMAIL PROTECTED]> writes:
> Torsten Bronger wrote:
>
>> [...]
>>
>> I have exactly the same impression, but for me it's the reason
>> why I feel uncomfortable with them. For example, I fear that a
&
must be looked over by Python only once. Is
this correct, or is there some sort of implicit optimisation that
makes both variants almost equivalent?
TschÃ,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
- if you import the same module in several places (per
> interpreter instance of course) the import will only be done
> *once*. The other import statments just make that namespace
> available from the namespace that does the import.
Even if I use "from"?
TschÃ,
Torsten.
--
Torste
HallÃchen!
"dodoo" <[EMAIL PROTECTED]> writes:
> http://www-900.ibm.com/developerworks/cn/linux/sdk/python/charm-28/index_eng.shtml
I can't reach it. Is there an alternative URL?
TschÃ,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org
d a lexically-scoped, properly-functioning
> LAMBDA. But, despite of the PR value of anything with Guy
> Steele's name associated with it, we think these features should
> be cut from PLT Scheme v300.
>
> [...]
The whole text seems to be a variant of
<http://www.artima.com/
HallÃchen!
Maxim Kasimov <[EMAIL PROTECTED]> writes:
> [...]
>
> WOW, just greate! ... but i'd like to relax at some more
> interesting way than to comment each of rows
Then just use a good editor.
TschÃ,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
t;. The reason for starting at
"0" is easier memory address calculation, so nothing for really high
level languages.
But most programmers are used to do it the Python (and most other
languages) way, so this opportunity has been missed for good.
TschÃ,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
HallÃchen!
Antoon Pardon <[EMAIL PROTECTED]> writes:
> Op 2005-04-20, Torsten Bronger schreef <[EMAIL PROTECTED]>:
>
>> [...]
>>
>> It's interesting to muse about a language that starts at "1" for
>> all arrays and strings, as some mor
HallÃchen!
Bernhard Herzog <[EMAIL PROTECTED]> writes:
> Torsten Bronger <[EMAIL PROTECTED]> writes:
>
>> It's interesting to muse about a language that starts at "1" for
>> all arrays and strings, as some more or less obsolete languages
>> do.
HallÃchen!
Bernhard Herzog <[EMAIL PROTECTED]> writes:
> Torsten Bronger <[EMAIL PROTECTED]> writes:
>
>>> http://www.cs.utexas.edu/users/EWD/ewd08xx/EWD831.PDF
>>
>> I see only one argument there: "Inclusion of the upper bound
>> would the
is year and
made by John”
- export to spreadsheets
- automatic lab notebooks
- server interaction with other programs through an HTTP/JSON interface
JuliaBase's sources include an "example institute" that programmers
can use as a starting point.
--
Torsten BrongerJabber ID: t
on first tests for identity, and falls back to equality
(or the other way round). This behaviour is questionable in my
opinion.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
or http://bronger-jmp.appspot.com
--
https://mail.
Hallöchen!
Torsten Bronger writes:
> Alan Bawden writes:
>
>> [...]
>>
>> You lost me right here. If list equality is determined by
>> comparing lists element-by-element, and the second element of old
>> is _not_ equal to the second element of data, then
much doubt).
>
> Now, _that's_ funny. This is the internet. If you can't stand the
> heat get out of the kitchen.
Now, _that's_ funny. This is the internet. If you can't stand people
who can't stand the heat get out of the kitchen.
Tschö,
Torsten.
e
controlled heavily or not. Python is particularly liberal, which I
appreciate very much.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646
--
http://mail.python.org/mailman/listinfo/python-list
isa to return strings of bytes to you.
PyVISA does so when calling the read_raw() method.
> [...]
>
> Struct is the right tool for the job.
Exactly.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646
--
http://mail.python.org/mailman/listinfo/python-list
ript has been transformed into Python+PIL. Is there
a way to get the dimensions equally efficient here, or does the PIL
even do this optimisation implicitly since I never access the image
bitmap itself? ceter
Thank you!
Tschö,
Torsten.
--
Torsten Bro
ript has been transformed into Python+PIL. Is there
a way to get the dimensions equally efficient here, or does the PIL
even do this optimisation implicitly since I never access the image
bitmap itself?
Thank you!
Tschö,
Torsten.
--
Torsten Bro
better together
with older VISA implementations. Moreover, we finally have reports
from Linux users. They successfully used PyVISA with Linux +
NI/Tektronix GPIB hardware.
Tschö,
Torsten.
F'up to comp.lang.python
--
Torsten Bronger, aquisgrana, europa
ö,
Torsten.
F'up to comp.lang.python
--
Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646
--
http://mail.python.org/mailman/listinfo/python-list
r backup, I don't want to change that.) What is the best
way to make Python look there?
I tried PYTHONPATH but I had trouble with a Python cron job which
didn't have the proper environment. I could edit site.py manually,
however, I wonder whether there is a cleaner way?
Tschö,
Torste
about other users.
Has Wax exceeded the critical mass so that one can be quite certain
that it will still be maintained, say, next year? (Sincere question
since I don't know.)
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646
--
http://mail.python.org/mailman/listinfo/python-list
ting Python implementations spring up.
Even worse: In one of them Microsoft is involved.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646
--
http://mail.python.org/mailman/listinfo/python-list
(only a physicist) but if
you *need* a bytecode interpreter on top of the CPU interpretation,
it's an interpreted language to me.
I've had such a discussion about TeX already, and my personal
conclusion was that you can defend almost any opinion in that area.
However, one should ensure that
Hallöchen!
bruno at modulix <[EMAIL PROTECTED]> writes:
> Torsten Bronger wrote:
>
>> [...]
>>
>> I've had such a discussion about TeX already, and my personal
>> conclusion was that you can defend almost any opinion in that
>> area. However
Hallöchen!
Carl Friedrich Bolz <[EMAIL PROTECTED]> writes:
> Torsten Bronger wrote:
>
>> [...]
>>
>> My definiton would be that an interpreted language has in its
>> typical implementation an interpreting layer necessary for
>> typical hardwar
which again would have an
effect on what will be considered Pythonic.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646
--
http://mail.python.org/mailman/listinfo/python-list
Hallöchen!
Peter Mayne <[EMAIL PROTECTED]> writes:
> Torsten Bronger wrote:
>
>> My definiton would be that an interpreted language has in its
>> typical implementation an interpreting layer necessary for typical
>> hardware. Of couse, now we could discuss wha
Hallöchen!
Steven D'Aprano <[EMAIL PROTECTED]> writes:
> On Wed, 22 Feb 2006 10:15:21 +0100, Torsten Bronger wrote:
>
>>> And, as someone in this thread has pointed out, it is likely
>>> that your important modern (x86) processor is not natively
>>> ex
Hallöchen!
Steven D'Aprano <[EMAIL PROTECTED]> writes:
> On Wed, 22 Feb 2006 10:15:21 +0100, Torsten Bronger wrote:
>
>>> And, as someone in this thread has pointed out, it is likely
>>> that your important modern (x86) processor is not natively
>>> ex
effectively you
would have changed Python.
Maybe I misunderstood something because I could not follow all of
Kay's text but I think one should not change Python or create a
look-alike to allow for better implementations. The language should
fit my brain rather than an implementation.
Hallöchen!
Peter Mayne <[EMAIL PROTECTED]> writes:
> Torsten Bronger wrote:
>
>>>>> Another example: is Java the bytecode, which is compiled from
>>>>> Java the language, interpreted or not? Even when the HotSpot
>>>>> JIT cuts in?
>&g
Hallöchen!
"Kay Schluehr" <[EMAIL PROTECTED]> writes:
> Torsten Bronger wrote:
>
>> [...]
>>
>> I'm still afraid of the following scenario: Eventually, people
>> might regard "RPython plus type declarations" (or something
>> sim
posed to import modules after
all, at least not explicitly.
Tschö,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646
--
http://mail.python.org/mailman/listinfo/python-list
Hallöchen!
Sybren Stuvel <[EMAIL PROTECTED]> writes:
> Torsten Bronger enlightened us with:
>
>> I already know how to do that in principle. My only concern is
>> distributing the thing, especially for the Windows platform.
>
> Check out distutils and py2exe.
I
oose Python was its set of tools, modules,
and Usenet participants. I don't want to do something manually in
Ruby which I could have had ready-for-use in Python just for
infinitesimally nicer syntax. Probably I'm just too old for
language adventures. Ruby might be good enough for
Hallöchen!
Xavier Morel <[EMAIL PROTECTED]> writes:
> Torsten Bronger wrote:
>
>> Yes, however, this is also true for Python in my opinion.
>
> Ruby's ability to generate DSLs is an order of magnitude better
> than Python's at least.
If good DSL includes mor
dcopy version[*]. It *seems* to me that the
programming interfaces are quite different, so a Gnuplot backend for
matplotlib would be helpful for me.
TschÃ,
Torsten.
[*] because of the "pslatex" backend, which means that the plot is
typeset by the same LaTeX run as your document --&g
HallÃchen!
Bill Mill <[EMAIL PROTECTED]> writes:
> On 5/11/05, Torsten Bronger <[EMAIL PROTECTED]> wrote:
>
>> Fernando Perez <[EMAIL PROTECTED]> writes:
>>
>>> [...]
>>>
>>> [...] Matplotlib is very good, has an active developmen
ng equivalent, (at least) I wouldn't call for a Gnuplot
backend anymore.
TschÃ,
Torsten.
--
Torsten Bronger, aquisgrana, europa vetus
--
http://mail.python.org/mailman/listinfo/python-list
1 - 100 of 281 matches
Mail list logo
