🌐 Mailman 3 November 2001 - Python-list - python.org

Re: Underscore data hiding (was python development practices?)
by Anthony Baxter Nov. 1, 2001

Nov. 1, 2001

>>> Skip Montanaro wrote > scripting language for the Amoeba distributed operating system. The fact > that Python is "fast enough" for many things you might apply C++ to is in > large part because: Not forgetting the other point - it's usually very easy to optimise your application by recoding the performance critical fragment in C. Python's just so damn easy to extend... Anthony

1 0

Re: A better way to send mail?
by barry＠zope.com Nov. 1, 2001

Nov. 1, 2001

>>>>> "DB" == David Brady <daves_spam_dodging_account(a)yahoo.com> writes: DB> Python promotes marital harmony. My wife will be very happy to hear this! :) DB> My question is this: someone on this list just DB> mentioned MimeWriter as the better package to use for DB> authoring e-mail and attachments. I could not figure DB> MimeWriter out in the hour or so I spent trying to get DB> this script working, and I finally got the uu module DB> to do what I needed so I used that instead. But I DB> wonder if mime wouldn't be the better way. Probably so. I'm hoping the email package[1] will promote MIME and email handling harmony in the Python standard library. :) I developed it for Mailman 2.1, which uses it exclusive now, and others have started using it too. Here's an example of some (untested) code that should be largely equivalent to your own. One difference: it base64 encodes the image data rather than uuencoding it. The email package doesn't have a built-in uuencoder, although one could be easily added if there's enough of a demand. -------------------- snip snip -------------------- from email.MIMEText import MIMEText from email.MIMEImage import MIMEImage from email.MIMEBase import MIMEBase text_attachment = MIMEText(boilerplate) image_attachment = MIMEImage(img) outer = MIMEBase('multipart', 'mixed') outer.attach(text_attachment) outer.attach(image_attachment) outer['From'] = SMTPSender outer['To'] = SMTPRecipient outer['Subject'] = 'Here ya go, honey!' # SMTPSender, SMTPRecipient are set to my and her # e-mail addresses, respectively s = smtplib.SMTP(SMTPServer) ErrorAddresses = s.sendmail( SMTPSender, SMTPRecipient, str(msg) ) s.close() -------------------- snip snip -------------------- I hope this makes sense! -Barry [1] The email package comes with Python 2.2, but there is a distutils-based compatibility package for earlier versions. It requires at least Python 2.0. See http://sourceforge.net/projects/mimelib/ for more details. Documentation is at: http://python.sourceforge.net/devel-docs/lib/module-email.html

1 0

Documentation for tkFileDialog [WAS: [comp.lang.python] Re: tkinter - tkFileDialog - how to get dir instead of file]
by Brian Elmegaard Nov. 1, 2001

Nov. 1, 2001

No answer down the thread, so I hope a new thread may help. Ulrich Goertz <u(a)g0ertz.de> writes: > > to get this from the standard module "tkFileDialog". huh! tkFileDialog, that's interesting. I have read the life preserver, Fredrik introduction, and the New Mexico reference, and I have never found this mentioned before. I have been thinking and thinking, how to make one. Now it seems it is a standard widget, but just undocumented. Is this the case? Are there more super widgets I do not know after reading the above mentioned? TIA, -- Brian (remove the sport for mail) http://www.rk-speed.dk http://fiduso.dk http://sunsite.auc.dk/dk-tug \TeX, tak.

2 2

Re: Send an email .
by barry＠zope.com Nov. 1, 2001

Nov. 1, 2001

>>>>> "OB" == Oleg Broytmann <phd(a)phd.pp.ru> writes: OB> mimetools and MimeWriter for generating mail. Or the new email package. Available in Python 2.2, or with a distutils-based compatibility package for earlier versions (requires at least Python 2.0). http://sourceforge.net/project/showfiles.php?group_id=25568&release_id=58732 -Barry

1 0

Re: Freeware Python editor
by Erik Max Francis Nov. 1, 2001

Nov. 1, 2001

Oleg Broytmann wrote: > I am not advocating "open source". I am advocating "free software". > Free > code, with freedom to read it, modify it and distribute in original or > modified form. Yes, you are. "Free software" has more meanings than "open source." Freeware, in particular, has a well-defined meaning, whether you like it or not. You said you didn't want to start another GNU flamewar. But what do you think you're doing? -- Erik Max Francis / max(a)alcyone.com / http://www.alcyone.com/max/ __ San Jose, CA, US / 37 20 N 121 53 W / ICQ16063900 / &tSftDotIotE / \ Laws are silent in time of war. \__/ Cicero Esperanto reference / http://www.alcyone.com/max/lang/esperanto/ An Esperanto reference for English speakers.

5 6

Re: Underscore data hiding (was python development practices?)
by Peter Wang Nov. 1, 2001

Nov. 1, 2001

On Wed, 31 Oct 2001 18:42:03 -0600, Skip Montanaro <skip(a)pobox.com> wrote: >Smiley or not, you seem to be trying a bit too hard to compare Python with >C++. They serve dramatically different audiences. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ what are these dramatically different audiences? i'm pretty certain that python is well suited for many things which would have defaulted to C++ many years ago. there are certain features of C++ which make it attractive for specific applications, but even in those scenarios, if flexibility or scriptability is needed, python typically fits the bill. i'm a relative newbie at software development; i don't boast the decades of professional programming experience. however, just from observing developments in the software field, it seems that python's mindshare is steadily increasing as people turn to it from visual basic, lisp, perl, and C++ for applications which would have simply been done with whatever cumbersome language was default in the platform/application field. my questions about commericial development with python arise from my C++ background and my experiences with a team of fairly young C++ programmers. the direct comparison with C++ in the previous post was meant to be humorous, but i cannot deny the reality of how much C++ has shaped my (and many others') experiences with OOP. >After all, "we're all >adults here". That held true when I first heard it several years ago and it >holds true today. i'm also a relative newbie at being an adult, so i will ask forgiveness for my transgression.. ;) -peter

2 1

Re: Why 'self' ?
by Peter Hansen Nov. 1, 2001

Nov. 1, 2001

Tim Peters wrote: > > Depending on who you ask, Python 1.6 was the fabled incompatible Python > 3000. Some "hard" incompatibilities are scheduled for version 3, including > a change in the meaning of integer division (to be optional in 2.2), and > likely a facelift for some of the monsters lurking in the dark corners of > types and classes. > > plus-llambda-will-be-spelled-with-two-els-ly y'rs - tim Hmm... do we have to pronounce it as in Spanish? Sounds like a sweet potato to me... -- ---------------------- Peter Hansen, P.Eng. peter(a)engcorp.com

1 0

XML can't read Unicode shock horror. News at 11.
by Dale Strickland-Clark Nov. 1, 2001

Nov. 1, 2001

Dale Strickland-Clark <dale(a)riverhall.NOTHANKS.co.uk> wrote: >Given that XML is very Unicode friendly, this seems a rather odd >limitation. > >>>> import xml.dom.minidom >>>> dom = xml.dom.minidom.parseString(u'<node/>') >Traceback (most recent call last): > File "<interactive input>", line 1, in ? > File "c:\python21\lib\xml\dom\minidom.py", line 915, in parseString > return _doparse(pulldom.parseString, args, kwargs) > File "c:\python21\lib\xml\dom\minidom.py", line 901, in _doparse > events = apply(func, args, kwargs) > File "c:\python21\lib\xml\dom\pulldom.py", line 299, in parseString > buf = StringIO(string) >TypeError: expected string, unicode found >>>> I see that this is probably the same as Python bug #216388 which has been around for over a year and been given a low priority (3). Is there any chance that this might be elevated? Non-unicode XML is a bit restrictive. :-( -- Dale Strickland-Clark Riverhall Systems Ltd

5 4

Python.NET, MONO and Visual Studio etc.
by Ron Stephens Nov. 1, 2001

Nov. 1, 2001

A while back there was a discussion here about a possible Python.Net and related matters. I would still like to know if there is any recent information. Below is my perhaps faulty understanding of what's going on. I hope maybe others can correct and add to my comments. ActiveState has a version of Visual Studio for Python that will be commercially available soon, and this is pretty much a sure thing. Visual Studio for Python can allow a Python programmer to use the same VS IDE and programming environment that VB.NET and C#.NET programmers can use. VS.NET should be officially released real soon, I suppose VS for Python will follow very shortly after that. Note that this is "just" an IDE and programming tool-environment, and will not allow Python to use the CLI or VS. NET compiler. ActiveState also developed a beta version of a Python.NET that would allow Python to use the CLI and VS. NET compiler. This effort was led by Mark Hammond. However, the task is difficult and the first beta was slow and very feature incomplete. I believe the Perl.Net version is further along? I do not know if any further development work is on-going or even planned on Python.NET. I hope so, but I sensed a lot of doubt in the earlier thread on this newsgroup about the viablity of any Python.NET.. And then there is Mono, the open source .NET clone led by Miguel de Icaza (sp?) and its home page can be found at http://www.go-mono.com/ They seem to be making real fast progress on Mono, judging by the info on their web site that I follow. Can a MONO.NET be created as easily or, hopefully, even easier , than a MS Python.NET? Is anyone thinking of creating a Mono.NET? I think that both a MS Python.NET and an open source Mono.NET would be very good things for the Python community; offering yet more options for distributing Python programs and also giving access to yet more programming tools and environments. Also it would help spread the popularity of Python. I know that these are big projects but I wonder if anyone knows if anyone is doing or planning anything along these lines? If Python were supported by Jython, MS.NET, Mono, all in addition to the great PC, Linux, UNIX, and Mac implementations we already have, it would sure put Python in a strong position. Also, if Python does not take advantage of this route, others will. The Ruby newsgroup has had a lot of such discussion about a Ruby.NET (as well as a Java-Ruby version); and I sense that Perl.Net may be Microsoft's and ActiveStates' first priorities for scripting languages for .Net. By the way, I recall Alex Martelli was involved in the previous discussion of this topic. He is always one of my favorite posters, I always learn something when I read his posts, no matter what the topic. I have missed him lately. Does anyone know if he will be back???? Or am I just missing his posts? Alex, please come back....:-)))))) Ron Stephens

5 5

Re: Freeware Python editor
by Rainer Deyke Nov. 1, 2001

Nov. 1, 2001

"Chris Gonnerman" <chris.gonnerman(a)newcenturycomputers.net> wrote in message news:mailman.1004590322.31204.python-list@python.org... > FreeWare is a counterpoint to ShareWare. I was there... before > ShareWare was invented, we just called it free software (not > to be confused with Free Software ala GNU), but then ShareWare > came out, expecting payment, and those who didn't care to be > paid called their programs FreeWare. The trademarked term "freeware" was originally used to refer to sofware that is freely shared with a completely voluntary payment system. The term "shareware" was originally used as a non-trademarked term for the same concept. Later "freeware" was used to refer to free-as-in-free-beer software without voluntary payment systems, and later still the definition of "shareware" was extended to include time- and feature-limited demo software. -- Rainer Deyke (root(a)rainerdeyke.com) Shareware computer games - http://rainerdeyke.com "In ihren Reihen zu stehen heisst unter Feinden zu kaempfen" - Abigor

1 0