Date   

Re: Free Synthesizers

kelby carlson
 

Okay, the Microsoft voices work, but event at a rate of 100 they go
much slower than I would like. Is there a way to increase their speed
further?

On 8/27/18, Brian Vogel <@britechguy> wrote:
On Mon, Aug 27, 2018 at 05:19 AM, Brian's Mail list account wrote:


I am not a fan of Microsofts voices as they do tend to expand
abbreviations used in the us not great Britain
Even with the UK English voices?  [That's a serious question, by the way.
Stuff like you described often gets overlooked.]

--

Brian *-* Windows 10 Home, 64-Bit, Version 1803, Build 17134

    The psychology of adultery has been falsified by conventional morals,
which assume, in monogamous countries, that attraction to one person cannot
co-exist with a serious affection for another.  Everybody knows that this is
untrue. . .

           ~ Bertrand Russell




Re: Free Synthesizers

 

On Mon, Aug 27, 2018 at 05:19 AM, Brian's Mail list account wrote:
I am not a fan of Microsofts voices as they do tend to expand abbreviations used in the us not great Britain
Even with the UK English voices?  [That's a serious question, by the way.  Stuff like you described often gets overlooked.]
 
--

Brian - Windows 10 Home, 64-Bit, Version 1803, Build 17134  

    The psychology of adultery has been falsified by conventional morals, which assume, in monogamous countries, that attraction to one person cannot co-exist with a serious affection for another.  Everybody knows that this is untrue. . .

           ~ Bertrand Russell

 

 


Re: regular expression and speech dic

 

You're quite welcome.

I love regular expressions, and finding "just the right one" to fit a variety of patterns is a really fun puzzle to me!
--

Brian - Windows 10 Home, 64-Bit, Version 1803, Build 17134  

    The psychology of adultery has been falsified by conventional morals, which assume, in monogamous countries, that attraction to one person cannot co-exist with a serious affection for another.  Everybody knows that this is untrue. . .

           ~ Bertrand Russell

 

 


Re: Words and lines repeat in the Mail app!

Chris
 

Laptop is on most of the day and off at night but I Maybe reboot once or twice a day or when I have to for a update for example

And hibernation is disabled

 

 

 

From: Brian's Mail list account via Groups.Io
Sent: 27 August 2018 10:30
To: nvda@nvda.groups.io
Subject: Re: [nvda] Words and lines repeat in the Mail app!

 

Do you actually reboot your machines regularly? IE even on windows 7 these

weird sluggish problems occur if I just hibernate or whatever windows.

 

Brian

 

bglists@...

Sent via blueyonder.

Please address personal E-mail to:-

briang1@..., putting 'Brian Gaff'

in the display name field.

----- Original Message -----

From: "Chris via Groups.Io" <chrismedley@...>

To: <nvda@nvda.groups.io>

Sent: Monday, August 27, 2018 9:03 AM

Subject: Re: [nvda] Words and lines repeat in the Mail app!

 

 

Yes, same issue here as well, along with no speech output after using the

mail app on some occasions but not all the time

 

 

From: David Moore

Sent: 27 August 2018 01:03

To: nvda@nvda.groups.io

Subject: [nvda] Words and lines repeat in the Mail app!

 

Hi all!

I hope you can help me.

Lately, in the mail app, if I use the arrow keys to read word by word, or

line by line, the same word, letter, or line will repeat, even if I am on

another line, letter, or word.

When I try to correct my emails, I have to use the text commands to read

with the review cursor, and press the command to bring the focus to the

review cursor, and make the correction.

My messages read fine with the review cursor, but it is getting almost

impossible to read my message with the arrow keys and the focus.

I am using latest alpha build, latest Mail app update, and Windows 1803.

It is the win10 mail app.

I have tried turning off my add-ons except for Windows app essentials, but

it does not help.

Let me know if any of you are having this problem with the Win10 mail app

with NVDA.

David Moore

 

Sent from Mail for Windows 10

 

 

 

 

 

 

 

 

 

 


Re: regular expression and speech dic

Mr. Wong Chi Wai, William <cwwong.pro@...>
 

Really thanks for your advice.
For what you have taught me, e.g. the use (), I couldn't found such information from the internet.



Brian Vogel 於 26/8/2018 11:56 寫道:

Glad to hear you've got it solved.

That second capture group is interesting, that's for sure.

--

Brian - Windows 10 Home, 64-Bit, Version 1803, Build 17134  

    The psychology of adultery has been falsified by conventional morals, which assume, in monogamous countries, that attraction to one person cannot co-exist with a serious affection for another.  Everybody knows that this is untrue. . .

           ~ Bertrand Russell

 

 



Re: strange behavior with add on updater

Brian's Mail list account <bglists@...>
 

Its not there as yet though.
Brian off thataway.
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.

----- Original Message -----
From: "Joseph Lee" <@joslee>
To: <nvda@nvda.groups.io>
Sent: Monday, August 27, 2018 5:08 AM
Subject: Re: [nvda] strange behavior with add on updater


Hi,
And the solution has been revealed in the form of Revision A for August 25th snapshot, with the bug caused by a wxPython attribute that isn't available in NVDA 2018.2.1. I'm about to upload August 27th snapshot that not only includes a fix for this (for those who haven't applied revision A), but also will check add-on checkboxes by default so you can update add-ons.
Note that the new build will require manual install for those using August 25th build (not revision A).
Cheers,
Joseph

-----Original Message-----
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Ian Westerland
Sent: Sunday, August 26, 2018 8:56 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] strange behavior with add on updater



Hello Andy. I had the same issue Tony reported and am glad it installed for you. This is the first time I have had any trouble. No doubt all will be revealed.

Ian Westerland





On 8/27/2018 1:49 PM, Andy wrote:
When i launched NVDA yesterday the update dialogue came up and i had
no problem installing the update.

Andy

----- Original Message ----- From: "Ian Westerland"
<iwesterl@...>
To: <nvda@nvda.groups.io>
Sent: Sunday, August 26, 2018 8:44 PM
Subject: Re: [nvda] strange behavior with add on updater


Hi Tony. I was about to write to the list on the same subject. At
first I wondered if there was some kind of bug when the notification
appeared several hours apart but I am convinced it isn't a bug.

Looking forward to the answer and a possible remedy.

Ian Westerland




On 8/27/2018 1:40 PM, Tony Ballou wrote:
Howdy,


The latest version of the add on updater came out yesterday. When I
check the option to install it, the only button that shows up is a
close button. I went through the dialog box, and the only things that
are in there are the checkbox to select the update and the close button.
What's up with that, where's the install button for the darn thing?
Slightly perplexed.


Tony









Re: strange behavior with add on updater

Brian's Mail list account <bglists@...>
 

Yes when he says manual install, he just means going to the add ons list and selecting get add ons, go to the development add ons, download the latest one and then use your browsers files display for downloads, and run the download. You can do this for every version of nvda you have portable or installed once you download it once of course.
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.

----- Original Message -----
From: "Ian Westerland" <iwesterl@...>
To: <nvda@nvda.groups.io>
Sent: Monday, August 27, 2018 5:12 AM
Subject: Re: [nvda] strange behavior with add on updater



Thank you Joseph. It is a very handy tool and I wouldn't be without it.

Cheers.


Ian




On 8/27/2018 2:08 PM, Joseph Lee wrote:
Hi,
And the solution has been revealed in the form of Revision A for August 25th snapshot, with the bug caused by a wxPython attribute that isn't available in NVDA 2018.2.1. I'm about to upload August 27th snapshot that not only includes a fix for this (for those who haven't applied revision A), but also will check add-on checkboxes by default so you can update add-ons.
Note that the new build will require manual install for those using August 25th build (not revision A).
Cheers,
Joseph

-----Original Message-----
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Ian Westerland
Sent: Sunday, August 26, 2018 8:56 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] strange behavior with add on updater



Hello Andy. I had the same issue Tony reported and am glad it installed for you. This is the first time I have had any trouble. No doubt all will be revealed.

Ian Westerland





On 8/27/2018 1:49 PM, Andy wrote:
When i launched NVDA yesterday the update dialogue came up and i had
no problem installing the update.

Andy

----- Original Message ----- From: "Ian Westerland"
<iwesterl@...>
To: <nvda@nvda.groups.io>
Sent: Sunday, August 26, 2018 8:44 PM
Subject: Re: [nvda] strange behavior with add on updater


Hi Tony. I was about to write to the list on the same subject. At
first I wondered if there was some kind of bug when the notification
appeared several hours apart but I am convinced it isn't a bug.

Looking forward to the answer and a possible remedy.

Ian Westerland




On 8/27/2018 1:40 PM, Tony Ballou wrote:
Howdy,


The latest version of the add on updater came out yesterday. When I
check the option to install it, the only button that shows up is a
close button. I went through the dialog box, and the only things that
are in there are the checkbox to select the update and the close button.
What's up with that, where's the install button for the darn thing?
Slightly perplexed.


Tony















Re: Words and lines repeat in the Mail app!

Brian's Mail list account <bglists@...>
 

Do you actually reboot your machines regularly? IE even on windows 7 these weird sluggish problems occur if I just hibernate or whatever windows.

Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.

----- Original Message -----
From: "Chris via Groups.Io" <chrismedley=btinternet.com@groups.io>
To: <nvda@nvda.groups.io>
Sent: Monday, August 27, 2018 9:03 AM
Subject: Re: [nvda] Words and lines repeat in the Mail app!


Yes, same issue here as well, along with no speech output after using the mail app on some occasions but not all the time


From: David Moore
Sent: 27 August 2018 01:03
To: nvda@nvda.groups.io
Subject: [nvda] Words and lines repeat in the Mail app!

Hi all!
I hope you can help me.
Lately, in the mail app, if I use the arrow keys to read word by word, or line by line, the same word, letter, or line will repeat, even if I am on another line, letter, or word.
When I try to correct my emails, I have to use the text commands to read with the review cursor, and press the command to bring the focus to the review cursor, and make the correction.
My messages read fine with the review cursor, but it is getting almost impossible to read my message with the arrow keys and the focus.
I am using latest alpha build, latest Mail app update, and Windows 1803.
It is the win10 mail app.
I have tried turning off my add-ons except for Windows app essentials, but it does not help.
Let me know if any of you are having this problem with the Win10 mail app with NVDA.
David Moore

Sent from Mail for Windows 10


Re: firefox ?

Brian's Mail list account <bglists@...>
 

Which version of Firefox were you using before?
I would actually suggest two things. If you are the sort of person who only puts your computer to sleep, try a complete shut down and restart.

If that works, all well and good if not, try running the register tool in nvda. I suspect this might make no difference as I think it runs at boot up anyway, but worth a try.
It is worth noting that there are a significant number of us who have had this issue with the Quantum builds so if you were using 52 before, then you might be on of us. For those my fix is Waterfox which is a 64 bit version of firefox with whatever the problem in Firefox recent builds omitted.
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.

----- Original Message -----
From: "Danni" <luv2ride67@...>
To: <nvda@nvda.groups.io>
Sent: Monday, August 27, 2018 12:27 AM
Subject: [nvda] firefox ?



it updated on me yesterday grr had it set not to but apparently it doesn't much matter! anyway since it updated it's not loading pages I just get blank blank blank unless I hit windows escape and arrow over to the page then it will let me read but it's sluggish!

I noticed also that if I turn off brouse mode it will let me tab down and it will read though obviously not everything which makes me think it's a brouse mode issue on firefox but I have no clue for sure?

it's firefox 61.0.2 I believe


Re: Free Synthesizers

Brian's Mail list account <bglists@...>
 

Well any new install of nvda on your system will default to one core anyway then.
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.

----- Original Message -----
From: "kelby carlson" <kelbycarlson@...>
To: <nvda@nvda.groups.io>
Sent: Sunday, August 26, 2018 6:55 PM
Subject: Re: [nvda] Free Synthesizers


Windows 10 unfortunately.
On Aug 26, 2018, at 1:09 PM, Jackie <abletec@...> wrote:

What version of Windows do you run, Kelby?

On 8/26/18, Brian Vogel <@britechguy> wrote:
MS SAPI 5 and One Core.

--

Brian *-* Windows 10 Home, 64-Bit, Version 1803, Build 17134

The psychology of adultery has been falsified by conventional morals,
which assume, in monogamous countries, that attraction to one person cannot
co-exist with a serious affection for another. Everybody knows that this is
untrue. . .

~ Bertrand Russell




--
Remember! Friends Help Friends Be Cybersafe
Jackie McBride
Helping Cybercrime Victims 1 Person at a Time
https://brighter-vision.com



Re: Free Synthesizers

Brian's Mail list account <bglists@...>
 

I have also successfully got the speech platform from microsoft to run in windows 7 and nvda.
I am not a fan of Microsofts voices as they do tend to expand abbreviations used in the us not great Britain with some humorous results on post codes.
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.

----- Original Message -----
From: "Jackie" <abletec@...>
To: <nvda@nvda.groups.io>
Sent: Sunday, August 26, 2018 6:09 PM
Subject: Re: [nvda] Free Synthesizers


What version of Windows do you run, Kelby?

On 8/26/18, Brian Vogel <@britechguy> wrote:
MS SAPI 5 and One Core.

--

Brian *-* Windows 10 Home, 64-Bit, Version 1803, Build 17134

The psychology of adultery has been falsified by conventional morals,
which assume, in monogamous countries, that attraction to one person cannot
co-exist with a serious affection for another. Everybody knows that this is
untrue. . .

~ Bertrand Russell




--
Remember! Friends Help Friends Be Cybersafe
Jackie McBride
Helping Cybercrime Victims 1 Person at a Time
https://brighter-vision.com


Re: Free Synthesizers

Brian's Mail list account <bglists@...>
 

Pico and although not developed much recently the speech player in Espeak is still there and works.
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.

----- Original Message -----
From: "Brian Vogel" <@britechguy>
To: <nvda@nvda.groups.io>
Sent: Sunday, August 26, 2018 5:46 PM
Subject: Re: [nvda] Free Synthesizers


MS SAPI 5 and One Core.

--

Brian *-* Windows 10 Home, 64-Bit, Version 1803, Build 17134

The psychology of adultery has been falsified by conventional morals, which assume, in monogamous countries, that attraction to one person cannot co-exist with a serious affection for another. Everybody knows that this is untrue. . .

~ Bertrand Russell


Re: NVDA 2018.3: wxPython 4 is not the same thing as Python 3

Brian's Mail list account <bglists@...>
 

I have advocated for this, but there is a kind of back end increase in workload implied in this. We tend to moan here or via a ticket or on whichever list we use. We do not always use logic to report the issue very well, and unless its blindingly obvious, if a developer cannot make the problem occur, it cannot be fixed. This is a problem now. You have probably all seen the template guide for issue reporting, which attempts to make the reporter think about defining the issue as exactly as they can to save time, and it is time we are short of. Played workers on NVDA are not a huge endless resource, after all.
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.

----- Original Message -----
From: "Marshall handheld Flax" <m.droid.flax@...>
To: <nvda@nvda.groups.io>
Sent: Sunday, August 26, 2018 10:32 PM
Subject: Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as Python 3


One other note: while transitioning to Python 3 isn't optional, there is no
limit to how much testing the community can provide before the Python 3
code becomes the production release. Are there plans to organize the user
community to provide additional and more-organized testing?

Thanks!

Marshall

On Sun, Aug 26, 2018 at 3:28 PM Joseph Lee <@joslee>
wrote:

Hi Kelby,

I understand the sentiment expressed by you and others. What we saw with
one particular add-on discussed throughout yesterday is just a taste of
what’s to come in the future. The add-ons community is aware of the fact
that Python 3 transition is a big migration, and I’ll remind add-on authors
(including myself) to never forget users when we do move to Python 3 (this
reminds me: I need to ask add-ons community to start contacting authors of
add-ons that will exhibit problems once Python 3 transition takes place; a
personal message to Ralph: I’d like to invite you to submit your add-ons
for basic add-on review so they can show up on add-ons website for easier
discoverability).

Cheers,

Joseph



*From:* nvda@nvda.groups.io <nvda@nvda.groups.io> *On Behalf Of *kelby
carlson
*Sent:* Sunday, August 26, 2018 12:15 PM
*To:* nvda@nvda.groups.io
*Subject:* Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as
Python 3



Well I definitely can't afford to update by the sound of this. NVDA is my
work screen reader and I can't risk anything breaking. I share the
frustration of others if this is going to cause such widespread problems.


On Aug 26, 2018, at 3:11 PM, Joseph Lee <@joslee> wrote:

Hi,

In the past, when Python 3 wasn’t under active development or deployed
widely, NVDA source code was modified periodically to add features from
various Python 2.x releases.

As for emulation: we’re talking about two completely different aspects of
computing here: Python is a programming language, not an operating system.
Emulation makes sense if Python was an operating system and had necessary
infrastructure to run legacy code. However, being a programming language,
it may not allow old assumptions to hold true in some cases (Unicode, for
example). At least Python 3 interpreter will warn you if you’ve got code
that depends on old assumptions, but it won’t correct it for you; in a way,
you can get around it by using a compatibility layer (called “shim”), and
one such compatibility layer will be included in NVDA 2018.3: the “six”
module, and we got this for free as part of moving to wxPython 4.0.3.

Cheers,

Joseph



*From:* nvda@nvda.groups.io <nvda@nvda.groups.io> *On Behalf Of *Gene
*Sent:* Sunday, August 26, 2018 12:03 PM
*To:* nvda@nvda.groups.io
*Subject:* Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as
Python 3



Does that mean anything for the future? How often is support stopped for
old versions. If this occurs once every roughly ten years, this could be a
serious ongoing problem. .



Should the new Pytho have some sort of emulator to allow older code to
run?



Gene

----- Original Message -----



*From:* Joseph Lee <@joslee>

*Sent:* Sunday, August 26, 2018 1:51 PM

*To:* nvda@nvda.groups.io

*Subject:* Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as
Python 3



Hi,
Several important reasons come to my mind:
* Python 2 sunset date is approaching: On January 1, 2020, support for
Python 2 will be terminated by Python Software Foundation (PSF), the main
entity that defines and coordinates development of Python programming
language. Although there might be "night lighting" efforts - longer support
by third parties, but for all intents and purposes, as far as CPython is
concerned, that is the sunset date.
* Unicode: Python 2 had ability to deal with Unicode and older text
encoding mechanisms. Python 3 standardizes this around Unicode. With more
characters being added to Unicode standard (the latest edition, version
11.0, adds emoji and characters from additional scripts around the world),
coupled with globalization and internationalization of software projects,
it became important to standardize around this.
* New possibilities: Python 3 introduces features that could be used by
NVDA and its add-ons, including asynchronous I/O, more predictable thread
switching mechanism, virtual Python environments (for isolating code from
the outside world for testing and other scenarios) and many others.
* Easier source code level debugging: if you run NVDA from source code,
you'll find you're using Windows 8 when in fact you might be running 8.1 or
10. Python 3 adds native support for Windows 10, which makes it easier for
developers to add new features or test bug fixes for Windows 8.1 and 10 as
well as on older Windows versions.

Of course, with change comes responsibilities to make sure old code works
as intended (as much as possible), and every change has its upsides and
downsides. At the moment some NVDA developers (including I) are researching
possible issues people will encounter when we do move to Python 3.
Cheers,
Joseph


-----Original Message-----
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Don H
Sent: Sunday, August 26, 2018 11:39 AM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as
Python 3

So I have to ask the question why change to the new python if it has the
potential of messing things up?

On 8/26/2018 1:14 PM, Joseph Lee wrote:
Hi,

When I call espeak_Initialize when initializing Espeak from NVDA, I
get an exception and Espeak can’t find phonetics table from a specific
location. I will need to investigate this further, as being able to
get at least one synthesizer running in Python 3 mode is a crucial
milestone I hope to achieve soon.

Cheers,

Joseph

*From:* nvda@nvda.groups.io <nvda@nvda.groups.io> *On Behalf Of *Reece
H. Dunn
*Sent:* Sunday, August 26, 2018 10:26 AM
*To:* nvda@nvda.groups.io
*Subject:* Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as
Python 3

On Sun, Aug 26, 2018 at 05:06 PM, Joseph Lee wrote:

Hi all,

For the last few hours, there has been a thread regarding
incompatibility of some add-ons and NVDA 2018.3, with some folks
claiming that speech synthesizers are not compatible. This
information is mostly false, and this may have been driven by
confusion regarding wxPython 4 versus Python 3.

wxPython: NVDA 2018.3 will upgrade wxPython GUI toolkit to version
4.0.3, a necessary milestone for the eventual migration to Python 3.
If an add-on uses attributes that are not found in newer wxPython
releases, they won’t load. Likewise, an add-on that exclusively uses
wxPython 4 material won’t work in older NVDA releases. At least some
GUI elements of speech synthesizer drivers are affected, and that’s
the reason why there has been an uproar regarding an important
add-on. Regarding speech synthesizer drivers and GUI issues, they
produce minor warnings, but apart from that, they are usable (but
not forever).

Python 3: Python is a programming language. Therefore, moving from
one version of a programming language to the next can be
challenging, especially if it introduces incompatible syntax and
throws away old internal assumptions. Python 2 to 3 migration will
go through both issues and much more, and research suggests that
many NVDA features and add-ons will be affected, including some
synthesizers the community uses (sorry, Espeak, you’re included in
this mix). Specifically, due to prevalence of Unicode, it’ll take
some time to come up with routines that will work with text
formatted as Unicode and other encodings, and unfortunately, some
speech synthesizers will insist on using ANSI format strings when in
fact Python 3 wants to read and write Unicode (Espeak is a notable
case).

What is the issue/are the issues regarding espeak (I have experience
converting Python 2 to 3 code)?

Are you referring to espeak wanting UTF-8 (which is like/compatible
with ANSI/ASCII strings), or issues with the way the NVDA espeak
binding is written?

NOTE: UTF-8, UTF-16, and UTF-32 are all different Unicode encodings.
Espeak supports UTF-8 and UTF-16, but not UTF-32.

Kind regards,
Reece

In regards to add-ons, any add-on that deals with text processing
are affected (speech synthesizers, for example). Also, if they use
Python standard library (various Python modules), they need to take
note of differences between Python 2 and 3, especially in regards to
module and function renames (_winreg versus winreg, the former with
an underscore and the latter without).

A more general overview of what will it take to move NVDA to Python
3 can be found at:

https://github.com/nvaccess/nvda/issues/7105

Cheers,

Joseph









Re: NVDA 2018.3: wxPython 4 is not the same thing as Python 3

Brian's Mail list account <bglists@...>
 

I'd also say that nobody is going to stop the older version of NVDA from working.
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.

----- Original Message -----
From: "kelby carlson" <kelbycarlson@...>
To: <nvda@nvda.groups.io>
Sent: Sunday, August 26, 2018 8:15 PM
Subject: Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as Python 3


Well I definitely can't afford to update by the sound of this. NVDA is my work screen reader and I can't risk anything breaking. I share the frustration of others if this is going to cause such widespread problems.
On Aug 26, 2018, at 3:11 PM, Joseph Lee <@joslee> wrote:

Hi,
In the past, when Python 3 wasn’t under active development or deployed widely, NVDA source code was modified periodically to add features from various Python 2.x releases.
As for emulation: we’re talking about two completely different aspects of computing here: Python is a programming language, not an operating system. Emulation makes sense if Python was an operating system and had necessary infrastructure to run legacy code. However, being a programming language, it may not allow old assumptions to hold true in some cases (Unicode, for example). At least Python 3 interpreter will warn you if you’ve got code that depends on old assumptions, but it won’t correct it for you; in a way, you can get around it by using a compatibility layer (called “shim”), and one such compatibility layer will be included in NVDA 2018.3: the “six” module, and we got this for free as part of moving to wxPython 4.0.3.
Cheers,
Joseph

From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Gene
Sent: Sunday, August 26, 2018 12:03 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as Python 3

Does that mean anything for the future? How often is support stopped for old versions. If this occurs once every roughly ten years, this could be a serious ongoing problem. .

Should the new Pytho have some sort of emulator to allow older code to run?

Gene
----- Original Message -----

From: Joseph Lee
Sent: Sunday, August 26, 2018 1:51 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as Python 3

Hi,
Several important reasons come to my mind:
* Python 2 sunset date is approaching: On January 1, 2020, support for Python 2 will be terminated by Python Software Foundation (PSF), the main entity that defines and coordinates development of Python programming language. Although there might be "night lighting" efforts - longer support by third parties, but for all intents and purposes, as far as CPython is concerned, that is the sunset date.
* Unicode: Python 2 had ability to deal with Unicode and older text encoding mechanisms. Python 3 standardizes this around Unicode. With more characters being added to Unicode standard (the latest edition, version 11.0, adds emoji and characters from additional scripts around the world), coupled with globalization and internationalization of software projects, it became important to standardize around this.
* New possibilities: Python 3 introduces features that could be used by NVDA and its add-ons, including asynchronous I/O, more predictable thread switching mechanism, virtual Python environments (for isolating code from the outside world for testing and other scenarios) and many others.
* Easier source code level debugging: if you run NVDA from source code, you'll find you're using Windows 8 when in fact you might be running 8.1 or 10. Python 3 adds native support for Windows 10, which makes it easier for developers to add new features or test bug fixes for Windows 8.1 and 10 as well as on older Windows versions.

Of course, with change comes responsibilities to make sure old code works as intended (as much as possible), and every change has its upsides and downsides. At the moment some NVDA developers (including I) are researching possible issues people will encounter when we do move to Python 3.
Cheers,
Joseph


-----Original Message-----
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Don H
Sent: Sunday, August 26, 2018 11:39 AM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as Python 3

So I have to ask the question why change to the new python if it has the potential of messing things up?

On 8/26/2018 1:14 PM, Joseph Lee wrote:
Hi,

When I call espeak_Initialize when initializing Espeak from NVDA, I
get an exception and Espeak can’t find phonetics table from a specific
location. I will need to investigate this further, as being able to
get at least one synthesizer running in Python 3 mode is a crucial
milestone I hope to achieve soon.

Cheers,

Joseph

*From:* nvda@nvda.groups.io <nvda@nvda.groups.io> *On Behalf Of *Reece
H. Dunn
*Sent:* Sunday, August 26, 2018 10:26 AM
*To:* nvda@nvda.groups.io
*Subject:* Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as
Python 3

On Sun, Aug 26, 2018 at 05:06 PM, Joseph Lee wrote:

Hi all,

For the last few hours, there has been a thread regarding
incompatibility of some add-ons and NVDA 2018.3, with some folks
claiming that speech synthesizers are not compatible. This
information is mostly false, and this may have been driven by
confusion regarding wxPython 4 versus Python 3.

wxPython: NVDA 2018.3 will upgrade wxPython GUI toolkit to version
4.0.3, a necessary milestone for the eventual migration to Python 3.
If an add-on uses attributes that are not found in newer wxPython
releases, they won’t load. Likewise, an add-on that exclusively uses
wxPython 4 material won’t work in older NVDA releases. At least some
GUI elements of speech synthesizer drivers are affected, and that’s
the reason why there has been an uproar regarding an important
add-on. Regarding speech synthesizer drivers and GUI issues, they
produce minor warnings, but apart from that, they are usable (but
not forever).

Python 3: Python is a programming language. Therefore, moving from
one version of a programming language to the next can be
challenging, especially if it introduces incompatible syntax and
throws away old internal assumptions. Python 2 to 3 migration will
go through both issues and much more, and research suggests that
many NVDA features and add-ons will be affected, including some
synthesizers the community uses (sorry, Espeak, you’re included in
this mix). Specifically, due to prevalence of Unicode, it’ll take
some time to come up with routines that will work with text
formatted as Unicode and other encodings, and unfortunately, some
speech synthesizers will insist on using ANSI format strings when in
fact Python 3 wants to read and write Unicode (Espeak is a notable
case).

What is the issue/are the issues regarding espeak (I have experience
converting Python 2 to 3 code)?

Are you referring to espeak wanting UTF-8 (which is like/compatible
with ANSI/ASCII strings), or issues with the way the NVDA espeak
binding is written?

NOTE: UTF-8, UTF-16, and UTF-32 are all different Unicode encodings.
Espeak supports UTF-8 and UTF-16, but not UTF-32.

Kind regards,
Reece

In regards to add-ons, any add-on that deals with text processing
are affected (speech synthesizers, for example). Also, if they use
Python standard library (various Python modules), they need to take
note of differences between Python 2 and 3, especially in regards to
module and function renames (_winreg versus winreg, the former with
an underscore and the latter without).

A more general overview of what will it take to move NVDA to Python
3 can be found at:

https://github.com/nvaccess/nvda/issues/7105

Cheers,

Joseph








Re: NVDA 2018.3: wxPython 4 is not the same thing as Python 3

Brian's Mail list account <bglists@...>
 

I do not think WX4 will cause major problems.
As has been said though, unfortunately we came onto this debate before with windows XP. Its all a trade in the end. Preserving the old with the restrictions it places on future development, and biting the bullet toward a more capable system but having to sort out systemic incompatibilities caused in a complex system by relatively small changes in a language. To me though I am not totally clear why Python3 changes actual syntax and reserved words and conventions like underscores in names at all. Surely they should attempt to make the transition easy?
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.

----- Original Message -----
From: "kelby carlson" <kelbycarlson@...>
To: <nvda@nvda.groups.io>
Sent: Sunday, August 26, 2018 8:15 PM
Subject: Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as Python 3


Well I definitely can't afford to update by the sound of this. NVDA is my work screen reader and I can't risk anything breaking. I share the frustration of others if this is going to cause such widespread problems.
On Aug 26, 2018, at 3:11 PM, Joseph Lee <@joslee> wrote:

Hi,
In the past, when Python 3 wasn’t under active development or deployed widely, NVDA source code was modified periodically to add features from various Python 2.x releases.
As for emulation: we’re talking about two completely different aspects of computing here: Python is a programming language, not an operating system. Emulation makes sense if Python was an operating system and had necessary infrastructure to run legacy code. However, being a programming language, it may not allow old assumptions to hold true in some cases (Unicode, for example). At least Python 3 interpreter will warn you if you’ve got code that depends on old assumptions, but it won’t correct it for you; in a way, you can get around it by using a compatibility layer (called “shim”), and one such compatibility layer will be included in NVDA 2018.3: the “six” module, and we got this for free as part of moving to wxPython 4.0.3.
Cheers,
Joseph

From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Gene
Sent: Sunday, August 26, 2018 12:03 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as Python 3

Does that mean anything for the future? How often is support stopped for old versions. If this occurs once every roughly ten years, this could be a serious ongoing problem. .

Should the new Pytho have some sort of emulator to allow older code to run?

Gene
----- Original Message -----

From: Joseph Lee
Sent: Sunday, August 26, 2018 1:51 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as Python 3

Hi,
Several important reasons come to my mind:
* Python 2 sunset date is approaching: On January 1, 2020, support for Python 2 will be terminated by Python Software Foundation (PSF), the main entity that defines and coordinates development of Python programming language. Although there might be "night lighting" efforts - longer support by third parties, but for all intents and purposes, as far as CPython is concerned, that is the sunset date.
* Unicode: Python 2 had ability to deal with Unicode and older text encoding mechanisms. Python 3 standardizes this around Unicode. With more characters being added to Unicode standard (the latest edition, version 11.0, adds emoji and characters from additional scripts around the world), coupled with globalization and internationalization of software projects, it became important to standardize around this.
* New possibilities: Python 3 introduces features that could be used by NVDA and its add-ons, including asynchronous I/O, more predictable thread switching mechanism, virtual Python environments (for isolating code from the outside world for testing and other scenarios) and many others.
* Easier source code level debugging: if you run NVDA from source code, you'll find you're using Windows 8 when in fact you might be running 8.1 or 10. Python 3 adds native support for Windows 10, which makes it easier for developers to add new features or test bug fixes for Windows 8.1 and 10 as well as on older Windows versions.

Of course, with change comes responsibilities to make sure old code works as intended (as much as possible), and every change has its upsides and downsides. At the moment some NVDA developers (including I) are researching possible issues people will encounter when we do move to Python 3.
Cheers,
Joseph


-----Original Message-----
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Don H
Sent: Sunday, August 26, 2018 11:39 AM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as Python 3

So I have to ask the question why change to the new python if it has the potential of messing things up?

On 8/26/2018 1:14 PM, Joseph Lee wrote:
Hi,

When I call espeak_Initialize when initializing Espeak from NVDA, I
get an exception and Espeak can’t find phonetics table from a specific
location. I will need to investigate this further, as being able to
get at least one synthesizer running in Python 3 mode is a crucial
milestone I hope to achieve soon.

Cheers,

Joseph

*From:* nvda@nvda.groups.io <nvda@nvda.groups.io> *On Behalf Of *Reece
H. Dunn
*Sent:* Sunday, August 26, 2018 10:26 AM
*To:* nvda@nvda.groups.io
*Subject:* Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as
Python 3

On Sun, Aug 26, 2018 at 05:06 PM, Joseph Lee wrote:

Hi all,

For the last few hours, there has been a thread regarding
incompatibility of some add-ons and NVDA 2018.3, with some folks
claiming that speech synthesizers are not compatible. This
information is mostly false, and this may have been driven by
confusion regarding wxPython 4 versus Python 3.

wxPython: NVDA 2018.3 will upgrade wxPython GUI toolkit to version
4.0.3, a necessary milestone for the eventual migration to Python 3.
If an add-on uses attributes that are not found in newer wxPython
releases, they won’t load. Likewise, an add-on that exclusively uses
wxPython 4 material won’t work in older NVDA releases. At least some
GUI elements of speech synthesizer drivers are affected, and that’s
the reason why there has been an uproar regarding an important
add-on. Regarding speech synthesizer drivers and GUI issues, they
produce minor warnings, but apart from that, they are usable (but
not forever).

Python 3: Python is a programming language. Therefore, moving from
one version of a programming language to the next can be
challenging, especially if it introduces incompatible syntax and
throws away old internal assumptions. Python 2 to 3 migration will
go through both issues and much more, and research suggests that
many NVDA features and add-ons will be affected, including some
synthesizers the community uses (sorry, Espeak, you’re included in
this mix). Specifically, due to prevalence of Unicode, it’ll take
some time to come up with routines that will work with text
formatted as Unicode and other encodings, and unfortunately, some
speech synthesizers will insist on using ANSI format strings when in
fact Python 3 wants to read and write Unicode (Espeak is a notable
case).

What is the issue/are the issues regarding espeak (I have experience
converting Python 2 to 3 code)?

Are you referring to espeak wanting UTF-8 (which is like/compatible
with ANSI/ASCII strings), or issues with the way the NVDA espeak
binding is written?

NOTE: UTF-8, UTF-16, and UTF-32 are all different Unicode encodings.
Espeak supports UTF-8 and UTF-16, but not UTF-32.

Kind regards,
Reece

In regards to add-ons, any add-on that deals with text processing
are affected (speech synthesizers, for example). Also, if they use
Python standard library (various Python modules), they need to take
note of differences between Python 2 and 3, especially in regards to
module and function renames (_winreg versus winreg, the former with
an underscore and the latter without).

A more general overview of what will it take to move NVDA to Python
3 can be found at:

https://github.com/nvaccess/nvda/issues/7105

Cheers,

Joseph








Re: NVDA 2018.3: wxPython 4 is not the same thing as Python 3

Brian's Mail list account <bglists@...>
 

That is good to know. However a lot of this has not been explained well to users until you wrote these messages. A lot of the debates about have been at a very technical level and probably above the pay grade of most users... grin, and in various tickets and issues on gather which makes it unlikely many here will have ever looked at them in any case.
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.

----- Original Message -----
From: "Joseph Lee" <@joslee>
To: <nvda@nvda.groups.io>
Sent: Sunday, August 26, 2018 8:11 PM
Subject: Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as Python 3


Hi,

In the past, when Python 3 wasn’t under active development or deployed widely, NVDA source code was modified periodically to add features from various Python 2.x releases.

As for emulation: we’re talking about two completely different aspects of computing here: Python is a programming language, not an operating system. Emulation makes sense if Python was an operating system and had necessary infrastructure to run legacy code. However, being a programming language, it may not allow old assumptions to hold true in some cases (Unicode, for example). At least Python 3 interpreter will warn you if you’ve got code that depends on old assumptions, but it won’t correct it for you; in a way, you can get around it by using a compatibility layer (called “shim”), and one such compatibility layer will be included in NVDA 2018.3: the “six” module, and we got this for free as part of moving to wxPython 4.0.3.

Cheers,

Joseph



From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Gene
Sent: Sunday, August 26, 2018 12:03 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as Python 3



Does that mean anything for the future? How often is support stopped for old versions. If this occurs once every roughly ten years, this could be a serious ongoing problem. .



Should the new Pytho have some sort of emulator to allow older code to run?



Gene

----- Original Message -----



From: Joseph Lee <mailto:@joslee>

Sent: Sunday, August 26, 2018 1:51 PM

To: nvda@nvda.groups.io <mailto:nvda@nvda.groups.io>

Subject: Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as Python 3



Hi,
Several important reasons come to my mind:
* Python 2 sunset date is approaching: On January 1, 2020, support for Python 2 will be terminated by Python Software Foundation (PSF), the main entity that defines and coordinates development of Python programming language. Although there might be "night lighting" efforts - longer support by third parties, but for all intents and purposes, as far as CPython is concerned, that is the sunset date.
* Unicode: Python 2 had ability to deal with Unicode and older text encoding mechanisms. Python 3 standardizes this around Unicode. With more characters being added to Unicode standard (the latest edition, version 11.0, adds emoji and characters from additional scripts around the world), coupled with globalization and internationalization of software projects, it became important to standardize around this.
* New possibilities: Python 3 introduces features that could be used by NVDA and its add-ons, including asynchronous I/O, more predictable thread switching mechanism, virtual Python environments (for isolating code from the outside world for testing and other scenarios) and many others.
* Easier source code level debugging: if you run NVDA from source code, you'll find you're using Windows 8 when in fact you might be running 8.1 or 10. Python 3 adds native support for Windows 10, which makes it easier for developers to add new features or test bug fixes for Windows 8.1 and 10 as well as on older Windows versions.

Of course, with change comes responsibilities to make sure old code works as intended (as much as possible), and every change has its upsides and downsides. At the moment some NVDA developers (including I) are researching possible issues people will encounter when we do move to Python 3.
Cheers,
Joseph


-----Original Message-----
From: nvda@nvda.groups.io <mailto:nvda@nvda.groups.io> <nvda@nvda.groups.io <mailto:nvda@nvda.groups.io> > On Behalf Of Don H
Sent: Sunday, August 26, 2018 11:39 AM
To: nvda@nvda.groups.io <mailto:nvda@nvda.groups.io>
Subject: Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as Python 3

So I have to ask the question why change to the new python if it has the potential of messing things up?

On 8/26/2018 1:14 PM, Joseph Lee wrote:
Hi,

When I call espeak_Initialize when initializing Espeak from NVDA, I
get an exception and Espeak can’t find phonetics table from a specific
location. I will need to investigate this further, as being able to
get at least one synthesizer running in Python 3 mode is a crucial
milestone I hope to achieve soon.

Cheers,

Joseph

*From:* nvda@nvda.groups.io <mailto:nvda@nvda.groups.io> <nvda@nvda.groups.io <mailto:nvda@nvda.groups.io> > *On Behalf Of *Reece
H. Dunn
*Sent:* Sunday, August 26, 2018 10:26 AM
*To:* nvda@nvda.groups.io <mailto:nvda@nvda.groups.io>
*Subject:* Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as
Python 3

On Sun, Aug 26, 2018 at 05:06 PM, Joseph Lee wrote:

Hi all,

For the last few hours, there has been a thread regarding
incompatibility of some add-ons and NVDA 2018.3, with some folks
claiming that speech synthesizers are not compatible. This
information is mostly false, and this may have been driven by
confusion regarding wxPython 4 versus Python 3.

wxPython: NVDA 2018.3 will upgrade wxPython GUI toolkit to version
4.0.3, a necessary milestone for the eventual migration to Python 3.
If an add-on uses attributes that are not found in newer wxPython
releases, they won’t load. Likewise, an add-on that exclusively uses
wxPython 4 material won’t work in older NVDA releases. At least some
GUI elements of speech synthesizer drivers are affected, and that’s
the reason why there has been an uproar regarding an important
add-on. Regarding speech synthesizer drivers and GUI issues, they
produce minor warnings, but apart from that, they are usable (but
not forever).

Python 3: Python is a programming language. Therefore, moving from
one version of a programming language to the next can be
challenging, especially if it introduces incompatible syntax and
throws away old internal assumptions. Python 2 to 3 migration will
go through both issues and much more, and research suggests that
many NVDA features and add-ons will be affected, including some
synthesizers the community uses (sorry, Espeak, you’re included in
this mix). Specifically, due to prevalence of Unicode, it’ll take
some time to come up with routines that will work with text
formatted as Unicode and other encodings, and unfortunately, some
speech synthesizers will insist on using ANSI format strings when in
fact Python 3 wants to read and write Unicode (Espeak is a notable
case).

What is the issue/are the issues regarding espeak (I have experience
converting Python 2 to 3 code)?

Are you referring to espeak wanting UTF-8 (which is like/compatible
with ANSI/ASCII strings), or issues with the way the NVDA espeak
binding is written?

NOTE: UTF-8, UTF-16, and UTF-32 are all different Unicode encodings.
Espeak supports UTF-8 and UTF-16, but not UTF-32.

Kind regards,
Reece

In regards to add-ons, any add-on that deals with text processing
are affected (speech synthesizers, for example). Also, if they use
Python standard library (various Python modules), they need to take
note of differences between Python 2 and 3, especially in regards to
module and function renames (_winreg versus winreg, the former with
an underscore and the latter without).

A more general overview of what will it take to move NVDA to Python
3 can be found at:

https://github.com/nvaccess/nvda/issues/7105

Cheers,

Joseph


Re: NVDA 2018.3: wxPython 4 is not the same thing as Python 3

Brian's Mail list account <bglists@...>
 

I already asked this, but of course as the developers of the language do what they like \I'd imagine making something like this would be very hard and might allow people to not use the more modern system.
More to the point though non support of a language does not mean its death. It just means no updates and we are now using it and it has stayed very much the same for a long time, so security wise, will it matter how many people use the older version?
Idealistically of course a rewrite is required for all the stated reasons, but where do you fit the user into the equation. I would suggest myself that a stable latest version be always available in python 2.7 for at least two iterations of the Python 3 version, as finding those annoying little problems is not going to be fast I think. It would also be handy to talk to other projects who have made such a transition and see what their experiences have been. I bet there are still bugs in the new version of the language, so work around are probably known about in the community.
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.

----- Original Message -----
From: "Gene" <gsasner@...>
To: <nvda@nvda.groups.io>
Sent: Sunday, August 26, 2018 8:03 PM
Subject: Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as Python 3


Does that mean anything for the future? How often is support stopped for old versions. If this occurs once every roughly ten years, this could be a serious ongoing problem. .

Should the new Pytho have some sort of emulator to allow older code to run?

Gene
----- Original Message -----


From: Joseph Lee
Sent: Sunday, August 26, 2018 1:51 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as Python 3


Hi,
Several important reasons come to my mind:
* Python 2 sunset date is approaching: On January 1, 2020, support for Python 2 will be terminated by Python Software Foundation (PSF), the main entity that defines and coordinates development of Python programming language. Although there might be "night lighting" efforts - longer support by third parties, but for all intents and purposes, as far as CPython is concerned, that is the sunset date.
* Unicode: Python 2 had ability to deal with Unicode and older text encoding mechanisms. Python 3 standardizes this around Unicode. With more characters being added to Unicode standard (the latest edition, version 11.0, adds emoji and characters from additional scripts around the world), coupled with globalization and internationalization of software projects, it became important to standardize around this.
* New possibilities: Python 3 introduces features that could be used by NVDA and its add-ons, including asynchronous I/O, more predictable thread switching mechanism, virtual Python environments (for isolating code from the outside world for testing and other scenarios) and many others.
* Easier source code level debugging: if you run NVDA from source code, you'll find you're using Windows 8 when in fact you might be running 8.1 or 10. Python 3 adds native support for Windows 10, which makes it easier for developers to add new features or test bug fixes for Windows 8.1 and 10 as well as on older Windows versions.

Of course, with change comes responsibilities to make sure old code works as intended (as much as possible), and every change has its upsides and downsides. At the moment some NVDA developers (including I) are researching possible issues people will encounter when we do move to Python 3.
Cheers,
Joseph


-----Original Message-----
From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Don H
Sent: Sunday, August 26, 2018 11:39 AM
To: nvda@nvda.groups.io
Subject: Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as Python 3

So I have to ask the question why change to the new python if it has the potential of messing things up?

On 8/26/2018 1:14 PM, Joseph Lee wrote:
Hi,

When I call espeak_Initialize when initializing Espeak from NVDA, I
get an exception and Espeak can’t find phonetics table from a specific
location. I will need to investigate this further, as being able to
get at least one synthesizer running in Python 3 mode is a crucial
milestone I hope to achieve soon.

Cheers,

Joseph

*From:* nvda@nvda.groups.io <nvda@nvda.groups.io> *On Behalf Of *Reece
H. Dunn
*Sent:* Sunday, August 26, 2018 10:26 AM
*To:* nvda@nvda.groups.io
*Subject:* Re: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as
Python 3

On Sun, Aug 26, 2018 at 05:06 PM, Joseph Lee wrote:

Hi all,

For the last few hours, there has been a thread regarding
incompatibility of some add-ons and NVDA 2018.3, with some folks
claiming that speech synthesizers are not compatible. This
information is mostly false, and this may have been driven by
confusion regarding wxPython 4 versus Python 3.

wxPython: NVDA 2018.3 will upgrade wxPython GUI toolkit to version
4.0.3, a necessary milestone for the eventual migration to Python 3.
If an add-on uses attributes that are not found in newer wxPython
releases, they won’t load. Likewise, an add-on that exclusively uses
wxPython 4 material won’t work in older NVDA releases. At least some
GUI elements of speech synthesizer drivers are affected, and that’s
the reason why there has been an uproar regarding an important
add-on. Regarding speech synthesizer drivers and GUI issues, they
produce minor warnings, but apart from that, they are usable (but
not forever).

Python 3: Python is a programming language. Therefore, moving from
one version of a programming language to the next can be
challenging, especially if it introduces incompatible syntax and
throws away old internal assumptions. Python 2 to 3 migration will
go through both issues and much more, and research suggests that
many NVDA features and add-ons will be affected, including some
synthesizers the community uses (sorry, Espeak, you’re included in
this mix). Specifically, due to prevalence of Unicode, it’ll take
some time to come up with routines that will work with text
formatted as Unicode and other encodings, and unfortunately, some
speech synthesizers will insist on using ANSI format strings when in
fact Python 3 wants to read and write Unicode (Espeak is a notable
case).

What is the issue/are the issues regarding espeak (I have experience
converting Python 2 to 3 code)?

Are you referring to espeak wanting UTF-8 (which is like/compatible
with ANSI/ASCII strings), or issues with the way the NVDA espeak
binding is written?

NOTE: UTF-8, UTF-16, and UTF-32 are all different Unicode encodings.
Espeak supports UTF-8 and UTF-16, but not UTF-32.

Kind regards,
Reece

In regards to add-ons, any add-on that deals with text processing
are affected (speech synthesizers, for example). Also, if they use
Python standard library (various Python modules), they need to take
note of differences between Python 2 and 3, especially in regards to
module and function renames (_winreg versus winreg, the former with
an underscore and the latter without).

A more general overview of what will it take to move NVDA to Python
3 can be found at:

https://github.com/nvaccess/nvda/issues/7105

Cheers,

Joseph


Re: NVDA 2018.3: wxPython 4 is not the same thing as Python 3

Brian's Mail list account <bglists@...>
 

Yes but from what I read at the start, and have not looked of late, the fixes will be done for commonly used Synths, but in the case of externally sourced ones this will have to mean the cooperation of those companies in rewriting their code.
Espeak will, I imagine be fixable. I like Espeak, as its fast and does not have the problems of real voices ie garbled at speed and the terrible lisp of Eloquence for uk English listeners.

Incidentally, I suppose as long as an add on makes no use of the gui for the wx4 versions of nvda, then most things will still work. So add ons with their own set ups etc will be the issue.
Incidentally for all our xp readers, Toolbar Explorer will run on that older nvda version for that system. I tried it last night.
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.

----- Original Message -----
From: "Joseph Lee" <@joslee>
To: <nvda@groups.io>
Sent: Sunday, August 26, 2018 5:06 PM
Subject: [nvda] NVDA 2018.3: wxPython 4 is not the same thing as Python 3


Hi all,



For the last few hours, there has been a thread regarding incompatibility of
some add-ons and NVDA 2018.3, with some folks claiming that speech
synthesizers are not compatible. This information is mostly false, and this
may have been driven by confusion regarding wxPython 4 versus Python 3.



wxPython: NVDA 2018.3 will upgrade wxPython GUI toolkit to version 4.0.3, a
necessary milestone for the eventual migration to Python 3. If an add-on
uses attributes that are not found in newer wxPython releases, they won't
load. Likewise, an add-on that exclusively uses wxPython 4 material won't
work in older NVDA releases. At least some GUI elements of speech
synthesizer drivers are affected, and that's the reason why there has been
an uproar regarding an important add-on. Regarding speech synthesizer
drivers and GUI issues, they produce minor warnings, but apart from that,
they are usable (but not forever).



Python 3: Python is a programming language. Therefore, moving from one
version of a programming language to the next can be challenging, especially
if it introduces incompatible syntax and throws away old internal
assumptions. Python 2 to 3 migration will go through both issues and much
more, and research suggests that many NVDA features and add-ons will be
affected, including some synthesizers the community uses (sorry, Espeak,
you're included in this mix). Specifically, due to prevalence of Unicode,
it'll take some time to come up with routines that will work with text
formatted as Unicode and other encodings, and unfortunately, some speech
synthesizers will insist on using ANSI format strings when in fact Python 3
wants to read and write Unicode (Espeak is a notable case).



In regards to add-ons, any add-on that deals with text processing are
affected (speech synthesizers, for example). Also, if they use Python
standard library (various Python modules), they need to take note of
differences between Python 2 and 3, especially in regards to module and
function renames (_winreg versus winreg, the former with an underscore and
the latter without).



A more general overview of what will it take to move NVDA to Python 3 can be
found at:

https://github.com/nvaccess/nvda/issues/7105



Cheers,

Joseph




Re: Future of speech synth add ons

Chris
 

Kerching kerching kerching :D

 

 

From: Brian's Mail list account via Groups.Io
Sent: 27 August 2018 09:41
To: nvda@nvda.groups.io
Subject: Re: [nvda] Future of speech synth add ons

 

Why, I am pretty sure  the next release of nvda will work as mentioned in

the recent thread on here. I would hope that the developers of synth drivers

will be kept well up to speed before bridges are burned on python 2.7 in

favour of a later version.

It would surely be silly not to do this from a userbase point of view.

Brian

 

bglists@...

Sent via blueyonder.

Please address personal E-mail to:-

briang1@..., putting 'Brian Gaff'

in the display name field.

----- Original Message -----

From: "Abbie Taylor" <abbietaylor945@...>

To: <nvda@nvda.groups.io>

Sent: Sunday, August 26, 2018 3:51 PM

Subject: Re: [nvda] Future of speech synth add ons

 

 

>I also use Vocalizer from Code Factory, so it looks like I, too, will have

>to find another synthesizer when the new NVDA update comes out. How can I

>get more One-Core voices? The only options I see in the preferences are

>David, Zera, and Mark.

> Abbie Johnson Taylor, Author http://abbiescorner.wordpress.com

> http://www.abbiejohnsontaylor.com

> abbietaylor945@...

> Order my new memoir at http://www.abbiejohnsontaylor.com/memoir.htm

> --

> Abbie Johnson Taylor, Author

> http://www.abbiejohnsontaylor.com

> http://abbiescorner.wordpress.com

> abbietaylor945@...

>

>

 

 

 

 


Re: off topic windows live mail - desperate

Brian's Mail list account <bglists@...>
 

Yes the I found for example it was perfectly possible for some word documents when loaded into Jart to print out with some Greek or similar characters for no obvious reason at all.

It might be good to look for print problems in other software and update drivers of find a font that works. If on the other hand the characters are in fact like this on screen then it could be that the version of live mail has some settings wrong, ie set to serilic windows or something daft.
Brian

bglists@...
Sent via blueyonder.
Please address personal E-mail to:-
briang1@..., putting 'Brian Gaff'
in the display name field.

----- Original Message -----
From: "Brian Vogel" <@britechguy>
To: <nvda@nvda.groups.io>
Sent: Sunday, August 26, 2018 4:29 PM
Subject: Re: [nvda] off topic windows live mail - desperate


I guess the first question is what font is she using?

The defaults under WLM tend to work "out of the box".

I am suspecting this is actually something utterly independent of WLM, as I've encountered instances of printers with a character set mind of their own on a couple of occasions over the decades. My first test is to see if the printer behaves similarly from other programs, such as Notepad or Word.

--

Brian *-* Windows 10 Home, 64-Bit, Version 1803, Build 17134

The psychology of adultery has been falsified by conventional morals, which assume, in monogamous countries, that attraction to one person cannot co-exist with a serious affection for another. Everybody knows that this is untrue. . .

~ Bertrand Russell