PROPOSED PYTHON COMPUTER LANGUAGE PROGRAM - Posted on February 17, 2024
TOPICS
Some Background Information
Test Post Newsgroups
Adding Posting Dates To Newsgroup Notes
E-mail Address
Other Internet Security Steps
Personal Opinion Statements
SOME BACKGROUND INFORMATION
A fair amount of
On 10/4/23 13:08, Roland Müller via Python-list wrote:
On 25.9.2023 19.58, Pau Vilchez via Python-list wrote:
Hello Python Team,
I am somehow unable to completely remove Python 3.10.9 (64 Bit)
from my
computer. I have tried deleting the Appdata folder then repairing
and then
On 25.9.2023 19.58, Pau Vilchez via Python-list wrote:
Hello Python Team,
I am somehow unable to completely remove Python 3.10.9 (64 Bit) from my
computer. I have tried deleting the Appdata folder then repairing and then
uninstalling but it still persists in the remove
Hello Python Team,
I am somehow unable to completely remove Python 3.10.9 (64 Bit) from my
computer. I have tried deleting the Appdata folder then repairing and then
uninstalling but it still persists in the remove/add program function in
windows 10. I am just trying to
Wed 16 Aug 2023, 1800~20:30 NZST (0600~0830 UTC, late-Tue in US)
Details and RSVP at https://www.meetup.com/nzpug-auckland/events/295091858/
Teaching a computer to see. How computer vision is helping to protect
the world’s rarest dolphin and how you can train your own model.
Tane van der
It sounds like on your old computer, you used some kind of program to
write python code and perhaps to run it too. It would help if you could
say what that program was. Python itself - the actual program called
"python.exe" on Windows - runs a Python interpreter inside a Window
On 12/9/22 14:56, rbowman wrote:
On Fri, 9 Dec 2022 12:13:16 -0500 (EST), ker...@polaris.net wrote:
How can I write my own Python Functions and subroutines in the new
Python?
Personally, I would go with VS Code:
https://learn.microsoft.com/en-us/training/modules/python-install-vscode/
It su
On Fri, 9 Dec 2022 12:13:16 -0500 (EST), ker...@polaris.net wrote:
> How can I write my own Python Functions and subroutines in the new
> Python?
Personally, I would go with VS Code:
https://learn.microsoft.com/en-us/training/modules/python-install-vscode/
It supports virtual environments nicel
Python in an IDE is much easier in the long run. We use PyCharm – there’s a
free version: https://www.jetbrains.com/pycharm/download/#section=windows
From: Python-list on
behalf of DFS
Date: Friday, December 9, 2022 at 4:36 PM
To: python-list@python.org
Subject: Re: New computer, new Python
On 12/9/2022 12:13 PM, ker...@polaris.net wrote:
Hello. I've downloaded the new Python to my new Computer, and the new Python mystifies me.
Instead of an editor, it looks like a Dos executable program.
python.exe is a Windows executable.
How can I write my own Python Function
On 10/12/2022 06.13, ker...@polaris.net wrote:
Hello. I've downloaded the new Python to my new Computer, and the new Python mystifies me.
Instead of an editor, it looks like a Dos executable program.
How can I write my own Python Functions and subroutines in the new Python?
Hello. I've downloaded the new Python to my new Computer, and the new Python
mystifies me.
Instead of an editor, it looks like a Dos executable program.
How can I write my own Python Functions and subroutines in the new Python?
It is version 3.11 (64 bit).
K
I'm looking for some help getting started with a computer vision
project. Can anyone here either help or point me in the direction of a
better NG/forum, please?
--
https://mail.python.org/mailman/listinfo/python-list
Hi,
On Thu, Apr 1, 2021 at 12:23 PM ᗷᑌᑎᑎY wrote:
>
>Hello everyone. I am not able to download speech_recognition . I am not
>professional just a beggnier but I decided and started developing a voice
>commanding software and I need to download speech_recognition. When I
>enter the
Hello everyone. I am not able to download speech_recognition . I am not
professional just a beggnier but I decided and started developing a voice
commanding software and I need to download speech_recognition. When I
enter the command pip install speech_recognition it say's we cannot
On 2021-04-01, ᗷᑌᑎᑎY wrote:
> When I enter the command pip install speech_recognition it say’s we cannot
> find a compatible version.
Try:
```
pip install SpeechRecognition
```
What's the output?
--
https://mail.python.org/mailman/listinfo/python-list
recompile with the latest dev versio of pyinstaller, fixed my issue.
On Sun, 2 Feb 2020, 19:55 Souvik Dutta, wrote:
> Hi,
> I made an executable file with pyinstaller on my pc which had python 3.7.
> It ran well in my pc but when I tried to run it on my friend computer
> hav
On Mon, Feb 3, 2020 at 2:57 AM Souvik Dutta wrote:
>
> Hi,
> I made an executable file with pyinstaller on my pc which had python 3.7.
> It ran well in my pc but when I tried to run it on my friend computer
> having a 32 bit windows 10 os it didn't run it is just saying that &
Hi,
I made an executable file with pyinstaller on my pc which had python 3.7.
It ran well in my pc but when I tried to run it on my friend computer
having a 32 bit windows 10 os it didn't run it is just saying that "this
app cannot be run on your pc". My pc has a 64 bit version of
ignature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
On Tue, Nov 6, 2018 at 5:42 AM Rhodri James wrote:
On 06/11/2018 09:25, Thomas Jollans wrote:
On 2018-11-06 10:05, Varshit Jain wrote:
Hi Python Suppo
On 06/11/2018 09:25, Thomas Jollans wrote:
On 2018-11-06 10:05, Varshit Jain wrote:
Hi Python Support Team,
I just want to remove python 3.6.6 from my computer. I am unable to do
it. Please find attached video that describe my problem.
Use your words, friend!
(this list is text-only
On 2018-11-06 10:05, Varshit Jain wrote:
> Hi Python Support Team,
>
>
> I just want to remove python 3.6.6 from my computer. I am unable to do
> it. Please find attached video that describe my problem.
Use your words, friend!
(this list is text-only)
--
https://mail.pyt
Hi Python Support Team,
I just want to remove python 3.6.6 from my computer. I am unable to do
it. Please find attached video that describe my problem. Suggest me
solution / Steps to remove python from my PC.
Regards,
Varshit Jain
--
https://mail.python.org/mailman/listinfo/python-list
On Fri, Jul 6, 2018 at 4:20 AM, Bonn Mowae lazaga <2ndmo...@gmail.com> wrote:
> hello, I would like to notify you that there may be a problem with IDLE or
> Python3.7.0
> I installed python 3.7.0 for my 64 bit windows 10, and it was working fine, I
> could also use turtle graphics using the comma
hello, I would like to notify you that there may be a problem with IDLE or
Python3.7.0
I installed python 3.7.0 for my 64 bit windows 10, and it was working fine, I
could also use turtle graphics using the command:
from turtle import *
and:
forward(200)
and other control comman
One is the BDFL
http://www.computerhistory.org/press/2018-fellow-honorees.html
--
My fellow Pythonistas, ask not what our language can do for you, ask
what you can do for our language.
Mark Lawrence
--
https://mail.python.org/mailman/listinfo/python-list
I have an HP ENVY TouchSmart 17 Notebook PC.
Windows 8.1.
Intel(R) Core(TM) i7-4700 mQ cpu @ 2.40 ghz 2.40ghz
64-bit operation system x64 based processor
Full Windows touch support with 10 touch points
Can you send me the link to the correct Python version that will run on this
computer
>
>
> Hi there,
>
> I am trying to assist my daughter with a school IT task to install Python
> & Pyscripter on a Windows 10 notebook. (64 bit system)
>
> It seems no version of Pyscripter will work - it fails to complete the
> installation & ends with an error ("Python could not be properly
> init
On 01/10/2017 08:06 AM, Paul Moore wrote:
On Tuesday, 10 January 2017 15:47:20 UTC, Paul Moore wrote:
On Saturday, 7 January 2017 19:14:43 UTC, Ethan Furman wrote:
Ya know, that looks an /awful/ lot like a collection! Maybe even an Enum? ;)
-- 8<
On Tuesday, 10 January 2017 15:47:20 UTC, Paul Moore wrote:
> On Saturday, 7 January 2017 19:14:43 UTC, Ethan Furman wrote:
> > Ya know, that looks an /awful/ lot like a collection! Maybe even an Enum?
> > ;)
> >
> > -- 8< ---
> > from aenu
On Saturday, 7 January 2017 19:14:43 UTC, Ethan Furman wrote:
> Ya know, that looks an /awful/ lot like a collection! Maybe even an Enum? ;)
>
> -- 8< ---
> from aenum import Enum # note the 'a' before the 'enum' :)
>
> class Theme(Enum, i
On 01/06/2017 11:34 PM, Steve D'Aprano wrote:
On Sat, 7 Jan 2017 12:03 am, Steve D'Aprano wrote:
The second hardest problem in computer science is cache invalidation.
The *hardest* problem is naming things.
After puzzling over this for three days, it suddenly hit me:
Theme =
On Sat, 7 Jan 2017 12:03 am, Steve D'Aprano wrote:
> The second hardest problem in computer science is cache invalidation.
>
> The *hardest* problem is naming things.
Thanks everyone who answered, but I think some of you misunderstood my
question. I know that the individ
On 01/06/2017 05:03 AM, Steve D'Aprano wrote:
The second hardest problem in computer science is cache invalidation.
The *hardest* problem is naming things.
In a hierarchical tree view widget that displays items like this:
Fiction
├─ Fantasy
│ ├─ Terry Prat
On Friday, January 6, 2017 at 8:45:41 PM UTC-5, Mario R. Osorio wrote:
> On Friday, January 6, 2017 at 10:37:40 AM UTC-5, Ethan Furman wrote:
> > On 01/06/2017 05:03 AM, Steve D'Aprano wrote:
> >
> > > what do we call the vertical and horizontal line elements? I want to make
> > > them configurabl
On Friday, January 6, 2017 at 10:37:40 AM UTC-5, Ethan Furman wrote:
> On 01/06/2017 05:03 AM, Steve D'Aprano wrote:
>
> > what do we call the vertical and horizontal line elements? I want to make
> > them configurable, which means the user has to be able to pass an argument
> > that specifies the
On 01/06/2017 05:03 AM, Steve D'Aprano wrote:
what do we call the vertical and horizontal line elements? I want to make
them configurable, which means the user has to be able to pass an argument
that specifies them. I have names for the individual components:
XXX = namedtuple("XXX", "vline tee
"VT52 special graphics characters", anyone? Credit where credit is due. Who
hasn't borked their output and wound up with their VT(52|100) in graphics
mode? :-)
https://en.wikipedia.org/wiki/VT52
Skip
--
https://mail.python.org/mailman/listinfo/python-list
Steve D'Aprano writes:
[...]
> Fiction
> ├─ Fantasy
> │ ├─ Terry Pratchett
> │ │ ├─ Discworld
> │ │ │ ├─ Wyrd Sisters
> │ │ │ └─ Carpe Jugulum
> │ │ └─ Dodger
> │ └─ JK Rowling
[...]
> what do we call the vertical and horizontal line elements?
Box-draw
On 2017-01-06 13:44, Dan Sommers wrote:
> On Sat, 07 Jan 2017 00:03:37 +1100, Steve D'Aprano wrote:
> > what do we call the vertical and horizontal line elements? I want
> > to make them configurable, which means the user has to be able to
> > pass an argument that specifies them ...
>
> pstree(1)
On Sat, 07 Jan 2017 00:03:37 +1100, Steve D'Aprano wrote:
> The *hardest* problem is naming things.
>
> Fiction
> ├─ Fantasy
> │ ├─ Terry Pratchett
> │ │ ├─ Discworld
> │ │ │ ├─ Wyrd Sisters
> │ │ │ └─ Carpe Jugulum
[...]
> what do we call the vertical and hori
The second hardest problem in computer science is cache invalidation.
The *hardest* problem is naming things.
In a hierarchical tree view widget that displays items like this:
Fiction
├─ Fantasy
│ ├─ Terry Pratchett
│ │ ├─ Discworld
│ │ │ ├─ Wyrd Sisters
On 2016-10-05 15:19, Camille Benoit via Python-list wrote:
Hi,it has been about a week since the last time I was able to use Python. Most of the
time, the interpreter doesn't show up and when it does and I am trying to run a program
it displayed the following message: "IDLE's subprocess didn't
Hi,it has been about a week since the last time I was able to use Python. Most
of the time, the interpreter doesn't show up and when it does and I am trying
to run a program it displayed the following message: "IDLE's subprocess didn't
make connection. Either IDLE can't start a subprocess or per
Steven D'Aprano wrote:
> I just ran your code, and it almost crashed my computer.
When you suspect that a script may consume a lot of memory (the subject
might have been a hint)
ulimit (bash internal)
helps you prevent that your linux machine becomes unresponsive.
$ ulimit -
On Sun, Mar 20, 2016, at 10:55, Ben Bacarisse wrote:
> It's 21. The reason being (or at least part of the reason being) that
> 21 bits can be UTF-8 encoded in 4 bytes: 0xxx 10xx 10xx
> 10xx (3 + 3*6).
The reason is the UTF-16 limit. Prior to that, UTF-8 had no such limit
(it could
Ben Bacarisse :
> It's 21. The reason being (or at least part of the reason being) that
> 21 bits can be UTF-8 encoded in 4 bytes: 0xxx 10xx 10xx
> 10xx (3 + 3*6).
I bet the reason is UTF-16. Microsoft and Sun/Oracle would have insisted
on a maximum of 4 bytes per character. UTF-1
Rustom Mody writes:
> On Sunday, March 20, 2016 at 10:32:07 AM UTC+5:30, Steven D'Aprano wrote:
>> Unicode (the character set part of it) is a set of abstract 23-bit numbers,
>
> 23? Or 21?
It's 21. The reason being (or at least part of the reason being) that
21 bits can be UTF-8 encoded in 4
On Sun, Mar 20, 2016 at 11:14 PM, Steven D'Aprano wrote:
>>> On the other hand, I believe that the output of the UTF transformations
>>> is explicitly described in terms of 8-bit bytes and 16- or 32-bit words.
>>> For instance, the UTF-8 encoding of "A" has to be a single byte with
>>> value 0x41
On Sun, 20 Mar 2016 10:22 pm, Chris Angelico wrote:
> On Sun, Mar 20, 2016 at 10:06 PM, Steven D'Aprano
> wrote:
>> The Unicode standard does not, as far as I am aware, care how you
>> represent code points in memory, only that there are 0x11 of them,
>> numbered from U+ to U+10. That
On Sun, Mar 20, 2016 at 10:06 PM, Steven D'Aprano wrote:
> The Unicode standard does not, as far as I am aware, care how you represent
> code points in memory, only that there are 0x11 of them, numbered from
> U+ to U+10. That's what I mean by abstract. The obvious
> implementation is
Chris Angelico :
> Like every language *including* English. You can pretend that ASCII is
> enough, but you do lose some information.
Hold it, I'll quickly update my résumé before we resume the
conversation. What does this exposé expose? At least it gives a coup de
grâce to ASCII with grace.
Ma
On Sun, 20 Mar 2016 05:20 pm, Rustom Mody wrote:
> On Sunday, March 20, 2016 at 10:32:07 AM UTC+5:30, Steven D'Aprano wrote:
>> On Sun, 20 Mar 2016 03:12 am, Marko Rauhamaa wrote:
>>
>> > Steven D'Aprano :
>> >
>> >> On Sun, 20 Mar 2016 02:02 am, Marko Rauhamaa wrote:
>> >>> Yes, but UTF-16 prod
On 17/03/2016 21:26, BartC wrote:
On 17/03/2016 21:11, Marko Rauhamaa wrote:
Chris Angelico :
Like every language *including* English. You can pretend that ASCII is
enough, but you do lose some information.
Hold it, I'll quickly update my résumé before we resume the
conversation. What does t
Chris Angelico writes:
> You can pretend that only 1 and 0 are enough. Good luck making THAT work.
YOU had ONES??? Back in the day, my folks had to do everything with
just zeros.
--
https://mail.python.org/mailman/listinfo/python-list
On Fri, 18 Mar 2016 10:46 pm, Steven D'Aprano wrote:
> I think it is typical of JMF that his idea of a language where Unicode
> "just works" is one where it *does work at all* (at least not as strings).
Er, does NOT work at all.
> Python 1.5 strings supported Unicode just as well as Go's string
Steven D'Aprano :
> On Sun, 20 Mar 2016 03:12 am, Marko Rauhamaa wrote:
>> Steven D'Aprano :
>>> On Sun, 20 Mar 2016 02:02 am, Marko Rauhamaa wrote:
Yes, but UTF-16 produces 16-bit values that are outside Unicode.
>>>
>>> Show me.
>>>
>>> Before you answer, if your answer is "surrogate pairs"
On Sunday, March 20, 2016 at 10:32:07 AM UTC+5:30, Steven D'Aprano wrote:
> On Sun, 20 Mar 2016 03:12 am, Marko Rauhamaa wrote:
>
> > Steven D'Aprano :
> >
> >> On Sun, 20 Mar 2016 02:02 am, Marko Rauhamaa wrote:
> >>> Yes, but UTF-16 produces 16-bit values that are outside Unicode.
> >>
> >> Sho
On Sun, 20 Mar 2016 03:12 am, Marko Rauhamaa wrote:
> Steven D'Aprano :
>
>> On Sun, 20 Mar 2016 02:02 am, Marko Rauhamaa wrote:
>>> Yes, but UTF-16 produces 16-bit values that are outside Unicode.
>>
>> Show me.
>>
>> Before you answer, if your answer is "surrogate pairs", that is
>> incorrect.
On Thursday, March 17, 2016 at 7:34:46 AM UTC-7, wxjm...@gmail.com wrote:
> Very simple. Use Python and its (buggy) character encoding
> model.
>
> How to save memory?
> It's also very simple. Use a programming language, which
> handles Unicode correctly.
*looks at the other messages in this thre
On Fri, Mar 18, 2016, at 11:17, Ian Kelly wrote:
> > Just to play devil's advocate, here, why is it so bad for indexing to be
> > O(n)? Some simple caching is all that's needed to prevent it from making
> > iteration O(n^2), if that's what you're worried about.
>
> What kind of caching do you ha
On Fri, Mar 18, 2016 at 8:08 AM, Grant Edwards wrote:
> On 2016-03-17, Chris Angelico wrote:
>> On Fri, Mar 18, 2016 at 7:31 AM, wrote:
>>> Rick Johnson wrote:
In the event that i change my mind about Unicode, and/or for
the sake of others, who may want to know, please provide a
On Sat, 19 Mar 2016 02:31 am, Random832 wrote:
> On Fri, Mar 18, 2016, at 11:17, Ian Kelly wrote:
>> > Just to play devil's advocate, here, why is it so bad for indexing to
>> > be O(n)? Some simple caching is all that's needed to prevent it from
>> > making iteration O(n^2), if that's what you're
On 3/18/2016 7:58 AM, Steven D'Aprano wrote:
On Fri, 18 Mar 2016 10:46 pm, Steven D'Aprano wrote:
I think it is typical of JMF that his idea of a language where Unicode
"just works" is one where it *does work at all* (at least not as strings).
Er, does NOT work at all.
Python 1.5 strings su
On 17/03/2016 21:13, Chris Angelico wrote:
You can pretend that only 1 and 0 are enough. Good luck making THAT work.
ChrisA
The sales and marketing "thing", for lack of a better expression, that
was used in the UK by Racal Telecommunications during the 1990s. Well
I'm telling a fib, IIRC
On 18/03/2016 21:02, Marko Rauhamaa wrote:
Chris Angelico :
On Sat, Mar 19, 2016 at 2:26 AM, Marko Rauhamaa wrote:
It may be that Python's Unicode abstraction is an untenable illusion
because the underlying reality is 8-bit and there's no way to hide it
completely.
The underlying reality is
> >> How about a list of languages that Unicode handles better than
> > >> ASCII? Like almost every language *except* English.
> > >
> > > Like every language *including* English. You can pretend that ASCII
> > > is enough, but you do lose some information.
Chris Angelico :
> On Sat, Mar 19, 2016 at 2:26 AM, Marko Rauhamaa wrote:
>> It may be that Python's Unicode abstraction is an untenable illusion
>> because the underlying reality is 8-bit and there's no way to hide it
>> completely.
>
> The underlying reality is 1-bit. Or maybe the underlying rea
Grant Edwards wrote:
> On 2016-03-17, Chris Angelico wrote:
> > On Fri, Mar 18, 2016 at 7:31 AM, wrote:
> >> Rick Johnson wrote:
> >>>
> >>> In the event that i change my mind about Unicode, and/or for
> >>> the sake of others, who may want to know, please provide a
> >>> list of languages tha
On Fri, Mar 18, 2016, at 15:46, Tim Golden wrote:
> Speaking for a moment as the list owner. Posts by this OP are usually
> blatant provocation and I usually filter them out before they hit the
> list. (They'll still appear if you're reading via Usenet). In this case
> I approved a post thinking
On 2016-03-17, Chris Angelico wrote:
> On Fri, Mar 18, 2016 at 7:31 AM, wrote:
>> Rick Johnson wrote:
>>>
>>> In the event that i change my mind about Unicode, and/or for
>>> the sake of others, who may want to know, please provide a
>>> list of languages that *YOU* think handle Unicode better
Chris Angelico :
> The problem is not Python's Unicode strings, then. The problem is the
> notion that path names are text. If they're text, they should be
> exclusively text (although, for low-level efficiency, they're more
> likely to be defined as "valid UTF-8 sequences" rather than "sequences
On Thursday, March 17, 2016 at 9:34:46 AM UTC-5, wxjm...@gmail.com wrote:
> Very simple. Use Python and its (buggy) character encoding
> model. How to save memory? It's also very simple. Use a
> programming language, which handles Unicode correctly.
I personally don't have much use for Unicode, so
On 17/03/2016 21:11, Marko Rauhamaa wrote:
Chris Angelico :
Like every language *including* English. You can pretend that ASCII is
enough, but you do lose some information.
Hold it, I'll quickly update my résumé before we resume the
conversation. What does this exposé expose? At least it give
Chris Angelico :
> On Sat, Mar 19, 2016 at 6:49 PM, Marko Rauhamaa wrote:
>> Speaking of the low level, the classic UNIX file system doesn't make
>> use of pathnames. Rather, the files are nameless. They are identified
>> by the device (= file system) number plus the inode number.
>
> Not entirel
Michael Torrie :
> On 03/18/2016 02:26 AM, Jussi Piitulainen wrote:
>> I think Julia's way of dealing with its strings-as-UTF-8 [2] is more
>> promising. Indexing is by bytes (1-based in Julia) but the value at a
>> valid index is the whole UTF-8 character at that point, and an
>> invalid index ra
e every language *including* English. You can pretend that
> > > > ASCII is enough, but you do lose some information.
> > > >
> > > > ChrisA
> > >
> > > as we all seam to have bitten the troll's thread
> > > "how to waste computer
On Fri, Mar 18, 2016 at 8:26 AM, BartC wrote:
> On 17/03/2016 21:11, Marko Rauhamaa wrote:
>>
>> Chris Angelico :
>>
>>> Like every language *including* English. You can pretend that ASCII is
>>> enough, but you do lose some information.
>>
>>
>> Hold it, I'll quickly update my résumé before we re
On Sun, Mar 20, 2016 at 3:12 AM, Marko Rauhamaa wrote:
> Steven D'Aprano :
>
>> On Sun, 20 Mar 2016 02:02 am, Marko Rauhamaa wrote:
>>> Yes, but UTF-16 produces 16-bit values that are outside Unicode.
>>
>> Show me.
>>
>> Before you answer, if your answer is "surrogate pairs", that is
>> incorrect
Steven D'Aprano :
> On Sun, 20 Mar 2016 02:02 am, Marko Rauhamaa wrote:
>> Yes, but UTF-16 produces 16-bit values that are outside Unicode.
>
> Show me.
>
> Before you answer, if your answer is "surrogate pairs", that is
> incorrect. Surrogate pairs is how UTF-16 encodes astral characters.
UTF-1
On Sun, Mar 20, 2016 at 2:05 AM, Michael Torrie wrote:
> Of course not. Shells already associate specific meaning with certain
> characters that can be used in file names. For example the various
> quoting characters, such as ' or ". These can be used in file names but
> when referred to in the
On Sun, 20 Mar 2016 02:02 am, Marko Rauhamaa wrote:
> Steven D'Aprano :
>
>> On Sat, 19 Mar 2016 08:31 pm, Marko Rauhamaa wrote:
>>
>>
>>>Using the surrogate mechanism, UTF-16 can support all 1,114,112
>>>potential Unicode characters.
>>>
>>> But Unicode doesn't contain 1,114,112 charact
On 19/03/2016 15:14, BartC wrote:
Which is about 3000 decimal digits, slightly more than 1KB in packed
binary. In BCD it would be 1.5KB. At one-byte per digit (eg. ASCII) it's
3KB. At 4 bytes per (eg. UCS4), it's 12KB.
The comment refers to this which inexplicably got snipped (not my fault
at
On Sun, Mar 20, 2016 at 1:56 AM, Marko Rauhamaa wrote:
> Steven D'Aprano :
>
>> On Sat, 19 Mar 2016 11:42 pm, Marko Rauhamaa wrote:
>>> When glorifying Python's advanced Unicode capabilities, are we
>>> careful to emphasize the necessity of unicodedata.normalize()
>>> everywhere? Should Python nor
At 4 bytes per (eg. UCS4), it's 12KB.
What would you say to someone advocating 12 times as much storage for
long integers as is used now? After all memory is cheap!
and my computer calculates and prints the result faster than I can enter
the calculation in the first place. Worrying about
On 03/19/2016 02:38 AM, Steven D'Aprano wrote:
> On Sat, 19 Mar 2016 01:30 pm, Random832 wrote:
>
>> On Fri, Mar 18, 2016, at 20:55, Chris Angelico wrote:
>>> On Sat, Mar 19, 2016 at 9:03 AM, Marko Rauhamaa wrote:
Also, special-casing '\0' and '/' is
lame. Why can't I have "Results 1/20
Steven D'Aprano :
> On Sat, 19 Mar 2016 08:31 pm, Marko Rauhamaa wrote:
>
>
>>Using the surrogate mechanism, UTF-16 can support all 1,114,112
>>potential Unicode characters.
>>
>> But Unicode doesn't contain 1,114,112 characters—the surrogates are
>> excluded from Unicode, and definitely
On Sat, 19 Mar 2016 08:31 pm, Marko Rauhamaa wrote:
>Using the surrogate mechanism, UTF-16 can support all 1,114,112
>potential Unicode characters.
>
> But Unicode doesn't contain 1,114,112 characters—the surrogates are
> excluded from Unicode, and definitely cannot be encoded using
> UT
Steven D'Aprano :
> On Sat, 19 Mar 2016 11:42 pm, Marko Rauhamaa wrote:
>> When glorifying Python's advanced Unicode capabilities, are we
>> careful to emphasize the necessity of unicodedata.normalize()
>> everywhere? Should Python normalize strings unconditionally and
>> transparently? What does
On 2016-03-19 12:24, BartC wrote:
> So a string that looks like:
>
> "ññ"
>
> can have 2**50 different representations? And occupy somewhere
> between 50 and 200 bytes? Or is that 400?
And moreover, they're all distinct if you don't normalize them.
On Sat, 19 Mar 2016 11:42 pm, Marko Rauhamaa wrote:
> The problem is not theoretical. If I implement a web form and someone
> enters "Aña" as their name, how do I make sure queries find the name
> regardless of the unicode code point sequence? I have to normalize using
> unicodedata.normalize().
esent in a calculation was 32767. My four-function calculator
had an 8 digit display and could calculate up to , while Pascal
choked on 32767. (Or 65536 if you used unsigned numbers.) Now, I routinely
and without hesitation generate thousand-plus bit numbers like 2**1,
and my computer calculate
Steven D'Aprano writes:
> And I don't understand this meme that indexing strings is not
> important. Have people never (say) taken a slice of a string, or a
> look-ahead, or something similar?
>
> i = mystring.find(":")
> next_char = mystring[i+1]
The point is that O(1) indexing and slicing *can
On Sat, Mar 19, 2016 at 11:42 PM, Marko Rauhamaa wrote:
>> The problem is not so much the existence of combining characters, but that
>> *some* but not all accented characters are available in two forms: a
>> composed single code point, and a decomposed pair of code points.
>
> Also, is an a with
On 2016-03-18, c...@isbd.net wrote:
> However I doubt it's still being used, a year or two after I wrote it
> we migrated to a Tektronix development system that ran Unix (wow!).
The PDP-11 one that ran TNIX (a thinly disguised port of v7)? Back in
the early 80's we used a copule of those doing m
BartC :
> So a string that looks like:
>
> "ññ"
>
> can have 2**50 different representations? And occupy somewhere between
> 50 and 200 bytes? Or is that 400?
>
> OK...
You are on the right track!
Marko
--
https://mail.python.org/mailman/listinfo
Steven D'Aprano :
> As usual, Unicode problems are generally due to backwards
> compatibility. Blame the old legacy encodings, which invented the
> "dead keys" a.k.a. "combining character" technique. Of course, they
> had a reasonable excuse at the time, but Unicode's requirement of
> being able t
On 19/03/2016 11:07, Marko Rauhamaa wrote:
Chris Angelico :
On Sat, Mar 19, 2016 at 8:31 PM, Marko Rauhamaa wrote:
Unicode made several (understandable but grave) mistakes along the way:
* normalization
Elaborate please? What's such a big mistake here?
Unicode shouldn't have allowed
On Fri, Mar 18, 2016, at 12:44, Steven D'Aprano wrote:
> And I don't understand this meme that indexing strings is not important.
> Have people never (say) taken a slice of a string, or a look-ahead, or
> something similar?
>
> i = mystring.find(":")
find is already O(N).
> next_char = mystring[
On Fri, 18 Mar 2016 06:00 pm, Ian Kelly wrote:
> On Thu, Mar 17, 2016 at 1:21 PM, Rick Johnson
> wrote:
>> In the event that i change my mind about Unicode, and/or for
>> the sake of others, who may want to know, please provide a
>> list of languages that *YOU* think handle Unicode better than
>>
1 - 100 of 1395 matches
Mail list logo
