Le mercredi 17 octobre 2012 20:28:21 UTC+2, Ian a écrit :
> On Wed, Oct 17, 2012 at 12:17 PM, wrote:
>
> > Not at all, I knew this. In this I decided to program like
>
> > this.
>
> >
>
> > Do you get it? Yes/No or True/False
>
>
>
> It's just bad style, because both 'yes' and 'no' evalu
Le jeudi 18 octobre 2012 11:07:25 UTC+2, Hans Mulder a écrit :
> On 18/10/12 08:31:51, Steven D'Aprano wrote:
>
> > On Thu, 18 Oct 2012 02:06:19 -0400, Zero Piraeus wrote:
>
> >> 3. Say "well, at least it's not a backslash" and break the line using
>
> >> > parentheses.
>
> > I mostly do this.
Le mardi 23 octobre 2012 06:59:49 UTC+2, rusi a écrit :
> On Oct 22, 9:19 pm, rusi wrote:
>
> > On 10/21/2012 11:33 AM, Vincent Davis wrote:
>
> >
>
> > > I am looking for a good way to get every pair from a string. For example,
>
> > > input:
>
> > > x = 'apple'
>
> > > output
>
> > > 'ap'
Le mardi 23 octobre 2012 18:41:45 UTC+2, Ian a écrit :
> On Tue, Oct 23, 2012 at 12:47 AM, wrote:
>
>
>
> In any case, have you been following the progress of issue 16061?
>
> There is a patch for the str.replace regression that you identified,
>
> which results in better performance across
Le mercredi 24 octobre 2012 07:23:11 UTC+2, seektime a écrit :
> Here's some example code. The input is a list which is a "matrix" of letters:
>
>a b a
>
>b b a
>
>
>
> and I'd like to turn this into a Python array:
>
>
>
> 1 2 1
>
> 2 2 1
>
>
>
> so 1 replaces a, and 2
Le mercredi 31 octobre 2012 16:17:19 UTC+1, djc a écrit :
> I learn lots of useful things from the list, some not always welcome. No
>
> sooner had I found a solution to a minor inconvenience in my code, than
>
> a recent thread here drew my attention to the fact that it will not work
>
> for
Le lundi 5 novembre 2012 07:28:00 UTC+1, Demian Brecht a écrit :
> So, here I was thinking "oh, this is a nice, easy way to initialize a 4D
> matrix" (running 2.7.3, non-core libs not allowed):
>
>
>
> m = [[None] * 4] * 4
>
>
>
> The way to get what I was after was:
>
>
>
> m = [[None] *
Le mercredi 7 novembre 2012 02:55:10 UTC+1, Steven D'Aprano a écrit :
>
>
>
>
>
>
> Two-dimensional arrays in Python using lists are quite rare. Anyone who
>
> is doing serious numeric work where they need 2D arrays is using numpy,
>
> not lists. There are millions of people using Python
Le mercredi 7 novembre 2012 23:17:42 UTC+1, Anders a écrit :
> I've run into a Unicode error, and despite doing some googling, I
>
> can't figure out the right way to fix it. I have a Python 2.6 script
>
> that reads my Outlook 2010 task list. I'm able to read the tasks from
>
> Outlook and stor
Le jeudi 8 novembre 2012 15:07:23 UTC+1, Oscar Benjamin a écrit :
> On 8 November 2012 00:44, Oscar Benjamin wrote:
>
> > On 7 November 2012 23:51, Andrew Berg wrote:
>
> >> On 2012.11.07 17:27, Oscar Benjamin wrote:
>
> >>> Are you using cmd.exe (standard Windows terminal)? If so, it does not
Le jeudi 8 novembre 2012 19:32:14 UTC+1, Oscar Benjamin a écrit :
> On 8 November 2012 15:05, wrote:
>
> > Le jeudi 8 novembre 2012 15:07:23 UTC+1, Oscar Benjamin a écrit :
>
> >> On 8 November 2012 00:44, Oscar Benjamin
> >> wrote:
>
> >> > On 7 November 2012 23:51, Andrew Berg wrote:
>
>
Le jeudi 8 novembre 2012 19:49:24 UTC+1, Ian a écrit :
> On Thu, Nov 8, 2012 at 11:32 AM, Oscar Benjamin
>
> wrote:
>
> > If I want the other characters to work I need to change the code page:
>
> >
>
> > O:\>chcp 65001
>
> > Active code page: 65001
>
> >
>
> > O:\>Q:\tools\Python33\python
Le jeudi 8 novembre 2012 21:42:58 UTC+1, Ian a écrit :
> On Thu, Nov 8, 2012 at 12:54 PM, wrote:
>
> > Font has nothing to do here.
>
> > You are "simply" wrongly encoding your "unicode".
>
> >
>
> '\u2013'
>
> > '–'
>
> '\u2013'.encode('utf-8')
>
> > b'\xe2\x80\x93'
>
> '\
Le vendredi 9 novembre 2012 18:17:54 UTC+1, danielk a écrit :
> I'm converting an application to Python 3. The app works fine on Python 2.
>
>
>
> Simply put, this simple one-liner:
>
>
>
> print(chr(254))
>
>
>
> errors out with:
>
>
>
> Traceback (most recent call last):
>
> File "
Le mardi 13 novembre 2012 06:42:19 UTC+1, Steven D'Aprano a écrit :
> On Tue, 13 Nov 2012 03:08:54 +, Mark Lawrence wrote:
>
>
>
>
> * strings are now proper text strings (Unicode), not byte strings;
>
Let me laugh.
jmf
--
http://mail.python.org/mailman/listinfo/python-list
Le mardi 13 novembre 2012 16:53:30 UTC+1, Mark Lawrence a écrit :
> On 13/11/2012 13:21, wxjmfa...@gmail.com wrote:
>
> > Le mardi 13 novembre 2012 06:42:19 UTC+1, Steven D'Aprano a écrit :
>
> >> On Tue, 13 Nov 2012 03:08:54 +, Mark Lawrence wrote:
>
> >>
>
> >> * strings are now proper te
Le mardi 13 novembre 2012 02:00:28 UTC+1, Cleuson Alves a écrit :
> Hello, I need to solve an exercise follows, first calculate the inverse
> matrix and then multiply the first matrix.
>
> I await help.
>
> Thank you.
>
> follows the code below incomplete.
>
>
>
> m = [[1,2,3],[4,5,6],[7,8,9
Le mardi 20 novembre 2012 09:09:50 UTC+1, Chris Angelico a écrit :
> On Tue, Nov 20, 2012 at 7:02 PM, Pavel Solin wrote:
>
> > Perhaps you are right. Is there any statistics of how many Python
>
> > programmers are using 2.7 vs. 3? Most of people I know use 2.7.
>
>
>
> If you're teaching Pyt
Le mardi 20 novembre 2012 22:00:49 UTC+1, Chris Angelico a écrit :
> On Wed, Nov 21, 2012 at 1:57 AM, wrote:
>
-
> To the OP: jmf has an unnatural hatred of Python 3.3 and PEP 393
>
> strings.
No. Not at all. I'm mainly and deeply disappointed.
jmf
--
http://mail.python.org/mailman/lis
I was using the German word "Straße" (Strasse) — German
translation from "street" — to illustrate the catastrophic and
completely wrong-by-design Unicode handling in Py3.3, this
time from a memory point of view (not speed):
>>> sys.getsizeof('Straße')
43
>>> sys.getsizeof('STRAẞE')
50
instead of
Le mercredi 19 décembre 2012 15:52:23 UTC+1, Christian Heimes a écrit :
> Am 19.12.2012 15:23, schrieb wxjmfa...@gmail.com:
>
> > But, this is not the problem.
>
> > I was suprised to discover this:
>
> >
>
> 'Straße'.upper()
>
> > 'STRASSE'
>
> >
>
> > I really, really do not know wh
Le mercredi 19 décembre 2012 19:27:38 UTC+1, Ian a écrit :
> On Wed, Dec 19, 2012 at 8:40 AM, Chris Angelico wrote:
>
> > You may not be familiar with jmf. He's one of our resident trolls, and
>
> > he has a bee in his bonnet about PEP 393 strings, on the basis that
>
> > they take up more spac
Fact.
In order to work comfortably and with efficiency with a "scheme for
the coding of the characters", can be unicode or any coding scheme,
one has to take into account two things: 1) work with a unique set
of characters and 2) work with a contiguous block of code points.
At this point, it shoul
Le mercredi 19 décembre 2012 22:31:42 UTC+1, Ian a écrit :
> On Wed, Dec 19, 2012 at 2:18 PM, wrote:
>
> > latin-1 (iso-8859-1) ? are you sure ?
>
>
>
> Yes.
>
>
>
> sys.getsizeof('a')
>
> > 26
>
> sys.getsizeof('ab')
>
> > 27
>
> sys.getsizeof('aé')
>
> > 39
>
>
>
>
Le mercredi 19 décembre 2012 22:23:15 UTC+1, Ian a écrit :
> On Wed, Dec 19, 2012 at 1:55 PM, wrote:
>
> > Yes, it is correct (or can be considered as correct).
>
> > I do not wish to discuss the typographical problematic
>
> > of "Das Grosse Eszett". The web is full of pages on the
>
> > sub
Le jeudi 20 décembre 2012 06:32:42 UTC+1, Terry Reedy a écrit :
> On 12/19/2012 10:12 PM, Westley Martínez wrote:
>
> > On Wed, Dec 19, 2012 at 09:54:20PM -0500, Terry Reedy wrote:
>
> >> On 12/19/2012 9:03 PM, Chris Angelico wrote:
>
> >>> On Thu, Dec 20, 2012 at 5:27 AM, Ian Kelly wrote:
>
>
Le lundi 24 décembre 2012 16:32:56 UTC+1, Pander Musubi a écrit :
> Hi all,
>
>
>
> I would like to sort according to this order:
>
>
>
> (' ', '.', '\'', '-', '0', '1', '2', '3', '4', '5', '6', '7', '8', '9', 'a',
> 'A', 'ä', 'Ä', 'á', 'Á', 'â', 'Â', 'à', 'À', 'å', 'Å', 'b', 'B', 'c', 'C',
Le jeudi 27 décembre 2012 20:00:37 UTC+1, Serhiy Storchaka a écrit :
> On 19.12.12 17:40, Chris Angelico wrote:
>
> > Interestingly, IDLE on my Windows box can't handle the bolded
>
> > characters very well...
>
> >
>
> s="\U0001d407\U0001d41e\U0001d425\U0001d425\U0001d428,
> \U0001d
Le vendredi 28 décembre 2012 00:17:53 UTC+1, Ian a écrit :
> On Thu, Dec 27, 2012 at 3:17 PM, Terry Reedy wrote:
>
> >> PS Py 3.3 warranty: ~30% slower than Py 3.2
>
> >
>
> >
>
> > Do you have any actual timing data to back up that claim?
>
> > If so, please give specifics, including build,
Le mercredi 19 décembre 2012 16:33:50 UTC+1, Christian Heimes a écrit :
>
> I think Python 3.3+ is using uppercase mapping (uc) instead of simple
>
> upper case (suc).
I think you are thinking correctly. This a clever answer.
Note: I do not care about the uc / suc choice. As long
there is consi
Le mercredi 2 janvier 2013 00:09:45 UTC+1, Vlastimil Brom a écrit :
> 2013/1/1 Steven D'Aprano :
>
> > On Sun, 30 Dec 2012 10:20:19 -0500, Roy Smith wrote:
>
> >
>
> >> The way I would typically do something like this is build my regexes in
>
> >> all lower case and .lower() the text I was matc
from timeit import timeit, repeat
size = 1000
r = repeat("y = x + 'a'", setup = "x = 'a' * %i" % size)
print('1:', r)
r = repeat("y = x + 'é'", setup = "x = 'a' * %i" % size)
print('2:', r)
r = repeat("y = x + 'œ'", setup = "x = 'a' * %i" % size)
print('3:', r)
r = repeat("y = x + '€'", setup = "
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 co
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 co
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
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 !!!
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 wo
Le mardi 12 novembre 2013 03:11:48 UTC+1, Terry Reedy a écrit :
> On 11/11/2013 4:41 PM, Mark Lawrence wrote:
>
> > From http://docs.python.org/dev/whatsnew/3.4.html#optimizations "The
>
> > UTF-32 decoder is now 3x to 4x faster.". Does anybody have any
>
> > references to this work? All I ca
Le mercredi 13 novembre 2013 02:25:55 UTC+1, Terry Reedy a écrit :
> On 11/12/2013 1:25 PM, wxjmfa...@gmail.com wrote:
>
> > Le mardi 12 novembre 2013 03:11:48 UTC+1, Terry Reedy a écrit :
>
>
>
> >> with full discussion. (I know that you, Mark, could have found that, but
>
> >> not everyone r
character
Satisfied Interfaces: Comparable, Enumerable,
Ordinal
A 32-bit Unicode character.
Satisfied Interfaces: Category, Cloneable>, Collection,
Comparable, Correspondence, Iterable,
List, Ranged, Summable
string
Satisfied Interfaces: Category, Cloneable>, Collection,
Comparable, Corresponden
Le lundi 18 novembre 2013 14:31:33 UTC+1, Steven D'Aprano a écrit :
>
>
> ... choose one of the three bad choices: ...
>
>
>
> * choose UTF-16 or UTF-8, and have O(n) primitive string operations (like
>
> Haskell and, apparently, Ceylon);
>
>
>
> * or UTF-16 without support for the sup
Le samedi 23 novembre 2013 03:01:26 UTC+1, Steven D'Aprano a écrit :
>
>
>
> * Python 3 (although not Python 2) is one of the few languages that get
>
> Unicode *right*. Strings in Python 3 are text, sequences of Unicode
>
> characters, not a thinly disguised blob of bytes. Starting with Pyt
Le lundi 25 novembre 2013 16:11:22 UTC+1, Michael Torrie a écrit :
> I only respond here, as unicode in general is an important concept that
>
> the OP will to make sure his students understand in Python, and I don't
>
> want you to dishonestly sow the seeds of uncertainty and doubt.
>
>
>
> O
Le samedi 30 novembre 2013 03:08:49 UTC+1, Roy Smith a écrit :
>
>
>
> The whole idea of ligatures like fi is purely typographic. The crossbar
>
> on the "f" (at least in some fonts) runs into the dot on the "i".
>
> Likewise, the top curl on an "f" run into the serif on top of the "l"
>
Le dimanche 1 décembre 2013 00:07:36 UTC+1, Ned Batchelder a écrit :
> On 11/30/13 5:37 PM, Gregory Ewing wrote:
>
> > wxjmfa...@gmail.com wrote:
>
> >> And do you know the origin of this typographical feature?
>
> >> Because, mechanically, the dot of the "i" broke too often.
>
> >>
>
> >> In
0.11.13 02:44, Steven D'Aprano написав(ла):
> (2) If you reverse that string, does it give "lëon"? The implication of
> this question is that strings should operate on grapheme clusters rather
> than code points. ...
>
BTW, a grapheme cluster *is* a code points cluster.
jmf
--
https://mail.pyth
Le dimanche 1 décembre 2013 21:54:48 UTC+1, Tim Delaney a écrit :
> On 2 December 2013 07:15, wrote:
>
>
> 0.11.13 02:44, Steven D'Aprano написав(ла):
>
>
> > (2) If you reverse that string, does it give "lëon"? The implication of
>
> > this question is that strings should operate on graphem
Le mardi 3 décembre 2013 06:06:26 UTC+1, Steven D'Aprano a écrit :
> On Mon, 02 Dec 2013 16:14:13 -0500, Ned Batchelder wrote:
>
>
>
> > On 12/2/13 3:38 PM, Ethan Furman wrote:
>
> >> On 11/29/2013 04:44 PM, Steven D'Aprano wrote:
>
> >>>
>
> >>> Out of the nine tests, Python 3.3 passes six,
Le mardi 3 décembre 2013 15:26:45 UTC+1, Ethan Furman a écrit :
> On 12/02/2013 12:38 PM, Ethan Furman wrote:
>
> > On 11/29/2013 04:44 PM, Steven D'Aprano wrote:
>
> >>
>
> >> Out of the nine tests, Python 3.3 passes six, with three tests being
>
> >> failures or dubious. If you believe that t
Rusi:
"unicode as a medium is universal in the same way that
ASCII used to be"
Probably, you do not realize deeply how this sentence
is correct. Unicode and ascii are constructed in the
same way. It has not even to do with "characters", but
with mathematics.
It is on this level the FSR fails. It
A few practical considerations, far away from theoretical
aspects. Mainly for non ascii, understand non native English
speakers.
Python is an "ascii oriented product".
Platform. On Windows, the solely version which works
harmoniously with the system is Py 2.7 in a byte string
mode (ie non unicode
Le mercredi 11 décembre 2013 11:45:43 UTC+1, Chris Angelico a écrit :
> On Wed, Dec 11, 2013 at 7:43 PM, Chris Angelico wrote:
>
> > When you tell a story, it's important to engage the reader from the
>
> > start.
>
>
>
> On Wed, Dec 11, 2013 at 8:39 PM, wrote:
>
> > A few practical consid
Le jeudi 12 décembre 2013 11:28:35 UTC+1, Chris Angelico a écrit :
> On Thu, Dec 12, 2013 at 8:17 PM, wrote:
>
> > Windows, Py2.(7), ascii. It is not a secret Python uses
>
> > ascii for the representation.
>
>
>
> Actually no, it doesn't.
>
>
>
> Python 2.7.4 (default, Apr 6 2013, 19:54
Le jeudi 12 décembre 2013 15:47:40 UTC+1, Chris Angelico a écrit :
> On Fri, Dec 13, 2013 at 1:34 AM, wrote:
>
> > Le jeudi 12 décembre 2013 11:28:35 UTC+1, Chris Angelico a écrit :
>
> >> On Thu, Dec 12, 2013 at 8:17 PM, wrote:
>
> >>
>
> >> > Windows, Py2.(7), ascii. It is not a secret Py
Le jeudi 12 décembre 2013 18:55:15 UTC+1, Terry Reedy a écrit :
>
>
>
>
>
> If you mean cp65xxx (I forget exact numbers), MS Command Prompt fails,
>
> not Python. One should not use any other code page, but only other code
>
> pages work.
>
>
>
-
Please, do not exaggerate too much
Le vendredi 13 décembre 2013 17:27:35 UTC+1, Chris Angelico a écrit :
> On Sat, Dec 14, 2013 at 3:15 AM, wrote:
>
> > One should recognize, with win7, MS, finally, produce
>
> > a full unicode system. Strangely, among all the "bashing"
>
> > one can read about that system, this is rarely menti
Le vendredi 13 décembre 2013 19:32:58 UTC+1, Chris Angelico a écrit :
> On Sat, Dec 14, 2013 at 5:27 AM, wrote:
>
> > My guess is that you are referring to that
>
> > sentence "(With an excellent unicode coding scheme!)".
>
> > I do not need to cite anything. That's my opinion.
>
>
>
> Just
Le samedi 14 décembre 2013 00:30:38 UTC+1, Terry Reedy a écrit :
>
>
>
>
>
> What is not clear to me is whether Windows internally uses UCS-2, which
>
> only codes BMP chars, and which would *not* be excellent, or UTF-16,
>
> which covers all chars by using surrogates. I will guess the lat
Le samedi 14 décembre 2013 19:43:41 UTC+1, Terry Reedy a écrit :
> On 12/14/2013 9:03 AM, wxjmfa...@gmail.com wrote:
>
>
>
> > D:\>chcp 65001
>
> > Page de codes active : 65001
>
> > D:\>echo "*"
>
> > "*"
>
>
>
> Try pasting *your* original echo command: echo "ሴé€㑖Ѓ⌴*"
>
>
>
> To repea
Le dimanche 15 décembre 2013 06:07:09 UTC+1, Terry Reedy a écrit :
> On 12/14/2013 9:39 PM, Steven D'Aprano wrote:
>
> > On Sat, 14 Dec 2013 13:43:41 -0500, Terry Reedy wrote:
>
> >
>
> >> This was reported by Victor Stinner as part of
>
> >> http://bugs.python.org/issue19914
>
> >> to explain
From all the toolkits, wxPython is probably the most
interesting. I used all versions from 2.0 (?) up to 2.8. Then
it has been decided to go unicode.
Let see in the wx interactive intepreter, it is only
the top of the iceberg. (Py27, wxPy294)
>>> len('ሴЃ')
5
---
It has alos been decided to rewo
Le mardi 17 décembre 2013 09:33:24 UTC+1, Mark Lawrence a écrit :
> On 17/12/2013 07:58, wxjmfa...@gmail.com wrote:
>
> > From all the toolkits, wxPython is probably the most
>
> > interesting. I used all versions from 2.0 (?) up to 2.8. Then
>
> > it has been decided to go unicode.
>
> >
>
>
Le mardi 17 décembre 2013 10:29:28 UTC+1, Steven D'Aprano a écrit :
> On Mon, 16 Dec 2013 23:58:15 -0800, wxjmfauth wrote:
>
>
>
> > From all the toolkits, wxPython is probably the most interesting. I used
>
> > all versions from 2.0 (?) up to 2.8. Then it has b
Le mardi 17 décembre 2013 14:03:03 UTC+1, Robert Kern a écrit :
> On 2013-12-17 11:13, Steven D'Aprano wrote:
>
> > On Tue, 17 Dec 2013 09:39:06 +, Mark Lawrence wrote:
>
> >
>
> >> Personally I am convinced that wxPython can't handle unicode for the
>
> >> simple reason that it doesn't yet
Addendum.
I should say, I had also a lot of fun in writing my own
"styling engine".
Because when one has to deal with a language, which does
not recognize its own keywords...
>>> 1and 444
444
>>>
tokenize.py could have been a solution, but it's really
too slow.
jmf
--
https://mail.python.org/
Le mardi 17 décembre 2013 19:06:35 UTC+1, Michael Torrie a écrit :
> On 12/17/2013 08:00 AM, Wolfgang Keller wrote:
>
> >> Python is sooo slow when it waits for the human.
>
> >
>
> > With Windows systems, I waste something like 90% of my work time waiting
>
> > for that system to stop "No
Le mardi 17 décembre 2013 20:00:14 UTC+1, wxjm...@gmail.com a écrit :
> Le mardi 17 décembre 2013 19:06:35 UTC+1, Michael Torrie a écrit :
>
> > On 12/17/2013 08:00 AM, Wolfgang Keller wrote:
>
> >
>
> > >> Python is sooo slow when it waits for the human.
>
> >
>
> > >
>
> >
>
> > >
Le mardi 17 décembre 2013 20:00:14 UTC+1, wxjm...@gmail.com a écrit :
> Le mardi 17 décembre 2013 19:06:35 UTC+1, Michael Torrie a écrit :
>
> > On 12/17/2013 08:00 AM, Wolfgang Keller wrote:
>
> >
>
> > >> Python is sooo slow when it waits for the human.
>
> >
>
> > >
>
> >
>
> > >
Le jeudi 19 décembre 2013 09:25:14 UTC+1, Mark Lawrence a écrit :
> On 19/12/2013 08:10, wxjmfa...@gmail.com wrote:
>
>
>
> >
>
> > Same experience with PyQt4.
>
> >
>
> > Py 3.2 : PyQt4.QtCore.PYQT_VERSION_STR -> 4.8.6
>
> > Py 3.3 : PyQt4.QtCore.PYQT_VERSION_STR -> 4.10
>
> >
>
> > jmf
>
Le vendredi 20 décembre 2013 00:10:58 UTC+1, wmcb...@gmail.com a écrit :
> On Monday, December 16, 2013 10:58:06 PM UTC-5, Terry Reedy wrote:
>
>
> In this case, I already know that the glyphs I chose work with the default
> fonts for OS X 10.4+ and Windows 7+, but not for (for example) Win XP
Le vendredi 20 décembre 2013 18:52:44 UTC+1, Martin Schöön a écrit :
> This thread hasn't been close to Python for while now and should
>
> be shut down. But, it is actually kind of interesting since you
>
> debate possible mechanisms behind the behaviour of my Windows box
>
> at work: "Not re
Le lundi 23 décembre 2013 18:59:41 UTC+1, Wolfgang Keller a écrit :
> > > On an actual operating system, the attitude of the developers (do
>
> > > they actually care or just don't give a darn) is *the* critical
>
> > > issue for end-user productivity. If a developer makes a statement
>
> > > su
Le lundi 23 décembre 2013 21:53:13 UTC+1, Terry Reedy a écrit :
> On 12/23/2013 2:05 PM, wxjmfa...@gmail.com wrote:
>
>
>
> > Le lundi 23 décembre 2013 18:59:41 UTC+1, Wolfgang Keller a écrit :
>
> >> [me]
>
> >>> I'll note that Python core developers do care about memory leaks.
>
> >> And th
Le vendredi 27 décembre 2013 12:37:17 UTC+1, Steven D'Aprano a écrit :
> tomasz.kaczo...@gmail.com wrote:
>
>
>
> > hello,
>
> > can I ask you for help? when I try to print s[0] i vane the message:
>
> > UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-1:
>
> > ordinal
It's time to understand the Character Encoding Models
and the math behind it.
Unicode does not differ from any other coding scheme.
How? With a sheet of paper and a pencil.
jmf
--
https://mail.python.org/mailman/listinfo/python-list
Le vendredi 3 janvier 2014 12:14:41 UTC+1, Robin Becker a écrit :
> On 02/01/2014 18:37, Terry Reedy wrote:
>
> > On 1/2/2014 12:36 PM, Robin Becker wrote:
>
> >
>
> >> I just spent a large amount of effort porting reportlab to a version
>
> >> which works with both python2.7 and python3.3. I h
Le samedi 4 janvier 2014 15:17:40 UTC+1, Chris Angelico a écrit :
> On Sun, Jan 5, 2014 at 12:55 AM, Roy Smith wrote:
>
> > In article ,
>
> > Mark Lawrence wrote:
>
> >
>
> >> Surely everybody prefers fast but incorrect code in
>
> >> preference to something that is correct but slow?
>
>
Le dimanche 5 janvier 2014 03:54:29 UTC+1, Chris Angelico a écrit :
> On Sun, Jan 5, 2014 at 1:41 PM, Steven D'Aprano
>
> wrote:
>
> > wxjmfa...@gmail.com wrote:
>
> >
>
> >> The very interesting aspect in the way you are holding
>
> >> unicodes (strings). By comparing Python 2 with Python 3.
Le samedi 4 janvier 2014 23:46:49 UTC+1, Terry Reedy a écrit :
> On 1/4/2014 2:10 PM, wxjmfa...@gmail.com wrote:
>
> > Le samedi 4 janvier 2014 15:17:40 UTC+1, Chris Angelico a écrit :
>
>
>
> >> any, and Python has only one, idiot like jmf who completely
>
>
>
> Chris, I appreciate the many
Le dimanche 5 janvier 2014 23:14:07 UTC+1, Terry Reedy a écrit :
> On 1/5/2014 9:23 AM, wxjmfa...@gmail.com wrote:
>
> > Le samedi 4 janvier 2014 23:46:49 UTC+1, Terry Reedy a écrit :
>
> >> On 1/4/2014 2:10 PM, wxjmfa...@gmail.com wrote:
>
> >>> And I could add, I *never* saw once one soul, who
Le mercredi 8 janvier 2014 01:02:22 UTC+1, Terry Reedy a écrit :
> On 1/7/2014 9:54 AM, Terry Reedy wrote:
>
> > On 1/7/2014 8:34 AM, wxjmfa...@gmail.com wrote:
>
> >> Le dimanche 5 janvier 2014 23:14:07 UTC+1, Terry Reedy a écrit :
>
> >
>
> >>> Memory: Point 2. A *design goal* of FSR was to s
Le mercredi 8 janvier 2014 12:05:49 UTC+1, Robin Becker a écrit :
> On 07/01/2014 19:48, Serhiy Storchaka wrote:
>
>
>
> > data[0] == b'\xE1'[0] works as expected in both Python 2.7 and 3.x.
>
> >
>
> >
>
> I have been porting a lot of python 2 only code to a python2.7 + 3.3 version
Le mercredi 8 janvier 2014 20:00:02 UTC+1, Bischoop a écrit :
> Walter Hurry wrote:
>
>
>
> > On Mon, 30 Dec 2013 18:38:20 +, Bischoop wrote:
>
> >
>
> >> I have a txt file with some words, and need simply program that will
>
> >> print me words containing provided letters.
>
> >>
>
>
Le jeudi 9 janvier 2014 19:49:27 UTC+1, Ethan Furman a écrit :
> So I'm working with postgres, and I get a datadump which I try to restore to
> my test system, and I get this:
>
>
>
> ERROR: value too long for type character varying(4)
>
> CONTEXT: COPY res_currency, line 32, column symbol:
>>> sys.version
2.7.6 (default, Nov 10 2013, 19:24:18) [MSC v.1500 32 bit (Intel)]
>>> s = 'Straße'
>>> assert len(s) == 6
>>> assert s[5] == 'e'
>>>
jmf
--
https://mail.python.org/mailman/listinfo/python-list
Le lundi 13 janvier 2014 09:27:46 UTC+1, Thomas Rachel a écrit :
> Am 12.01.2014 08:50 schrieb wxjmfa...@gmail.com:
>
> sys.version
>
> > 2.7.6 (default, Nov 10 2013, 19:24:18) [MSC v.1500 32 bit (Intel)]
>
> s = 'Stra�e'
>
> assert len(s) == 6
>
> assert s[5] == 'e'
>
>
Le lundi 13 janvier 2014 11:57:28 UTC+1, Chris Angelico a écrit :
> On Mon, Jan 13, 2014 at 9:38 PM, Steven D'Aprano
>
> wrote:
>
> > I think you are using "from __future__ import unicode_literals".
>
> > Otherwise, that cannot happen in Python 2.x.
>
> >
>
>
>
> Alas, not true.
>
>
>
>
Le mercredi 15 janvier 2014 13:13:36 UTC+1, Ned Batchelder a écrit :
>
> ... more than one codepoint makes up a grapheme ...
No
> In Unicode terms, an encoding is a mapping between codepoints and bytes.
No
jmf
--
https://mail.python.org/mailman/listinfo/python-list
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 myster
Le mercredi 22 janvier 2014 20:23:55 UTC+1, Mark Lawrence a écrit :
> I thought this blog might interest some of you
>
> http://pydanny.com/awesome-slugify-human-readable-url-slugs-from-any-string.html
>
>
>
> --
>
> My fellow Pythonistas, ask not what our language can do for you, ask
>
>
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
>
> >>
>
> >> http://pydanny.com/awesome-slugify-hum
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 discuss
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.
>
>
>
> U
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 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 tr
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 at 0degC is much more painful
>
> >> than one
>
> >> at room temperature
>
> >>
>
> > It's the 21st century; you should be making u
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 wrote:
>
> >>> How cruel... I suspect the smack at 0degC is much more painful
>
> >>> than one
>
> >>> at room temperature
>
>
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 suspec
Le dimanche 2 février 2014 13:45:54 UTC+1, Pete Forman a écrit :
> Grant Edwards writes:
>
>
>
> > On 2014-01-30, wxjmfa...@gmail.com wrote:
>
> >
>
> >> The temperature unit is the "Kelvin", not the "Degree Kelvin".
>
> >> One writes: 0 K, 275.15 K
>
> >
>
> > And remember to say "Kelvin
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*> ???)
the text get transformed and a colored eol is appearing.
Example with the slide #3:
Even numbers
becomes
Even numbers§
with a visible co
101 - 200 of 328 matches
Mail list logo
