[Nvda-dev] [NVDA] #544: A possibility to reload appModules without NVDA restart

[Brian Gaff Lineone downstairs]

Question about this user development of app modules..
Say, for example an earlier version of a module worked with a bit of legacy 
software, and the newer version had been altered to work better with newer 
versions, is the app module system robust enough to allow one to just  apply 
an older one to get the result one would want?
I've not seen much open discussion on this user config option of  special 
app modules  since it was suggested in the freelist list some time ago, such 
as how the module loading could be automated etc.

Brian
----- Original Message ----- 
From: "NVDA Trac" <trac at nvda-project.org>
Cc: <nvda-dev at lists.nvaccess.org>
Sent: Saturday, February 06, 2010 12:32 PM
Subject: Re: [Nvda-dev] [NVDA] #544: A possibility to reload appModules 
without NVDA restart


> #544: A possibility to reload appModules without NVDA restart
> -------------------------+--------------------------------------------------
> Reporter:  aleksey_s    |       Owner:  aleksey_s
>     Type:  enhancement  |      Status:  assigned
> Priority:  minor        |   Milestone:
> Component:  Core         |     Version:  trunk
> Keywords:               |          Os:
> Blockedby:               |    Blocking:
> -------------------------+--------------------------------------------------
> Changes (by aleksey_s):
>
>  * status:  new => assigned
>  * owner:  => aleksey_s
>
>
> Comment:
>
> I'll be glad to work myself on this feature; however i would like to hear
> your opinions onpossible side effects.
> I consider reloading appModules with python reload() buildin function
> together with cleaning runningTable dictionary. One problem I see is that
> all NVDAObject instances own a pointer to their appModule, which, in fact,
> will mean that old modules will be not garbage collected. Your thoughts?
>
> -- 
> Ticket URL: <http://www.nvda-project.org/ticket/544#comment:1>
> NVDA <http://www.nvda-project.org/>
> A free and open-source screen reader for Windows
> _______________________________________________
> Nvda-dev mailing list
> Nvda-dev at lists.nvaccess.org
> http://lists.nvaccess.org/listinfo/nvda-dev
>