ini.lang: support # as line comment marker

The Python configparser module [1] allows one to read INI files and # and ; are
treated as line comment characters by default.

[1] https://docs.python.org/3/library/configparser.html

https://bugzilla.gnome.org/show_bug.cgi?id=729713
Improvements on the Fortran language file

 * Added some Fortran 2008 Keywords
 * `size` is an intrinsic function, removed duplicate entry
 * Added precompiler directives
 * Excluded `character` from comments

https://bugzilla.gnome.org/show_bug.cgi?id=729715
Updated Hebrew translation
Updated Hebrew translation
Fortran syntax highlighting improvement

* Added OpenMP directives to the Fortran language specs
* Updated testfiles.sh with a Fortran 90/95 program

https://bugzilla.gnome.org/show_bug.cgi?id=730130
Updated Czech translation
Updated Spanish translation
Updated Brazilian Portuguese translation
latex: fix headings with curly braces inside them

The headings are delimited by the opening and closing curly braces. But
they can contain other latex commands inside them, for example:
\section{\LaTeX{}ila}
\section{\textit{italic} normal}

And the curly braces pairs can be nested:
\section{\textit{foo \textbf{bar}}}
latex.lang: do not highlight curly braces for headings

For all the other commands, the curly braces are not highlighted. So to
be consistent, do the same for the headings.
latex.lang: support *-forms headings

Example:
\section*{text}

The section won't be numbered, and won't appear in the table of
contents.
Draw spaces: fix regression

gtk_text_iter_forward_to_line_end says:
If the iterator is already at the paragraph delimiter characters, moves
to the paragraph delimiter characters for the next line.

Because of this, get_end_iter treated the whole line following a blank
line as "inside text".
Similarly, get_leading_trailing also treated the whole line following a
blank as "trailing".

https://bugzilla.gnome.org/show_bug.cgi?id=730713
Fix tests when gtksourceview is not installed

When running test-search-context when gtksourceview is not installed,
there was this error:
GtkSourceView-WARNING **: search-match style not available.

The fix is the same as in test-languagemanager.c (but for the style
scheme manager).

https://bugzilla.gnome.org/show_bug.cgi?id=731039
Fix testdark.xml style scheme

testdark.xml is not installed, it is just a test. But some unit tests
call gtk_source_style_scheme_manager_set_search_path() with the
data/styles/ directory from the sources, so the unit tests can run when
gtksourceview is not installed. So testdark.xml in this case is read,
and there was a problem with the colors not recognized (the colors are
not inherited from the parent scheme).

https://bugzilla.gnome.org/show_bug.cgi?id=731039
gutter-renderer-marks: use a GtkGrid for the tooltip

Do not use GtkMisc or GtkAlignment (deprecated).
words-completion: avoid useless rescanning
words-completion: use G_SOURCE_REMOVE and G_SOURCE_CONTINUE

It's clearer.
words-completion: 'end' parameter for scan_line()

Currently the words are scanned line by line. The goal is to be able to
scan by words on text insertion and deletion. So a first step is to have
an 'end' iter for scan_line(), so it stops at @end.

Add also 'const' for some GtkTextIter parameters that are not modified.

This commit normally fixes:
https://bugzilla.gnome.org/show_bug.cgi?id=725729
words-completion: add 'const' for some GtkTextIter parameters
words-completion: work by words instead of lines

For example, if I insert a character in this line (at the cursor
position |):
word1 word2 | word3

Before this commit: before the text insertion, word1 word2 and word3 are
removed from the library. If these words are not present elsewhere in
the buffer, they are not available for completion when I insert the
text.

After this commit: instead of working line by line, the region to scan
(either for removing or adding words) is adjusted to word boundaries,
not line boundaries. So word1, word2 and word3 are available for
completion.