Date   

Re: Empty folders in Window Explorer, issues # 3152 and # 5759

Cyrille
 

Hello

 

OK, thanks for the reference.

I will comment there since I think this issue may take more importance in the future when more add-ons are accepted in the store.

 

Cheers,

 

Cyrille

 

De : nvda-addons@nvda-addons.groups.io <nvda-addons@nvda-addons.groups.io> De la part de Javi Domínguez
Envoyé : mardi 12 octobre 2021 17:32
À : nvda-addons@nvda-addons.groups.io
Objet : Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759

 

Hi.

There is already an issue about this: #9845


El 12/10/2021 a las 12:29, Cyrille via groups.io escribió:

Happy for you that you have found this solution.

But it remains a work-around. And it works only because you know the name of the ad-on that conflicts with yours (winTenApp) as well as its content (only one event defined).
Hence my recommendation to open an issue against NVDA to have a general method implemented to stack appModules.

Cyrille
 

De : "Javi Domínguez"
A : nvda-addons@nvda-addons.groups.io
Envoyé: mardi 12 Octobre 2021 12:17
Objet : Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759
 

Hi.
 
It cannot be done from within the appModule, you have to create a global plugin that does it from outside. I'm testing with this and it seems to work.
 

import globalPluginHandler

class GlobalPlugin(globalPluginHandler.GlobalPlugin):
    pass

import appModules
if hasattr(appModules, "explorer") and "wintenapps" in appModules.explorer.__file__.lower():
    import sys
    import os
    sys.path.append(os.path.abspath(os.path.join(os.path.dirname(__file__), '..', 'AppModules')))
    import explorer
    setattr(appModules.explorer.AppModule, "event_nameChange", explorer.AppModule.event_nameChange)  

 
Greetings
 
Javi Dominguez
 
 

El 11/10/2021 a las 21:12, Rui Fontes escribió:

The prevalent is the last one in alphabetical order...

I have to name my trial add-on to read the File Explorer status bar as ZExplorer in order to work...

If I rename yours to ZZExp... it will be yours to work...


I have tried, but I can't find a way to have all working...

 

Rui Fontes

 

Às 16:11 de 11/10/2021, Javi Domínguez escreveu:

Thanks but no. At least it doesn't work for me like you say.

It doesn't matter which class you inherit from, the important thing here is that the one loaded first prevails.
First appModules.explorer is loaded from WinTenApps, then when NVDA loads ExplorerEnhancements, it doesn't updates appModules.explorer because it sees that there is already one in memory and assumes that it is the same. Consequently, the only copy that is actually running is the one that was loaded first.

Check this out on the console with WinTenApps enabled:
 

>>> appModules.explorer
<module 'appModules.explorer' from 'C:\\Users\\Javichi\\AppData\\Roaming\\nvda\\addons\\wintenApps\\appModules\\explorer.py'>
>>> appModules.explorer.AppModule.event_nameChange
Traceback (most recent call last):
  File "<console>", line 1, in <module>
AttributeError: type object 'AppModule' has no attribute 'event_nameChange'


And this one with WinTenApps disabled:
 

>>> appModules.explorer
<module 'appModules.explorer' from 'C:\\Users\\Javichi\\AppData\\Roaming\\nvda\\addons\\ExplorerEnhancements\\appModules\\explorer.py'>
>>> appModules.explorer.AppModule.event_nameChange  
<function AppModule.event_nameChange at 0x041AEC48>


Look at the path of the module in each case and that if it is appModules.explorer from WinTenApps that is loaded, it does not contain event_nameChange that mine does.

I had the same problem with Mozilla and Developer Toolkits. It can be solved but it is complicated and in this case it is not worth it. It is just an experiment that I wanted to try, it is not my intention that it remain as an addon.

Greetings

Javi Dominguez

 

El 11/10/2021 a las 16:25, Cyrille via groups.io escribió:

To avoid overriding previously imported appModules, the appModules should import one on top of the other rather than from nvdaBuiltins.appModules.

I mean in win10app add-on as well as in any add-on/module overriding explorer:
from appModules.explorer import *
rather than
from nvdaBuiltin.appModules.explorer import *

I haven't tested yet but I think it should work:
- nvdaBuiltin.appModules contains appModules originally embedded by NVDA
- appModules contains the appModules available at runtime, i.e. appModules from add-ons may have overridden NVDA's ones.

It it is confirmed it can work this way, I will update Outlook extended add-on accordingly to allow other third party Outlook enhancements.

Cheers,

Cyrille
 

De : "Javi Domínguez"
A : nvda-addons@nvda-addons.groups.io
Envoyé: lundi 11 Octobre 2021 15:44
Objet : Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759
 

Hi!

Thanks, indeed that is the problem. WinTenApps must be disabled for it
to load correctly. I had a similar problem with Mozilla and the
Developer Toolkit.

El 11/10/2021 a las 14:56, Alberto Buffolino escribió:
> Javi Domínguez, il 11/10/2021 14.25, ha scritto:
>> Thank you. Could you please go to the folder where the addon was
>> installed and check that there is a folder called __pycache__?
> Alberto:
> Hi Javi,
> it seems that your add-on is not loaded due to WinTenApps. Disabling
> this latter, your add-on is been loaded. I remember an add-on that
> manage this case during import, but not its name.
> Unfortunately, on my system, like you but in Italian, I notice no
> changes in usual behavior.
> I'm thinking about this question from a lot of time, to extend
> ColumnsReview functionality of empty list announcement (already
> working in other lists). Events you used seem correct (I verified with
> a log message), but something goes wrong in obj checks.
> Alberto
>
>
>
>
>





 

 

 


Re: Updated. Resolves conflict with WinTenApps Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759

 

Hi,

The reason for adding Explorer app module in Windows App Essentials is due to task switching announcement issues in Windows 11. One solution is taking this solution proposed and including it with the add-on. The best solution is removing Explorer app module from my add-on (Windows App Essentials) provided that I get a word from Microsoft that task switching announcement issues will be solved.

Cheers,

Joseph

 

From: nvda-addons@nvda-addons.groups.io <nvda-addons@nvda-addons.groups.io> On Behalf Of Javi Domínguez
Sent: Tuesday, October 12, 2021 8:44 AM
To: nvda-addons@nvda-addons.groups.io
Subject: Updated. Resolves conflict with WinTenApps Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759

 

Hi.
 
I have implemented a solution to the conflict with WinThenApps. It is not a definitive solution for any duplicate appModules conflict but in this case it works.
 
https://github.com/javidominguez/ExplorerEnhancements/releases/download/dev20211012A1/ExplorerEnhancements-dev20211012A1.nvda-addon
 
Greetings
 
Javi Dominguez
 

El 12/10/2021 a las 17:32, Javi Domínguez via groups.io escribió:

Hi.

There is already an issue about this: #9845

El 12/10/2021 a las 12:29, Cyrille via groups.io escribió:

Happy for you that you have found this solution.

But it remains a work-around. And it works only because you know the name of the ad-on that conflicts with yours (winTenApp) as well as its content (only one event defined).
Hence my recommendation to open an issue against NVDA to have a general method implemented to stack appModules.

Cyrille
 

De : "Javi Domínguez"
A : nvda-addons@nvda-addons.groups.io
Envoyé: mardi 12 Octobre 2021 12:17
Objet : Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759
 

Hi.
 
It cannot be done from within the appModule, you have to create a global plugin that does it from outside. I'm testing with this and it seems to work.
 

import globalPluginHandler

class GlobalPlugin(globalPluginHandler.GlobalPlugin):
    pass

import appModules
if hasattr(appModules, "explorer") and "wintenapps" in appModules.explorer.__file__.lower():
    import sys
    import os
    sys.path.append(os.path.abspath(os.path.join(os.path.dirname(__file__), '..', 'AppModules')))
    import explorer
    setattr(appModules.explorer.AppModule, "event_nameChange", explorer.AppModule.event_nameChange)  

 
Greetings
 
Javi Dominguez
 
 

El 11/10/2021 a las 21:12, Rui Fontes escribió:

The prevalent is the last one in alphabetical order...

I have to name my trial add-on to read the File Explorer status bar as ZExplorer in order to work...

If I rename yours to ZZExp... it will be yours to work...


I have tried, but I can't find a way to have all working...

 

Rui Fontes

 

Às 16:11 de 11/10/2021, Javi Domínguez escreveu:

Thanks but no. At least it doesn't work for me like you say.

It doesn't matter which class you inherit from, the important thing here is that the one loaded first prevails.
First appModules.explorer is loaded from WinTenApps, then when NVDA loads ExplorerEnhancements, it doesn't updates appModules.explorer because it sees that there is already one in memory and assumes that it is the same. Consequently, the only copy that is actually running is the one that was loaded first.

Check this out on the console with WinTenApps enabled:
 

>>> appModules.explorer
<module 'appModules.explorer' from 'C:\\Users\\Javichi\\AppData\\Roaming\\nvda\\addons\\wintenApps\\appModules\\explorer.py'>
>>> appModules.explorer.AppModule.event_nameChange
Traceback (most recent call last):
  File "<console>", line 1, in <module>
AttributeError: type object 'AppModule' has no attribute 'event_nameChange'


And this one with WinTenApps disabled:
 

>>> appModules.explorer
<module 'appModules.explorer' from 'C:\\Users\\Javichi\\AppData\\Roaming\\nvda\\addons\\ExplorerEnhancements\\appModules\\explorer.py'>
>>> appModules.explorer.AppModule.event_nameChange  
<function AppModule.event_nameChange at 0x041AEC48>


Look at the path of the module in each case and that if it is appModules.explorer from WinTenApps that is loaded, it does not contain event_nameChange that mine does.

I had the same problem with Mozilla and Developer Toolkits. It can be solved but it is complicated and in this case it is not worth it. It is just an experiment that I wanted to try, it is not my intention that it remain as an addon.

Greetings

Javi Dominguez

 

El 11/10/2021 a las 16:25, Cyrille via groups.io escribió:

To avoid overriding previously imported appModules, the appModules should import one on top of the other rather than from nvdaBuiltins.appModules.

I mean in win10app add-on as well as in any add-on/module overriding explorer:
from appModules.explorer import *
rather than
from nvdaBuiltin.appModules.explorer import *

I haven't tested yet but I think it should work:
- nvdaBuiltin.appModules contains appModules originally embedded by NVDA
- appModules contains the appModules available at runtime, i.e. appModules from add-ons may have overridden NVDA's ones.

It it is confirmed it can work this way, I will update Outlook extended add-on accordingly to allow other third party Outlook enhancements.

Cheers,

Cyrille
 

De : "Javi Domínguez"
A : nvda-addons@nvda-addons.groups.io
Envoyé: lundi 11 Octobre 2021 15:44
Objet : Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759
 

Hi!

Thanks, indeed that is the problem. WinTenApps must be disabled for it
to load correctly. I had a similar problem with Mozilla and the
Developer Toolkit.

El 11/10/2021 a las 14:56, Alberto Buffolino escribió:
> Javi Domínguez, il 11/10/2021 14.25, ha scritto:
>> Thank you. Could you please go to the folder where the addon was
>> installed and check that there is a folder called __pycache__?
> Alberto:
> Hi Javi,
> it seems that your add-on is not loaded due to WinTenApps. Disabling
> this latter, your add-on is been loaded. I remember an add-on that
> manage this case during import, but not its name.
> Unfortunately, on my system, like you but in Italian, I notice no
> changes in usual behavior.
> I'm thinking about this question from a lot of time, to extend
> ColumnsReview functionality of empty list announcement (already
> working in other lists). Events you used seem correct (I verified with
> a log message), but something goes wrong in obj checks.
> Alberto
>
>
>
>
>





 

 

 

 


Updated. Resolves conflict with WinTenApps Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759

Javi Domínguez
 

Hi.
 
I have implemented a solution to the conflict with WinThenApps. It is not a definitive solution for any duplicate appModules conflict but in this case it works.
 
https://github.com/javidominguez/ExplorerEnhancements/releases/download/dev20211012A1/ExplorerEnhancements-dev20211012A1.nvda-addon
 
Greetings
 
Javi Dominguez
 

El 12/10/2021 a las 17:32, Javi Domínguez via groups.io escribió:
Hi.

There is already an issue about this: #9845

El 12/10/2021 a las 12:29, Cyrille via groups.io escribió:
Happy for you that you have found this solution.

But it remains a work-around. And it works only because you know the name of the ad-on that conflicts with yours (winTenApp) as well as its content (only one event defined).
Hence my recommendation to open an issue against NVDA to have a general method implemented to stack appModules.

Cyrille
 
De : "Javi Domínguez"
A : nvda-addons@nvda-addons.groups.io
Envoyé: mardi 12 Octobre 2021 12:17
Objet : Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759
 
Hi.
 
It cannot be done from within the appModule, you have to create a global plugin that does it from outside. I'm testing with this and it seems to work.
 
import globalPluginHandler

class GlobalPlugin(globalPluginHandler.GlobalPlugin):
    pass

import appModules
if hasattr(appModules, "explorer") and "wintenapps" in appModules.explorer.__file__.lower():
    import sys
    import os
    sys.path.append(os.path.abspath(os.path.join(os.path.dirname(__file__), '..', 'AppModules')))
    import explorer
    setattr(appModules.explorer.AppModule, "event_nameChange", explorer.AppModule.event_nameChange)  
 
Greetings
 
Javi Dominguez
 
 
El 11/10/2021 a las 21:12, Rui Fontes escribió:

The prevalent is the last one in alphabetical order...

I have to name my trial add-on to read the File Explorer status bar as ZExplorer in order to work...

If I rename yours to ZZExp... it will be yours to work...


I have tried, but I can't find a way to have all working...

 

Rui Fontes

 

Às 16:11 de 11/10/2021, Javi Domínguez escreveu:
Thanks but no. At least it doesn't work for me like you say.

It doesn't matter which class you inherit from, the important thing here is that the one loaded first prevails.
First appModules.explorer is loaded from WinTenApps, then when NVDA loads ExplorerEnhancements, it doesn't updates appModules.explorer because it sees that there is already one in memory and assumes that it is the same. Consequently, the only copy that is actually running is the one that was loaded first.

Check this out on the console with WinTenApps enabled:
 
>>> appModules.explorer
<module 'appModules.explorer' from 'C:\\Users\\Javichi\\AppData\\Roaming\\nvda\\addons\\wintenApps\\appModules\\explorer.py'>
>>> appModules.explorer.AppModule.event_nameChange
Traceback (most recent call last):
  File "<console>", line 1, in <module>
AttributeError: type object 'AppModule' has no attribute 'event_nameChange'

And this one with WinTenApps disabled:
 
>>> appModules.explorer
<module 'appModules.explorer' from 'C:\\Users\\Javichi\\AppData\\Roaming\\nvda\\addons\\ExplorerEnhancements\\appModules\\explorer.py'>
>>> appModules.explorer.AppModule.event_nameChange  
<function AppModule.event_nameChange at 0x041AEC48>

Look at the path of the module in each case and that if it is appModules.explorer from WinTenApps that is loaded, it does not contain event_nameChange that mine does.

I had the same problem with Mozilla and Developer Toolkits. It can be solved but it is complicated and in this case it is not worth it. It is just an experiment that I wanted to try, it is not my intention that it remain as an addon.

Greetings

Javi Dominguez

 
El 11/10/2021 a las 16:25, Cyrille via groups.io escribió:
To avoid overriding previously imported appModules, the appModules should import one on top of the other rather than from nvdaBuiltins.appModules.

I mean in win10app add-on as well as in any add-on/module overriding explorer:
from appModules.explorer import *
rather than
from nvdaBuiltin.appModules.explorer import *

I haven't tested yet but I think it should work:
- nvdaBuiltin.appModules contains appModules originally embedded by NVDA
- appModules contains the appModules available at runtime, i.e. appModules from add-ons may have overridden NVDA's ones.

It it is confirmed it can work this way, I will update Outlook extended add-on accordingly to allow other third party Outlook enhancements.

Cheers,

Cyrille
 
De : "Javi Domínguez"
A : nvda-addons@nvda-addons.groups.io
Envoyé: lundi 11 Octobre 2021 15:44
Objet : Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759
 
Hi!

Thanks, indeed that is the problem. WinTenApps must be disabled for it
to load correctly. I had a similar problem with Mozilla and the
Developer Toolkit.

El 11/10/2021 a las 14:56, Alberto Buffolino escribió:
> Javi Domínguez, il 11/10/2021 14.25, ha scritto:
>> Thank you. Could you please go to the folder where the addon was
>> installed and check that there is a folder called __pycache__?
> Alberto:
> Hi Javi,
> it seems that your add-on is not loaded due to WinTenApps. Disabling
> this latter, your add-on is been loaded. I remember an add-on that
> manage this case during import, but not its name.
> Unfortunately, on my system, like you but in Italian, I notice no
> changes in usual behavior.
> I'm thinking about this question from a lot of time, to extend
> ColumnsReview functionality of empty list announcement (already
> working in other lists). Events you used seem correct (I verified with
> a log message), but something goes wrong in obj checks.
> Alberto
>
>
>
>
>





 
 



Re: Empty folders in Window Explorer, issues # 3152 and # 5759

Javi Domínguez
 

Hi.

There is already an issue about this: #9845

El 12/10/2021 a las 12:29, Cyrille via groups.io escribió:
Happy for you that you have found this solution.

But it remains a work-around. And it works only because you know the name of the ad-on that conflicts with yours (winTenApp) as well as its content (only one event defined).
Hence my recommendation to open an issue against NVDA to have a general method implemented to stack appModules.

Cyrille
 
De : "Javi Domínguez"
A : nvda-addons@nvda-addons.groups.io
Envoyé: mardi 12 Octobre 2021 12:17
Objet : Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759
 
Hi.
 
It cannot be done from within the appModule, you have to create a global plugin that does it from outside. I'm testing with this and it seems to work.
 
import globalPluginHandler

class GlobalPlugin(globalPluginHandler.GlobalPlugin):
    pass

import appModules
if hasattr(appModules, "explorer") and "wintenapps" in appModules.explorer.__file__.lower():
    import sys
    import os
    sys.path.append(os.path.abspath(os.path.join(os.path.dirname(__file__), '..', 'AppModules')))
    import explorer
    setattr(appModules.explorer.AppModule, "event_nameChange", explorer.AppModule.event_nameChange)  
 
Greetings
 
Javi Dominguez
 
 
El 11/10/2021 a las 21:12, Rui Fontes escribió:

The prevalent is the last one in alphabetical order...

I have to name my trial add-on to read the File Explorer status bar as ZExplorer in order to work...

If I rename yours to ZZExp... it will be yours to work...


I have tried, but I can't find a way to have all working...

 

Rui Fontes

 

Às 16:11 de 11/10/2021, Javi Domínguez escreveu:
Thanks but no. At least it doesn't work for me like you say.

It doesn't matter which class you inherit from, the important thing here is that the one loaded first prevails.
First appModules.explorer is loaded from WinTenApps, then when NVDA loads ExplorerEnhancements, it doesn't updates appModules.explorer because it sees that there is already one in memory and assumes that it is the same. Consequently, the only copy that is actually running is the one that was loaded first.

Check this out on the console with WinTenApps enabled:
 
>>> appModules.explorer
<module 'appModules.explorer' from 'C:\\Users\\Javichi\\AppData\\Roaming\\nvda\\addons\\wintenApps\\appModules\\explorer.py'>
>>> appModules.explorer.AppModule.event_nameChange
Traceback (most recent call last):
  File "<console>", line 1, in <module>
AttributeError: type object 'AppModule' has no attribute 'event_nameChange'

And this one with WinTenApps disabled:
 
>>> appModules.explorer
<module 'appModules.explorer' from 'C:\\Users\\Javichi\\AppData\\Roaming\\nvda\\addons\\ExplorerEnhancements\\appModules\\explorer.py'>
>>> appModules.explorer.AppModule.event_nameChange  
<function AppModule.event_nameChange at 0x041AEC48>

Look at the path of the module in each case and that if it is appModules.explorer from WinTenApps that is loaded, it does not contain event_nameChange that mine does.

I had the same problem with Mozilla and Developer Toolkits. It can be solved but it is complicated and in this case it is not worth it. It is just an experiment that I wanted to try, it is not my intention that it remain as an addon.

Greetings

Javi Dominguez

 
El 11/10/2021 a las 16:25, Cyrille via groups.io escribió:
To avoid overriding previously imported appModules, the appModules should import one on top of the other rather than from nvdaBuiltins.appModules.

I mean in win10app add-on as well as in any add-on/module overriding explorer:
from appModules.explorer import *
rather than
from nvdaBuiltin.appModules.explorer import *

I haven't tested yet but I think it should work:
- nvdaBuiltin.appModules contains appModules originally embedded by NVDA
- appModules contains the appModules available at runtime, i.e. appModules from add-ons may have overridden NVDA's ones.

It it is confirmed it can work this way, I will update Outlook extended add-on accordingly to allow other third party Outlook enhancements.

Cheers,

Cyrille
 
De : "Javi Domínguez"
A : nvda-addons@nvda-addons.groups.io
Envoyé: lundi 11 Octobre 2021 15:44
Objet : Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759
 
Hi!

Thanks, indeed that is the problem. WinTenApps must be disabled for it
to load correctly. I had a similar problem with Mozilla and the
Developer Toolkit.

El 11/10/2021 a las 14:56, Alberto Buffolino escribió:
> Javi Domínguez, il 11/10/2021 14.25, ha scritto:
>> Thank you. Could you please go to the folder where the addon was
>> installed and check that there is a folder called __pycache__?
> Alberto:
> Hi Javi,
> it seems that your add-on is not loaded due to WinTenApps. Disabling
> this latter, your add-on is been loaded. I remember an add-on that
> manage this case during import, but not its name.
> Unfortunately, on my system, like you but in Italian, I notice no
> changes in usual behavior.
> I'm thinking about this question from a lot of time, to extend
> ColumnsReview functionality of empty list announcement (already
> working in other lists). Events you used seem correct (I verified with
> a log message), but something goes wrong in obj checks.
> Alberto
>
>
>
>
>





 
 


Re: Empty folders in Window Explorer, issues # 3152 and # 5759

Cyrille
 

Happy for you that you have found this solution.

But it remains a work-around. And it works only because you know the name of the ad-on that conflicts with yours (winTenApp) as well as its content (only one event defined).
Hence my recommendation to open an issue against NVDA to have a general method implemented to stack appModules.

Cyrille
 
De : "Javi Domínguez"
A : nvda-addons@nvda-addons.groups.io
Envoyé: mardi 12 Octobre 2021 12:17
Objet : Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759
 
Hi.
 
It cannot be done from within the appModule, you have to create a global plugin that does it from outside. I'm testing with this and it seems to work.
 
import globalPluginHandler

class GlobalPlugin(globalPluginHandler.GlobalPlugin):
    pass

import appModules
if hasattr(appModules, "explorer") and "wintenapps" in appModules.explorer.__file__.lower():
    import sys
    import os
    sys.path.append(os.path.abspath(os.path.join(os.path.dirname(__file__), '..', 'AppModules')))
    import explorer
    setattr(appModules.explorer.AppModule, "event_nameChange", explorer.AppModule.event_nameChange)  
 
Greetings
 
Javi Dominguez
 
 
El 11/10/2021 a las 21:12, Rui Fontes escribió:

The prevalent is the last one in alphabetical order...

I have to name my trial add-on to read the File Explorer status bar as ZExplorer in order to work...

If I rename yours to ZZExp... it will be yours to work...


I have tried, but I can't find a way to have all working...

 

Rui Fontes

 

Às 16:11 de 11/10/2021, Javi Domínguez escreveu:
Thanks but no. At least it doesn't work for me like you say.

It doesn't matter which class you inherit from, the important thing here is that the one loaded first prevails.
First appModules.explorer is loaded from WinTenApps, then when NVDA loads ExplorerEnhancements, it doesn't updates appModules.explorer because it sees that there is already one in memory and assumes that it is the same. Consequently, the only copy that is actually running is the one that was loaded first.

Check this out on the console with WinTenApps enabled:
 
>>> appModules.explorer
<module 'appModules.explorer' from 'C:\\Users\\Javichi\\AppData\\Roaming\\nvda\\addons\\wintenApps\\appModules\\explorer.py'>
>>> appModules.explorer.AppModule.event_nameChange
Traceback (most recent call last):
  File "<console>", line 1, in <module>
AttributeError: type object 'AppModule' has no attribute 'event_nameChange'

And this one with WinTenApps disabled:
 
>>> appModules.explorer
<module 'appModules.explorer' from 'C:\\Users\\Javichi\\AppData\\Roaming\\nvda\\addons\\ExplorerEnhancements\\appModules\\explorer.py'>
>>> appModules.explorer.AppModule.event_nameChange  
<function AppModule.event_nameChange at 0x041AEC48>

Look at the path of the module in each case and that if it is appModules.explorer from WinTenApps that is loaded, it does not contain event_nameChange that mine does.

I had the same problem with Mozilla and Developer Toolkits. It can be solved but it is complicated and in this case it is not worth it. It is just an experiment that I wanted to try, it is not my intention that it remain as an addon.

Greetings

Javi Dominguez

 
El 11/10/2021 a las 16:25, Cyrille via groups.io escribió:
To avoid overriding previously imported appModules, the appModules should import one on top of the other rather than from nvdaBuiltins.appModules.

I mean in win10app add-on as well as in any add-on/module overriding explorer:
from appModules.explorer import *
rather than
from nvdaBuiltin.appModules.explorer import *

I haven't tested yet but I think it should work:
- nvdaBuiltin.appModules contains appModules originally embedded by NVDA
- appModules contains the appModules available at runtime, i.e. appModules from add-ons may have overridden NVDA's ones.

It it is confirmed it can work this way, I will update Outlook extended add-on accordingly to allow other third party Outlook enhancements.

Cheers,

Cyrille
 
De : "Javi Domínguez"
A : nvda-addons@nvda-addons.groups.io
Envoyé: lundi 11 Octobre 2021 15:44
Objet : Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759
 
Hi!

Thanks, indeed that is the problem. WinTenApps must be disabled for it
to load correctly. I had a similar problem with Mozilla and the
Developer Toolkit.

El 11/10/2021 a las 14:56, Alberto Buffolino escribió:
> Javi Domínguez, il 11/10/2021 14.25, ha scritto:
>> Thank you. Could you please go to the folder where the addon was
>> installed and check that there is a folder called __pycache__?
> Alberto:
> Hi Javi,
> it seems that your add-on is not loaded due to WinTenApps. Disabling
> this latter, your add-on is been loaded. I remember an add-on that
> manage this case during import, but not its name.
> Unfortunately, on my system, like you but in Italian, I notice no
> changes in usual behavior.
> I'm thinking about this question from a lot of time, to extend
> ColumnsReview functionality of empty list announcement (already
> working in other lists). Events you used seem correct (I verified with
> a log message), but something goes wrong in obj checks.
> Alberto
>
>
>
>
>





 
 


Re: Empty folders in Window Explorer, issues # 3152 and # 5759

Javi Domínguez
 

Hi.
 
It cannot be done from within the appModule, you have to create a global plugin that does it from outside. I'm testing with this and it seems to work.
 
import globalPluginHandler

class GlobalPlugin(globalPluginHandler.GlobalPlugin):
    pass

import appModules
if hasattr(appModules, "explorer") and "wintenapps" in appModules.explorer.__file__.lower():
    import sys
    import os
    sys.path.append(os.path.abspath(os.path.join(os.path.dirname(__file__), '..', 'AppModules')))
    import explorer
    setattr(appModules.explorer.AppModule, "event_nameChange", explorer.AppModule.event_nameChange)  
 
Greetings
 
Javi Dominguez
 

El 11/10/2021 a las 21:12, Rui Fontes escribió:

The prevalent is the last one in alphabetical order...

I have to name my trial add-on to read the File Explorer status bar as ZExplorer in order to work...

If I rename yours to ZZExp... it will be yours to work...


I have tried, but I can't find a way to have all working...


Rui Fontes


Às 16:11 de 11/10/2021, Javi Domínguez escreveu:
Thanks but no. At least it doesn't work for me like you say.

It doesn't matter which class you inherit from, the important thing here is that the one loaded first prevails.
First appModules.explorer is loaded from WinTenApps, then when NVDA loads ExplorerEnhancements, it doesn't updates appModules.explorer because it sees that there is already one in memory and assumes that it is the same. Consequently, the only copy that is actually running is the one that was loaded first.

Check this out on the console with WinTenApps enabled:

>>> appModules.explorer
<module 'appModules.explorer' from 'C:\\Users\\Javichi\\AppData\\Roaming\\nvda\\addons\\wintenApps\\appModules\\explorer.py'>
>>> appModules.explorer.AppModule.event_nameChange
Traceback (most recent call last):
  File "<console>", line 1, in <module>
AttributeError: type object 'AppModule' has no attribute 'event_nameChange'

And this one with WinTenApps disabled:

>>> appModules.explorer
<module 'appModules.explorer' from 'C:\\Users\\Javichi\\AppData\\Roaming\\nvda\\addons\\ExplorerEnhancements\\appModules\\explorer.py'>
>>> appModules.explorer.AppModule.event_nameChange  
<function AppModule.event_nameChange at 0x041AEC48>

Look at the path of the module in each case and that if it is appModules.explorer from WinTenApps that is loaded, it does not contain event_nameChange that mine does.

I had the same problem with Mozilla and Developer Toolkits. It can be solved but it is complicated and in this case it is not worth it. It is just an experiment that I wanted to try, it is not my intention that it remain as an addon.

Greetings

Javi Dominguez


El 11/10/2021 a las 16:25, Cyrille via groups.io escribió:
To avoid overriding previously imported appModules, the appModules should import one on top of the other rather than from nvdaBuiltins.appModules.

I mean in win10app add-on as well as in any add-on/module overriding explorer:
from appModules.explorer import *
rather than
from nvdaBuiltin.appModules.explorer import *

I haven't tested yet but I think it should work:
- nvdaBuiltin.appModules contains appModules originally embedded by NVDA
- appModules contains the appModules available at runtime, i.e. appModules from add-ons may have overridden NVDA's ones.

It it is confirmed it can work this way, I will update Outlook extended add-on accordingly to allow other third party Outlook enhancements.

Cheers,

Cyrille
 
De : "Javi Domínguez"
A : nvda-addons@nvda-addons.groups.io
Envoyé: lundi 11 Octobre 2021 15:44
Objet : Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759
 
Hi!

Thanks, indeed that is the problem. WinTenApps must be disabled for it
to load correctly. I had a similar problem with Mozilla and the
Developer Toolkit.

El 11/10/2021 a las 14:56, Alberto Buffolino escribió:
> Javi Domínguez, il 11/10/2021 14.25, ha scritto:
>> Thank you. Could you please go to the folder where the addon was
>> installed and check that there is a folder called __pycache__?
> Alberto:
> Hi Javi,
> it seems that your add-on is not loaded due to WinTenApps. Disabling
> this latter, your add-on is been loaded. I remember an add-on that
> manage this case during import, but not its name.
> Unfortunately, on my system, like you but in Italian, I notice no
> changes in usual behavior.
> I'm thinking about this question from a lot of time, to extend
> ColumnsReview functionality of empty list announcement (already
> working in other lists). Events you used seem correct (I verified with
> a log message), but something goes wrong in obj checks.
> Alberto
>
>
>
>
>





 



Re: Empty folders in Window Explorer, issues # 3152 and # 5759

Cyrille
 

Hi all

Thanks Javi and Rui for the answers.
You are right. It's a pity but my suggestion is not working.

Either there is no way to load two stacked custom appModules or we do not figure how to do it. In either case, an issue should be opened against NVDA to get an answer from NVAccess on this point.

@Javi, @Andy:
Since you are impacted, would you mind opening such an issue with a detailed description of your real use cases?

Cheers,

Cyrille

 
De : "Rui Fontes"
A : nvda-addons@nvda-addons.groups.io
Envoyé: lundi 11 Octobre 2021 21:12
Objet : Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759
 

The prevalent is the last one in alphabetical order...

I have to name my trial add-on to read the File Explorer status bar as ZExplorer in order to work...

If I rename yours to ZZExp... it will be yours to work...


I have tried, but I can't find a way to have all working...

 

Rui Fontes

 

Às 16:11 de 11/10/2021, Javi Domínguez escreveu:

Thanks but no. At least it doesn't work for me like you say.

It doesn't matter which class you inherit from, the important thing here is that the one loaded first prevails.
First appModules.explorer is loaded from WinTenApps, then when NVDA loads ExplorerEnhancements, it doesn't updates appModules.explorer because it sees that there is already one in memory and assumes that it is the same. Consequently, the only copy that is actually running is the one that was loaded first.

Check this out on the console with WinTenApps enabled:
 
>>> appModules.explorer
<module 'appModules.explorer' from 'C:\\Users\\Javichi\\AppData\\Roaming\\nvda\\addons\\wintenApps\\appModules\\explorer.py'>
>>> appModules.explorer.AppModule.event_nameChange
Traceback (most recent call last):
  File "<console>", line 1, in <module>
AttributeError: type object 'AppModule' has no attribute 'event_nameChange'

And this one with WinTenApps disabled:
 
>>> appModules.explorer
<module 'appModules.explorer' from 'C:\\Users\\Javichi\\AppData\\Roaming\\nvda\\addons\\ExplorerEnhancements\\appModules\\explorer.py'>
>>> appModules.explorer.AppModule.event_nameChange  
<function AppModule.event_nameChange at 0x041AEC48>

Look at the path of the module in each case and that if it is appModules.explorer from WinTenApps that is loaded, it does not contain event_nameChange that mine does.

I had the same problem with Mozilla and Developer Toolkits. It can be solved but it is complicated and in this case it is not worth it. It is just an experiment that I wanted to try, it is not my intention that it remain as an addon.

Greetings

Javi Dominguez

 
El 11/10/2021 a las 16:25, Cyrille via groups.io escribió:
To avoid overriding previously imported appModules, the appModules should import one on top of the other rather than from nvdaBuiltins.appModules.

I mean in win10app add-on as well as in any add-on/module overriding explorer:
from appModules.explorer import *
rather than
from nvdaBuiltin.appModules.explorer import *

I haven't tested yet but I think it should work:
- nvdaBuiltin.appModules contains appModules originally embedded by NVDA
- appModules contains the appModules available at runtime, i.e. appModules from add-ons may have overridden NVDA's ones.

It it is confirmed it can work this way, I will update Outlook extended add-on accordingly to allow other third party Outlook enhancements.

Cheers,

Cyrille
 
De : "Javi Domínguez"
A : nvda-addons@nvda-addons.groups.io
Envoyé: lundi 11 Octobre 2021 15:44
Objet : Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759
 
Hi!

Thanks, indeed that is the problem. WinTenApps must be disabled for it
to load correctly. I had a similar problem with Mozilla and the
Developer Toolkit.

El 11/10/2021 a las 14:56, Alberto Buffolino escribió:
> Javi Domínguez, il 11/10/2021 14.25, ha scritto:
>> Thank you. Could you please go to the folder where the addon was
>> installed and check that there is a folder called __pycache__?
> Alberto:
> Hi Javi,
> it seems that your add-on is not loaded due to WinTenApps. Disabling
> this latter, your add-on is been loaded. I remember an add-on that
> manage this case during import, but not its name.
> Unfortunately, on my system, like you but in Italian, I notice no
> changes in usual behavior.
> I'm thinking about this question from a lot of time, to extend
> ColumnsReview functionality of empty list announcement (already
> working in other lists). Events you used seem correct (I verified with
> a log message), but something goes wrong in obj checks.
> Alberto
>
>
>
>
>





 


sounds for attributes

Brian's Mail list account
 

Recently the authors of some documents I need to access have started to indicate peoples changes by colour of the text. Now of course one could turn on attributes as one needs them in documents that need them but it does slow down reading, so I wondered if anyone had made an add on that allocate a tone of certain pitches to colours of the foreground text, so you could just here the info.

Brian

bglists@blueyonder.co.uk
Sent via blueyonder.
Please address personal E-mail to:-
briang1@blueyonder.co.uk, putting 'Brian Gaff'
in the display name field.
Newsgroup monitored: alt.comp.blind-users


Re: Add-ons mentioned in the Basic training module

Noelia Ruiz
 

Thanks, it would be useful, and you may reflect that we have to be
careful and install add-ons from developers that we consider reliable.
Especially now that NV Access is working on the store, and add-ons are
not reviewed to be included there or on the website, I think this
would be a good idea.
NoBeepsSpeechMode is a great add-on to be mentioned in the basic
training module since it can be used to turn on and off just speech,
and testers may use it if they need to check for instance if a
document identifies the language properly, and sighted people may want
to turn off speech.
ControlUsageAssistant can be used to learn how to interact with
controls like a combo box and others, and as an introduction to browse
mode and messages presented by NVDA in this way, for example the
format or replacement for symbols when the command is pressed twice,
or the OCR feature.
Kind regards

2021-10-12 5:51 GMT+02:00, Quentin Christensen <quentin@nvaccess.org>:

I must admit I have not looked at most add-ons for awhile, I will have to
have a closer look :)

On Tue, Oct 12, 2021 at 2:14 PM Noelia Ruiz <nrm1977@gmail.com> wrote:

Hello, I"m interested. I think that, specifically, controlUsageAssistant
(as well as noBeepsSpeechMode, already mentioned) should be mentioned
too,
maybe in the miscellaneus section or in some introductory chapter, since
it"s intended to show how to use NVDA in different controls and the
module
is for training.
Kind regards

Enviado desde mi iPhone

El 12 oct 2021, a las 4:37, Quentin Christensen <quentin@nvaccess.org>
escribió:


Noelia,

Good question, I must admit I had to think where I'd mentioned it when I
read this - it is in section 15.12 under Miscellaneous commands where I
noted NVDA+s which hadn't been covered previously.

I hadn't specifically intended to cover specific add-ons in the module,
aside from mentioning a few to illustrate what they can do. I'm sure an
argument could be made for (or against) mentioning all kinds of add-ons
throughout the material.

I'm happy to have further discussion on the pros and cons if anyone is
interested.

Quentin.

On Sun, Oct 10, 2021 at 4:22 AM Noelia Ruiz <nrm1977@gmail.com> wrote:

Hello:

I'veen excited seeing that the noBeepsSpeechMode add-on is mentioned
with the corresponding link to the community website, to see its
documentation and download it, in the basic training module.
I wonder if controlUsageAssistant should be mentioned too, in the
context of this module, for example to see how to open a combo box.
Kind regards





--
Quentin Christensen
Training and Support Manager

Web: www.nvaccess.org
Training: https://www.nvaccess.org/shop/
Certification: https://certification.nvaccess.org/
User group: https://nvda.groups.io/g/nvda
Facebook: http://www.facebook.com/NVAccess
Twitter: @NVAccess <https://twitter.com/NVAccess>



--
Quentin Christensen
Training and Support Manager

Web: www.nvaccess.org
Training: https://www.nvaccess.org/shop/
Certification: https://certification.nvaccess.org/
User group: https://nvda.groups.io/g/nvda
Facebook: http://www.facebook.com/NVAccess
Twitter: @NVAccess <https://twitter.com/NVAccess>






Re: Add-ons mentioned in the Basic training module

Quentin Christensen
 

I must admit I have not looked at most add-ons for awhile, I will have to have a closer look :)


On Tue, Oct 12, 2021 at 2:14 PM Noelia Ruiz <nrm1977@...> wrote:
Hello, I"m interested. I think that, specifically, controlUsageAssistant (as well as noBeepsSpeechMode, already mentioned) should be mentioned too,  maybe in the miscellaneus section or in some introductory chapter, since it"s intended to show how to use NVDA in different controls and the module is for training.
Kind regards

Enviado desde mi iPhone

El 12 oct 2021, a las 4:37, Quentin Christensen <quentin@...> escribió:


Noelia,

Good question, I must admit I had to think where I'd mentioned it when I read this - it is in section 15.12 under Miscellaneous commands where I noted NVDA+s which hadn't been covered previously.

I hadn't specifically intended to cover specific add-ons in the module, aside from mentioning a few to illustrate what they can do.  I'm sure an argument could be made for (or against) mentioning all kinds of add-ons throughout the material.

I'm happy to have further discussion on the pros and cons if anyone is interested.

Quentin.

On Sun, Oct 10, 2021 at 4:22 AM Noelia Ruiz <nrm1977@...> wrote:
Hello:

I'veen excited seeing that the noBeepsSpeechMode add-on is mentioned
with the corresponding link to the community website, to see its
documentation and download it, in the basic training module.
I wonder if controlUsageAssistant should be mentioned too, in the
context of this module, for example to see how to open a combo box.
Kind regards







--
Quentin Christensen
Training and Support Manager



--
Quentin Christensen
Training and Support Manager


Re: Add-ons mentioned in the Basic training module

Noelia Ruiz
 

Hello, I"m interested. I think that, specifically, controlUsageAssistant (as well as noBeepsSpeechMode, already mentioned) should be mentioned too,  maybe in the miscellaneus section or in some introductory chapter, since it"s intended to show how to use NVDA in different controls and the module is for training.
Kind regards

Enviado desde mi iPhone

El 12 oct 2021, a las 4:37, Quentin Christensen <quentin@...> escribió:


Noelia,

Good question, I must admit I had to think where I'd mentioned it when I read this - it is in section 15.12 under Miscellaneous commands where I noted NVDA+s which hadn't been covered previously.

I hadn't specifically intended to cover specific add-ons in the module, aside from mentioning a few to illustrate what they can do.  I'm sure an argument could be made for (or against) mentioning all kinds of add-ons throughout the material.

I'm happy to have further discussion on the pros and cons if anyone is interested.

Quentin.

On Sun, Oct 10, 2021 at 4:22 AM Noelia Ruiz <nrm1977@...> wrote:
Hello:

I'veen excited seeing that the noBeepsSpeechMode add-on is mentioned
with the corresponding link to the community website, to see its
documentation and download it, in the basic training module.
I wonder if controlUsageAssistant should be mentioned too, in the
context of this module, for example to see how to open a combo box.
Kind regards







--
Quentin Christensen
Training and Support Manager


Re: Add-ons mentioned in the Basic training module

Quentin Christensen
 

Noelia,

Good question, I must admit I had to think where I'd mentioned it when I read this - it is in section 15.12 under Miscellaneous commands where I noted NVDA+s which hadn't been covered previously.

I hadn't specifically intended to cover specific add-ons in the module, aside from mentioning a few to illustrate what they can do.  I'm sure an argument could be made for (or against) mentioning all kinds of add-ons throughout the material.

I'm happy to have further discussion on the pros and cons if anyone is interested.

Quentin.

On Sun, Oct 10, 2021 at 4:22 AM Noelia Ruiz <nrm1977@...> wrote:
Hello:

I'veen excited seeing that the noBeepsSpeechMode add-on is mentioned
with the corresponding link to the community website, to see its
documentation and download it, in the basic training module.
I wonder if controlUsageAssistant should be mentioned too, in the
context of this module, for example to see how to open a combo box.
Kind regards







--
Quentin Christensen
Training and Support Manager


Re: Empty folders in Window Explorer, issues # 3152 and # 5759

Rui Fontes
 

The prevalent is the last one in alphabetical order...

I have to name my trial add-on to read the File Explorer status bar as ZExplorer in order to work...

If I rename yours to ZZExp... it will be yours to work...


I have tried, but I can't find a way to have all working...


Rui Fontes


Às 16:11 de 11/10/2021, Javi Domínguez escreveu:

Thanks but no. At least it doesn't work for me like you say.

It doesn't matter which class you inherit from, the important thing here is that the one loaded first prevails.
First appModules.explorer is loaded from WinTenApps, then when NVDA loads ExplorerEnhancements, it doesn't updates appModules.explorer because it sees that there is already one in memory and assumes that it is the same. Consequently, the only copy that is actually running is the one that was loaded first.

Check this out on the console with WinTenApps enabled:

>>> appModules.explorer
<module 'appModules.explorer' from 'C:\\Users\\Javichi\\AppData\\Roaming\\nvda\\addons\\wintenApps\\appModules\\explorer.py'>
>>> appModules.explorer.AppModule.event_nameChange
Traceback (most recent call last):
  File "<console>", line 1, in <module>
AttributeError: type object 'AppModule' has no attribute 'event_nameChange'

And this one with WinTenApps disabled:

>>> appModules.explorer
<module 'appModules.explorer' from 'C:\\Users\\Javichi\\AppData\\Roaming\\nvda\\addons\\ExplorerEnhancements\\appModules\\explorer.py'>
>>> appModules.explorer.AppModule.event_nameChange  
<function AppModule.event_nameChange at 0x041AEC48>

Look at the path of the module in each case and that if it is appModules.explorer from WinTenApps that is loaded, it does not contain event_nameChange that mine does.

I had the same problem with Mozilla and Developer Toolkits. It can be solved but it is complicated and in this case it is not worth it. It is just an experiment that I wanted to try, it is not my intention that it remain as an addon.

Greetings

Javi Dominguez


El 11/10/2021 a las 16:25, Cyrille via groups.io escribió:
To avoid overriding previously imported appModules, the appModules should import one on top of the other rather than from nvdaBuiltins.appModules.

I mean in win10app add-on as well as in any add-on/module overriding explorer:
from appModules.explorer import *
rather than
from nvdaBuiltin.appModules.explorer import *

I haven't tested yet but I think it should work:
- nvdaBuiltin.appModules contains appModules originally embedded by NVDA
- appModules contains the appModules available at runtime, i.e. appModules from add-ons may have overridden NVDA's ones.

It it is confirmed it can work this way, I will update Outlook extended add-on accordingly to allow other third party Outlook enhancements.

Cheers,

Cyrille
 
De : "Javi Domínguez"
A : nvda-addons@nvda-addons.groups.io
Envoyé: lundi 11 Octobre 2021 15:44
Objet : Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759
 
Hi!

Thanks, indeed that is the problem. WinTenApps must be disabled for it
to load correctly. I had a similar problem with Mozilla and the
Developer Toolkit.

El 11/10/2021 a las 14:56, Alberto Buffolino escribió:
> Javi Domínguez, il 11/10/2021 14.25, ha scritto:
>> Thank you. Could you please go to the folder where the addon was
>> installed and check that there is a folder called __pycache__?
> Alberto:
> Hi Javi,
> it seems that your add-on is not loaded due to WinTenApps. Disabling
> this latter, your add-on is been loaded. I remember an add-on that
> manage this case during import, but not its name.
> Unfortunately, on my system, like you but in Italian, I notice no
> changes in usual behavior.
> I'm thinking about this question from a lot of time, to extend
> ColumnsReview functionality of empty list announcement (already
> working in other lists). Events you used seem correct (I verified with
> a log message), but something goes wrong in obj checks.
> Alberto
>
>
>
>
>





 


Re: Empty folders in Window Explorer, issues # 3152 and # 5759

Rowen Cary
 

Hi, it works fine with me, but I have a question: When I entered the folder, it did not immediately announce that the folder was empty. I pressed the four arrow keys and there was no sound. Only when I pressed Tab once, I heard the prompt. When we enter a folder every time, to navigate the items in the folder, we will first press the four arrow keys instead of the Tab key. Is there a way to let the user know the fact that the folder is empty in the first place?


Re: Quick Notetaker, a new NVDA add-on, request for review

mohammad suliman
 

Hi Supanut,

We have thought about including such a text editor for the Notetaker, but we have found sivir limitations in wx python. The rich editor for wx is not accessible for screen readers according to their documentation, not sure if we could ship a custom implementation which is accessible in our add-on. This also relies on the fact whether NVDA includes such a component, I don't quite remember this right now.
We will investigate this issue further for coming releases, this is a priority for us.

Thanks for your understanding,
Mohammad


On Sun, 10 Oct 2021 at 01:38, Supanut Leepaisomboon <supanut2000@...> wrote:
Hi,
Is it possible to implement a WYSIWYG kind of editor for the note content editor? This way, it would be easy for someone to format the note with bulleted lists, tables, etc without actually having to write code.


Re: Empty folders in Window Explorer, issues # 3152 and # 5759

Javi Domínguez
 

Thanks but no. At least it doesn't work for me like you say.

It doesn't matter which class you inherit from, the important thing here is that the one loaded first prevails.
First appModules.explorer is loaded from WinTenApps, then when NVDA loads ExplorerEnhancements, it doesn't updates appModules.explorer because it sees that there is already one in memory and assumes that it is the same. Consequently, the only copy that is actually running is the one that was loaded first.

Check this out on the console with WinTenApps enabled:

>>> appModules.explorer
<module 'appModules.explorer' from 'C:\\Users\\Javichi\\AppData\\Roaming\\nvda\\addons\\wintenApps\\appModules\\explorer.py'>
>>> appModules.explorer.AppModule.event_nameChange
Traceback (most recent call last):
  File "<console>", line 1, in <module>
AttributeError: type object 'AppModule' has no attribute 'event_nameChange'

And this one with WinTenApps disabled:

>>> appModules.explorer
<module 'appModules.explorer' from 'C:\\Users\\Javichi\\AppData\\Roaming\\nvda\\addons\\ExplorerEnhancements\\appModules\\explorer.py'>
>>> appModules.explorer.AppModule.event_nameChange  
<function AppModule.event_nameChange at 0x041AEC48>

Look at the path of the module in each case and that if it is appModules.explorer from WinTenApps that is loaded, it does not contain event_nameChange that mine does.

I had the same problem with Mozilla and Developer Toolkits. It can be solved but it is complicated and in this case it is not worth it. It is just an experiment that I wanted to try, it is not my intention that it remain as an addon.

Greetings

Javi Dominguez


El 11/10/2021 a las 16:25, Cyrille via groups.io escribió:
To avoid overriding previously imported appModules, the appModules should import one on top of the other rather than from nvdaBuiltins.appModules.

I mean in win10app add-on as well as in any add-on/module overriding explorer:
from appModules.explorer import *
rather than
from nvdaBuiltin.appModules.explorer import *

I haven't tested yet but I think it should work:
- nvdaBuiltin.appModules contains appModules originally embedded by NVDA
- appModules contains the appModules available at runtime, i.e. appModules from add-ons may have overridden NVDA's ones.

It it is confirmed it can work this way, I will update Outlook extended add-on accordingly to allow other third party Outlook enhancements.

Cheers,

Cyrille
 
De : "Javi Domínguez"
A : nvda-addons@nvda-addons.groups.io
Envoyé: lundi 11 Octobre 2021 15:44
Objet : Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759
 
Hi!

Thanks, indeed that is the problem. WinTenApps must be disabled for it
to load correctly. I had a similar problem with Mozilla and the
Developer Toolkit.

El 11/10/2021 a las 14:56, Alberto Buffolino escribió:
> Javi Domínguez, il 11/10/2021 14.25, ha scritto:
>> Thank you. Could you please go to the folder where the addon was
>> installed and check that there is a folder called __pycache__?
> Alberto:
> Hi Javi,
> it seems that your add-on is not loaded due to WinTenApps. Disabling
> this latter, your add-on is been loaded. I remember an add-on that
> manage this case during import, but not its name.
> Unfortunately, on my system, like you but in Italian, I notice no
> changes in usual behavior.
> I'm thinking about this question from a lot of time, to extend
> ColumnsReview functionality of empty list announcement (already
> working in other lists). Events you used seem correct (I verified with
> a log message), but something goes wrong in obj checks.
> Alberto
>
>
>
>
>





 


Re: Empty folders in Window Explorer, issues # 3152 and # 5759

Cyrille
 

To avoid overriding previously imported appModules, the appModules should import one on top of the other rather than from nvdaBuiltins.appModules.

I mean in win10app add-on as well as in any add-on/module overriding explorer:
from appModules.explorer import *
rather than
from nvdaBuiltin.appModules.explorer import *

I haven't tested yet but I think it should work:
- nvdaBuiltin.appModules contains appModules originally embedded by NVDA
- appModules contains the appModules available at runtime, i.e. appModules from add-ons may have overridden NVDA's ones.

It it is confirmed it can work this way, I will update Outlook extended add-on accordingly to allow other third party Outlook enhancements.

Cheers,

Cyrille
 
De : "Javi Domínguez"
A : nvda-addons@nvda-addons.groups.io
Envoyé: lundi 11 Octobre 2021 15:44
Objet : Re: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759
 
Hi!

Thanks, indeed that is the problem. WinTenApps must be disabled for it
to load correctly. I had a similar problem with Mozilla and the
Developer Toolkit.

El 11/10/2021 a las 14:56, Alberto Buffolino escribió:
> Javi Domínguez, il 11/10/2021 14.25, ha scritto:
>> Thank you. Could you please go to the folder where the addon was
>> installed and check that there is a folder called __pycache__?
> Alberto:
> Hi Javi,
> it seems that your add-on is not loaded due to WinTenApps. Disabling
> this latter, your add-on is been loaded. I remember an add-on that
> manage this case during import, but not its name.
> Unfortunately, on my system, like you but in Italian, I notice no
> changes in usual behavior.
> I'm thinking about this question from a lot of time, to extend
> ColumnsReview functionality of empty list announcement (already
> working in other lists). Events you used seem correct (I verified with
> a log message), but something goes wrong in obj checks.
> Alberto
>
>
>
>
>





 


Re: Empty folders in Window Explorer, issues # 3152 and # 5759

Javi Domínguez
 

Hi!

Thanks, indeed that is the problem. WinTenApps must be disabled for it to load correctly. I had a similar problem with Mozilla and the Developer Toolkit.

El 11/10/2021 a las 14:56, Alberto Buffolino escribió:
Javi Domínguez, il 11/10/2021 14.25, ha scritto:
Thank you. Could you please go to the folder where the addon was installed and check that there is a folder called __pycache__?
Alberto:
Hi Javi,
it seems that your add-on is not loaded due to WinTenApps. Disabling this latter, your add-on is been loaded. I remember an add-on that manage this case during import, but not its name.
Unfortunately, on my system, like you but in Italian, I notice no changes in usual behavior.
I'm thinking about this question from a lot of time, to extend ColumnsReview functionality of empty list announcement (already working in other lists). Events you used seem correct (I verified with a log message), but something goes wrong in obj checks.
Alberto




Re: Empty folders in Window Explorer, issues # 3152 and # 5759

Locutor Antonio Cezar
 

Gratitude. It also does not work here... Thanks.



Locutor Antonio Cezar

Em 11/10/2021 09:23, Rui Fontes escreveu:

Excuse me for answering in portuguese...

António, o problema é quando entras numa pasta vazia, em que o NVDA não anuncia nada...

Não é enquanto navegas numa pasta e o NVDA anuncia o conteúdo das pastas ou que estão vazias...


Rui Fontes


Às 13:10 de 11/10/2021, Locutor Antonio Cezar escreveu:

Hello. What's the problem with the announcement of empty folders by NVDA, please?!. Here, with the NVDA Alpha latest version and Windows 10 most recent and fully updated, when browsing the items with the arrows, the NVDA warns me when a Windows Explorer folder is empty... Thank you.



Locutor Antonio Cezar

Em 11/10/2021 09:06, Cagri Dogan escreveu:

Hi Javi,

I’ve downloaded and installed The addon. Unfortunately no change in NVDA’s behavior.

NVDA version: alpha-23913,cfeb3d27

OS: Windows 10 21H1 (x64) build 19043.1237

OS language: Turkish

All the best,

Çağrı

Kimden: Javi Domínguez
Gönderilme: 11 Ekim 2021 Pazartesi 14:42
Kime: nvda-addons@nvda-addons.groups.io
Konu: [nvda-addons] Empty folders in Window Explorer, issues # 3152 and # 5759

 

Hello.

I have tried to fix issues #3152 and #5759 (about windows explorer not announcing when a folder is empty) that have been open for a long time without a solution. This is not really a solution, it is just a patch, but I think it may help. It is something experimental, I leave it here for whoever wants to try it. Your feedback would be useful to me. It works fine for me in NVDA 2021.2 on Windows 10 21H1 (x64) build 19043.1266, but I don't know how it will behave on other systems, with other configurations or in other languages.

https://github.com/javidominguez/ExplorerEnhancements/releases/download/dev20211012/ExplorerEnhancements-dev20211012.nvda-addon

Greetings

Javi Dominguez

 


Re: Empty folders in Window Explorer, issues # 3152 and # 5759

Alberto Buffolino
 

Javi Domínguez, il 11/10/2021 14.25, ha scritto:
Thank you. Could you please go to the folder where the addon was installed and check that there is a folder called __pycache__?
Alberto:
Hi Javi,
it seems that your add-on is not loaded due to WinTenApps. Disabling this latter, your add-on is been loaded. I remember an add-on that manage this case during import, but not its name.
Unfortunately, on my system, like you but in Italian, I notice no changes in usual behavior.
I'm thinking about this question from a lot of time, to extend ColumnsReview functionality of empty list announcement (already working in other lists). Events you used seem correct (I verified with a log message), but something goes wrong in obj checks.
Alberto

261 - 280 of 17482