aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Building a label in the case that we don't have one already.Ted Gould2010-08-051-3/+10
|
* Adding updating the guide and label size to the label update signalTed Gould2010-08-051-0/+11
|
* Storing the guide and using it to bound the size of the label.Ted Gould2010-08-051-1/+55
|
* Changing the prototype of the added function.Ted Gould2010-08-051-0/+2
|
* Fixing the prototype for the label changed signal.Ted Gould2010-08-041-2/+9
|
* Fix the check for the updated function signature.Ted Gould2010-08-041-1/+1
|
* If it changes, let's update.Ted Gould2010-08-041-0/+6
|
* If we get passed a label let's make a GTK one for fun.Ted Gould2010-08-041-1/+9
|
* Connecting to the application signal for new label and handling it ↵Ted Gould2010-08-042-0/+52
| | | | appropriately.
* Cast once, be happyTed Gould2010-08-041-6/+7
|
* Sending the label and the guide over dbus if we have them.Ted Gould2010-08-041-4/+4
|
* Start tracking the label and the label guide allong with the other ↵Ted Gould2010-08-041-0/+24
| | | | application properties.
* Whitespace fixTed Gould2010-08-041-14/+14
|
* Adding in a base signal handler for the label changeTed Gould2010-08-041-0/+34
|
* Adding signal for label changing.Ted Gould2010-08-043-0/+10
|
* Adding the new entries to the list of the get_apps function.Ted Gould2010-08-041-0/+12
|
* Updating signal emition to match new APITed Gould2010-08-043-4/+8
|
* Changing prototypes to match DBus API change.Ted Gould2010-08-041-3/+5
|
* Adding labels to the service interfaceTed Gould2010-08-041-1/+8
|
* Adding defines for the new properties and signal.Ted Gould2010-08-041-0/+3
|
* Merging in the API changesTed Gould2010-08-043-139/+8
|\
| * Adding a property to guide the size of the labelTed Gould2010-08-031-0/+2
| |
| * These have needed to be ignored for a while.Ted Gould2010-08-031-0/+2
| |
| * This shouldn't be in BazaarTed Gould2010-08-031-139/+0
| |
| * Adding the label property and a signal for it changing.Ted Gould2010-08-032-1/+5
|/
* 0.2.30.2.3Ted Gould2010-07-151-2/+2
|
* Adjusting the tests so they can deal with slow systems better.Ted Gould2010-07-133-0/+11
|\
| * Ignoring the tester scriptTed Gould2010-07-121-0/+1
| |
| * Add a fail timeout so this test can't block.Ted Gould2010-07-121-0/+9
| |
| * Adding in setting the environment variable to adjust the timeout to be twice ↵Ted Gould2010-07-121-0/+1
|/ | | | as long for slow systems.
* Putting in a basic approver API.Ted Gould2010-07-1210-4/+356
|\
| * Need the built headers tooTed Gould2010-07-091-1/+2
| |
| * Oops, with a menu we're all GTK now.Ted Gould2010-07-091-1/+1
| |
| * Building up to a formal testTed Gould2010-07-091-0/+9
| |
| * Filling out the approve function.Ted Gould2010-07-091-0/+6
| |
| * Filling out the approver prototypeTed Gould2010-07-091-4/+7
| |
| * Building an application indicator too! Ted Gould2010-07-092-1/+15
| |
| * Making the registration async to clean things up, and async is better anyway.Ted Gould2010-07-091-8/+16
| |
| * Some more error handling and better debug messages.Ted Gould2010-07-091-3/+24
| |
| * Helpful debug infoTed Gould2010-07-091-1/+5
| |
| * Okay, so now we're detecing when the watcher comes up, and registering ↵Ted Gould2010-07-091-3/+44
| | | | | | | | ourselves as the approver.
| * Adding a new sample approverTed Gould2010-07-093-0/+91
| |
| * When we have new apps we can ask the approver about them.Ted Gould2010-07-091-0/+14
| |
| * Looking at all the applications when we get a new approver.Ted Gould2010-07-091-2/+32
| |
| * Building the approver structure and putting it in the list.Ted Gould2010-07-092-0/+23
| |
| * CommentsTed Gould2010-07-091-0/+2
| |
| * Adding some structures for approvers and making them real.Ted Gould2010-07-091-0/+29
| |
| * For DBus to real objects, the signal shall travel.Ted Gould2010-07-091-3/+9
| |
| * Adding a function to bring in approversTed Gould2010-07-092-4/+14
| |
| * Sync to trunkTed Gould2010-07-094-16/+21
| |\ | |/ |/|