Date   

Request to Derek from several users: Could update Notepad++ 2.0 add-on with new branche?

Rémy Ruiz
 

Hi Derek Riemer,
I visited:
https://github.com/derekriemer/nvda-notepadPlusPlus/releases
I downloaded the last  release
https://github.com/derekriemer/nvda-notepadPlusPlus/releases/download/release-2.0/NotepadPlusPlus-2.0.nvda-addon
but this add-on does not contain the latest changes made to the branch:
In documentation in english (readme.md)
added:
The original work for this addon was written by Derek Riemer and Tuukka Ojala. Features were later added by Robert-J-H and Andre9642.".
Deleted the section on the keyboard shortcut mapper
And the new string added in interface:
Show autocomplete &suggestions in braille

Note:
NotepadPlusPlus.pot had only 16 strings and not 17 strings.

Thanks for updating these latest changes in the master branch:
https://github.com/derekriemer/nvda-notepadplusplus

I am not so familiar with GitHub to do a pull request.
You can contact Robert, he already tell to him my problem and I advise you to tell you.
Thanks in advance.
Cheers.
Rémy


Request from a user: Could someone update AudioThemes3D?

Rémy Ruiz
 

Hi Larry,

Please see log at the end.

Another member for NVDA in Spanish, said:

Here I enclose the steps that I do for Audio Themes to have NVDA say everything selected.
Windows 10 Pro, 1903 May 2019 Update Preview Insider,
Compilation 18362.53
In 1809 the same thing also happens.
Machine: Asus x455ld

1. I press Windows to open the search box and type Store to open the Microsoft Store.
2. I go with tab and select any application that I want to install, for example, Netflix or Spotify.
3. Press Enter, and move on the document, I go to the button that says install, but as I do not want it, I close with Alt + f4 the Store.
4. NVDA is not able to recognize anything thanks to Audio Themes, says everything, selected, selected, selected.
5. I go to my desk, I press letter N and I give Enter to restart my NVDA through direct access, I do it as usual.
6. NVDA is restarted and everything is fine.
Note: If the Store is opened and the applications are navigated, NVDA is not affected by the "Selected", the problem is when one of those applications is opened and the document is activated, which is how NVDA says it.
I wish I could explain.


Here his log:

nvda-old.log
INFO - __main__ (18:49:23.369):
Starting NVDA
INFO - core.main (18:49:23.509):
Config dir: C:\Users\elcra\AppData\Roaming\nvda
INFO - config.ConfigManager._loadConfig (18:49:23.509):
Loading config: C:\Users\elcra\AppData\Roaming\nvda\nvda.ini
INFO - core.main (18:49:23.874):
NVDA version 2019.1
INFO - core.main (18:49:23.875):
Using Windows version 10.0.18362 workstation
INFO - core.main (18:49:23.875):
Using Python version 2.7.15 (v2.7.15:ca079a3ea3, Apr 30 2018, 16:22:17) [MSC v.1500 32 bit (Intel)]
INFO - core.main (18:49:23.875):
Using comtypes version 1.1.3
INFO - core.main (18:49:23.875):
Using configobj version 5.1.0 with validate version 1.0.1
INFO - synthDriverHandler.setSynth (18:49:24.671):
Loaded synthDriver ibmeci
INFO - core.main (18:49:24.701):
Using wx version 4.0.3 msw (phoenix) wxWidgets 3.0.5
INFO - brailleInput.initialize (18:49:24.703):
Braille input initialized
INFO - braille.initialize (18:49:24.703):
Using liblouis version 3.8.0
INFO - braille.BrailleHandler.setDisplayByName (18:49:24.704):
Loaded braille display driver noBraille, current display has 0 cells.
WARNING - core.main (18:49:24.750):
Java Access Bridge not available
INFO - _UIAHandler.UIAHandler.MTAThreadFunc (18:49:24.757):
UIAutomation: IUIAutomation6
INFO - external:globalPlugins.translate.GlobalPlugin.__init__ (18:49:27.059):
Translate module initialized, translating to es
INFO - core.main (18:49:28.480):
NVDA initialized
INFO - core.main (18:51:15.905):
Exiting
INFO - __main__ (18:51:17.371):
NVDA exit


Thanks again.

Cheers.

Rémy


Re: IBMTTS and eloquence driver comments.

DaVid
 

They told me that I can connect my own app with voxin.
Although I can't include voxin libraries, or use the generated audio
in audio books and so.
If my app is a bridge to connect voxin to the NVDA IBMTTS driver, is
still my app.
Users can buy voxin that costs about $5. Voxin is for linux only.
Can't run on windows natively, but it can run on wsl "Windows
subsystem for linux".
Oralux can't compile voxin for windows because they don't have the
source code to do it. they're just selling Voxin.
We can't do anything to compile voxin for windows or another IBM tts
distributions.

Regards,
David.

2019-04-25 0:21 GMT-06:00, Shaun Everiss <sm.everiss@gmail.com>:

Well have anyone asked auralux about using this natively as sapi in
windows or in nvda itself?

Its all not for proffit and while I doubt they will do it for sapi, the
nvda addon source is allready there.

Now, they may or may not allow us to hack something together legally but
they may actually make it themselves.

THat would be a solution if anything else.

This looks to be a speech wrapper for some synths like speechhub is.



On 25/04/2019 8:21 AM, James Scholes wrote:
I agree with you, but all I can do is repeat: if you want to know if
distributing certain code is legal or not, you will need to consult
with a lawyer.  Nobody on this list is qualified or contracted to say
that it is legal or otherwise, and anybody giving you advice here
won't be able to help you if that advice turns out to be wrong.

Regards,

James Scholes

On 24/04/2019 at 3:10 pm, DaVid wrote:
The add-on doesn't reffer to eloquence, does not include eloquence
libraries, but is based on a public document reference api, also on
some oralux examples.
If this add-on can be made for voxin, it should be legal, I think.
because is not eloquence. Oralux let developers to use voxin libraries
as long as the user buys a license and the developer can't include
voxin libraries. Its the user's responsibility to buy and use voxin
over wsl with NVDA or use any other illegal library as many currently
do.
So distribution of an IBMTTS add-on (without libraries) could be legal
as speech dispatcher or emacspeak (for example) are.
I'm looking for solutions. My country is considering to buy a global
country licence of a very expencive screen reader (that I don't want
to mention) and users comments can influence the decision.
Even if my main synthesizer were Espeak, I would try to find a good
and acceptable solution for everyone.

Regards,
David.




.



Re: IBMTTS and eloquence driver comments.

 

Well have anyone asked auralux about using this natively as sapi in windows or in nvda itself?

Its all not for proffit and while I doubt they will do it for sapi, the nvda addon source is allready there.

Now, they may or may not allow us to hack something together legally but they may actually make it themselves.

THat would be a solution if anything else.

This looks to be a speech wrapper for some synths like speechhub is.

On 25/04/2019 8:21 AM, James Scholes wrote:
I agree with you, but all I can do is repeat: if you want to know if distributing certain code is legal or not, you will need to consult with a lawyer.  Nobody on this list is qualified or contracted to say that it is legal or otherwise, and anybody giving you advice here won't be able to help you if that advice turns out to be wrong.

Regards,

James Scholes

On 24/04/2019 at 3:10 pm, DaVid wrote:
The add-on doesn't reffer to eloquence, does not include eloquence
libraries, but is based on a public document reference api, also on
some oralux examples.
If this add-on can be made for voxin, it should be legal, I think.
because is not eloquence. Oralux let developers to use voxin libraries
as long as the user buys a license and the developer can't include
voxin libraries. Its the user's responsibility to buy and use voxin
over wsl with NVDA or use any other illegal library as many currently
do.
So distribution of an IBMTTS add-on (without libraries) could be legal
as speech dispatcher or emacspeak (for example) are.
I'm looking for solutions. My country is considering to buy a global
country licence of a very expencive screen reader (that I don't want
to mention) and users comments can influence the decision.
Even if my main synthesizer were Espeak, I would try to find a good
and acceptable solution for everyone.

Regards,
David.



.


Re: IBMTTS and eloquence driver comments.

 

Hmmm, well if voxin can be used on windows natively, and if its interested, I could buy it for nvaccess itself or support it somehow as for ibm tts,  I am unsure if you can still buy it.

The address for contacting those that do voxin is.

contact at oralux.org

On 25/04/2019 8:10 AM, DaVid wrote:
The add-on doesn't reffer to eloquence, does not include eloquence
libraries, but is based on a public document reference api, also on
some oralux examples.
If this add-on can be made for voxin, it should be legal, I think.
because is not eloquence. Oralux let developers to use voxin libraries
as long as the user buys a license and the developer can't include
voxin libraries. Its the user's responsibility to buy and use voxin
over wsl with NVDA or use any other illegal library as many currently
do.
So distribution of an IBMTTS add-on (without libraries) could be legal
as speech dispatcher or emacspeak (for example) are.
I'm looking for solutions. My country is considering to buy a global
country licence of a very expencive screen reader (that I don't want
to mention) and users comments can influence the decision.
Even if my main synthesizer were Espeak, I would try to find a good
and acceptable solution for everyone.

Regards,
David.


.


Re: How to use a function...

Abdel
 

Hi Ruis, Derek and all,

@Ruis:

I think you have not read the email where I asked you to perform the add-on name sorting exercise.

Here is the reminder of the exercise:

@Ruis:

About sorting our add-on names and commands.

In the NVDA Python Console, we will perform the following tests.

dct = {"ZORRO": 1, "alfred": 3, "john": 6}
sorted(dct)


Output :

['ZORRO', 'alfred', 'john']


Why ZORRO is the first element?

Because it starts with a capital letter, while the other names are all lowercase.

Here is another test:

sorted (dct, key = lambda element: element.lower())


Output:

['alfred', 'john', 'ZORRO']


As you can see, the second example made it possible to sort the elements keeping their original case.

Another test:.

for item in sorted(dct, key = lambda item: item.lower()):
	print (item, dct[item])




Output:

('alfred', 3)
('john', 6)
('ZORRO', 1)

For the list of add-ons, you will be able to sort the display in the method onOpenDoc.

This will be your next exercise lol!

Kind regards,
Abdel.

Le 25/04/2019 à 06:11, derek riemer a écrit :
Great! One other thing you could do, if you want to put the addons in the dictionary by human readable name, would be to look up the manifest.ini file for that addon, and look up the summary field in it.

On Wed, Apr 24, 2019 at 7:28 PM Rui Fontes <rui.fontes@...> wrote:
Thanks Derek!
The commands list will be called "List of commands for running add-ons"...

Rui Fontes


Às 02:21 de 25/04/2019, derek riemer escreveu:
> This will change what it outputs based on the place you are in. For
> example, open a browser and focus the main page, in browse  mode. Go to
> the python console, and run
> this. len(inputCore.manager.getAllGestureMappings(obj=focus,
> ancestors=focusAnc)["Browse mode"])
> Then, run that in a text editor. It only reports the information for all
> gestures available now, which isn't the same as the gestures available
> at all times. Gestures in NVDA are complicated and can load dynamically.
>
> On Tue, Apr 23, 2019 at 3:52 AM Rui Fontes <rui.fontes@...
> <mailto:rui.fontes@...>> wrote:
>
>     Abdel, merci beaucoup!
>
>     I will make some slightly modiffications and I will include it in the
>     addonsHelp add-on.
>     I will send you a draft...
>
>     Best regards,
>
>     Rui Fontes
>
>
>     Às 21:16 de 22/04/2019, Abdel escreveu:
>      > Hi Ruiz and all,
>      >
>      > Derek is right, this task is a little hard to achieve but is
>     perfectly
>      > feasible.
>      >
>      > You'll find as attachment, a globalPlugin that I created for you,
>     which
>      > should realize the task that you ask.
>      >
>      > Thanks to Paul who helped me on the French scriptNVDA mailing list.
>      >
>      > If you use nvda 2019.1, you must enable development scratchpad
>      > functionality (reserved for developers) and pass the attached
>      > globalPlugin in the scratchpad/globalPlugins directory.
>      >
>      > The keyboard shortcut for testing the script that I created for
>     you is
>      > control + shift + k.
>      >
>      >
>      >     Important note:
>      >
>      >
>      > Some add-ons use layered commands.
>      >
>      > The gestures of these commands are not recognized by default in the
>      > input gestures available in NVDA because they require the launch
>     of a
>      > trigger script.
>      >
>      > The script I created for you indicates that, when no gesture has
>     been
>      > defined for a script.
>      >
>      > Hope this helps and don't hesitate to tell me if you have to add
>     something.
>      >
>      > Kind regards,
>      > Abdel.
>      >
>      > Le 21/04/2019 à 22:24, derek riemer a écrit :
>      >> addons can registere scripts in a lot of places. You could have an
>      >> addon make a new treeInterceptor, a new overlay object, a
>     GlobalPlugin
>      >> with bindings, an AppModule with bindings, and various
>      >> GlobalGestureMaps. Therefore, this problem is very difficult, if
>     not
>      >> impossible. You can look up gesture->script mappings on the global
>      >> plugin relatively easily though with your script, and the
>     _gestureMap_
>      >> .variable.
>      >>
>      >> On Wed, Apr 17, 2019 at 6:00 PM Rui Fontes
>     <rui.fontes@... <mailto:rui.fontes@...>
>      >> <mailto:rui.fontes@...
>     <mailto:rui.fontes@...>>> wrote:
>      >>
>      >>     Hello James!
>      >>
>      >>     James Scholes wrote:
>      >>     If you're attempting to obtain all the gestures currently
>     assigned to
>      >>     > scripts in NVDA, you probably want:
>      >>     >
>      >>     > import inputCore
>      >>     > allGestures = inputCore.manager.getAllGestureMappings()
>      >>     >
>      >>     I have tried that function, but with arguments, but without
>     results...
>      >>     With your function I get more than I want, since I only want the
>      >>     gestures defined by add-ons installed...
>      >>
>      >>     What I thought was:
>      >>
>      >>     Get on each add-on the existing scripts;
>      >>     For each script get the respective gesture;
>      >>     Make a table with that...
>      >>
>      >>     Or get first the gestures of each script and then the respective
>      >>     script...
>      >>
>      >>     Can anyone give a clue or the solution?
>      >>
>      >>     Best regards,
>      >>
>      >>     Rui Fontes
>      >>
>      >>
>      >>
>      >>
>      >>
>      >>
>      >> --
>      >> Derek Riemer
>      >> Improving the world one byte at a time!        ⠠⠊⠍⠏⠗⠕⠧⠬ ⠮ ⠸⠺ ⠐⠕
>     ⠃⠽⠞⠑
>      >> ⠁⠞ ⠁ ⠐⠞⠖
>      >> •    Accessibility enthusiast.
>      >> •    Proud user of the NVDA screen reader.
>      >> •    Open source enthusiast.
>      >> •    Skier.
>      >>
>      >> •    Personal website: https://derekriemer.com
>      >>
>      >>
>      >>
>      >>
>      >
>
>
>
>
>
> --
> Derek Riemer
> Improving the world one byte at a time!        ⠠⠊⠍⠏⠗⠕⠧⠬ ⠮ ⠸⠺ ⠐⠕ ⠃⠽⠞⠑ ⠁⠞
> ⠁ ⠐⠞⠖
> •    Accessibility enthusiast.
> •    Proud user of the NVDA screen reader.
> •    Open source enthusiast.
> •    Skier.
>
> •    Personal website: https://derekriemer.com
>
>
>
>
>





--
Derek Riemer
Improving the world one byte at a time!        ⠠⠊⠍⠏⠗⠕⠧⠬ ⠮ ⠸⠺ ⠐⠕ ⠃⠽⠞⠑ ⠁⠞ ⠁ ⠐⠞⠖
•    Accessibility enthusiast.
•    Proud user of the NVDA screen reader.
•    Open source enthusiast.
•    Skier.

•    Personal website: https://derekriemer.com





Re: How to use a function...

derek riemer
 

Great! One other thing you could do, if you want to put the addons in the dictionary by human readable name, would be to look up the manifest.ini file for that addon, and look up the summary field in it.


On Wed, Apr 24, 2019 at 7:28 PM Rui Fontes <rui.fontes@...> wrote:
Thanks Derek!
The commands list will be called "List of commands for running add-ons"...

Rui Fontes


Às 02:21 de 25/04/2019, derek riemer escreveu:
> This will change what it outputs based on the place you are in. For
> example, open a browser and focus the main page, in browse  mode. Go to
> the python console, and run
> this. len(inputCore.manager.getAllGestureMappings(obj=focus,
> ancestors=focusAnc)["Browse mode"])
> Then, run that in a text editor. It only reports the information for all
> gestures available now, which isn't the same as the gestures available
> at all times. Gestures in NVDA are complicated and can load dynamically.
>
> On Tue, Apr 23, 2019 at 3:52 AM Rui Fontes <rui.fontes@...
> <mailto:rui.fontes@...>> wrote:
>
>     Abdel, merci beaucoup!
>
>     I will make some slightly modiffications and I will include it in the
>     addonsHelp add-on.
>     I will send you a draft...
>
>     Best regards,
>
>     Rui Fontes
>
>
>     Às 21:16 de 22/04/2019, Abdel escreveu:
>      > Hi Ruiz and all,
>      >
>      > Derek is right, this task is a little hard to achieve but is
>     perfectly
>      > feasible.
>      >
>      > You'll find as attachment, a globalPlugin that I created for you,
>     which
>      > should realize the task that you ask.
>      >
>      > Thanks to Paul who helped me on the French scriptNVDA mailing list.
>      >
>      > If you use nvda 2019.1, you must enable development scratchpad
>      > functionality (reserved for developers) and pass the attached
>      > globalPlugin in the scratchpad/globalPlugins directory.
>      >
>      > The keyboard shortcut for testing the script that I created for
>     you is
>      > control + shift + k.
>      >
>      >
>      >     Important note:
>      >
>      >
>      > Some add-ons use layered commands.
>      >
>      > The gestures of these commands are not recognized by default in the
>      > input gestures available in NVDA because they require the launch
>     of a
>      > trigger script.
>      >
>      > The script I created for you indicates that, when no gesture has
>     been
>      > defined for a script.
>      >
>      > Hope this helps and don't hesitate to tell me if you have to add
>     something.
>      >
>      > Kind regards,
>      > Abdel.
>      >
>      > Le 21/04/2019 à 22:24, derek riemer a écrit :
>      >> addons can registere scripts in a lot of places. You could have an
>      >> addon make a new treeInterceptor, a new overlay object, a
>     GlobalPlugin
>      >> with bindings, an AppModule with bindings, and various
>      >> GlobalGestureMaps. Therefore, this problem is very difficult, if
>     not
>      >> impossible. You can look up gesture->script mappings on the global
>      >> plugin relatively easily though with your script, and the
>     _gestureMap_
>      >> .variable.
>      >>
>      >> On Wed, Apr 17, 2019 at 6:00 PM Rui Fontes
>     <rui.fontes@... <mailto:rui.fontes@...>
>      >> <mailto:rui.fontes@...
>     <mailto:rui.fontes@...>>> wrote:
>      >>
>      >>     Hello James!
>      >>
>      >>     James Scholes wrote:
>      >>     If you're attempting to obtain all the gestures currently
>     assigned to
>      >>     > scripts in NVDA, you probably want:
>      >>     >
>      >>     > import inputCore
>      >>     > allGestures = inputCore.manager.getAllGestureMappings()
>      >>     >
>      >>     I have tried that function, but with arguments, but without
>     results...
>      >>     With your function I get more than I want, since I only want the
>      >>     gestures defined by add-ons installed...
>      >>
>      >>     What I thought was:
>      >>
>      >>     Get on each add-on the existing scripts;
>      >>     For each script get the respective gesture;
>      >>     Make a table with that...
>      >>
>      >>     Or get first the gestures of each script and then the respective
>      >>     script...
>      >>
>      >>     Can anyone give a clue or the solution?
>      >>
>      >>     Best regards,
>      >>
>      >>     Rui Fontes
>      >>
>      >>
>      >>
>      >>
>      >>
>      >>
>      >> --
>      >> Derek Riemer
>      >> Improving the world one byte at a time!        ⠠⠊⠍⠏⠗⠕⠧⠬ ⠮ ⠸⠺ ⠐⠕
>     ⠃⠽⠞⠑
>      >> ⠁⠞ ⠁ ⠐⠞⠖
>      >> •    Accessibility enthusiast.
>      >> •    Proud user of the NVDA screen reader.
>      >> •    Open source enthusiast.
>      >> •    Skier.
>      >>
>      >> •    Personal website: https://derekriemer.com
>      >>
>      >>
>      >>
>      >>
>      >
>
>
>
>
>
> --
> Derek Riemer
> Improving the world one byte at a time!        ⠠⠊⠍⠏⠗⠕⠧⠬ ⠮ ⠸⠺ ⠐⠕ ⠃⠽⠞⠑ ⠁⠞
> ⠁ ⠐⠞⠖
> •    Accessibility enthusiast.
> •    Proud user of the NVDA screen reader.
> •    Open source enthusiast.
> •    Skier.
>
> •    Personal website: https://derekriemer.com
>
>
>
>
>





--
Derek Riemer
Improving the world one byte at a time!        ⠠⠊⠍⠏⠗⠕⠧⠬ ⠮ ⠸⠺ ⠐⠕ ⠃⠽⠞⠑ ⠁⠞ ⠁ ⠐⠞⠖
•    Accessibility enthusiast.
•    Proud user of the NVDA screen reader.
•    Open source enthusiast.
•    Skier.

•    Personal website: https://derekriemer.com





Re: IBMTTS and eloquence driver comments.

mk360
 

Hi...

El 24/04/2019 a las 17:21, James Scholes escribió:
I agree with you, but all I can do is repeat: if you want to know if distributing certain code is legal or not, you will need to consult with a lawyer.  Nobody on this list is qualified or contracted to say that it is legal or otherwise, and anybody giving you advice here won't be able to help you if that advice turns out to be wrong.

Unfortunately it is not so true. For example, I'm a lowyer on my country, I've some knowledge about property rights on my country an on other countries (mostly US because Chile has an international trade treaty that among other matters regulates intellectual property and because I'm activist in these maters) however, that does not seem to be enough because In many times, it appears that NVDA owners requires the redactors of the Eloquence/ibmtts/Voxin/SAPI/however to speak about the topic, and that seems to be unpracticable. If I read the conclusions of David about the licenses I think he can do the generic driver, but many people requires this on all countries, on all legislation, on all over the universe,. and it is unpracticable, basically because the right to demand is... well... a right, and is a court that judges if you have  the reason or not.


Regards,

mk.


Re: How to use a function...

derek riemer
 

> Our level of experience doesn't guarantee anything.  I appreciate all 
your work, your code may be of high quality, but any programmer can 
create bugs and security issues.  Doesn't matter whether they've been 
programming for 1 month or 45 years, and this attitude was precisely why 
I wrote my comments in the first place.  Never assume your code is free 
of bugs or vulnerabilities just because you think you have enough 
experience to make it so.

This is a great point. This is why almost everyone who programs in high risk scenarios writes extensive unit and system integration tests. Programming is hard. it's common for these systems to have thousands of interacting components, and they may interact in ways you wouldn't expect. It is impossible to have enough experience to know your code is free of flaws or bugs/security vulnerabilities. I'll point out a couple of examples of code failures written in high stakes fields, where engineers have spent hundreds of hours designing systems that can handle failures from flawed hardware components, buggy code, or just unexpected conditions. 
report:

These engineers were writing code that protected billion dollar investments, and sometimes even human lives. Engineers spent a lot of time ensuring their code was able to cope with failure. The point is that writing flawless code is very hard, if not impossible. Always assume the worstt will happen when writing code and prepair for it.


On Wed, Apr 24, 2019 at 11:51 AM James Scholes <james@...> wrote:
Abdel wrote:
> In principle, I am the main author of this add-on, and the code I
> provided to Ruis to teach him add-on coding is well studied to be
> integrated in NVDA, it's not simple code pasted on the fly as you
> seem to insinuate.

I didn't incinuate any such thing.  I only pointed out, without reading
the code, that add-on authors are putting their name on an add-on when
they publish it.  If there are bugs, security issues or anything else of
that nature, they will ultimately be held responsible in the eyes of users.

As such, everybody can use a reminder from time to time that before
using somebody else's code, they should take the time to understand
every aspect of it.  My comments were not personal, so please don't put
words in my mouth.  I'm a community moderator and add-on reviewer, and I
want to play my part by making suggestions to help people in their
development process.  Those suggestions are just that, not criticisms
against you or anybody else.  If you've followed those suggestions, then
there is no problem.

> Remember that I have already created a lot of add-ons and therefore
> have enough experience to create a code compatible with NVDA, without
> any security risk.

Our level of experience doesn't guarantee anything.  I appreciate all
your work, your code may be of high quality, but any programmer can
create bugs and security issues.  Doesn't matter whether they've been
programming for 1 month or 45 years, and this attitude was precisely why
I wrote my comments in the first place.  Never assume your code is free
of bugs or vulnerabilities just because you think you have enough
experience to make it so.

Regards,

James Scholes

On 24/04/2019 at 12:50 am, Abdel wrote:
> Hi James, Ruis and all,
>
> @James:
>
> In principle, I am the main author of this add-on, and the code I
> provided to Ruis to teach him add-on coding is well studied to be
> integrated in NVDA, it's not simple code pasted on the fly as you
> seem to insinuate.
>
> Remember that I have already created a lot of add-ons and therefore
> have enough experience to create a code compatible with NVDA, without
> any security risk.
>
> I always recommend add-on developers scrupulously following the
> guidelines.
>
> I've commented on the lines that brought together the list of add-ons
>  that may include scripts for Ruis and others to help them in their
> add-on development for NVDA in particular, and will continue to help
>  Ruis in this direction so that he can better understand how the
> process unfolds.
>
> @Ruis:
>
> Do not hesitate to ask questions if something is not clear, this
> add-on will certainly be a fabulous way to improve your understanding
> of add-ons development.
>
> Kind regards, Abdel.
>
> Le 24/04/2019 à 01:34, Rui Fontes a écrit :
>> Ok! Sorry if I looked rude! I accept the reminder...
>>
>>
>> Rui Fontes
>>
>>
>> Às 00:22 de 24/04/2019, James Scholes escreveu:
>>> My comments were not intended to offend, or to question your
>>> integrity or attitude to learning.  It was just a gentle reminder
>>> to not blindly trust every piece of code either sent to this list
>>> or found on the Internet, and to take responsibility for
>>> reviewing that code and your own understanding of it before
>>> pasting it into an add-on which will feature your name.
>>>
>>> Regards,
>>>
>>> James Scholes
>>>
>>> On 23/04/2019 at 6:02 pm, Rui Fontes wrote:
>>>> Hello!
>>>>
>>>> James Scholes escreveu:
>>>>> As an aside, your add-on should be re-reviewed once it's
>>>>> updated, so please make sure you understand the code you're
>>>>> pasting into it.  I haven't reviewed this code, so this isn't
>>>>> a comment on its quality. But as the publisher of an add-on
>>>>> you are ultimately responsible for its contents.  If you
>>>>> don't currently understand exactly how the code works,
>>>>> consider learning and implementing your own version first.
>>>>>
>>>> James, as you should already have notticed, when I do not
>>>> understand, I try to investigate, and if I still do not
>>>> understand, I ask here...
>>>>
>>>>
>>>> Regards,
>>>>
>>>> Rui Fontes
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>
>
>





--
Derek Riemer
Improving the world one byte at a time!        ⠠⠊⠍⠏⠗⠕⠧⠬ ⠮ ⠸⠺ ⠐⠕ ⠃⠽⠞⠑ ⠁⠞ ⠁ ⠐⠞⠖
•    Accessibility enthusiast.
•    Proud user of the NVDA screen reader.
•    Open source enthusiast.
•    Skier.

•    Personal website: https://derekriemer.com





Re: How to use a function...

Rui Fontes
 

Thanks Derek!
The commands list will be called "List of commands for running add-ons"...

Rui Fontes


Às 02:21 de 25/04/2019, derek riemer escreveu:

This will change what it outputs based on the place you are in. For example, open a browser and focus the main page, in browse  mode. Go to the python console, and run this. len(inputCore.manager.getAllGestureMappings(obj=focus, ancestors=focusAnc)["Browse mode"])
Then, run that in a text editor. It only reports the information for all gestures available now, which isn't the same as the gestures available at all times. Gestures in NVDA are complicated and can load dynamically.
On Tue, Apr 23, 2019 at 3:52 AM Rui Fontes <rui.fontes@tiflotecnia.com <mailto:rui.fontes@tiflotecnia.com>> wrote:
Abdel, merci beaucoup!
I will make some slightly modiffications and I will include it in the
addonsHelp add-on.
I will send you a draft...
Best regards,
Rui Fontes
Às 21:16 de 22/04/2019, Abdel escreveu:
> Hi Ruiz and all,
>
> Derek is right, this task is a little hard to achieve but is
perfectly
> feasible.
>
> You'll find as attachment, a globalPlugin that I created for you,
which
> should realize the task that you ask.
>
> Thanks to Paul who helped me on the French scriptNVDA mailing list.
>
> If you use nvda 2019.1, you must enable development scratchpad
> functionality (reserved for developers) and pass the attached
> globalPlugin in the scratchpad/globalPlugins directory.
>
> The keyboard shortcut for testing the script that I created for
you is
> control + shift + k.
>
>
>     Important note:
>
>
> Some add-ons use layered commands.
>
> The gestures of these commands are not recognized by default in the
> input gestures available in NVDA because they require the launch
of a
> trigger script.
>
> The script I created for you indicates that, when no gesture has
been
> defined for a script.
>
> Hope this helps and don't hesitate to tell me if you have to add
something.
>
> Kind regards,
> Abdel.
>
> Le 21/04/2019 à 22:24, derek riemer a écrit :
>> addons can registere scripts in a lot of places. You could have an
>> addon make a new treeInterceptor, a new overlay object, a
GlobalPlugin
>> with bindings, an AppModule with bindings, and various
>> GlobalGestureMaps. Therefore, this problem is very difficult, if
not
>> impossible. You can look up gesture->script mappings on the global
>> plugin relatively easily though with your script, and the
_gestureMap_
>> .variable.
>>
>> On Wed, Apr 17, 2019 at 6:00 PM Rui Fontes
<rui.fontes@tiflotecnia.com <mailto:rui.fontes@tiflotecnia.com>
>> <mailto:rui.fontes@tiflotecnia.com
<mailto:rui.fontes@tiflotecnia.com>>> wrote:
>>
>>     Hello James!
>>
>>     James Scholes wrote:
>>     If you're attempting to obtain all the gestures currently
assigned to
>>     > scripts in NVDA, you probably want:
>>     >
>>     > import inputCore
>>     > allGestures = inputCore.manager.getAllGestureMappings()
>>     >
>>     I have tried that function, but with arguments, but without
results...
>>     With your function I get more than I want, since I only want the
>>     gestures defined by add-ons installed...
>>
>>     What I thought was:
>>
>>     Get on each add-on the existing scripts;
>>     For each script get the respective gesture;
>>     Make a table with that...
>>
>>     Or get first the gestures of each script and then the respective
>>     script...
>>
>>     Can anyone give a clue or the solution?
>>
>>     Best regards,
>>
>>     Rui Fontes
>>
>>
>>
>>
>>
>>
>> --
>> Derek Riemer
>> Improving the world one byte at a time!        ⠠⠊⠍⠏⠗⠕⠧⠬ ⠮ ⠸⠺ ⠐⠕
⠃⠽⠞⠑
>> ⠁⠞ ⠁ ⠐⠞⠖
>> •    Accessibility enthusiast.
>> •    Proud user of the NVDA screen reader.
>> •    Open source enthusiast.
>> •    Skier.
>>
>> •    Personal website: https://derekriemer.com
>>
>>
>>
>>
>
--
Derek Riemer
Improving the world one byte at a time!        ⠠⠊⠍⠏⠗⠕⠧⠬ ⠮ ⠸⠺ ⠐⠕ ⠃⠽⠞⠑ ⠁⠞ ⠁ ⠐⠞⠖
•    Accessibility enthusiast.
•    Proud user of the NVDA screen reader.
•    Open source enthusiast.
•    Skier.
•    Personal website: https://derekriemer.com


Re: How to use a function...

derek riemer
 

This will change what it outputs based on the place you are in. For example, open a browser and focus the main page, in browse  mode. Go to the python console, and run this. len(inputCore.manager.getAllGestureMappings(obj=focus, ancestors=focusAnc)["Browse mode"])
Then, run that in a text editor. It only reports the information for all gestures available now, which isn't the same as the gestures available at all times. Gestures in NVDA are complicated and can load dynamically.

On Tue, Apr 23, 2019 at 3:52 AM Rui Fontes <rui.fontes@...> wrote:
Abdel, merci beaucoup!

I will make some slightly modiffications and I will include it in the
addonsHelp add-on.
I will send you a draft...

Best regards,

Rui Fontes


Às 21:16 de 22/04/2019, Abdel escreveu:
> Hi Ruiz and all,
>
> Derek is right, this task is a little hard to achieve but is perfectly
> feasible.
>
> You'll find as attachment, a globalPlugin that I created for you, which
> should realize the task that you ask.
>
> Thanks to Paul who helped me on the French scriptNVDA mailing list.
>
> If you use nvda 2019.1, you must enable development scratchpad
> functionality (reserved for developers) and pass the attached
> globalPlugin in the scratchpad/globalPlugins directory.
>
> The keyboard shortcut for testing the script that I created for you is
> control + shift + k.
>
>
>     Important note:
>
>
> Some add-ons use layered commands.
>
> The gestures of these commands are not recognized by default in the
> input gestures available in NVDA because they require the launch of a
> trigger script.
>
> The script I created for you indicates that, when no gesture has been
> defined for a script.
>
> Hope this helps and don't hesitate to tell me if you have to add something.
>
> Kind regards,
> Abdel.
>
> Le 21/04/2019 à 22:24, derek riemer a écrit :
>> addons can registere scripts in a lot of places. You could have an
>> addon make a new treeInterceptor, a new overlay object, a GlobalPlugin
>> with bindings, an AppModule with bindings, and various
>> GlobalGestureMaps. Therefore, this problem is very difficult, if not
>> impossible. You can look up gesture->script mappings on the global
>> plugin relatively easily though with your script, and the _gestureMap_
>> .variable.
>>
>> On Wed, Apr 17, 2019 at 6:00 PM Rui Fontes <rui.fontes@...
>> <mailto:rui.fontes@...>> wrote:
>>
>>     Hello James!
>>
>>     James Scholes wrote:
>>     If you're attempting to obtain all the gestures currently assigned to
>>     > scripts in NVDA, you probably want:
>>     >
>>     > import inputCore
>>     > allGestures = inputCore.manager.getAllGestureMappings()
>>     >
>>     I have tried that function, but with arguments, but without results...
>>     With your function I get more than I want, since I only want the
>>     gestures defined by add-ons installed...
>>
>>     What I thought was:
>>
>>     Get on each add-on the existing scripts;
>>     For each script get the respective gesture;
>>     Make a table with that...
>>
>>     Or get first the gestures of each script and then the respective
>>     script...
>>
>>     Can anyone give a clue or the solution?
>>
>>     Best regards,
>>
>>     Rui Fontes
>>
>>
>>
>>
>>
>>
>> --
>> Derek Riemer
>> Improving the world one byte at a time!        ⠠⠊⠍⠏⠗⠕⠧⠬ ⠮ ⠸⠺ ⠐⠕ ⠃⠽⠞⠑
>> ⠁⠞ ⠁ ⠐⠞⠖
>> •    Accessibility enthusiast.
>> •    Proud user of the NVDA screen reader.
>> •    Open source enthusiast.
>> •    Skier.
>>
>> •    Personal website: https://derekriemer.com
>>
>>
>>
>>
>





--
Derek Riemer
Improving the world one byte at a time!        ⠠⠊⠍⠏⠗⠕⠧⠬ ⠮ ⠸⠺ ⠐⠕ ⠃⠽⠞⠑ ⠁⠞ ⠁ ⠐⠞⠖
•    Accessibility enthusiast.
•    Proud user of the NVDA screen reader.
•    Open source enthusiast.
•    Skier.

•    Personal website: https://derekriemer.com





Re: IBMTTS and eloquence driver comments.

Noelia Ruiz
 

Many thanks for the right link. I think this is the most accurate reference that we have for now regarding this topic, and we can use it to ask NV Access or other interested parties if basic review is requested.
PS: Aside of the topic about legallity of the mentioned drivers, considering that for now nobody seems to have a better answer, in case it can be useful, I would like to remember, not just Code Factory and Tiflotecnia add-ons, but also Speech Player in eSpeak, by NV Access, which brought Clatt voices to NVDA. I use eSpeak NG since for me is the better and more responsive voice available, but if the purpose is to be imo remembering this NV Access add-on is relevant her e.



Enviado desde mi iPhone

El 24 abr 2019, a las 21:05, Timothy via Groups.Io <tmthywynn8=aol.com@groups.io> escribió:

On Wednesday, April 24, 2019 2:51 PM, "Noelia Ruiz" <nrm1977@gmail.com> wrote:
Unfortunately now I can't find the mentioned post, referenced in the
Eoquence section of this document:
https://github.com/nvaccess/nvda-community/wiki/SwitchingFromJawsToNVDA

Eloquence
One of the most asked questions concerns the use of the Eloquence
synthesizer with NVDA. Until recently, *it was illegal to do so, as
explained by a developer.*
The broken link points to
http://community.nvda-project.org/blog/NVDAAndEloquenceSituation
As NV Access does not seem to have a search facility, I went ahead and found the aforementioned blog post on the Wayback Machine:
http://web.archive.org/web/20150923083641/http://community.nvda-project.org/blog/NVDAAndEloquenceSituation

Timothy



Re: IBMTTS and eloquence driver comments.

Brandon Cross <bcross3286@...>
 

That's your opinion, I disagree with all of it.


On Tue, Apr 23, 2019 at 11:15 PM Shaun Everiss <sm.everiss@...> wrote:
Well code factory hold the rights for eloquence so we have to put up
with it.

Then again do you need to use eloquence.

There are the 1 core voices, and vocaliser.

If you really, really need for windows eloquence or a similar, flite
will work, its free, and crappy sounding its used on linux to.

Over that, voxin is only for linux but its cheap enough.

Talk to the devs and see what it would take to make it for nvda and or sapi.

I mean if its only 30 bucks an os I will buy it gladly.



On 24/04/2019 12:52 PM, DaVid wrote:
> Hi all.
>
> I'd like to comment about eloquence and IBMTTS legality. Yes, I'm
> reliving a very past commented topic, I know.
> I was the first developer of the driver, originally called ibmeci or
> eci, I can't remember. At time of developing it, I was a high school
> teenager unconcerned of licence problems.
>
> But develop for IBMTTS is not ilegal I think. Voxin and TTSynth let it
> for theyr products, but the user must have to buy a personal licence.
> E.G. to oralux, it costs just $5 per language.
> So the driver IBMTTS should be legal.
> Although use it with eloquence libraries would be ilegal and I as a
> developer can't control it, it's just life coincidences that eloquence
> and IBMTTS share the same api.
> OK, voxin or TTSynth doesn't work on windows, but it could be solved
> with wsl. I had good results running voxin on wsl, and I could write a
> fakade eci library on windows to communicate with voxin in wsl. Oralux
> has in their github an eci fakade example.
> I just want show more evidence about legality of an IBMTTS driver.
> NVDA users could buy voxin and use it or any library with the same
> api.
>
> Some weeks ago I loaded a IBMTTS driver to github as a NVDA addon, it
> adds many new features and compatibility with python 3, audio ducking
> improvements, easier dialog to configure the path of IBM tts library
> files, ETC. Also contributions from many of you, but as a ilegal
> driver no one wrote his name here.
>
> I'd like to receive contributions here to avoid multiple driver distributions.
> So I want to ask you. If this driver is based on voxin documentation
> (And no one can prove otherwise) could it be legal?
> Do you consider useful to make voxin compatible with NVDA?
>
> I know about CF driver. But that driver is expensive, outdated, with
> many performance problems, requires internet connection, ETC. And CF
> doesn't seem to want to solve any of this.
> Could be useful to use a IBM tts voice like voxin with NVDA for just $5?
>
> Regards,
> David.
>
>
>
> .
>




Re: IBMTTS and eloquence driver comments.

bering.p
 

Hi,
You said:
Nobody on this list is qualified or contracted to say that it
is legal or otherwise,
Why do you say all of this as safe?
Best regards.

Paul.

Le 24/04/2019 22:21, James Scholes a écrit :
I agree with you, but all I can do is repeat: if you want to know if
distributing certain code is legal or not, you will need to consult with
a lawyer. Nobody on this list is qualified or contracted to say that it
is legal or otherwise, and anybody giving you advice here won't be able
to help you if that advice turns out to be wrong.

Regards,

James Scholes

On 24/04/2019 at 3:10 pm, DaVid wrote:
The add-on doesn't reffer to eloquence, does not include eloquence
libraries, but is based on a public document reference api, also on
some oralux examples.
If this add-on can be made for voxin, it should be legal, I think.
because is not eloquence. Oralux let developers to use voxin libraries
as long as the user buys a license and the developer can't include
voxin libraries. Its the user's responsibility to buy and use voxin
over wsl with NVDA or use any other illegal library as many currently
do.
So distribution of an IBMTTS add-on (without libraries) could be legal
as speech dispatcher or emacspeak (for example) are.
I'm looking for solutions. My country is considering to buy a global
country licence of a very expencive screen reader (that I don't want
to mention) and users comments can influence the decision.
Even if my main synthesizer were Espeak, I would try to find a good
and acceptable solution for everyone.

Regards,
David.



Re: IBMTTS and eloquence driver comments.

DaVid
 

hi Pawel, the following link shared in a previous message talks about
your questions.
http://web.archive.org/web/20150923083641/http://community.nvda-project.org/blog/NVDAAndEloquenceSituation

Legal and cheap eloquence on windows seems to be an inviable option.
This is the reason to suggest use voxing on wsl, it couldn't solve all
scenarios but could be useful for some people.

Currently all candidates to replace eloquence are paid and with the
same problems, I think.
A promising project was speech player, but it was abandoned.

Regards,
David.

2019-04-24 15:24 GMT-06:00, Pawel Urbanski <pawel@e-urbanski.com>:

I will tap my network. I used to work with startup accelerators, and
the IP law is a common and frequent issue faced over there.
If someone could just write a few lines of a summary stayting:
1. What is the status of Eloquence - who is the owner.
2. Who is or possibly can be a distributor?
3. What are alternative engines / implementations providing the same
speech quality and API compatibility?
4. What are possible scenarios for distributing the NVDA add-on with
the assciated synthesizer library?

Best regards,
Pawel

On 24/04/2019, DaVid <dhf360@gmail.com> wrote:
Thanks James, I'll try to ask a lawyer specialist in copy right. Even
for a lawyer is a difficult topic, I think.
So the first step is find someone that knows about copyright licences.
In my country could be difficult to find a lawyer with this profile
but I will ask colleagues that could recomment a lawyer to me.

Regards,
David.

2019-04-24 14:21 GMT-06:00, James Scholes <james@jls-radio.com>:
I agree with you, but all I can do is repeat: if you want to know if
distributing certain code is legal or not, you will need to consult with
a lawyer. Nobody on this list is qualified or contracted to say that it
is legal or otherwise, and anybody giving you advice here won't be able
to help you if that advice turns out to be wrong.

Regards,

James Scholes

On 24/04/2019 at 3:10 pm, DaVid wrote:
The add-on doesn't reffer to eloquence, does not include eloquence
libraries, but is based on a public document reference api, also on
some oralux examples.
If this add-on can be made for voxin, it should be legal, I think.
because is not eloquence. Oralux let developers to use voxin libraries
as long as the user buys a license and the developer can't include
voxin libraries. Its the user's responsibility to buy and use voxin
over wsl with NVDA or use any other illegal library as many currently
do.
So distribution of an IBMTTS add-on (without libraries) could be legal
as speech dispatcher or emacspeak (for example) are.
I'm looking for solutions. My country is considering to buy a global
country licence of a very expencive screen reader (that I don't want
to mention) and users comments can influence the decision.
Even if my main synthesizer were Espeak, I would try to find a good
and acceptable solution for everyone.

Regards,
David.









Re: IBMTTS and eloquence driver comments.

Pawel Urbanski
 

I will tap my network. I used to work with startup accelerators, and
the IP law is a common and frequent issue faced over there.
If someone could just write a few lines of a summary stayting:
1. What is the status of Eloquence - who is the owner.
2. Who is or possibly can be a distributor?
3. What are alternative engines / implementations providing the same
speech quality and API compatibility?
4. What are possible scenarios for distributing the NVDA add-on with
the assciated synthesizer library?

Best regards,
Pawel

On 24/04/2019, DaVid <dhf360@gmail.com> wrote:
Thanks James, I'll try to ask a lawyer specialist in copy right. Even
for a lawyer is a difficult topic, I think.
So the first step is find someone that knows about copyright licences.
In my country could be difficult to find a lawyer with this profile
but I will ask colleagues that could recomment a lawyer to me.

Regards,
David.

2019-04-24 14:21 GMT-06:00, James Scholes <james@jls-radio.com>:
I agree with you, but all I can do is repeat: if you want to know if
distributing certain code is legal or not, you will need to consult with
a lawyer. Nobody on this list is qualified or contracted to say that it
is legal or otherwise, and anybody giving you advice here won't be able
to help you if that advice turns out to be wrong.

Regards,

James Scholes

On 24/04/2019 at 3:10 pm, DaVid wrote:
The add-on doesn't reffer to eloquence, does not include eloquence
libraries, but is based on a public document reference api, also on
some oralux examples.
If this add-on can be made for voxin, it should be legal, I think.
because is not eloquence. Oralux let developers to use voxin libraries
as long as the user buys a license and the developer can't include
voxin libraries. Its the user's responsibility to buy and use voxin
over wsl with NVDA or use any other illegal library as many currently
do.
So distribution of an IBMTTS add-on (without libraries) could be legal
as speech dispatcher or emacspeak (for example) are.
I'm looking for solutions. My country is considering to buy a global
country licence of a very expencive screen reader (that I don't want
to mention) and users comments can influence the decision.
Even if my main synthesizer were Espeak, I would try to find a good
and acceptable solution for everyone.

Regards,
David.







Re: IBMTTS and eloquence driver comments.

DaVid
 

Thanks James, I'll try to ask a lawyer specialist in copy right. Even
for a lawyer is a difficult topic, I think.
So the first step is find someone that knows about copyright licences.
In my country could be difficult to find a lawyer with this profile
but I will ask colleagues that could recomment a lawyer to me.

Regards,
David.

2019-04-24 14:21 GMT-06:00, James Scholes <james@jls-radio.com>:

I agree with you, but all I can do is repeat: if you want to know if
distributing certain code is legal or not, you will need to consult with
a lawyer. Nobody on this list is qualified or contracted to say that it
is legal or otherwise, and anybody giving you advice here won't be able
to help you if that advice turns out to be wrong.

Regards,

James Scholes

On 24/04/2019 at 3:10 pm, DaVid wrote:
The add-on doesn't reffer to eloquence, does not include eloquence
libraries, but is based on a public document reference api, also on
some oralux examples.
If this add-on can be made for voxin, it should be legal, I think.
because is not eloquence. Oralux let developers to use voxin libraries
as long as the user buys a license and the developer can't include
voxin libraries. Its the user's responsibility to buy and use voxin
over wsl with NVDA or use any other illegal library as many currently
do.
So distribution of an IBMTTS add-on (without libraries) could be legal
as speech dispatcher or emacspeak (for example) are.
I'm looking for solutions. My country is considering to buy a global
country licence of a very expencive screen reader (that I don't want
to mention) and users comments can influence the decision.
Even if my main synthesizer were Espeak, I would try to find a good
and acceptable solution for everyone.

Regards,
David.





Re: IBMTTS and eloquence driver comments.

James Scholes
 

I agree with you, but all I can do is repeat: if you want to know if distributing certain code is legal or not, you will need to consult with a lawyer. Nobody on this list is qualified or contracted to say that it is legal or otherwise, and anybody giving you advice here won't be able to help you if that advice turns out to be wrong.

Regards,

James Scholes

On 24/04/2019 at 3:10 pm, DaVid wrote:
The add-on doesn't reffer to eloquence, does not include eloquence
libraries, but is based on a public document reference api, also on
some oralux examples.
If this add-on can be made for voxin, it should be legal, I think.
because is not eloquence. Oralux let developers to use voxin libraries
as long as the user buys a license and the developer can't include
voxin libraries. Its the user's responsibility to buy and use voxin
over wsl with NVDA or use any other illegal library as many currently
do.
So distribution of an IBMTTS add-on (without libraries) could be legal
as speech dispatcher or emacspeak (for example) are.
I'm looking for solutions. My country is considering to buy a global
country licence of a very expencive screen reader (that I don't want
to mention) and users comments can influence the decision.
Even if my main synthesizer were Espeak, I would try to find a good
and acceptable solution for everyone.
Regards,
David.


Re: IBMTTS and eloquence driver comments.

DaVid
 

The add-on doesn't reffer to eloquence, does not include eloquence
libraries, but is based on a public document reference api, also on
some oralux examples.
If this add-on can be made for voxin, it should be legal, I think.
because is not eloquence. Oralux let developers to use voxin libraries
as long as the user buys a license and the developer can't include
voxin libraries. Its the user's responsibility to buy and use voxin
over wsl with NVDA or use any other illegal library as many currently
do.
So distribution of an IBMTTS add-on (without libraries) could be legal
as speech dispatcher or emacspeak (for example) are.
I'm looking for solutions. My country is considering to buy a global
country licence of a very expencive screen reader (that I don't want
to mention) and users comments can influence the decision.
Even if my main synthesizer were Espeak, I would try to find a good
and acceptable solution for everyone.

Regards,
David.


Re: IBMTTS and eloquence driver comments.

José Manuel Delicado Alcolea
 

Thank you very much, Timothy. I read this article in 2010, and after nvda-project website changed to nvaccess.org I searched it with no luck.

Although I don't like it, seems this article gives answers to all previous questions. I will re-read it multiple times to see if something has changed since 2010-2013.

Regards.


El 24/04/2019 a las 21:05, Timothy via Groups.Io escribió:
On Wednesday, April 24, 2019 2:51 PM, "Noelia Ruiz" <nrm1977@...> wrote:
Unfortunately now I can't find the mentioned post, referenced in the 
Eoquence section of this document:
https://github.com/nvaccess/nvda-community/wiki/SwitchingFromJawsToNVDA

Eloquence
One of the most asked questions concerns the use of the Eloquence 
synthesizer with NVDA. Until recently, *it was illegal to do so, as 
explained by a developer.*
The broken link points to
http://community.nvda-project.org/blog/NVDAAndEloquenceSituation
As NV Access does not seem to have a search facility, I went ahead and found the aforementioned blog post on the Wayback Machine:
http://web.archive.org/web/20150923083641/http://community.nvda-project.org/blog/NVDAAndEloquenceSituation

Timothy



--

José Manuel Delicado Alcolea
Administrador y editor en la web nvda.es
Twitter: @nvda_es
Certificado en el programa NVDA Expert 2019

Logo NVDA Certified Expert

7361 - 7380 of 14681