Re: generator slides review and Python doc (+/- text bug)

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 Tu

Re: generator slides review and Python doc (+/- text bug)

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. > > > > >

Re: [OT] Usage of U+00B6 PILCROW SIGN (was: generator slides review and Python doc (+/- text bug))

Le lundi 3 février 2014 23:56:43 UTC+1, Ben Finney a écrit : > Rotwang 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 using the

Re: [OT] Usage of U+00B6 PILCROW SIGN (was: generator slides review and Python doc (+/- text bug))

Le mardi 4 février 2014 15:39:54 UTC+1, Jerry Hill a écrit : > On Tue, Feb 4, 2014 at 1:51 AM, 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)

Re: [OT] Usage of U+00B6 PILCROW SIGN

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

Re: [OT] Usage of U+00B6 PILCROW SIGN

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 unu

Re: Finding size of Variable

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 > > 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 a list, you'll proba

Re: [OT] Usage of U+00B6 PILCROW SIGN (was: generator slides review and Python doc (+/- text bug))

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 http://cx-free

Re: Finding size of Variable

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 > > s

Re: Finding size of Variable

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

Re: What are the kinds of software that are not advisable to be developed using 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 interfac

Re: Finding size of Variable

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 Py

Re: Finding size of Variable

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

Re: Finding size of Variable

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 (

Re: Working with the set of real numbers (was: Finding size of Variable)

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

Re: Working with the set of real numbers (was: Finding size of Variable)

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 c

Re: Working with the set of real numbers

The fascinating aspect of this FSR lies in its mathematical absurdity. jmf -- https://mail.python.org/mailman/listinfo/python-list

Re: decimal numbers

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 = 'm

Re: Can global variable be passed into Python function?

>>> # 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 -- https://

Re: Can global variable be passed into Python function?

Le samedi 22 février 2014 09:10:02 UTC+1, Chris Angelico a écrit : > On Sat, Feb 22, 2014 at 7:02 PM, 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 identi

Re: Can global variable be passed into Python function?

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 wor

Re: Python 3.5, bytes, and %-interpolation (aka PEP 461)

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. >

Re: Working with the set of real numbers (was: Finding size of Variable)

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

Re: How is unicode implemented behind the scenes?

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 > > > impl

Re: golang OO removal, benefits. over python?

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

Re: 'complex' function with string argument.

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 n

Re: 'complex' function with string argument.

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)

Re: 'complex' function with string argument.

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 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 lot of code.

Re: Python MSI not installing, log file showing name of a Viatnemese communist revolutionary

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. > >

Re: unicode as valid naming symbols

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

Re: Explanation of this Python language feature? [x for x in x for x in x] (to flatten a nested list)

Unicode... Interesting reading. jmf -- https://mail.python.org/mailman/listinfo/python-list

Python and Unicode

Well, there is a (serious) problem somewhere... jmf -- https://mail.python.org/mailman/listinfo/python-list

Re: Python and Unicode

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. > > > > -- > > M

Re: Language summit notes

Unicode! -- https://mail.python.org/mailman/listinfo/python-list

Re: Language summit notes

-- 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 -- https://mail.pyth

Re: Language summit notes

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

Re: Language summit notes

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 ma

Re: Language summit notes

- 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

Re: Martijn Faassen: The Call of Python 2.8

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

Re: Martijn Faassen: The Call of Python 2.8

Le lundi 14 avril 2014 20:59:37 UTC+2, Ian a écrit : > On Apr 14, 2014 11:46 AM, 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 understand

Re: Martijn Faassen: The Call of Python 2.8

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

Re: Why Python 3?

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 t

Re: Unicode in Python

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 codin

Re: Unicode in Python

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 : > > >> > > >> > > >> > > >>

Re: Unicode in Python

== 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

Re: Unicode in Python

Le samedi 26 avril 2014 15:38:29 UTC+2, Ian a écrit : > On Apr 26, 2014 3:46 AM, "Frank Millman" wrote: > > > > > > > > > wrote in message > > > news:03bb12d8-93be-4ef6-94ae-4a02789ae...@googlegroups.com... > > > > == > > > > > > > > I wrote once 90 % of Python 2 apps (a generic te

Re: Unicode in Python

Le samedi 26 avril 2014 15:38:29 UTC+2, Ian a écrit : > On Apr 26, 2014 3:46 AM, "Frank Millman" wrote: > > > > > > > > > wrote in message > > > news:03bb12d8-93be-4ef6-94ae-4a02789ae...@googlegroups.com... > > > > == > > > > > > > > I wrote once 90 % of Python 2 apps (a generic te

[bugs] Last week...

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 -- https://mail.python.org/mailman

Unicode 7

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,

Re: Unicode 7

@ 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

Re: Unicode 7

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 y

Re: Unicode in Python

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

Re: Unicode in Python

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 c

Re: Why isn't my re.sub replacing the contents of my MS Word file?

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, emdas

Re: Why isn't my re.sub replacing the contents of my MS Word file?

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 binar

Re: Everything you did not want to know about Unicode in Python 3

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. >

Re: PEP 8 : Maximum line Length :

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 >

Re: PEP 8 : Maximum line Length :

Le jeudi 15 mai 2014 16:27:16 UTC+2, Chris Angelico a écrit : > On Fri, May 16, 2014 at 12:17 AM, 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 th

Re: Everything you did not want to know about Unicode in Python 3

Le vendredi 16 mai 2014 13:50:47 UTC+2, Antoine Pitrou a écrit : > Terry Reedy 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: > > > >> > > > >>> Beca

Re: Python and Math

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. > > > > Py

Re: Python and Math

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 ma

Re: Python and Math

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, wh

Re: Python and Math

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 insta

Putting Py 3.4.1 to work.

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, ...

Re: Putting Py 3.4.1 to work.

- 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 St

Re: Putting Py 3.4.1 to work.

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, wrote: > > >> Experimented users have certainly noticed a lot of > > >> things have changed. > > >> > > > > This looks like something went weird i

Re: Putting Py 3.4.1 to work.

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

Re: Python and Math

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 I

Re: Python is horribly slow compared to bash!!

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 y

Re: How keep Python 3 moving forward

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

Re: How keep Python 3 moving forward

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 th

Re: Make Python Compilable, convert to Python source to Go

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\jmgo>hello3.exe ASCII abcde xyz Germanäöü ÄÖÜ ß Polishąęźżńł Russian абвгдеж эюя CJK

Re: How keep Python 3 moving forward

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 > > > declaimed the following: > > > > > >> On 05/25/2014 10:38 AM, Rustom Mody wrote: > > >>> > > >>> Your unicode is mojibaked

Re: IDE for python

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 talk

Re: IDE for python

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 wrote: > > >> > Please suggest, if we have any free ide for python development. > > > > > > Anything that writes text is fine. > > > I recommend the standard text editor for your

Re: IDE for python

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

Re: Yet another "simple" headscratcher

>>> # 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.

Re: IDE for python

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 in

Re: Python 3 is killing Python

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

Re: Python 3 is killing Python

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 > > > wrote: > > > > > > Larry Martell > > > writes: > > >

Re: IDE for python

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 fi

Re: IDE for python

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

Re: Unicode and Python - how often do you index strings?

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 str

Re: Python 3 is killing Python

Le lundi 2 juin 2014 17:01:01 UTC+2, Ian a écrit : > On Jun 1, 2014 12:11 PM, 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 Represen

Re: RE Module Performance

Le mercredi 31 juillet 2013 07:45:18 UTC+2, Steven D'Aprano a écrit : > On Tue, 30 Jul 2013 12:09:11 -0700, wxjmfauth wrote: > > > > > And do not forget, in a pure utf coding scheme, your char or a char will > > > *never* be larger than 4 bytes. > > >

Re: Editing tabular data [was: PEP8 79 char max]

Le jeudi 1 août 2013 02:50:13 UTC+2, Chris Angelico a écrit : > ... > rather than OO/LibreOffice. (I'll not distinguish those two. Far as > > I'm concerned, they're one product with two names.) ... Very interesting aspect in LibreOffice. As the "center of gravity of the development" has move

Re: PEP8 revised: max line lengths

Le vendredi 2 août 2013 13:07:47 UTC+2, Chris “Kwpolska” Warrick a écrit : > On Fri, Aug 2, 2013 at 2:51 AM, Roy Smith wrote: > > > In article , > > > Terry Reedy wrote: > > > > > >> Newly revised this morning: > > >> http://www.python.org/dev/peps/pep-0008/#maximum-line-length > > >> summ

Re: PEP8 revised: max line lengths

Le vendredi 2 août 2013 17:19:11 UTC+2, Skip Montanaro a écrit : > > The solely valid solution, assuming there is some wish, > > > is to define a maximal line width (preferably in SI units ;-) > > > > So, 79 * 8 points == 0.22295696 meters, right? :-) > > > > Skip You can correct your m

Re: PEP8 revised: max line lengths

Le samedi 3 août 2013 13:35:29 UTC+2, Nicholas a écrit : > On Friday, 2 August 2013, Chris “Kwpolska” Warrick wrote: > > > [snip] > > > > So, what are you feasting for?  Nothing? > > > I have long since ceased to be amazed at the number of people who would like > their personal and arbitra

Re: beginner question (True False help)

Le mercredi 7 août 2013 10:17:21 UTC+2, eschne...@comcast.net a écrit : > I'm trying to create an option for the program to repeat if the user types > 'y' or 'yes', using true and false values, or otherwise end the program. If > anyone could explain to me how to get this code working, I'd appreci

Thinking Unicode

I wrote many times on this list, the ascii (generic name for "byte string") world and the unicode world are two incompatible worlds. There are bridges, basically there are incompatible, they requires to think differently. There is an interesting case on the dev list: http://mail.python.org/piperma

Re: beginner question (True False help)

Le jeudi 8 août 2013 22:29:00 UTC+2, Terry Reedy a écrit : > On 8/8/2013 7:41 AM, Chris Angelico wrote: > > > On Thu, Aug 8, 2013 at 7:20 AM, wrote: > > > def z2(): > > >> ... letters = 'abc' > > >> ... while True: > > >> ... c = input('letter: ') > > >> ... if c

Re: right adjusted strings containing umlauts

Le jeudi 8 août 2013 18:27:06 UTC+2, Kurt Mueller a écrit : > Now I have this small example: > > -- > > #!/usr/bin/env python > > # vim: set fileencoding=utf-8 : > > > > from __future__ import print_function > > import sys, shlex > >

Re: Could you verify this, Oh Great Unicode Experts of the Python-List?

Le dimanche 11 août 2013 11:09:44 UTC+2, Steven D'Aprano a écrit : > On Sun, 11 Aug 2013 07:17:42 +0100, Joshua Landau wrote: > > > > > The reason some accented letters have single code point forms is to > > support legacy charsets; ... No. jmf PS Unicode normalization is failing expectedl

Re: .split() Qeustion

Le mercredi 14 août 2013 13:55:23 UTC+2, Joshua Landau a écrit : > On 14 August 2013 12:45, Peter Otten <__pete...@web.de> wrote: > > > Joshua Landau wrote: > > >> On 14 August 2013 09:30, Alister wrote: > > >>> I would agree with the last statement. > > >>> Please write list definitions as li

Re: .split() Qeustion

Le mercredi 14 août 2013 19:14:59 UTC+2, Chris Angelico a écrit : > On Wed, Aug 14, 2013 at 6:05 PM, wrote: > > > On Wed, Aug 14, 2013, at 10:32, wxjmfa...@gmail.com wrote: > > >> I'm always and still be suprised by the number of hard coded > > >> '\n' one can find in Python code when the port

Re: .split() Qeustion

A technical ascpect of triple quoted strings is that the "end of lines" are not respected. >>> import zzz >>> zzz.__doc__ 'abc\ndef\n' >>> with open('zzz.py', 'rb') as fo: ... r = fo.read() ... >>> r b'"""abc\r\ndef\r\n"""\r\n' Now, one can argue... jmf -- http://mail.python.org/mailma

Re: .split() Qeustion

I perfectly knows what Python does. I missinterpreting nothing. I opened my example in binary mode just to show the real endings. It still remains the """...""" has its owns EOL and one has to be aware of it. No more, no less. ("""...""" and tokenize.py is funny) jmf -- http://mail.p

Re: .split() Qeustion

- A mole is an amount of matter measured in [kg] . The Avogadro's number can only be a dimensionless number, [1] . The Avogadro's constant is the Avogadro's number (of "pieces" or "objects") per mol, [1 / mol]. A chemist has to work and is always working in mole; as his balance can only measu

Re: .split() Qeustion

Le vendredi 16 août 2013 15:23:37 UTC+2, Roy Smith a écrit : > In article <2d88bc0f-fdcb-4685-87ed-c17998dd3...@googlegroups.com>, > > wxjmfa...@gmail.com wrote: > > > > > A chemist has to work and is always working in mole; as his > > > balance can only measure a mass, the calculation mole <

<    1   2   3   4   >