summaryrefslogtreecommitdiff
path: root/json-glib/json-array.c
diff options
context:
space:
mode:
authorEmmanuele Bassi <ebassi@linux.intel.com>2009-04-17 11:35:57 +0100
committerEmmanuele Bassi <ebassi@linux.intel.com>2009-04-17 11:42:56 +0100
commit5bb6ea91accb1d35f0ea4dae8f2b8f71bdbd134d (patch)
tree3ffd0718f9790fd4dfdde0c9bc18f20f309cddeb /json-glib/json-array.c
parent2a768cb5e553afc4a9ac0d9bf1dc36a183821983 (diff)
downloadjson-glib-5bb6ea91accb1d35f0ea4dae8f2b8f71bdbd134d.tar.gz
Deprecate add_member() and add set_member() and friends
The add_member() method of JsonObject has wee bit weird semantics: if the member to be added already exists it prints a scary warning and returns - and yet it calls g_hash_table_replace() internally as if it overwrites the member. So, instead of changing semantics midway we can: - add a json_object_set_member() which adds a new member and overwrites existing members - deprecate json_object_add_member() While we're at it, we can add convenience wrappers for set_member() and get_member() that don't require us toying with nodes; luckily, since the amount of valid types we can add to a JsonObject is limited, this does not lead to a combinatorial API explosion.
Diffstat (limited to 'json-glib/json-array.c')
0 files changed, 0 insertions, 0 deletions