Am 26.08.2010 01:28, schrieb Adal Chiriliuc:
> And there doesn't seem to be a link to
> download the CHM files (the last I could find on python.org is for
> Python 2.6.2).
Thanks for pointing that out; there is now.
Regards,
Martin
___
Python-Dev mailin
Am 26.08.2010 08:18, schrieb Terry Reedy:
> On 8/25/2010 9:06 PM, Neil Hodgson wrote:
>> Terry Reedy:
>>
>>> File "C:\Python26\lib\socket.py", line 406, in readline
>>> data = self._sock.recv(self._rbufsize)
>>> socket.error: [Errno 10054] A lÚtez§ kapcsolatot a tßvoli ßllomßs
>>> kÚnyszerÝte
>That is pretty good mojibake. One of the problems of providing
> localized error messages is that the messages may be messed up at
> different stages. The original text was
> A létező kapcsolatot a távoli állomás kényszerítetten bezárta.
>It was printed in iso8859_2 (ISO standard for Easte
On 8/25/2010 9:06 PM, Neil Hodgson wrote:
Terry Reedy:
File "C:\Python26\lib\socket.py", line 406, in readline
data = self._sock.recv(self._rbufsize)
socket.error: [Errno 10054] A lÚtez§ kapcsolatot a tßvoli ßllomßs
kÚnyszerÝtette n bezßrta
That is pretty good mojibake. One of the p
Terry Reedy:
> File "C:\Python26\lib\socket.py", line 406, in readline
> data = self._sock.recv(self._rbufsize)
> socket.error: [Errno 10054] A lÚtez§ kapcsolatot a tßvoli ßllomßs
> kÚnyszerÝtette n bezßrta
That is pretty good mojibake. One of the problems of providing
localized error mess
On 8/25/2010 5:41 PM, Nick Coghlan wrote:
On Thu, Aug 26, 2010 at 6:26 AM, Terry Reedy wrote:
On 8/25/2010 2:31 PM, Michael Foord wrote:
A downside (from experience with .NET which takes this approach - logic
and class names are all English but error messages are localized) is
that you then ge
On Thu, Aug 26, 2010 at 1:08 AM, "Martin v. Löwis" wrote:
> Now, why do the other formats have a version number in them? So that you
> can have them all in the same directory, and they won't overwrite each
> other. And so that if you downloaded one of them, you'd still know what
> it is that you d
> I like how the django project present their documentation: there is
> a little informational text at the head of each doc, saying that
> "you're not browsing the most up-to-date documentation, you can
> find the last one here"; maybe can we do a similar thing for the python
> doc ?
In principle,
Am 25.08.2010 17:03, schrieb Adal Chiriliuc:
>> The question really is whether there is any chance that they will get
>> released, in some form. There won't be further binary releases (at least
>> not from python.org), so there definitely won't be a CHM release.
>
> Speaking about the CHM, why doe
On Thu, Aug 26, 2010 at 6:26 AM, Terry Reedy wrote:
> On 8/25/2010 2:31 PM, Michael Foord wrote:
>> A downside (from experience with .NET which takes this approach - logic
>> and class names are all English but error messages are localized) is
>> that you then get bug reports with localized error
On 8/25/2010 2:31 PM, Michael Foord wrote:
On 25/08/2010 21:26, Guido van Rossum wrote:
[snip...]
That sounds painful, but in general I am okay with the idea of
translating messages. I think the system messages (those that go with
IOError and OSError) may already be translated. How to do it w
At 08:58 PM 8/25/2010 +0300, Michael Foord wrote:
If your proxy class defines __call__ then callable returns True,
even if the delegation to the proxied object would cause an
AttributeError to be raised.
Nope. You just have to use delegate via __getattribute__ (since 2.2)
instead of __getatt
On 25/08/2010 21:26, Guido van Rossum wrote:
[snip...]
If (3) could enter the main trunk it would be a great help by itself.
In this case access to international help is useless due the original
difficulties with the language, remember I'm talking about kids
mainly, and 1st stage to programming
On Wed, Aug 25, 2010 at 10:59 AM, Alcino Dall'Igna Jr wrote:
> To those beginners in programming that are not English speakers there
> are 3 problems to be solved:
> 1) the logic (this is unavoidable)
> 2) the programming language (hard but quite simple)
> 3) the messages (hard and not simple)
>
>
To those beginners in programming that are not English speakers there
are 3 problems to be solved:
1) the logic (this is unavoidable)
2) the programming language (hard but quite simple)
3) the messages (hard and not simple)
Those who could not cope with (1) could not be programmers
(2) difficult
On 25/08/2010 19:27, P.J. Eby wrote:
At 12:10 PM 8/25/2010 +1200, Greg Ewing wrote:
Consider an object that is trying to be a transparent
proxy for another object, and behave as much as possible
as though it really were the other object. Should an
attribute statically defined on the proxied obj
At 12:10 PM 8/25/2010 +1200, Greg Ewing wrote:
Consider an object that is trying to be a transparent
proxy for another object, and behave as much as possible
as though it really were the other object. Should an
attribute statically defined on the proxied object be
considered dynamically defined o
Le 08/25/2010 05:32 PM, Éric Araujo a écrit :
> I think that the most important release is docs.python.org/2.6,
> regardless of python.org/OS-specific downloadable doc packages.
>
> If people do like haypo and use the most recent docs instead of the
> version-specific ones, there’s indeed no need
> The question really is whether there is any chance that they will get
> released, in some form. There won't be further binary releases (at least
> not from python.org), so there definitely won't be a CHM release.
I think that the most important release is docs.python.org/2.6,
regardless of pytho
> The question really is whether there is any chance that they will get
> released, in some form. There won't be further binary releases (at least
> not from python.org), so there definitely won't be a CHM release.
Speaking about the CHM, why does it include the version number in it's filename?
Wh
20 matches
Mail list logo
