In addon manifest convert all strings to unicode (translated and untranslated) using configobj default_encoding parameter.
Assumed encoding for all manifest data is utf-8, and the manifest file is decoded using this codec. No automatic encoding detection (as per configobj support) is atempted.

Minor addon manifest translation changes:
* Removed translated configSpec since it is not used.
* When merging translated fields convert translated strings to unicode to avoid strange decode errors on the addons gui.

Merged main

Remove the files for the old NSIS installer. The installer directory still exists until we move the logo sound.

JAB returns -1 for line offsets when querying the end insertion position instead of returning the offsets for the last line. Therefore, try one character back.
This means that the current line is reported correctly when at the end of the text.
Fixes #1892.

JABHandler.JABContext.getAccessibleTextRange: Return an empty unicode string when the text length is 0 instead of a non-unicode line feed. Fixes weirdness in braille caret/selection reporting.
NVDAObjects.JAB.JABTextInfo._getLineOffsets: JAB can return -1, so normalise this to 0. JAB can return strange characters when passed -1, so this change prevents this from happening.
Fixes #2284.

Addons dialog: Always make sure that an addon is selected when the list gets the focus and there is content in it. Also enable/disable the buttons appropriately depending on what is selected in the list (e.g. can't remove a removed addon, can't view addon info on a removed addon, can't view addon info or remove if nothing is in the list).

Turkish (tr):
  userGuide.t2t matching 5126
  nvda.po matching 5128

Tamil (ta):
  userGuide.t2t matching 5126
  nvda.po matching 5128

Portuguese (pt_PT):
  nvda.po matching 5113

Brazilian Portuguese (pt_BR):
  userGuide.t2t matching 5126
  changes.t2t matching 5132
  nvda.po matching 5128

Authors: Cleverson Casarin Uliana <clever92000@yahoo.com.br>, Marlin Rodrigues <marlincgrodrigues@yahoo.com.br>

Polish (pl):
  changes.t2t matching 5059
  nvda.po matching 5128

Norwegian bokmål (nb_NO):
  nvda.po matching 5128

contributors.txt: Added new French and Japanese translators.

Japanese (ja):
  nvda.po matching 5128

Italian (it):
  userGuide.t2t matching 5126
  changes.t2t matching 5128
  nvda.po matching 5128

French (fr):
  changes.t2t matching 5132
  nvda.po matching 5114

Authors: Michel such <michel.such@free.fr>, Patrick ZAJDA <webmaster@gansta93.com>

Finnish (fi):
  userGuide.t2t matching 5126
  changes.t2t matching 5132
  nvda.po matching 5128

Galician (gl):
  userGuide.t2t matching 5126
  changes.t2t matching 5132
  nvda.po matching 5128

Spanish (es):
  userGuide.t2t matching 5126
  changes.t2t matching 5132
  nvda.po matching 5128

Greek (el):
  nvda.po: 97% matching rev 5128
  characterDescriptions.dic

New localization,
Greek translation provided by Gerasimos Xydas (e-rhetor) on behalf of The Hellenic Technology for the Blind Development Association (STAT)
Many Thanks.

Czech (cs):
  nvda.po matching 5113

More addon changes:
* addonHandler.AddonManifest has been changed slightly so that description has been renamed to summary and long_description has been renamed to description. also for now categories have been removed as there is no support for it at the moment.
* addonHandler.AddonManifest no longer has a '_' method, instead summary and description are pulled from the translation if they exist at construction time. Certainly makes some GUI code much simpler.
* Addons dialog: add an About Addon button which will show a message box with all the addon info (summary, version, author, url, description).
* The list in the Addons Dialog now  no longer shows description, instead its author in its place.

German (de):
  developerGuide.t2t
  userGuide.t2t matching 5126
  changes.t2t matching 5132
  nvda.po matching 5128

Authors: Bernd Dorer <bernd_dorer@yahoo.de>, David Parduhn <xkill85@gmx.net>

Danish (da):
  nvda.po

More addon changes:
* If the user requests to remove an addon, it is now only marked for removal in a separate state file, and really only removed on NVDA restart. (its too dangerous to try to delete files or rename directories while the addon may still be in use).
* If the user installs an addon, its copied in to the addons directory, but has a special pendingInstall suffix and is marked as needing install completion on NVDA restart. (We need this delay as addons with the same name marked for removal have not yet moved out of the way).
* If the addon has just been installed (no restart yet) and the user removes it, the addon is fully removed there and then.
* The list in the Addons dialog now has a Status column which shows one of the following translatable strings: new, removed, or running.

Merged Rui's addons-packaging branch on launcchpad

Better cleanup of removed addons:
* addonHandler.Addon.removecontents: If not all of the addon could be deleted, rename the directory to a temp name with an extention of ADDON_REMOVED_EXTENSION (.removed). Also remove the ignore_errors argument as it really can't be changed anymore.
* addonHandler._getAvailableAddonsFromPath: do not include directories marked for removal.
* addonHandler: add a 'cleanRemovedAddons' function which  removes any addons marked for removal.
* addonHandler.initialize: before loading any addons, call cleanRemovedAddons (which gets rid of any addons that failed to be removed on last run of NVDA).

Make manifest._ return an unicode string.

Merged addon-packaging from nvaccess. Simple update did not work due to a not-pushed trivial commit.

No point in a late import when the module is imported earlier elsewhere anyway.

updateCheck: Implement the cancel button in the update download dialog.
As part of this, use a timer instead of wx.CallAfter, as it seems wx.ProgressDialog.Update pumps before returning, which means CallAfters can execute within it. Re-entrancy like this causes all sorts of pain here, which is prevented by the timer because timers aren't re-entrant.
This CallAfter problem is probably also what was causing the crash in #2228, as Destroy could be called on the ProgressDialog before Update returned. Nasty.
Fixes #2259.

Fix for #2276 (tree in Elements List was hard or impossible to see). Patch from NVDAJP

The file extension for addons is now nvda-addon not nvda-adon. Also make  the File type label in the Choose addon dialog translatable.

VirtualBuffer.getEnclosingContainerRange: allow the user to jump t the start or past the end of container elements even though the user has configured  the particular element they're in to be not reported. #123

Added a basic GUI for managing Addons. Find it under Tools in the NVDA manu. It allows you to add and remove them. If adding or removals have happened and you close the dialog, you will be asked if you wish to restart NVDA. If trying to install an addon with the same name as an already installed one, for now you will be told to remove the xisting addon and try again.

gui: move IndeterminateProgressDialog out of installerGui.py and into __init__.py so it can be used by more code.

Add translator comments.

gui: add an ExecAndPump class, which allows you to execute a given function, along with the given args and kwargs, in a background thread, while the current thread blocks and pumps.

What's New: Add ticket number. Fix typo. Minor linguistic fixes.
Fixes #2275.

Merged main

Addressed review comments for #123 implementation - mostly translator comments.

contributors: Fix capitalisation of a name. Remove unnecessary blank line at end of file.

addonHandler: support falling back to base locales when looking for translated manifested (e.g. fr_CA becomes fr becomes en). Also fix a small typo.
specific changes:
* rename addonHandler._translatedManifestPath to _translatedManifestPaths and have it return a list of possible locale paths in the order they should be tested.
* addonHandler.Addon and addonHandler.AddonBundle: their constructors try each locale manifest path in turn until one succeeds.
* addonHandler.AddonBundle: z.open throws KeyError not IOError if a file can't be found, also 'R' should be 'r' (lower case).

Change references to languageHandler.curLang to languageHandler.getLanguage()

Implementation of #123 (quick nav scripts to jump to the start, or past the end, of the current containing element). Use "kb:shift+," and "kb:shift+." (< and >). Should be able to work within tables, lists, multiline edit, frames, blockquotes, editable documents (pretty much anything that would announce "out of xxx").

Implement support for addon manifest translation.

* Addon manifest translations must be kept on <addon>\locale\<lang>\manifest.ini
* Only description and long description are supported.
* AddonManifest can receive an optional argument with a file-like object for the translation data (Addon and AddonBundle must provide it since retrieval is diferent).
* AddonManifest has a new _ methodto retrieve translated data. For instance manifest._('description')
* Other minor code tweaks and cleanups.

Merge main.

Minor change in initialize.

Make sure that creation of appModules always happens in the main thread, even when created because of nvdaControllerInternal_requestRegistration. A part from appModuleHandler.runningTable being mutated during removal of old appModules, it also meant that sometimes two appModule instances for the same process were being created, but only one of them ever received an rpc binding handle. This would cause displayModel or virtualBuffers not to work for the life time of an app or until NVDA was restarted.
Specifically:
* appModuleHandler.update: allow a helperLocalBindingHandle and an inprocRegistration handle to be passed in as optional keyword arguments. If given then they are set on the module gotten/created.
* nvdaHelper.nvdaControllerInternal_requestRegistration: rather than fetching an existing/new appModule directly, just queue a call to appModuleHandler.update giving a process ID and the binding and registration handles so that they get set on the existing/new appModule.
* Revert the recent change to appModuleHandler.update protecting against dictionary mutation (#2258) as this no longer can happen -- if so we want to know about it.

displayModelTextInfo._textAndRects and Window NVDAObject's displayText property: handle the case where there is no binding handle available and log a debugWarning and return an empty string. Should fix #2258

appModuleHandler.update: its now possible for appModules to be created in other threads (nvdaControllerInternal_requestRegistration) so therefore we must use values not itervalues when looping through runningTable looking for dead modules. This should stop  a runtimeError complaining that the dictiony had changed during iteration.

Got ride of the _runningAddons global variable. We can get loaded addons by filtering availableAddons by the isLoaded property.

Further than addons that could not be loaded for some reason (code errors, damaged files, etc) if we want to support activation and deactivation of specific addons without removal from the first system, this separation is needed.

Corrected stuppid bug that prevented nvda to start: running addons, when addonHandler is not initialized, should be [].

merge main.

Another try at fixing #2254 (crashes on process exits in XP). As we are now loading minHook after nvdaHelperRemote (its not a static dependency) Windows is unloading minHook before nvdaHelperRemote on process exit. Therefore handle this situation.
Specific changes:
* minhook.dll: add a dllmain function which, on process exit, disables any hooks, waits for 250 ms for hooks to complete and then  uninitializes.
* nvdaHelperRemote: Don't mark minhook.dll for delay loading, instead just rely on LoadLibrary and GetProcAddress all the way. Although its a bit more fiddly, at least I understand exactly what is going on.
* nvdaHelperRemote's apiHooks_terminate: If the process is exiting, don't do anything. Windows will automatically free libraries, and minhook having been loaded late will have been unloaded by Windows before nvdaHelperRemote and its dllmain function will have cleaned up its hooks.

Hopefully stop crashes in apps when they exit on XP (#2254).
Specific changes to nvdaHelperRemote:
* Declare isProcessExiting extern in dllmain.h and use it in apiHooks_terminate to return early to stop freeing libraries if the process is exiting -- its dangerous to call LoadLibrary or FreeLibrary when dllmain is being run.
* dllmain: If the process is exiting, also unregister any in-context winEvent hooks. Seems that winEvents kept being fired on process shutdown trying to install IA2 support over and over again -- until the whole thing fell over due to it trying to log an error via a freed rpc binding handle.
* dllmain: only free nvdaController and nvdaControllerInternal binding handles if the process isn't exiting. If it is the OS will clean it up anyway and we want logging to work for as long as possible.

merge main

Major refactoring to support addon specific translations.

* Refactored getAvailableAddons and getRunningAddons. Internally addons can be queried by path to facilitate identification of currently calling addon.
* addonHanler.getCodeAddon() retrieves the addon instnace for the calling addon, using stack inspection.
* addonHandler.initTranslation() adds the ettext _ function to the calling module to support addon specific translation (it relies on addonHandler.getCodeAddon internally).
* Many more minor tweaks and corrections.

Merged win8Injection branch. This means that installed releases of NVDA can now hook into metro style apps, enabling features such as speaking typed characters, browse mode for web documents (including full support for metro version of Internet Explorer 10), and displayModel (if GDI is ever used). Please note that this will *only* work if NVDA runs with the uiAccess privilidge, which for now only is installed official releases (not snapshots or any portable copies).
A lot of NVDA's rpc and injection code needed to be rewritten to handle metro style apps. Therefore please watch out for and report any weirdness resulting from this revision (especially on Operating Systems before Windows 8).

update changes file

updateCheck: Why calculate when we don't need to? :)

installerGui:
* Remove the "Installation options" grouping, as it is redundant and creates extraneous verbosity.
* Place the options vertically instead of horizontally.
* Call mainSizer.Fit so that everything actually fits in the window properly.

gui: Move About below Check for update in the Help menu for consistency with most other apps.
Fixes #2251.

Add translator comment for "no navigator object".

Add translator comments for reporting of formatting.

nvdaHelperLocal's startServer:  while we're fiddling with rpc and doing lots of testing, convert this code to use auto-listen interfaces just like nvdaHelperRemote does, rather than having to create a thread to run a specific server.  !. dlls are supposed to do this, and 2. There has always been a chance that our rpc server thread had not yet fully initialized before  the first remote code was run.

nvdaHelperLocal's createRemoteBindingHandle: on versions less win8, the 'AC' sid is unknown therefore ConvertStringSecurityDescriptorToSecurityDescriptor fails. Only try making the security descriptor and calling RpcBindingSetAuthInfoEx if RpcServerRegisterIf3 exists in rpcrt4.dll (i.e. this is Win8 or higher) -- same check as in startServer. This allows correct running on Win7 and Xp (sp3 tested so far).

nvdaHelperRemote: Create the nvdaUnregisteredEvent initially as signaled rather than unsignaled. This means that if there is some kind of error and NVDA never gets to register, then the inproc code will appropriately terminate as soon as it can.

nvdaHelperRemote: Make sure that minhook.dll really gets unloaded properly when apiHooks_terminate is called. This means calling FreeLibrary to match our explicit LoadLibrary in apiHooks_initialize, telling the linker to support delayLoad unloading with /delay:unload, and also by calling __FUnloadDelayLoadedDLL2("minHook.dll") to cleanly unload the delay loaded minHook.dll. Also pass /delay:nobind to the linker as this can speed up loading a bit as we never need to supported pre-bounded dlls, in fact this would be bad for minhook anyway.

Fix a typo in a log call

merged main

Create a addonHandler.getRunningAddons() function to abstract internal tracking of running addons.

Changed runningAddons to _runningAddons to make it "module-private" and a dictionary keyed by addon.path. This would be important for nvda to trac from what addon belongs a specific object (by inspection) so add-on localization for instance can be implemented. This is subject to change though.

Minor code and documentation corrections:

* Use cStringIO to have better performace
* Corrected doc strings
* Hooks system: create a getHookFunction on the Addon class so the calable can be retrived
* Hooks system: when running a hook on all loaded addons return (addon, ret) even if the hook returns None, so callers can check what addons realy implemented the hook.
* Many more small corrections (see #213, comments 37 to 41).

nvdaHelperLocal: replace all the old fprintf calls with LOG_ERROR and also add a few more while we're at it.

Make it possible to log messages from NVDAHelperLocal.
Specific changes:
* move log.h out of nvdaHelper/remote to nvdaHelper/common and change all NVDAHelper remote and vbuf cpp files to include the moved file.
* nvdaHelperLocal.cpp: Implement logMessage which just calls nvdaControllerInternal_logMessage giving a processID of 0 to denote this is local. Note that calling nvdaControllerInternal_logMessage is direct hear, no RPC.
* nvdaHelper.py: If nvdaControllerInternal_logMessage is called with pid of 0 then  make the message's codePath say its from nvdaHelperLocal.

controlTypes.py: improve translator comments for "not selected".

nvdaHelperLocal: Use security descriptors allowing everyone, rather than just authenticated users. Not good but Adobe Reader X seems to need this.

Remove extras/auto run from removable drive, as NVDA can now generate autorun.inf itself.

source readme: Update URL for Handy Tech SDK.

Merged main

Merge Main

Also commit change to readme.txt

We now use the most recent NSIS UAC plug-in (version 0.2.4). Please place uac.nsh and ansi\\uac.dll in the uninstaller directory. Fixes #1661

When NVDA is started with --launcher (including running the launcher executable itself and when NVDA  is performing an update) the current user's installed user config (in appData) is used if it already exists.
      Specific changes:
        * nvda.pyw: set the configPath option by default to None rather than a default path.
        * config.getUserDefaultconfigPath: Add a keyword argument 'useInstalledUserConfigPathIfExists' which if set to true will use the installed userConfig path (appData) if it exists, even if this is not an installed copy.
        * core.main: if configPath is None (was not passed in on the commandline) then use config.getUserDefaultconfigPath setting useInstalledUserconfigPathIfExists to true if --launcher was given.
        * Initialize the config directory in core.main after the configPath hasbeen set, rather than in nvda.pyw.

In Winamp, braille is now correctly updated when you move to a different item in the Playlist Editor.
Fixes #1912.

In browse mode in Adobe Reader, it is now possible to navigate to headings without a level using quick navigation and the Elements List.
Fixes #2181.

Detection of word breaks now works correctly where whitespace is followed by certain punctuation.
Fixes #1656.

controlTypes: Add translator comment for "block quote".

speech: Add translator comment for "not %s".

updateCheck.DonateRequestDialog: Change the label of the Close button to Not now to make its purpose clearer. Morph the Donate button into a Done button after it has been pressed, which then closes the dialog.

Small change to allow "not selected", and "not checked"
to be localized in a better way than concatinating the translation of "not" and "selected/checked".

Fixes #2235.

merged main

installerGui: Remove unnecessary code.

installerGui: Display the error icon in error message boxes.

installerGui: Translator comments.

Create portable copy dialog: The portable directory field is left blank by default. The browse dialog will either start from the typed portable directory or c: if its blank. When pressing continue, A messageBox is now shown if the portable directory is blank, or if the drive the portable directory is on does not exist. Fixes #2208

Turkish (tr):
  symbols.dic
  userGuide.t2t matching 5070
  nvda.po matching 5077

Tamil (ta):
  userGuide.t2t matching 5070
  nvda.po matching 5066

Slovak (sk):
  symbols.dic
  changes.t2t matching 5059
  userGuide.t2t matching 5063
  nvda.po almost matching 5066