An "impossible problem" showed up on Bug Day, which got more
impossible the more I looked at it:
http://www.python.org/sf/1462352
See that for details. The short course is that socketmodule.c and
_ssl.c disagree about the offset at which the
sock_timeout
member of a
PySocketSockOb
Patch / Bug Summary
___
Patches : 391 open ( +2) / 3142 closed (+25) / 3533 total (+27)
Bugs: 898 open ( -3) / 5731 closed (+44) / 6629 total (+41)
RFE : 215 open ( +1) / 207 closed ( +1) / 422 total ( +2)
New / Reopened Patches
__
give roun
On Sat, 2006-04-08 at 00:45 +0200, "Martin v. Löwis" wrote:
> *Never* try to do i18n that way. Don't combine fragments through
> concatenation. Instead, always use placeholders.
Martin is of course absolutely right!
> If you have many fragments, the translator gets the challenge of
> translating
Fredrik Lundh wrote:
> this is closely related to
>
> www.python.org/sf/1393109
>
> except that in the latter case, the system have a perfectly working
> Python 2.1 which chokes on the new-style constructs used in the
> generator script.
>
> fwiw, that bug report (from december) says
>
>
Martin Blais wrote:
> I'm not sure all the cases are handled, but for those which aren't I
> can't see why I couldn't hack the pygettext parser to make it do what
> I want, e.g. is the case were the function contains multiple strings
> handled? ::
>
> P(A_("Status: ", get_balance(), "dollars", h
Also, a while ago a Kevin T. Gadd posted some Python icons he had made. http://mail.python.org/pipermail/python-dev/2004-August/048273.html
-- - Ian D. Bollinger
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/
Nick Coghlan wrote:
> Georg Brandl wrote:
>> Greg Ewing wrote:
>>> Trent Mick wrote:
>>>
try:
import xml.etree.ElementTree as ET # in python >=2.5
except ImportError:
>>> >... etc ad nauseam
>>>
>>> For situations like this I've thought it might
>>> be handy
[Thomas Wouters suggested "import ... or" syntax]
> or is that all going too far? :)
Yes. It is overkill. The number of different ways to import ElementTree
is perhaps unfortunate but it is a mostly isolated incident: effbot
providing pure and c versions, it being popular and hence having other
im
On Fri, 2006-04-07 at 13:29 +0200, Alexander Schremmer wrote:
> Have you thought about simply writing _ = lambda x:x instead of N_ ...?
> By doing that, you just need to care about one function (of course _
> doesn't translate in that case and you might need to del _ afterwards).
That's essential
On Thu, 2006-04-06 at 11:48 -0400, Martin Blais wrote:
> - This implies that we would have to introduce some way for these
> strings to call a custom function at runtime.
Yes, definitely. For example, in Mailman we bind _() not to gettext's
_() but to a special one that looks up the translation
Georg Brandl wrote:
> Nick Coghlan wrote:
> > Georg Brandl wrote:
> >> some time ago, someone posted in python-list about icons using the Python
> >> logo from the new site design [1]. IMO they are looking great and would
> >> be a good replacement for the old non-scaling snakes on Windows in 2.5.
""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Christos Georgiou wrote:
>> I would like to know if supplying a patch for it sometime in the next
>> couple
>> of weeks would be considered a patch (since the widget currently is not
>> working at all, its class i
On 4/7/06, Alexander Schremmer <[EMAIL PROTECTED]> wrote:
> On Fri, 7 Apr 2006 10:07:26 -0400, Martin Blais wrote:
>
> > There are cases where you need N_() after initialization, so you need
> > both, really. See the link I sent to Alex earlier (to the GNU manual
> > example).
>
> On the page you
On 4/6/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
> Bob Ippolito wrote:
>
> > > Try the 2.5 alpha 1 just released, and you'll see that the toplevel
> > > package is now xml.etree. The module and class are still called
> > > ElementTree, though.
> >
> > It would be nice to have new code be PEP 8
On Fri, 7 Apr 2006 10:07:26 -0400, Martin Blais wrote:
> There are cases where you need N_() after initialization, so you need
> both, really. See the link I sent to Alex earlier (to the GNU manual
> example).
On the page you were referring to, I cannot find a particular use case that
does not w
On 4/7/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> Martin Blais wrote:
> >> P(a("Click here to forget", href="...
> >
> > No. That's not going to work: pygettext needs to be able to extract
> > the string for the catalogs. No markup, no extraction. (This is how
> > you enter strings that a
On 4/7/06, M.-A. Lemburg <[EMAIL PROTECTED]> wrote:
> Martin Blais wrote:
> > Hi all
> >
> > I got an evil idea for Python this morning -- Guido: no, it's not
> > about linked lists :-) -- , and I'd like to bounce it here. But
> > first, a bit of context.
>
> This has been discussed a few times b
On 4/7/06, Alexander Schremmer <[EMAIL PROTECTED]> wrote:
> On Thu, 6 Apr 2006 20:35:51 -0400, Martin Blais wrote:
>
> > This is pretty standard
> > getttext stuff, if you used _() a lot I'm surprised you don't have a
> > need for N_(), I always needed it when I used i18n (or maybe I
> > misunderst
Georg Brandl wrote:
> Greg Ewing wrote:
>> Trent Mick wrote:
>>
>>> try:
>>> import xml.etree.ElementTree as ET # in python >=2.5
>>> except ImportError:
>> >... etc ad nauseam
>>
>> For situations like this I've thought it might
>> be handy to be able to say
>>
>>impor
On 4/7/06, Nick Coghlan <[EMAIL PROTECTED]> wrote:
It would be nice if this chain could instead be written as: from stringio or cStringIO or StringIO import StringIOSimilar to PEP 341, this could be pure syntactic sugar, with the actualtry-except statements generated in the AST.
It could, but it'
Greg Ewing wrote:
> Trent Mick wrote:
>
>> try:
>> import xml.etree.ElementTree as ET # in python >=2.5
>> except ImportError:
> >... etc ad nauseam
>
> For situations like this I've thought it might
> be handy to be able to say
>
>import xml.etree.ElementTree or cEl
[EMAIL PROTECTED] wrote:
> Modules should have short, lowercase names, without underscores.
> >>
> >> But if we don't start becoming stricter about the naming of things
> >> added to the stdlib, consistency of naming is never going to improve.
> >>
> >> Or should this
On Thu, 6 Apr 2006 20:35:51 -0400, Martin Blais wrote:
> This is pretty standard
> getttext stuff, if you used _() a lot I'm surprised you don't have a
> need for N_(), I always needed it when I used i18n (or maybe I
> misunderstood your question?).
Have you thought about simply writing _ = lambd
Martin Blais wrote:
> Hi all
>
> I got an evil idea for Python this morning -- Guido: no, it's not
> about linked lists :-) -- , and I'd like to bounce it here. But
> first, a bit of context.
This has been discussed a few times before, see e.g.
http://mail.python.org/pipermail/python-list/2000
On 4/7/06, Greg Ewing <[EMAIL PROTECTED]> wrote:
Trent Mick wrote:> try:> import xml.etree.ElementTree as ET # in python >=2.5> except ImportError: >... etc ad nauseamFor situations like this I've thought it might
be handy to be able to say import xml.etree.ElementTree or
Anthony Baxter wrote:
> This is from bug www.python.org/sf/1465408
>
> Because the Python.asdl and the generated Python-ast.[ch] get checked
> into svn in the same revision, the svn export I use to build the
> tarballs sets them all to the same timestamp on disk (the timestamp
> of the checkin). "
26 matches
Mail list logo
