aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Unref'ing the menuitem after being created.Ted Gould2009-05-251-2/+4
|
* Tracking destructionTed Gould2009-05-251-0/+1
|
* Bother, truth is so fickle in that it is so binary in wanting correctness.Ted Gould2009-05-251-1/+1
|
* Switching to the right header and updating the properties more.Ted Gould2009-05-252-4/+5
|
* Using the new nameTed Gould2009-05-251-1/+1
|
* Requesting a name on the busTed Gould2009-05-251-0/+16
|
* Properties that make a little more sense.Ted Gould2009-05-251-23/+2
|
* Ignoring the binariesTed Gould2009-05-251-0/+2
|
* Building up the gtk tests. Oops, should have committed these a while ago.Ted Gould2009-05-254-2/+397
|
* 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
| |
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-26 07:48:56 +0000