GitLab

If get_active_main_window() == null, then a window needs to be created.
reopen_files() is called in create_window().

There are some stuff that usually an IDE can do but is out of scope for
LaTeXila, for example support for Git (doing all git operations within
the IDE).

There is one thing that LaTeXila can do and is within the scope of an
IDE (a bit beyond a simple text editor), which is: compiling the
documents. But that's the only feature IDE-ish, and it is easy *not* to
use it.

Well, there is also project management which is IDE-ish, but managing a
project in LaTeXila is so simple, it is a really small feature (but
useful). It's not like a programming project like in Eclipse, creating a
jar etc.

LaTeXila is still a lightweight application for doing LaTeX, so "LaTeX
editor" better fits it, and has the advantage that it is shorter.

The AppData description has been improved as well (and copied in the
*.doap file).

Symbols (even preprocessor macro names) that begin with an underscore
are reserved for the use of the compiler, normally.

I wanted to remove this ugly code, but it's not yet possible.

(BTW it's not me who wrote the macro, I just copied it from somewhere
else, but I don't remember where).

And move Jhbuild recommendation to the README file.

I think we can assume that the contributor has basic knowledge of Git
and gdb.

For the latex-command-tabular-tabular GAction, add content to the
tabular (a, b, c, d), as was done for the table environment in a recent
previous commit.

By adding some content in the table.

It's not just a port to GAction/C, I also improve the implementation!

Note that this is not exactly the same, the trailing space is no longer
inserted. I don't know why there was a trailing space. Usually it's a
bad idea to insert trailing spaces (git doesn't like them).

The "forward/backward search" is no longer documented this way in the
GUI and user doc, it is now just "jumping between the .tex file and the
PDF", which better describes what the feature is about.

Also, have exactly the same description in the AppData and *.doap file.

GtkSourceView 4.0 will be released in March 2018.

It is not just the menus, it is also the Edit toolbar.

The idea is to have a limited number of GActions, to take advantage of
the GAction GVariant parameter mechanism.