GitLab

	  project when the appropriate data changes (speeds up editing, with latest changes editing labels
	  in huge projects is smooth).

	  implementations... GladeProject already emits this after collapsing whenever the project
	  changes.

	  a single property instead of the whole widget when a property changes.

	* gladeui/glade-editor-property.c: Avoid infinite recursion when committing properties more
	  aggressively (found that editing text properties now make some recursion for some reason).

	  actually in the project from the GtkTreeModel interface.

	17 files changed, 766 insertions(+), 592 deletions(-)

	  make GladeApp properly destroy the clipboard when disposing.

	gladeui/glade-property.c, gladeui/glade-xml-utils.h, po/POTFILES.in:
	Completely removed GladeParameter, a legacy unused mechanism to store parameters in
	the glade catalog for later retrieval from the plugin.

	  Removing legacy 'old_project' argument from glade_project_add_object().

	33 files changed, 1318 insertions(+), 1230 deletions(-)

	  all commands reffer to that structure instead of trying to pull a project pointer from
	  a widget.

	* gladeui/glade-project.c: Unset project pointer on widgets when they leave the project,
	  manage an "in_project" flag on widgets to differenciate the moment when they widgets are
	  loading and have the project pointer but are still not added to the project yet. Also speed up
	  glade_project_has_object() by not traversing the list but simply checking the widget's project
	  and in_project flag.

	* gladeui/glade-widget.[ch]: Added the "in_project" flag to GladeWidget, fixed glade_widget_rebuild
	  to save the previous project pointer.

Fixed glade_widget_hide() to not actually hide the widget, we just remove/put them back in the workspace.

	  bug 634978.

	  object's value as a consequence of dupping (backend uses this to write properties with custom
	  values and does not expect that).

Conflicts:

	ChangeLog
	gladeui/glade-property.c

	  loads as FALSE if there is no "related-action" at load time.

Conflicts:

	plugins/gtk+/glade-gtk.c

	  bit of memory for large projects but no crashes.

Conflicts:

	ChangeLog
	gladeui/glade-project.c

Christian Persch authored Apr 25, 2010 and Javier Jardón committed Dec 30, 2010

Bug #616787.

Conflicts:

	plugins/gtk+/glade-gtk.c

	  GtkAction/GtkActionGroup hierarchies.

Conflicts:

	ChangeLog
	plugins/gtk+/glade-gtk.c

Conflicts:

	gladeui/glade-base-editor.c

Conflicts:

	ChangeLog
	gladeui/glade-base-editor.c
	gladeui/glade-command.c

Conflicts:

	ChangeLog
	plugins/gtk+/gtk+.xml.in

	indent   \
	--braces-after-if-line   \
	--case-brace-indentation0   \
	--case-indentation2   \
	--braces-after-struct-decl-line   \
	--line-length80   --no-tabs  \
	--dont-line-up-parentheses   \
	--continuation-indentation4 \
	--continue-at-parentheses  \
	--honour-newlines  --tab-size8  --indent-level2 -nbbo

	  screwing up the installation directory and loading catalogs/modues for GTK+ 2.x.
	  (i.e. from ${prefix}/share/glade3/catalogs instead of ${prefix}/share/glade/catalogs
	  which is the new path).

	plugins/gtk+/gtk+.xml.in:
	  Removed the boolean "fixed" property for catalogs and replaced it with a "create-widget-function"
	tag that allows the backend to create a GladeWidget derived object to handle instances in
	the runtime, modified the backend appropriately to create a GladeFixed for widgets that were
	using the "fixed" property.

New dependencies:
automake >= 1.11
autoconf >= 2.64
libtool >= 2.2.6
intltool >= 0.41.0
gtk-doc >= 1.13
gnome-doc-utils >= 0.18

	  no more libglade.