To: Steven D'Aprano
From: "wxjmfauth"
To: Steven D'Aprano
From: wxjmfa...@gmail.com
Le vendredi 22 juin 2018 11:07:15 UTC+2, Steven D'Aprano a ─CcritΓ :
>
> C# <--> IronPython 2.7 <--> CPython 3.6
>
C# <--> IronPython 2.7.
It will not work. Coding of c
To: Steven D'Aprano
From: wxjmfa...@gmail.com
Le vendredi 22 juin 2018 11:07:15 UTC+2, Steven D'Aprano a ─CcritΓ :
>
> C# <--> IronPython 2.7 <--> CPython 3.6
>
C# <--> IronPython 2.7.
It will not work. Coding of characters ! Try with IronPython 2.7.8.
PS Yes, I know, it is based on .NET !!!
Le lundi 27 novembre 2017 14:52:19 UTC+1, Rustom Mody a ÄCcritâ :
> On Monday, November 27, 2017 at 6:48:56 PM UTC+5:30, Rustom Mody wrote:
> > Having said that I should be honest to mention that I saw your post first
on
> > my phone where the î, showed but the gØÜ« showed as a rectangle something
Le dimanche 26 novembre 2017 05:53:55 UTC+1, Rustom Mody a ÄCcritâ :
> On Sunday, November 26, 2017 at 3:43:29 AM UTC+5:30, Chris Angelico wrote:
> > On Sun, Nov 26, 2017 at 9:05 AM, wojtek.mula wrote:
> > > Hi, my goal is to obtain an interpreter that internally
> > > uses UCS-2. Such a simple
Le dimanche 26 novembre 2017 05:53:55 UTC+1, Rustom Mody a ÄCcritâ :
> On Sunday, November 26, 2017 at 3:43:29 AM UTC+5:30, Chris Angelico wrote:
> > On Sun, Nov 26, 2017 at 9:05 AM, wojtek.mula wrote:
> > > Hi, my goal is to obtain an interpreter that internally
> > > uses UCS-2. Such a simple
Le mercredi 4 juin 2014 02:39:54 UTC+2, Chris Angelico a écrit :
A current discussion regarding Python's Unicode support centres (or
centers, depending on how close you are to the cent[er]{2} of the
universe) around one critical question: Is string indexing common?
Python strings can
Le lundi 2 juin 2014 17:01:01 UTC+2, Ian a écrit :
On Jun 1, 2014 12:11 PM, wxjm...@gmail.com wrote:
At least Py2 does not crash when using non ascii
(eg sticking with cp1252).
I just noticed this last week, Thursday, when presenting
the absurdity of the Flexible String
Le dimanche 1 juin 2014 03:48:07 UTC+2, Rustom Mody a écrit :
On Friday, May 30, 2014 10:37:00 PM UTC+5:30, Rustom Mody wrote:
You are talking about the infrastructure needed for writing unicode apps.
The language need not have non-ASCII lexemes for that
I am talking about
Le mercredi 28 mai 2014 14:55:35 UTC+2, Chris Angelico a écrit :
On Wed, May 28, 2014 at 9:46 PM, Greg Schroeder gmschroe...@gmail.com wrote:
Please suggest, if we have any free ide for python development.
Anything that writes text is fine.
I recommend the standard text editor
Le vendredi 30 mai 2014 19:30:27 UTC+2, Rustom Mody a écrit :
On Friday, May 30, 2014 10:47:33 PM UTC+5:30, wxjm...@gmail.com wrote:
=
Ok, thanks for the answer.
xetex does not quite work whereas pdflatex works smoothly
?
Problem is a combination of
# from my lib
def NewMat(nr, nc, val=0.0):
... val = float(val)
... return [[val] * nc for i in range(nr)]
...
import vmio6
aa = NewMat(2, 3)
vmio6.pr(aa)
( 0.0e+000 0.0e+000 0.0e+000 )
( 0.0e+000 0.0e+000 0.0e+000 )
aa[0][0] = 3.1416
Le vendredi 30 mai 2014 18:15:09 UTC+2, Rustom Mody a écrit :
On Friday, May 30, 2014 8:36:54 PM UTC+5:30, wxjm...@gmail.com wrote:
Out of curiosity.
Are you the Rusi Mody attempting to dive in Xe(La)TeX?
Yeah :-)
As my blog posts labelled unicode will indicate I am a
Le samedi 31 mai 2014 14:30:11 UTC+2, Steven D'Aprano a écrit :
On Sat, 31 May 2014 12:07:59 +0200, Steve Hayes wrote:
I'll leave Python 3.2 on my computer, but 2.7.5 will be the one I'm
installing now. Even if I could *find* a book that deals with Python
3.x, couldn't afford to
Le mercredi 28 mai 2014 22:24:15 UTC+2, Mark Lawrence a écrit :
On 28/05/2014 20:58, Larry Martell wrote:
On Wed, May 28, 2014 at 2:49 PM, Paul Rubin no.email@nospam.invalid
mailto:no.email@nospam.invalid wrote:
Larry Martell larry.mart...@gmail.com
Le vendredi 30 mai 2014 16:04:18 UTC+2, Rustom Mody a écrit :
On Friday, May 30, 2014 7:24:10 PM UTC+5:30, Marko Rauhamaa wrote:
Rustom Mody wrote:
3. Search unopened files (grep) for a string or re.
How do you do this with emacs?
I find a menagerie of greppish
Le vendredi 30 mai 2014 18:38:04 UTC+2, Mark Lawrence a écrit :
On 30/05/2014 17:15, Rustom Mody wrote:
On Friday, May 30, 2014 8:36:54 PM UTC+5:30, wxjm...@gmail.com wrote:
It is now about time that we stop taking ASCII seriously!!
This can't happen in the Python world
Le lundi 26 mai 2014 01:09:31 UTC+2, Mark Lawrence a écrit :
On 25/05/2014 23:22, Dennis Lee Bieber wrote:
On Sun, 25 May 2014 11:34:59 -0700, Ethan Furman et...@stoneleaf.us
declaimed the following:
On 05/25/2014 10:38 AM, Rustom Mody wrote:
Your unicode is mojibaked
Le dimanche 25 mai 2014 02:27:11 UTC+2, Terry Reedy a écrit :
On 5/24/2014 3:49 PM, Marko Rauhamaa wrote:
Few people have Python 3 as an objective. What I'm saying is that if
Python 3 had something everybody wants and nothing else provides, the
people will come, even the legacy
My opinions about Go.
i) go build XXX that creates an exe, one can put on
a usb stick and run (distribute) it, is a feature hard
to beat.
I do not know, if it will be rendered correctly.
D:\jm\jmgohello3.exe
ASCII abcde xyz
Germanäöü ÄÖÜ ß
Polishąęźżńł
Russian абвгдеж эюя
CJK
Le vendredi 23 mai 2014 22:16:10 UTC+2, Mark Lawrence a écrit :
An article by Brett Cannon that I thought might be of interest
http://nothingbutsnark.svbtle.com/my-view-on-the-current-state-of-python-3
--
My fellow Pythonistas, ask not what our language can do for you, ask
what
Le jeudi 22 mai 2014 01:14:29 UTC+2, chris@noaa.gov a écrit :
On Tuesday, May 20, 2014 5:51:27 AM UTC-7, Frank Millman wrote:
I used it to install IPython, with the following results.
First I ran 'pip install ipython', which worked.
Then I read the IPython docs,
Le jeudi 22 mai 2014 12:54:22 UTC+2, Chris Angelico a écrit :
Figure some of you folks might enjoy this. Look how horrible Python
performance is!
http://thedailywtf.com/Articles/Best-of-Email-Brains,-Security,-Robots,-and-a-Risky-Click.aspx
Actually, probably a lot of you folks
I really expected I worked to quickly and I did a mistake
in freezing applications. But, no. cx_freeze just re-became
problematic, __file__, bootstap, importlib and so on.
My take on the subject.
Since the introduction of this uncecessary __pycache__ mess,
I'm experimenting a lot of problems (I'm
Le lundi 19 mai 2014 21:18:54 UTC+2, Tim Golden a écrit :
On 19/05/2014 20:07, wxjmfa...@gmail.com wrote:
Yesterday, I spent one hour attemepting to install IPython
for Py3.3 (win 7), I failed. I do not even succeed to
understand how. Pip, setuptools, whl or manualy with from
Le mardi 20 mai 2014 12:13:45 UTC+2, Tim Golden a écrit :
On 20/05/2014 10:19, wxjmfa...@gmail.com wrote:
Le lundi 19 mai 2014 21:18:54 UTC+2, Tim Golden a �crit :
On 19/05/2014 20:07, wxjmfa...@gmail.com wrote:
Yesterday, I spent one hour attemepting to install IPython
for
Experimented users have certainly noticed a lot of
things have changed.
Short. I installed Py3.4.1, it overwrites c:\Python34 which
contained eg. PySide in ...\site-packages.
So far, so good. I can launch Python, IDLE and my interactive
interpreter I wrote with tkinter via a cmd in dos, .bat,
-
Complete (re)Fresh install Stop Python34, PySide ok Stop
cx_freeze 4.3.3 for py34 seems to suffer, again, from the same
desease as with cx_freeze 4.3.2, Py 3.4.0 leading to a Py crash
Stop Python, PySide, cx_freeze, Windows issue? No idea Stop
Have some idea about the guilty msi installer
Le mercredi 21 mai 2014 00:19:37 UTC+2, Terry Reedy a écrit :
On 5/20/2014 4:55 PM, Zachary Ware wrote:
On Tue, May 20, 2014 at 9:31 AM, wxjmfa...@gmail.com wrote:
Experimented users have certainly noticed a lot of
things have changed.
This looks like something went weird
Le lundi 19 mai 2014 12:15:22 UTC+2, Fabien a écrit :
Hi everyone,
I am new on this forum (I come from IDL and am starting to learn python)
This thread perfectly illustrates why Python is so scary to newcomers:
one question, three answers: yes, no, maybe.
Python-fans sure
Le lundi 19 mai 2014 18:09:24 UTC+2, Rustom Mody a écrit :
On Monday, May 19, 2014 8:26:11 PM UTC+5:30, jmf wrote:
Yesterday, I spent one hour attemepting to install IPython
for Py3.3 (win 7), I failed. I do not even succeed to
understand how. Pip, setuptools, whl or manualy with
Le vendredi 16 mai 2014 13:50:47 UTC+2, Antoine Pitrou a écrit :
Terry Reedy tjreedy at udel.edu writes:
On 5/13/2014 8:53 PM, Ethan Furman wrote:
On 05/13/2014 05:10 PM, Steven D'Aprano wrote:
On Tue, 13 May 2014 10:08:42 -0600, Ian Kelly wrote:
Because Python 3
Le mardi 13 mai 2014 10:45:49 UTC+2, Peter Otten a écrit :
Ganesh Pal wrote:
Hi Team ,
what would be the best way to intent the below line .
I have few lines in my program exceeding the allowed maximum line Length
of 79./80 characters
Example 1 :
Le jeudi 15 mai 2014 16:27:16 UTC+2, Chris Angelico a écrit :
On Fri, May 16, 2014 at 12:17 AM, wxjmfa...@gmail.com wrote:
One another trick is to drop spaces around keywords
9and 12345or 99if 'a'in'a' else or 77
12345
and pray, the tools from
Le mardi 13 mai 2014 22:26:51 UTC+2, MRAB a écrit :
On 2014-05-13 20:01, scottca...@gmail.com wrote:
On Tuesday, May 13, 2014 9:49:12 AM UTC-4, Steven D'Aprano wrote:
You may have missed my follow up post, where I said I had not noticed you
were operating on a binary .doc file.
Le mardi 13 mai 2014 10:08:45 UTC+2, Johannes Bauer a écrit :
On 13.05.2014 03:18, Steven D'Aprano wrote:
Armin Ronacher is an extremely experienced and knowledgeable Python
developer, and a Python core developer. He might be wrong, but he's not
*obviously* wrong.
He's
Le samedi 10 mai 2014 06:22:00 UTC+2, Rustom Mody a écrit :
On Saturday, May 10, 2014 1:21:04 AM UTC+5:30, scott...@gmail.com wrote:
Hi,
here is a snippet of code that opens a file (fn contains the path\name)
and first tried to replace all endash, emdash etc characters
Le jeudi 1 mai 2014 19:21:14 UTC+2, rand...@fastmail.us a écrit :
On Mon, Apr 28, 2014, at 4:57, wxjmfa...@gmail.com wrote:
Python 3:
- It missed the unicode shift.
- Covering the whole unicode range will not make
Python a unicode compliant product.
Please cite exactly what
Le vendredi 2 mai 2014 05:50:40 UTC+2, Michael Torrie a écrit :
Can't help but feed the troll... forgive me.
On 04/28/2014 02:57 AM, wxjmfa...@gmail.com wrote:
Python 2.7 + cp1252:
- Solid and coherent system (nothing to do with the Euro).
Except that cp1252 is not unicode.
Le mercredi 30 avril 2014 20:48:48 UTC+2, Tim Chase a écrit :
On 2014-04-30 00:06, wxjmfa...@gmail.com wrote:
@ Time Chase
I'm perfectly aware about what I'm doing.
Apparently, you're quite adept at appending superfluous characters to
sensible strings...did you benchmark
@ Time Chase
I'm perfectly aware about what I'm doing.
@ MRAB
...Although the third example is the fastest, it's also the wrong
way to handle Unicode: ...
Maybe that's exactly the opposite. It illustrates very well,
the quality of coding schemes endorsed by Unicode.org.
I deliberately choose
Last week I found three bugs related to the coding of
characters / unicode (Py 3).
Bugs, that are making impossible to write safe code
when manipulating text/strings as Python is supposed
to do.
Safe code == not broken, nothing to do with a regression.
jmf
--
Let see how Python is ready for the next Unicode version
(Unicode 7.0.0.Beta).
timeit.repeat((x*1000 + y)[:-1], setup=x = 'abc'; y = 'z')
[1.4027834829454946, 1.38714224331963, 1.3822586635296261]
timeit.repeat((x*1000 + y)[:-1], setup=x = 'abc'; y = '\u0fce')
[5.462776291480395,
Le samedi 26 avril 2014 15:38:29 UTC+2, Ian a écrit :
On Apr 26, 2014 3:46 AM, Frank Millman fr...@chagford.com wrote:
wxjm...@gmail.com wrote in message
news:03bb12d8-93be-4ef6-94ae-4a02789ae...@googlegroups.com...
==
I wrote once 90 % of Python 2 apps (a
Le samedi 26 avril 2014 15:38:29 UTC+2, Ian a écrit :
On Apr 26, 2014 3:46 AM, Frank Millman fr...@chagford.com wrote:
wxjm...@gmail.com wrote in message
news:03bb12d8-93be-4ef6-94ae-4a02789ae...@googlegroups.com...
==
I wrote once 90 % of Python 2 apps (a
==
I wrote once 90 % of Python 2 apps (a generic term) supposed to
process text, strings are not working.
In Python 3, that's 100 %. It is somehow only by chance, apps may
give the illusion they are properly working.
jmf
--
https://mail.python.org/mailman/listinfo/python-list
Le mardi 22 avril 2014 08:30:45 UTC+2, Rustom Mody a écrit :
@ rusy
Ive reworded it to make it clear that I am referring to the
character-sets and not encodings.
Very good, excellent, comment. An healthy coding scheme can only
work properly with a unique characters set and the coding is
Le mardi 22 avril 2014 14:21:40 UTC+2, Steven D'Aprano a écrit :
On Tue, 22 Apr 2014 02:07:58 -0700, wxjmfauth wrote:
Le mardi 22 avril 2014 08:30:45 UTC+2, Rustom Mody a écrit :
@ rusy
Ive reworded it to make it clear that I am referring
wxPhoenix.
The funny side of wxPhoenix is, that it *also* has its
own understanding of unicode and it finally only
succeeds to produce mojibakes.
I've tried to explained...
(I was an early wxPython user from wxPython 2.0 (!).
I used, tested, reported about, all wxPython versions up to
the shift
It is more than clear to me, Python did and does not
understand the unicode case.
jmf
--
https://mail.python.org/mailman/listinfo/python-list
Le lundi 14 avril 2014 20:59:37 UTC+2, Ian a écrit :
On Apr 14, 2014 11:46 AM, wxjm...@gmail.com wrote:
Point of curiosity: if the first 256 codepoints of Unicode happened to
correspond to cp1252 instead of Latin-1, would you still object to the FSR?
Yes.
---
cp1252: I'm perfectly
Le dimanche 13 avril 2014 22:13:36 UTC+2, Terry Reedy a écrit :
Everyone, please ignore Jim's unicode/fsr trolling, which started in
July 2012. Don't quote it, don't try to answer it.
--
Terry Jan Reedy
---
FYI:
I was waiting for the final 3.4 release.
I'm only now
-
Unicode == Coding of the characters (all schemes) == math.
For those who are interested in that field, I recommand to
try to understand why we (the world) have to live with
all these coding schemes.
jmf
--
https://mail.python.org/mailman/listinfo/python-list
I will most probably backport two quite large applications
to Py27 (scientific data processing apps).
It's more a question of willingness, than a technical
difficulty. Then basta.
Note: cp1252 is good enough. (latin1/iso8859-1 not!).
jmf
--
https://mail.python.org/mailman/listinfo/python-list
Le samedi 12 avril 2014 14:53:15 UTC+2, Ned Batchelder a écrit :
On 4/12/14 8:25 AM, wxjmfa...@gmail.com wrote:
--
Regarding the Flexible String Representation, I have always
been very coherent in the examples I gave (usually with and/or
from an interactive intepreter -
--
Regarding the Flexible String Representation, I have always
been very coherent in the examples I gave (usually with and/or
from an interactive intepreter - not relevant).
I never seen once somebody pointing or beeing able to point
what is wrong in those examples.
jmf
--
Unicode!
--
https://mail.python.org/mailman/listinfo/python-list
Le mercredi 9 avril 2014 10:53:36 UTC+2, Mark Lawrence a écrit :
On 09/04/2014 09:07, wxjmfa...@gmail.com wrote:
Well, there is a (serious) problem somewhere...
jmf
Look in a mirror and you'll see it as it'll be staring you in the face.
--
My fellow Pythonistas,
Well, there is a (serious) problem somewhere...
jmf
--
https://mail.python.org/mailman/listinfo/python-list
Unicode...
Interesting reading.
jmf
--
https://mail.python.org/mailman/listinfo/python-list
Le mardi 25 mars 2014 19:30:34 UTC+1, Mark H. Harris a écrit :
greetings, I would like to create a lamda as follows:
√ = lambda n: sqrt(n)
On my keyboard mapping the problem character is alt-v which produces
the radical symbol. When trying to set the symbol as a name within
Le samedi 22 mars 2014 05:59:34 UTC+1, Mark H. Harris a écrit :
On 3/21/14 11:46 PM, Chris Angelico wrote:
(Side point: You have your 0d and your 0a backwards; the Unix line
ending is U+000A, and the Windows default is U+000D U+000A.)
Yeah, I know... smart apple.
How
z = a + b*i with a, b, elements of R
z = r*exp(i*phi)with r, phi, elements of R
z = [[a, -b], [b, a]] with a, b, elements of R
This is, in my mind, more questionable:
complex(2, 1+1j)
(1+1j)
print(complex.__doc__)
complex(real[, imag]) - complex number
Create a complex number
Le mercredi 19 mars 2014 09:51:20 UTC+1, Marko Rauhamaa a écrit :
wxjmfa...@gmail.com:
This is, in my mind, more questionable:
complex(2, 1+1j)
(1+1j)
I find it neat, actually.
Marko
# tricky: yes, neat: no
complex(1+1j, 2)
(1+3j)
--
Le mercredi 19 mars 2014 12:04:06 UTC+1, Skip Montanaro a écrit :
On Wed, Mar 19, 2014 at 5:33 AM, Ian Kelly ian.g.ke...@gmail.com wrote:
When is it ever useful though?
About as often as int(0), float(0), or float(0.0) which all work as
expected, though probably don't turn up in a
Le lundi 10 mars 2014 05:49:20 UTC+1, flebber a écrit :
Why would a Python user change to go except for new and interesting?
Unicode
jmf
--
https://mail.python.org/mailman/listinfo/python-list
Le dimanche 9 mars 2014 03:40:28 UTC+1, MRAB a écrit :
On 2014-03-09 02:08, Dan Stromberg wrote:
OK, I know that Unicode data is stored in an encoding on disk.
But how is it stored in RAM?
I realize I shouldn't write code that depends on any relevant
implementation
Mathematics?
The Flexible String Representation is a very nice example
of a mathematical absurdity.
jmf
PS Do not even think to expect to contradict me. Hint:
sheet of paper and pencil.
--
https://mail.python.org/mailman/listinfo/python-list
Le mardi 25 février 2014 00:55:36 UTC+1, Steven D'Aprano a écrit :
However, you don't really want to be adding large numbers of byte strings
together, due to efficiency. Better to use % interpolation to insert them
all at once. Hence the push to add % to bytes in Python 3.
Le lundi 24 février 2014 01:37:42 UTC+1, Steven D'Aprano a écrit :
Performance can matter :-)
timeit.timeit('abc' * 1000 + 'z')
0.991999136702321
timeit.timeit('abc' * 1000 + '\N{EURO SIGN}')
2.5462559386176444
Two points to notice
- Even with utf-8, the worse performance
# a swapping variant
def swap(a, b):
... ab = [a, b]
... ab[1], ab[0] = ab[0], ab[1]
... return ab[0], ab[1]
...
a = 111
id(a)
505627864
b = 999
id(b)
58278640
a, b = swap(a, b)
a, id(a)
(999, 58278640)
b, id(b)
(111, 505627864)
jmf
--
Le samedi 22 février 2014 09:10:02 UTC+1, Chris Angelico a écrit :
On Sat, Feb 22, 2014 at 7:02 PM, wxjmfa...@gmail.com wrote:
# a swapping variant
def swap(a, b):
... ab = [a, b]
... ab[1], ab[0] = ab[0], ab[1]
... return ab[0], ab[1]
Provably identical
Without any warranty.
def z(r):
... # r: int 0
... t = log10(r)
... if t = 12.0:
... prefix = ''
... prefix2 = ''
... elif t = 9.0:
... prefix = 'giga'
... prefix2 = 'G'
... r = r / 1.0e9
... elif t = 6.0:
... prefix = 'mega'
Integers are integers. (1)
Characters are characters. (2)
(1) is a unique natural set.
(2) is an artificial construct working
with 3 sets (unicode).
jmf
--
https://mail.python.org/mailman/listinfo/python-list
Le mercredi 12 février 2014 09:35:38 UTC+1, wxjm...@gmail.com a écrit :
Integers are integers. (1)
Characters are characters. (2)
(1) is a unique natural set.
(2) is an artificial construct working
with 3 sets (unicode).
jmf
Addendum: One should not confuse unicode and
The fascinating aspect of this FSR lies
in its mathematical absurdity.
jmf
--
https://mail.python.org/mailman/listinfo/python-list
Le lundi 10 février 2014 15:43:08 UTC+1, Tim Chase a écrit :
On 2014-02-10 06:07, wxjmfa...@gmail.com wrote:
Python does not save memory at all. A str (unicode string)
uses less memory only - and only - because and when one uses
explicitly characters which are consuming less memory.
Le mardi 11 février 2014 20:04:02 UTC+1, Mark Lawrence a écrit :
On 11/02/2014 18:53, wxjmfa...@gmail.com wrote:
Le lundi 10 février 2014 15:43:08 UTC+1, Tim Chase a écrit :
On 2014-02-10 06:07, wxjmfa...@gmail.com wrote:
Python does not save memory at all. A str (unicode string)
Le samedi 8 février 2014 03:48:12 UTC+1, Steven D'Aprano a écrit :
We consider it A GOOD THING that Python spends memory for programmer
convenience and safety. Python looks for memory optimizations when it can
save large amounts of memory, not utterly trivial amounts. So in a Python
Le dimanche 9 février 2014 06:17:03 UTC+1, Skybuck Flying a écrit :
However there is more... Python may lack some technical language elements
like, call by reference, and perhaps other low level codes, like 8 bit, 16
bit, 32 bit integers which play a roll with interfacing with
Le mercredi 5 février 2014 12:44:47 UTC+1, Chris Angelico a écrit :
On Wed, Feb 5, 2014 at 10:00 PM, Steven D'Aprano
steve+comp.lang.pyt...@pearwood.info wrote:
where stopWords.txt is a file of size 4KB
My guess is that if you split a 4K file into words, then put the words
into
Le jeudi 6 février 2014 13:23:03 UTC+1, Rustom Mody a écrit :
On Tuesday, February 4, 2014 8:51:25 PM UTC+5:30, jmf wrote:
Useless and really ugly.
Evidently one can do worse:
http://www.pip-installer.org/en/latest/installing.html#requirements
or
Le jeudi 6 février 2014 12:10:08 UTC+1, Ned Batchelder a écrit :
On 2/6/14 5:15 AM, wxjmfa...@gmail.com wrote:
sum([sys.getsizeof(c) for c in ['a', 'a EURO', 'aa EURO']*3])
336
sum([sys.getsizeof(c) for c in ['aa EURO aa EURO']*3])
150
Some mysterious problem with the euro.
Let's take a real French char.
sys.getsizeof('abc' + 'œ')
46
sys.getsizeof(('abc' + 'œ').encode('utf-32'))
37
or a German char, ẞ
sys.getsizeof('abc' + '\N{LATIN CAPITAL LETTER SHARP S}')
46
sys.getsizeof(('abc' + '\N{LATIN CAPITAL LETTER SHARP
Le mercredi 5 février 2014 00:18:35 UTC+1, Terry Reedy a écrit :
On 2/4/2014 10:21 AM, wxjmfa...@gmail.com wrote:
I was able to discover that link by opening the page, highlighting the
section header with my mouse, then clicking the pilcrow. That gives
me the anchor link to that
Le mercredi 5 février 2014 16:23:01 UTC+1, Ned Batchelder a écrit :
On 2/5/14 9:41 AM, wxjmfa...@gmail.com wrote:
If you put the FSR on the table.
I think I have a very correct vision of what Unicode
should be and*is*. (*)
I belong to those who know that latin-1 is unusable for
Le mardi 4 février 2014 15:39:54 UTC+1, Jerry Hill a écrit :
On Tue, Feb 4, 2014 at 1:51 AM, wxjmfa...@gmail.com wrote:
I got it. If I'm visiting a page like this:
http://docs.python.org/3/tutorial/index.html#the-python-tutorial
1) To read the page, I'm scrolling down.
2)
generator slides review and Python doc
I do not know what tool is used to produce such
slides.
When the mouse is over a a text like a title (H* ... \H* ???)
the text get transformed and a colored eol is appearing.
Example with the slide #3:
Even numbers
becomes
Even numbers§
with a visible
Le lundi 3 février 2014 18:42:36 UTC+1, Rotwang a écrit :
On 03/02/2014 13:59, wxjmfa...@gmail.com wrote:
[...]
I noticed the same effect with the Python doc
since ? (long time).
Eg.
The Python Tutorial
appears as
The Python Tutorial¶
with a visible
Le lundi 3 février 2014 19:55:26 UTC+1, Rotwang a écrit :
On 03/02/2014 18:37, wxjmfa...@gmail.com wrote:
[...]
Hint: try clicking the ¶.
I never was aware of this feature. Is it deliverate?
Do you mean deliberate? Of course it is.
It gives to me the feeling
Le lundi 3 février 2014 23:56:43 UTC+1, Ben Finney a écrit :
Rotwang sg...@hotmail.co.uk writes:
Why on Earth would the [¶, U+00B6 PILCROW SIGN] correspond to an
EOL? The section sign and pilcrow have a history of being used to
refer to sections and paragraphs respectively, so
Le dimanche 2 février 2014 13:45:54 UTC+1, Pete Forman a écrit :
Grant Edwards invalid@invalid.invalid writes:
On 2014-01-30, wxjmfa...@gmail.com wxjmfa...@gmail.com wrote:
The temperature unit is the Kelvin, not the Degree Kelvin.
One writes: 0 K, 275.15 K
And
Le vendredi 31 janvier 2014 08:02:22 UTC+1, Rustom Mody a écrit :
On Thursday, January 30, 2014 2:15:20 PM UTC+5:30, jmf wrote:
Le jeudi 30 janvier 2014 04:27:54 UTC+1, Chris Angelico a écrit :
On Thu, Jan 30, 2014 at 1:40 PM, MRAB wrote:
How cruel... I suspect the smack
Le jeudi 30 janvier 2014 04:27:54 UTC+1, Chris Angelico a écrit :
On Thu, Jan 30, 2014 at 1:40 PM, MRAB pyt...@mrabarnett.plus.com wrote:
How cruel... I suspect the smack at 0degC is much more painful
than one
at room temperature G
It's the 21st century; you should be
Le jeudi 30 janvier 2014 10:49:11 UTC+1, Christian Heimes a écrit :
On 30.01.2014 04:27, Chris Angelico wrote:
On Thu, Jan 30, 2014 at 1:40 PM, MRAB pyt...@mrabarnett.plus.com wrote:
How cruel... I suspect the smack at 0degC is much more painful
than one
at room
Le jeudi 30 janvier 2014 06:56:16 UTC+1, Jessica Ross a écrit :
I found something like this in a StackOverflow discussion.
def paradox():
... try:
... raise Exception(Exception raised during try)
... except:
... print Except after try
...
Different, but a little bit related. The work
which is done actually on the possibility (not
implemented but alreay realized) to colorize (style)
the different graphemes of a glyph is very interesting.
Python with its absurd Flexible String Representation
just become a no go for the kind of task.
Le samedi 25 janvier 2014 05:37:34 UTC+1, Steven D'Aprano a écrit :
I have an unexpected display error when dealing with Unicode strings, and
I cannot understand where the error is occurring. I suspect it's not
actually a Python issue, but I thought I'd ask here to start.
Using
Le vendredi 24 janvier 2014 01:42:41 UTC+1, Terry Reedy a écrit :
This will never happen. Python 3 is the escape from several dead-ends in
Python 2. The biggest in impact is the use of un-accented latin chars as
text in a global, unicode world.
Three days of discussion on how
Le jeudi 23 janvier 2014 10:14:48 UTC+1, Mark Lawrence a écrit :
On 23/01/2014 07:18, wxjmfa...@gmail.com wrote:
Le mercredi 22 janvier 2014 20:23:55 UTC+1, Mark Lawrence a écrit :
I thought this blog might interest some of you
Le mardi 21 janvier 2014 18:34:44 UTC+1, Terry Reedy a écrit :
On 1/21/2014 6:38 AM, Tim Chase wrote:
On 2014-01-21 00:00, xeysx...@gmail.com wrote:
Well, I retired early, and I guess now I've got some spare time to
learn about programming, which always seemed rather mysterious. I
1 - 100 of 328 matches
Mail list logo