| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
* gio/src/dbusserver.hg: Based on my documentation patch for GDBusServer
in bug #646425.
|
| |
|
|
|
|
|
|
| |
* gio/src/themedicon.hg: The name property is write-only and construct-only
so we should not have any API for it.
Noticed by Kjell Ahlstedt.
|
|
|
|
|
|
|
|
| |
* gio/src/gio_others.defs: Add g_settings_list_schemas(), though we do not
actually use this defnition yet. See below. This must be hand-written
because h2defs.py gets confused by the return type.
* gio/src/settings.[hg|ccg]: list_schemas(): Make this static and hand-code
it because gmmproc is confused by the declaration when it is static.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
* examples/dbus/server.cc: Rename this to server_without_bus.cc to make its
purpose clearer. This is not the common case. It is for private peer-to-peer
connections not involving the usual session or system buses, or any bus
for that matter. Meaning, for instance, that it does not assign names or
provide introspection, I think.
* examples/dbus/peer.cc: Removed this because it seems like just a
complicated version of the server_without_bus example, and this is not in sync
with the C versoin. Well, we should probably add a client for the server
example.
|
| |
|
|
|
|
|
|
|
| |
* examples/dbus/server.cc:
* examples/dbus/session_bus_service.cc: Remove code to handle the now
non-existant GetStdOut D-Bus method. That code was left over from an earlier
version of an example.
|
|
|
|
|
|
|
|
|
|
|
| |
* gio/src/dbusintrospection.[hg|ccg]: Add a lookup_interface() method overload
that just returns the first interface, avoiding the need to specify the name
when there is only one interface. The C API will not do this itself:
See bug #646417.
* examples/dbus/peer.cc:
* examples/dbus/server.cc:
* examples/dbus/session_bus_service.cc: Use the new method to simplify the
code slightly.
|
|
|
|
|
| |
* gio/src/dbusconnection.[hg|ccg]: This makes sense now that the C API's
documentation was improved in bug #646419.
|
|
|
|
|
|
|
| |
* examples/dbus/session_bus_service.cc: This uses Gio::DBus::own_name().
* examples/Makefile.am: Mention the new test.
* examples/dbus/server.cc: Mention the return (out) value for the GetTime
method here too, and catch an exception.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* gio/src/dbusconnection.[hg|ccg]: register_object(), register_subtree():
Take the VTable by reference, not pointer. register_object() can take a NULL
but that needs documentation (see the bug mentioned) and a future method
overload.
* gio/src/dbusmethodinvocation.ccg: get_parameters(): Return a
VariantContainerBase instead of taking a VariantBase output parameter,
because this is always a tuple. Well, I think so: See the bug mentioned.
* gio/src/dbusmethodinvocation.hg: return_value(): Take a VariantContainerBase
instead of a VariantBase, because this is always a tuple.
return_gerror(), return_error_literal(): Rename them both to return_error().
* glib/src/variant.hg: VariantContainerBase::create_tuple(): Add a method
overload that takes a single VariantBase, for convenience, so that applications
don't need to create a single-item vector.
* examples/dbus/busserver.cc: Adapted.
* examples/dbus/busserver.cc: Rename to server.cc and actually implement it,
though I am currently confused about whether this server's object should be
available on an existing bus. Maybe we should use Gio::DBus::own_name()
instead of Gio::DBus::Server.
|
| |
|
|
|
|
|
| |
* examples/dbus/userbus.cc: Rename to client_bus_listnames.cc to make it
more obvious what it does.
|
| |
|
|
|
|
|
| |
* gio/src/dbusproxy.[hg|ccg]: Use our normal convention for container
typedefs.
|
|
|
|
|
|
| |
* configure.ac: Require the latest version.
* doc/Makefile.am: Don't specify the mm-common .pl files to distribute
because mm-common now does this automatically.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
* glib/src/variant.[hg|ccg]: Rename all get() methods that return children
to get_child() to make the API clearer and to avoid ambiguity with get()
methods that return the underlying type instead.
* examples/dbus/peer.cc:
* examples/dbus/userbus.cc:
* tests/glibmm_variant/main.cc: Adapted.
https://bugzilla.gnome.org/show_bug.cgi?id=644207#c7
(Yannick Guesnet)
|
|
|
|
|
| |
* glib/src/fileutils.ccg:
* glib/src/iochannel.ccg: Do not create a ustring instead of a std::string.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* gio/src/dbuserrorutils.ccg:
* gio/src/dbusownname.ccg:
* gio/src/dbusutils.ccg:
* gio/src/dbuswatchname.ccg:
* glib/src/fileutils.ccg:
* glib/src/iochannel.ccg:
* glib/src/markup.ccg:
* glib/src/variant.ccg: Use convert_const_gchar_ptr_to_ustring() and
convert_const_gchar_ptr_to_stdstring(), simplifying code and sometimes
avoiding crashes with NULL const char*.
|
|
|
|
| |
* glib/src/variant.ccg: Really call g_variant_get_bytestring().
|
| |
|
|
|
|
|
|
| |
* glib/src/variant.[hg|ccg]: The implementations of constructors for
template specializations do not need to be inline. This lets us fix them
later without requiring recompilation of applications.
|
|
|
|
|
|
|
|
| |
* glib/src/variant.[hg|ccg]: Mention the specialization in the .h file instead
of just in the .ccg file.
Also write a custom Variant<std::string>::get() implementation because this
can be used for types other than just bytestring.
* tests/glibmm_variant/main.cc: Add tests for the new casts.
|
| |
|
|
|
|
|
|
| |
* glib/glibmm/arrayhandle.h: Put operator std::container methods
definitions inside class template definition. Also added decrementation
operators for ArrayHandleIterator for MSVC 2005.
|
| |
|
| |
|
|
|
|
|
|
|
| |
* glib/src/varianttype.[hg|ccg]: Use, for instance VARIANT_TYPE_STRING instead
of VariantTypeString. This seems more appropriate for a constant and is the
style used by gtkmm's STOCK_* items, which this is based on.
* glib/src/variant.ccg: Adapt.
|
|
|
|
|
|
|
| |
* glib/src/varianttype.[hg|ccg]: Use, for instance VARIANT_TYPE_STRING instead
of VariantTypeString. This seems more appropriate for a constant and is the
style used by gtkmm's STOCK_* items, which this is based on.
* glib/src/variant.ccg: Adapt.
|
|
|
|
|
|
|
|
| |
* glib/src/variant.[hg|ccg]: Add cast_dynamic() specializations for
Vector<std::string> and Vector<Glib::ustring>, because this type seems
appropriate for multiple types. For instance, see
http://library.gnome.org/devel/glib/unstable/glib-GVariant.html#g-variant-get-string
Thanks to Povietkin Konstantin.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
* gio/src/dbusconnection.hg:
* gio/src/dbusinterfacevtable.hg: Correct the documentation.
* gio/src/dbusproxy.[hg|cgg]: call(): Take a VariantContainerBase instead of
a VariantBase.
signal: Provide a VariantContainerBase instead of a VariantBase, though this
is not documented as necessarily being a tuple, though it is multiple
values.
|
| |
|
|
|
|
| |
* glib/src/balancedtree.hg: Use doxygen syntax.
|
|
|
|
|
|
|
|
|
|
|
|
| |
* gio/src/dbusconnection.[hg|ccg]:
* gio/src/dbusproxy.ccg.[hg|ccg]: call_sync(), call(), call_finish():
Use VariantContainerBase, instead of VariantBase, for GVariants that are
documented as being tuples. Because the type is known we can also use
it as a simple return type instead of an output parameter.
* tools/m4/convert_gio.m4: Added a necessary conversion.
* examples/dbus/peer.cc:
* examples/dbus/userbus.cc: Adapted. These already correctly assumed that
the type should be VariantContainerBase.
|
| |
|
|
|
|
|
|
|
|
| |
* gio/src/actiongroup.[hg|ccg]:
* gio/src/application.[hg|ccg]:
* gio/src/applicationcommandline.[hg|ccg]: Removed these temporarily
because we removed Gtk::Application temporarily from gtkmm.
See http://mail.gnome.org/archives/gtkmm-list/2011-March/msg00062.html
|
|
|
|
|
| |
* gio/src/gio_docs.xml:
* glib/src/glib_docs.xml: Regenerated with docextract_to_xml.py.
|
|
|
|
|
|
|
|
|
|
|
| |
* gio/src/settingsbackend.[hg|ccg]: Remove these because we do not know yet
if implementing GSettings backends is useful or encouraged, and our wrapper
is unimplemented, requiring an ABI break to fix it when adding the virtual
methods.
* gio/src/filelist.am: Remove mention of the files.
* gio/src/settings.hg: Remove use of SettingsBackend here too. Unfortunately
this might have been slightly useful but we cannot provide this API without
freezing a SettingsBackend API.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
* gio/src/dbusauthobserver.hg:
* gio/src/dbusconnection.hg:
* gio/src/dbusmessage.hg:
* gio/src/dbusmethodinvocation.hg:
* gio/src/dbusproxy.hg:
* gio/src/dbusserver.hg:
* gio/src/dbussubtreevtable.hg:
* glib/src/varianttype.hg: More fixes since the change from DBus* to DBus::.
|
|
|
|
|
| |
* glib/src/varianttype.hg: Use the correct name for D-Bus.
I made the same change in the C documentation.
|
|
|
|
|
| |
* glib/src/variant.hg: Also changed two methods to take std::string by
const &.
|
|
|
|
|
|
|
| |
* configure.ac: Add a call to MM_CONFIG_DOCTOOL_DIR() telling it to
copy the files locally and use them from there.
* docs/Makefile.am: Dist the copied files, so that the build does not
try to use the versions installed by mm-common.
|
| |
|
|
|
|
|
|
|
|
| |
* gio/src/dbusinterfacevtable.[hg|ccg]: SlotInterfaceMethodCall: Change
the VariantBase type to a VariantContainerBase, because this is a tuple,
so people should get the children. This makes it more obvious.
DBusInterfaceVTable_MethodCall_giomm_callback(): Adapt.
Suggested by Michael Edwards.
|