[nvda-addons] Re: NVDA Core: things to deprecate, things to keep for a little longer, sorting through a soil of mixed styles and expectations

  • From: Takuya Nishimoto <nishimotz@xxxxxxxxx>
  • To: nvda-addons@xxxxxxxxxxxxx
  • Date: Wed, 17 Feb 2016 09:35:50 +0900

Hello,

Regarding the core code cleanup, automated system testing framework,
described in issue 708, or similar things should be introduced.
We now have continuous integration platform on AppVeyor, so it can
integrate testing regarding trivial mistakes.
I don't think automated testing covers everything, however, something
can be done as the preparation of the proposed code refactoring.

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

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

--
Takuya Nishimoto
nishimotz@xxxxxxxxx

·         Code style unification and cleaning up imports: This is a hard
one, as we need to consider best practices in coding style as well as take
views of developers into account. I believe that, for the benefit of future
developers, we should unify code styles (this includes putting appropriate
header on files, trying to track and document who wrote parts of modules and
so on).

·         Add-on cleanup (for add-on writers and reviewers): We have add-ons
that I believe they have served their purposes and it’s time to retire them.
----------------------------------------------------------------
NVDA add-ons: A list to discuss add-on code enhancements and for reporting bugs.

Community addons are available from: http://addons.nvda-project.org
To send a message to the list: nvda-addons@xxxxxxxxxxxxx
To change your list settings/unsubscribe: 
//www.freelists.org/list/nvda-addons
To contact list moderators: nvda-addons-moderators@xxxxxxxxxxxxx

Other related posts:

  1. Home
  2. nvda-addons
  3. Archive
  4. 02-2016