Changed wrong translation of identantion

In portuguese, there is no "endentação", but "indentação".
Updated last translator
Don't prompt for reload from infobar when there are no unsaved changes

Also warn about losing undo history when there are no changes.
Don't rebuild TagManager workspace tags when quitting

Updating the workspace is useless as the application will be shut down,
and not doing it can save a lot of time (almost 50% speedup quitting an
instance with all Geany source from `src/` open).
Merge pull request #344 from marcelocamargobr/master

Changed wrong translation of identation
Merge pull request #350 from ntrel/reload-prompt

Don't prompt for reload from infobar when there are no unsaved changes
Merge pull request #353 from b4n/tm-no-update-on-quit

Don't rebuild TagManager workspace tags when quitting
Query GdkWindow reference only if available

On startup, the Geany main window doesn't have a GdkWindow yet
(probably because it is not yet mapped). This causes many
'gdkdrawable-win32.c:2013 drawable is not a pixmap or window'
warnings when resolving shortcuts on Windows.
Since we pass the SLR_NO_UI to the Windows API, we probably
don't need the parent hWnd reference at all.
Prepare Windows installer for embedded GTK 2.24
Fix moving editor tabs through keybindings
Add note about -D_FILE_OFFSET_BITS=64
autotools: Properly clean up hacking.html

We don't distribute it, so we need to clean it.
autotools: Remove new Doxygen temporary files
autotools: Only uninstall what we actually installed

Only manually uninstall the files we manually installed, as
uninstall-local might be run in parallel to Automake's own uninstall
targets.

We don't uninstall the directories as some docs seems to suggest
`rmdir` isn't really portable.  Anyway, Automake don't uninstall
directories either so it's not a real problem.

An alternative solution would be to keep the recursive removal of
`$(DOCDIR)` but move it to `uninstall-hook`, which is guaranteed to be
run after other uninstall rules.  However, recursive deletion is not
always sensible as it might remove files we didn't install, e.g. if the
user added them manually.
Open files from selection

Opening files from selected text works only if the file extension is
present. For example in LaTeX a document can be included using
\include{filename}. For this command the extension of the file
'filename' is not necessary. Therefore, opening the file from a
selection did not work. I've added all the tests that are needed
to check if the selected file exists if the extension of the current
file type is added to the name. Thus, in the example above the file
'filename.tex' is opened properly.