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 are not meant to be translated.)
I know; I wrote pygettext. You can pass the
Peter Åstrand wrote:
In case I should do some subprocess work, I need svn write access. I've
read section 1.2.8 in the FAQ, but to who should I send my SSH key?
Yes, please send it to me, along with the preferred spelling of your
name (I'd assume peter.astrand).
Regards,
Martin
Anthony Baxter wrote:
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).
Actually, the generated c file often has a
Greg Ewing [EMAIL PROTECTED] 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 cElementTree or \
Nick Coghlan wrote:
Georg Brandl wrote:
Hi,
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.
Those are *really* pretty.
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). make
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 cElementTree or \
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.
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 _ = lambda
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 cElementTree or \
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's
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
import xml.etree.ElementTree or
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
misunderstood your
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 before, see
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 are not meant to be
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
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 compliant..
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 were
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 in Tix.py
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.
Those
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
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 essentially
[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
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 to be able to say
import
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
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, href=
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
iirc,
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
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
29 matches
Mail list logo
