aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Switching to a unref and no ref for the tracking of GTK Menu Item. Also add ↵Ted Gould2009-05-242-4/+3
| | | | better warnings.
* Using a weak ref to handle the deletion stuff.Ted Gould2009-05-241-5/+19
|
* Passing back the menuitem getting clicked on.Ted Gould2009-05-241-0/+8
|
* Starting the processing of changing the layout from the serverTed Gould2009-05-241-1/+76
|
* Adding a connection in for processing layout changesTed Gould2009-05-221-0/+17
|
* Adding in some section documentation describing the menu itemTed Gould2009-05-201-0/+25
|
* Comments on the structures along with some reserved entries.Ted Gould2009-05-201-0/+18
|
* A new function. Literally.Ted Gould2009-05-202-0/+22
|
* Building up a client, but that required a couple of properties. Bigger ↵Ted Gould2009-05-201-2/+112
| | | | commit than I'd like.
* Cleaning up the name space and making it clear where we are. Now we have an ↵Ted Gould2009-05-202-37/+42
| | | | object
* Ignore our new loTed Gould2009-05-191-0/+1
|
* Include the header tooTed Gould2009-05-191-0/+2
|
* Getting the libs into the gtk libraryTed Gould2009-05-192-2/+17
|
* Switching over to some autogenerated menu files instead of our test ones.Ted Gould2009-05-195-8/+84
|
* Merging in the properties branch to provide some basis to work with.Ted Gould2009-05-1914-59/+1024
|\
| * Adding the 'po' directory to make distcheck passTed Gould2009-05-191-1/+1
| |
| * Making it so that the verifcation hapens slightly after the update, as it ↵Ted Gould2009-05-191-3/+11
| | | | | | | | takes a couple of milliseconds for the properties to trasfer over DBus.
| * Starting to verify the propertiesTed Gould2009-05-191-0/+13
| |
| * Handling death better. Now we extend our life the more successful we are. ↵Ted Gould2009-05-191-11/+21
| | | | | | | | Plus if we get through all the layouts we quit right then.
| * Cleaning up pass and fail message to make them more readableTed Gould2009-05-191-5/+8
| |
| * Disabling a large number of debug messages. Most aren't needed anymore.Ted Gould2009-05-193-10/+10
| |
| * Debug message on setting properties.Ted Gould2009-05-191-0/+1
| |
| * Recycle the server's marshaller and register it with DBus as we don't have ↵Ted Gould2009-05-191-0/+2
| | | | | | | | one for IdPropUpdate. The server and the client can use the same one.
| * Now we're calling the get_properties function on every menuitem that we ↵Ted Gould2009-05-191-4/+28
| | | | | | | | build. Fun.
| * Use the new proprties_copy function to make DBus work :)Ted Gould2009-05-191-0/+2
| |
| * A function to copy the properties off of a menuitem.Ted Gould2009-05-192-0/+36
| |
| * Ah, finally found the right prototype for dicts, whoo hoo, just love dynamic ↵Ted Gould2009-05-191-2/+2
| | | | | | | | typing in C.
| * Adding a log domain, this fixes an issue with getting the error quark in the ↵Ted Gould2009-05-151-1/+1
| | | | | | | | server dbus interface.
| * Adding a property for testing.Ted Gould2009-05-151-0/+1
| |
| * Oops, that didn't compile.Ted Gould2009-05-151-3/+5
| |
| * More error handling in the properties interface.Ted Gould2009-05-151-0/+27
| |
| * Starting to flesh out more of this DBus stuffTed Gould2009-05-151-2/+28
| |
| * Reworking the DBus interface slightly. Making it so that the properties are ↵Ted Gould2009-05-152-14/+1
| | | | | | | | now sent in a dict and that there isn't an arbitrary listing of things. It's either grab all or grab one. Seems to apply to the use cases better.
| * Fleshing out server_call and getting ready for more.Ted Gould2009-05-151-5/+36
| |
| * Adding in a function to get the properties, and make sure to catch soem more ↵Ted Gould2009-05-154-6/+161
| | | | | | | | warnings and other protections. Also, no more deprecated GTK stuf.
| * Adding some flesh to that script.Ted Gould2009-05-141-1/+77
| |
| * First parts of some tests to test the properties.Ted Gould2009-05-135-2/+151
| |
| * Okay, throwing the signals down to the menuitemsTed Gould2009-05-131-0/+16
| |
| * Connecting to the other signals coming from the serverTed Gould2009-05-131-0/+22
| |
| * Add in a function to search the tree for an ID. This might need to be ↵Ted Gould2009-05-132-0/+47
| | | | | | | | optimized later, I'm not sure how common this operation will be.
| * Passing on the signal from the menuitem up the stack and out the DBus.Ted Gould2009-05-121-1/+1
| |
| * Signaling that the layout has changed when there are children added or removedTed Gould2009-05-121-0/+4
| |
| * Okay, now we have a lifecycle for all of our nifty signal handlers. Kinda ↵Ted Gould2009-05-121-0/+9
| | | | | | | | crazy that we're building all of these suckers. Recursive setting all hidden in a nifty little function.
| * Setting up some function to tie into all these new fangled signals that the ↵Ted Gould2009-05-121-0/+48
| | | | | | | | menu items themselves are sending.
| * Start signalling when children are added or removedTed Gould2009-05-121-0/+13
| |
| * Adding in the activate signal and a function to emit it on the server side ↵Ted Gould2009-05-123-0/+31
| | | | | | | | of things.
| * Adding in signals for child_added and child_removedTed Gould2009-05-123-22/+64
| |
| * Adding in a foreach function for menuitems.Ted Gould2009-05-122-0/+33
| |
| * Adding in comments for the signals in the server.Ted Gould2009-05-121-0/+26
| |
| * Getting the proper marshaller for the change in APITed Gould2009-05-124-2/+23
| |