My 2 cents...
I have really felt the need for real multithreading when I have tried
programming multimedia with python (pygame).
Doing scene management at the same time than other processes that
require quasi realtime (video decode) is just basically impossible
(without telling you about the garba
Hello,
On 6/12/07, Baptiste Carvello <[EMAIL PROTECTED]> wrote:
> context. By contrast, with chineses identifiers, I will not recognise them
> from
> one another. So I won't be able to make any sense from the code without going
> through the complex task of translating everything.
You would be s
On 6/2/07, Rauli Ruohonen <[EMAIL PROTECTED]> wrote:
> (1) Add a mandatory ASCII-only special comment at the beginning of
> each module. The comment would continue until the first empty
> line and would contain only valid directives matching some
> regular expression. Only whitespace is
On 5/26/07, Josiah Carlson <[EMAIL PROTECTED]> wrote:
> wanted to keep my codebase ascii-only (a not unlikely case), I can
So you have a clear preference for an ascii-only way. *YOU* *really*
want to know when a non-ascii identifier crosses your path.
> For those who don't care about ascii or non
On 5/26/07, Stephen J. Turnbull <[EMAIL PROTECTED]> wrote:
> For the medium term, there are ways to pass command line arguments to
> programs invoked by GUI. They're more or less ugly, but your daughter
> will never see them, only the pretty icons.
Is there right now in Windows? There is none th
(I mistakenly replied in private. here is a copy for the py3000 mailing list.)
Good evening!
On 5/26/07, Jim Jewett <[EMAIL PROTECTED]> wrote:
> You're missing "here is this neat code from sourceforge", or "Here is
> something I cut-and-pasted from ASPN". If those use something outside
> of ASC
One issue with the command line argument (and that unfortunately
applies ONLY to the -U case) that i haven't seen properly answered to
is..
On 5/25/07, Stephen J. Turnbull <[EMAIL PROTECTED]> wrote:
> SyntaxError: 'non-ASCII identifier: invalid unless enabled with the -U option'
Am I the only per
On 5/25/07, Josiah Carlson <[EMAIL PROTECTED]> wrote:
> a default character set that is allowed. The only character set that
> makes sense as a default, ignoring previously-existing environment
> variables (which don't necessarily help us), is ascii.
This is ignoring the movement in the last 5-10
Hello,
On 5/25/07, Steve Howell <[EMAIL PROTECTED]> wrote:
> willingness to tolerate lack of ASCII purity. Coudn't
> Python sniff those out?
On my Linux machine, my encoding is set to UTF8 (and I am sure that
most monolingual Ubuntu user have the same settings). On my Windows
PC, Unicode is the
Hi Jim,
On 5/25/07, Jim Jewett <[EMAIL PROTECTED]> wrote:
> It isn't strictly security; when I've been burned by cut-and-paste
> that turned out to be an unexpected character, it didn't cause damage,
> but it did take me a long time to debug.
Can you give a longer explanation because I don't under
Hello,
There has been many proposals of flags around.
I don't even understand anymore which -U you are talking about now.
But let me add my own proposal for a flag. (just to confuse everybody
else a little more)
It is my understanding that the only remaining objection for unicode
in identifier i
On 5/24/07, Steve Howell <[EMAIL PROTECTED]> wrote:
> -Kkcode specifies KANJI (Japanese) code-set
>
Isn't it to simply let Ruby know which is the actual codepage
(encoding) in which the file is encoded?
Regards,
Guillaume Proux
Scala
_
Regarding using looking-alike glyphs (in certain fonts) security
issues, wouldn't it be a good thing for any project anyway to have a
number of pre-conditions for any given contribution to a given project
to be cleared. On of such litmus tests would be like the following.
try:
codecs.open("con
On 5/23/07, Steve Howell <[EMAIL PROTECTED]> wrote:
> 17.7% of the files I searched have calls to open().
My understand is that the mythical "python 2.x -> 3.0" tool will
automatically migrate your code by using the AST to find all
references to "open" and when finding one, add the correct import
Hi Collin,
Sorry did not mean to hurt your feelings.
On 5/17/07, Collin Winter <[EMAIL PROTECTED]> wrote:
> I speak three languages. It's insulting to allege that my opposition
> to this proposal is somehow based in English-language cultural
> imperialism or some other politically-correct nonsens
One of the big advantage of japanese Input Methods. They can be
extended easily to fit your need.
I can type "siguma" on my laptop here and windows (same in Linux)
gives me the following choices
しぐま
シグマ
σ
Σ
cute no?
Guillaume
On 5/16/07, Neil Toronto <[EMAIL PROTECTED]> wr
Hello,
Just to let you know that a discussion on japanese python users group
is going on regarding this issue.
Most people feel like the PEP3131 would be a welcome addition.
-> some people point out the fact that special characters like the
greek letters would be great for all kind of maths calc
Hello,
On 5/15/07, Josiah Carlson <[EMAIL PROTECTED]> wrote:
> and comment their code ;). It would be nice to be able to find more
> examples in Java.
I believe that a lot of people do not know that you can use most
Unicode characters in Java identifiers. I did not know myself until
this discuss
Found some evidence of usage of identifiers in Japanese while doing a
quick google search
All links below are in Japanese.
* Ruby has support for Japanese identifiers (which is not unexpected
when you know the origin country of Ruby)
http://www.ruby-lang.org/ja/man/?cmd=view;name=%CA%D1%BF%F4%A4%
Hello,
> > Interestingly, this is *not* a well known fact. I have asked 2
> > friend-of-mine seasoned Java programmers and they were *amazed* that
> > this is supported.
> Well, maybe we should add it to Python as a secret feature. :-) :-) :-)
But they also said that:
1) they wish they would have
Dear all,
On 5/14/07, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> of actual user experiences with this feature, in Java or in any other
> language that supports it. (*Are* there any others?) That would be far
> more valuable to me than any continued argumentation for or against
> the proposal.
HI Tomer,
> if בייקון.ביצים:
> pass
>
> which comes first? does it say bacon.eggs or eggs.bacon?
> and what happens if the editor uses a dot prefixed by LTR
> marker? the meaning is reversed, but it still looks the same!
All that is really a *presentation* issue. And as such, an editor
specia
Dear Tomer,
> well, i myself am a native hebrew speaker, so i'm quite sensitive
> to text-direction issues with all sorts of editors. to this day, i haven't
> seen a single editor that handles RTL/LTR transitions correctly,
> including microsoft word.
Are you talking about editor bugs? You should
Hello,
On 5/14/07, Collin Winter <[EMAIL PROTECTED]> wrote:
> Says you. So far, all I've seen from PEP 3131's supporters is a lot of
> hollow assertions and idle theorizing: "Python will be easier to use
> for people using non-ASCII character sets", "Python will be easier to
> learn for those rais
Hi Jason,
Very interesting post. I will just make a little comment.
On 5/13/07, Jason Orendorff <[EMAIL PROTECTED]> wrote:
> Python should allow foreign-language identifiers because (1) it's a
> gesture of good will to people everywhere who don't speak English
> fluently; (2) some students will
Dear Stargaming,
On 5/13/07, Stargaming <[EMAIL PROTECTED]> wrote:
> Guillaume Proux schrieb:
I see that the language you are most comfortable with is German.
Compared with French (and even more with Japanese), I have a bias that
German people are very gifted in foreign languages and e
Dear all,
Pleased to meet you. I just subscribed to the list because I wanted to
join the discussion regarding a specific PEP (for all the rest, you
are all much more expert than me)
Guido:
> 3131 (non-ASCII identifiers) -- I'm leaning towards rejecting.
I would like to voice my opposition to th
27 matches
Mail list logo
