GitLab

Instead of using peas for creating the extension sets, use our wrapper so
that we can handle the case where the property comes from the
pre-requisite class instead of the interface.

https://bugzilla.gnome.org/show_bug.cgi?id=779891

The libide/ directory was getting a bit out of control. The number of files
in the directory was simply too much to make it easy for newcomers to
find what they are looking for.

This breaks things up into a bunch of, somewhat logical, directories.

We no longer use a bunch of crazy include paths with -I, and instead
include the directory name when including as such:

  #include "buffers/ide-buffer.h"

This will hopefully make it easier to navigate, and basically the same to
open files if you use fuzzy search to open files.

We were checking for enabled/disabled status when creating extensions, but
failed to track changes afterwards. This watches the GSettings for changes
and then reloads the extension set.

Right now global variables start with a g and use
camel case.

Those conventions are inconsistent with the rest of the
coding style which uses underscores and no hungarian
prefixes.

This commit does a giant sed over the codebase with some
manual tweaks to fix it up.

Piotr Drąg authored Aug 31, 2015 and Christian Hergert committed Aug 31, 2015

They are not user-visible.

https://bugzilla.gnome.org/show_bug.cgi?id=754323

https://bugzilla.gnome.org/show_bug.cgi?id=754324

This commit moves many features from libide which were provided by
extension points to instead be plugins. Doing so required changing
how we perform our dependency injection. In particular, we want to
be able to reload extensions when plugins are enabled/disabled.

This is provided by IdeExtensionAdapter and IdeExtensionSetAdapter.

IdeExtensionAdapter provides access to an extension that may be
reloaded or changed during plugin loading based on a match key
and value. The key should be an "X-Foo" style external data key
in a libpeas plugin. The value is the value that should be matched.
The key's value in the plugin file can have multiple values specified
separated by a comma (,).

This patch also lets us remove IdeLanguage, as it becomes fairly
useless now that we can load things via plugins with match keys.
Longer term, I'd like to cleanup IdeFile to subclass GtkSourceFile.

I've started to put language specific stuff into "language pack"
plugins.