From 1387-1814, a ~430 years period, that's quite a long time.
About the total recountable history of Taiwan... :)
In her 400 some history Taiwan has been occupied by several
foreign powers, including Dutch, Tsing Dynasty from China, Japan,
and KMT party from China again. The long time fight
On Fri, 27 Jan 2006 20:27:40 -0500 in comp.lang.python, Dan Sommers
[EMAIL PROTECTED] wrote:
On Fri, 27 Jan 2006 22:29:20 GMT,
Neil Hodgson [EMAIL PROTECTED] wrote:
... I'm so used to / for division that ÷ now looks strange.
Indeed, I don't think I've used ÷ for division since about 7th grade,
Dave Hansen schreef:
On Fri, 27 Jan 2006 20:27:40 -0500 in comp.lang.python, Dan Sommers
[EMAIL PROTECTED] wrote:
On Fri, 27 Jan 2006 22:29:20 GMT,
Neil Hodgson [EMAIL PROTECTED] wrote:
... I'm so used to / for division that ÷ now looks strange.
Indeed, I don't think I've used ÷ for
Dave Hansen [EMAIL PROTECTED] wrote:
On Fri, 27 Jan 2006 20:27:40 -0500 in comp.lang.python, Dan Sommers
[EMAIL PROTECTED] wrote:
On Fri, 27 Jan 2006 22:29:20 GMT,
Neil Hodgson [EMAIL PROTECTED] wrote:
... I'm so used to / for division that ÷ now looks strange.
Indeed, I don't think
Runsun Pan wrote:
The simplified chinese exists due to the call for modernization of
language decades ago. That involved the 'upside-down' of almost
entire culture
This is in some ways quite the opposite compared to Nynorsk
in Norway, which was an attempt to revive the old and pure
Norwegian,
On Fri, 27 Jan 2006 23:57:16 -0600
Runsun Pan [EMAIL PROTECTED] wrote:
But ... to my knowledge, all of the input tablets that
using OCR has a training feature. You can teach the
program to recognize your own order of strokes. The
ability to train (be trained) is a very key element of
such an
Rocco Moretti wrote:
Could it be APL?
No, it was much newer... someone did it as a hobby language.
--
http://mail.python.org/mailman/listinfo/python-list
Runsun Pan [EMAIL PROTECTED] writes:
Can you guys figure out the details ?
Here is the decoded version:
It looks that with all my 26 years I'm too old to understand something like
that... All I can say is OMG... :-)
IMO, a language is a living organism, it has its own life and often
On Thu, 26 Jan 2006 17:47:51 +0100, Claudio Grondi [EMAIL PROTECTED] wrote:
Rocco Moretti wrote:
Terry Hancock wrote:
One thing that I also think would be good is to open up the
operator set for Python. Right now you can overload the
existing operators, but you can't easily define new ones.
Bengt Richter wrote:
On Thu, 26 Jan 2006 17:47:51 +0100, Claudio Grondi [EMAIL PROTECTED] wrote:
Rocco Moretti wrote:
Terry Hancock wrote:
One thing that I also think would be good is to open up the
operator set for Python. Right now you can overload the
existing operators, but you can't
Terry Hancock wrote:
That's interesting. I think many people in the West tend to
imagine han/kanji characters as archaisms that will
disappear (because to most Westerners they seem impossibly
complex to learn and use, not suited for the modern
world).
I don't know about the West. Isn't it
Just a couple half-serious responses to your comment...
On Fri, 27 Jan 2006 11:05:15 +0100 in comp.lang.python, Magnus Lycka
[EMAIL PROTECTED] wrote:
Terry Hancock wrote:
That's interesting. I think many people in the West tend to
imagine han/kanji characters as archaisms that will
disappear
On Fri, 27 Jan 2006 08:11:24 GMT in comp.lang.python, [EMAIL PROTECTED]
(Bengt Richter) wrote:
[...]
Maybe you would like the unambiguousness of
(+ 8 (* 6 2))
or
6 2 * 8 +
?
Well, I do like lisp and Forth, but would prefer Python to remain
Python.
Though it's hard to fit Python into 1k
On 1/27/06, Magnus Lycka [EMAIL PROTECTED] wrote:
After taking a couple of semesters of Japanese, though, I've
come to appreciate why they are preferred. Getting rid of
them would be like convincing English people to kunvurt to
pur fonetik spelin'.
Which isn't happening either, I can
Robert Kern wrote:
On OS X,
≤ is Alt-,
≥ is Alt-.
≠ is Alt-=
Thumbs up on the unicode idea, but national keyboards (i.e. non-english)
have already used almost every possible
not-strictly-defined-in-EN-keyboards combination of keys for their own
characters. In particular, the key
Ivan Voras wrote:
It's not a far-out idea. I stumbled about a year ago on a programming
language that INSISTED on unicode characters like ≤ as well as the rest
of mathematical/logical symbols; I don't remember its name but the
source code with characters like that looked absolutely
Having a bit of a play with some of my spam reduction code.
Original:
def isMostlyCyrillic(u):
if type(u) != type(u):
u = unicode(u, UTF-8)
cnt = float(sum(0x400 = ord(c) 0x500 for c in u))
return (cnt 1) and ((cnt / len(u)) 0.5)
Using more mathematical operators:
On Fri, 27 Jan 2006 12:50:03 -0600
Runsun Pan [EMAIL PROTECTED] wrote:
On 1/27/06, Magnus Lycka [EMAIL PROTECTED] wrote:
Actually, it seems that recent habit of sending text
messages via mobile phones is the prime driver for
reformed spelling these days.
OMG ru kdng?
Make it stop!
Well,
On Fri, 27 Jan 2006 22:29:20 GMT,
Neil Hodgson [EMAIL PROTECTED] wrote:
... I'm so used to / for division that ÷ now looks strange.
Strange, indeed, and too close to + for me (at least within my
newsreader).
Regards,
Dan
--
Dan Sommers
http://www.tombstonezero.net/dan/
--
On Thu, 26 Jan 2006 01:12:10 -0600
Runsun Pan [EMAIL PROTECTED] wrote:
For the tests that I tried earlier, using han characters
as the variable names doesn't seem to be possible (Syntax
Error) in python. I'd love to see if I can use han char
for all those keywords like import, but it doesn't
Terry Hancock wrote:
One thing that I also think would be good is to open up the
operator set for Python. Right now you can overload the
existing operators, but you can't easily define new ones.
And even if you do, you are very limited in what you can
use, and understandability suffers.
One
Rocco Moretti wrote:
Terry Hancock wrote:
One thing that I also think would be good is to open up the
operator set for Python. Right now you can overload the
existing operators, but you can't easily define new ones.
And even if you do, you are very limited in what you can
use, and
On 1/26/06, Terry Hancock [EMAIL PROTECTED] wrote:
On Thu, 26 Jan 2006 01:12:10 -0600
Runsun Pan [EMAIL PROTECTED] wrote:
Error) in python. I'd love to see if I can use han char
for all those keywords like import, but it doesn't work.
Yeah, I'm pretty sure we're talking about the future
Claudio Grondi wrote:
Speaking maybe only for myself:
I don't like implicit rules, so I don't like also any precedence
hierarchy being in action, so for safety reasons I always write even
8+6*2 (==20) as 8+(6*2) to be sure all will go the way I expect it.
But for people who often use
that restricting
to 7-bit ascii was absurd?
I think it's important to have readable ascii representations available for
programming elements at least.
Are there similar attempts in other languages? I can only think of APL,
but that was a long time ago.
Once you open your mind for using non-ascii
I still remember it not being supported on most or all big Iron servers
at my previuos uni (were mostly SunOS, Digital UNIX among others)
--
http://mail.python.org/mailman/listinfo/python-list
Dave Hansen wrote:
C uses ! as a unary logical not operator, so != for not equal just
seems to follow, um, logically.
Pascal used , which intuitively (to me, anyway ;-) read less than
or greater than, i.e., not equal.
For quantitative data, anyway, or things which can be ordered
On Wed, 25 Jan 2006 11:14:06 -0500, Peter Hansen wrote:
I think not equal, at least the way our brains handle it in general,
is not equivalent to less than or greater than.
That is, I think the concept not equal is less than or greater than
the concept less than or greater than. wink
for
Python. I'm pretty sure you can do this already in Java,
can't you? (I think I read this somewhere, but I don't
think it gets used much).
Once you open your mind for using non-ascii symbols, I'm
sure one can find a bunch of useful applications.
Variable names could be allowed to be non-ascii
These were some interesting remarks, Terry.
I just asked myself how Chinese programmers feel about this. I don't
know Chinese, but probably they could write a whole program using only
one-character names for variables, and it would be still readable (at
least for Chinese)... Would this be used
I am not Chinese but I can read and writehan characters (in Traditional
Chinese format(Big5 encoding) thatis basicallypopular in Taiwan ).
For the tests that I tried earlier, using han characters as the variable
names doesn't seem to be possible (Syntax Error) in python. I'd love
to see ifI
Robert Kern wrote:
I can't find ?, ?, or ? on my keyboard.
Get a better keyboard? or OS?
On OS X,
? is Alt-,
? is Alt-.
? is Alt-=
Fewer keystrokes than = or = or !=.
Sure, but I can't find OS X listed as a prerequisite for using Python. So,
while I don't give a damn if those symbols
greatly miss the Mac's ease of entering special characters, and I miss
the ability to use proper mathematical symbols for (e.g.) pi, not equal,
and so forth.
Once you open your mind for using non-ascii symbols, I'm sure one can
find a bunch of useful applications. Variable names could be allowed
attempts in other languages? I can only think of APL,
but that was a long time ago.
Once you open your mind for using non-ascii symbols, I'm sure one can
find a bunch of useful applications. Variable names could be allowed to
be non-ascii, as in XML. Think class names in Arabian... Or you could
Is this idea absurd or will one day our children think
that restricting to 7-bit ascii was absurd?
Both... this idea will only become none-absurd when unicode will become
as prevalent as ascii, i.e. unicode keyboards, universal support under
almost every application, and so on. Even if you can
Christoph Zwerschke wrote:
These operators ≤ ≥ ≠ should be added to the language having the
following meaning:
= = !=
this should improve readibility (and make language more accessible to
beginners).
I assume most python beginners know some other programming language, and
are
Giovanni Bajo wrote:
Robert Kern wrote:
I can't find ?, ?, or ? on my keyboard.
Posting code to newsgroups might get harder too. :-)
--
http://mail.python.org/mailman/listinfo/python-list
Rocco Moretti wrote:
[James Stroud wrote:]
I can't find ?, ?, or ? on my keyboard.
Posting code to newsgroups might get harder too. :-)
His post made it through fine. Your newsreader messed it up.
--
Robert Kern
[EMAIL PROTECTED]
In the fields of hell where the grass grows high
Are the
Giovanni Bajo wrote:
Sure, but I can't find OS X listed as a prerequisite for using Python. So,
while I don't give a damn if those symbols are going to be supported by
Python,
I don't think the plain ASCII version should be deprecated. There are too many
situations where it's still useful
Ido Yehieli wrote:
Is this idea absurd or will one day our children think
that restricting to 7-bit ascii was absurd?
Both... this idea will only become none-absurd when unicode will become
as prevalent as ascii, i.e. unicode keyboards, universal support under
almost every application, and so
attempts in other languages? I can only think of APL,
but that was a long time ago.
Once you open your mind for using non-ascii symbols, I'm sure one can
find a bunch of useful applications. Variable names could be allowed to
be non-ascii, as in XML. Think class names in Arabian... Or you could
Juho Schultz wrote:
Fortran 90 allowed , = instead of .GT., .GE. of Fortran 77. But F90
uses ! as comment symbol and therefore need /= instead of != for
inequality. I guess just because they wanted. However, it is one more
needless detail to remember. Same with the suggested operators.
The
On Tue, 24 Jan 2006 16:33:16 +0200 in comp.lang.python, Juho Schultz
[EMAIL PROTECTED] wrote:
[...]
Fortran 90 allowed , = instead of .GT., .GE. of Fortran 77. But F90
uses ! as comment symbol and therefore need /= instead of != for
inequality. I guess just because they wanted. However, it is
On Tue, 24 Jan 2006 04:09:00 +0100 in comp.lang.python, Christoph
Zwerschke [EMAIL PROTECTED] wrote:
[...]
Once you open your mind for using non-ascii symbols, I'm sure one can
find a bunch of useful applications. Variable names could be allowed to
be non-ascii, as in XML. Think class names
Robert Kern wrote:
Rocco Moretti wrote:
[James Stroud wrote:]
I can't find ?, ?, or ? on my keyboard.
Posting code to newsgroups might get harder too. :-)
His post made it through fine. Your newsreader messed it up.
I'm not exactally sure what happened - I can see the three
Christoph Zwerschke wrote:
Juho Schultz wrote:
Fortran 90 allowed , = instead of .GT., .GE. of Fortran 77. But F90
uses ! as comment symbol and therefore need /= instead of != for
inequality. I guess just because they wanted. However, it is one more
needless detail to remember. Same with
Rocco Moretti schrieb:
My point still stands: _somewere_ along the way the rendering got messed
up for _some_ people - something that wouldn't have happened with the
=, = and != digraphs.
Yes, but Python is already a bit handicapped concerning posting code
anyway because of its significant
UTF-8 is also the standard encoding of SuSE Linux since I version 9.1.
Both VIM and EMACS provide ways to enter unicode. VIM even supports
digraph input which would be particularly senseful in this case.
-- Christoph
--
http://mail.python.org/mailman/listinfo/python-list
Claudio Grondi wrote:
There is no symbol coming to my mind, but I would be glad if
it would express, that 'a' becomes a reference to a Python object being
currently referred by the identifier 'b' (maybe some kind of - ?).
With unicode, you have a lot of possibilities to express this:
a ← b
Dave Hansen wrote:
C uses ! as a unary logical not operator, so != for not equal just
seems to follow, um, logically.
Consequently, C should have used ! for = and ! for = ...
-- Christoph
--
http://mail.python.org/mailman/listinfo/python-list
Dave Hansen wrote:
Once you open your mind for using non-ascii symbols, I'm sure one can
find a bunch of useful applications. Variable names could be allowed to
be non-ascii, as in XML. Think class names in Arabian... Or you could
use Greek letters if you run out of one-letter variable
Christoph Zwerschke wrote:
Claudio Grondi wrote:
There is no symbol coming to my mind, but I would be glad if it would
express, that 'a' becomes a reference to a Python object being
currently referred by the identifier 'b' (maybe some kind of - ?).
With unicode, you have a lot of
On Tue, 24 Jan 2006 19:44:28 +0100 in comp.lang.python, Christoph
Zwerschke [EMAIL PROTECTED] wrote:
Dave Hansen wrote:
C uses ! as a unary logical not operator, so != for not equal just
seems to follow, um, logically.
Consequently, C should have used ! for = and ! for = ...
Well, actually,
Fredrik Lundh wrote:
umm. if you have an editor that can convert things back and forth, you
don't really need language support for digraphs...
It would just be very impractical to convert back and forth every time
you want to run a program. Python also supports tabs AND spaces though
you can
On Tue, 24 Jan 2006 10:38:56 -0600, Dave Hansen wrote:
The latter, IMHO. Especially variable names. Consider i vs. ì vs. í
vs. î vs. ï vs. ...
Agreed, but that's the programmer's fault for choosing stupid variable
names. (One character names are almost always a bad idea. Names which can
be
On Wed, 25 Jan 2006 08:26:16 +1100 in comp.lang.python, Steven
D'Aprano [EMAIL PROTECTED] wrote:
On Tue, 24 Jan 2006 10:38:56 -0600, Dave Hansen wrote:
The latter, IMHO. Especially variable names. Consider i vs. ì vs. í
vs. î vs. ï vs. ...
Agreed, but that's the programmer's fault for
On Tue, 24 Jan 2006 15:58:35 -0600, Dave Hansen wrote:
On Wed, 25 Jan 2006 08:26:16 +1100 in comp.lang.python, Steven
D'Aprano [EMAIL PROTECTED] wrote:
On Tue, 24 Jan 2006 10:38:56 -0600, Dave Hansen wrote:
The latter, IMHO. Especially variable names. Consider i vs. ì vs. í
vs. î vs. ï
Robert Kern wrote:
James Stroud wrote:
I can't find ≤, ≥, or ≠ on my keyboard.
Get a better keyboard? or OS?
Please talk to my boss. Tell him I want a Quad G5 with about 2 Giga ram.
I'll by the keyboard myself, no problemo.
On OS X,
≤ is Alt-,
≥ is Alt-.
≠ is Alt-=
Fewer
James Stroud wrote:
Robert Kern wrote:
James Stroud wrote:
I can't find ≤, ≥, or ≠ on my keyboard.
Get a better keyboard? or OS?
Please talk to my boss. Tell him I want a Quad G5 with about 2 Giga ram.
I'll by the keyboard myself, no problemo.
Alternatively, you can simply learn to use
,
but that was a long time ago.
Once you open your mind for using non-ascii symbols, I'm sure one can
find a bunch of useful applications. Variable names could be allowed to
be non-ascii, as in XML. Think class names in Arabian... Or you could
use Greek letters if you run out of one-letter variable
attempts in other languages? I can only think of APL,
but that was a long time ago.
Once you open your mind for using non-ascii symbols, I'm sure one can
find a bunch of useful applications. Variable names could be allowed to
be non-ascii, as in XML. Think class names in Arabian... Or you could
James Stroud wrote:
I can't find ≤, ≥, or ≠ on my keyboard.
Get a better keyboard? or OS?
On OS X,
≤ is Alt-,
≥ is Alt-.
≠ is Alt-=
Fewer keystrokes than = or = or !=.
--
Robert Kern
[EMAIL PROTECTED]
In the fields of hell where the grass grows high
Are the graves of dreams allowed to
62 matches
Mail list logo
