| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
Reasons:
- base64 encoding is not necessary because dbusmenu properties can use any
dbus-supported types.
- faster: no need to base64 decode/encode images
- more efficient: base64-encoded data is 1/3 bigger than raw data
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
to g_variant_builder_add can cause bad things to happen. Might fix LP: #720895
|
| |
|
| |
|
|\ |
|
| |\ |
|
| | | |
|
| | |
| | |
| | |
| | | |
hashtable, we have them as floating.
|
| | | |
|
| | | |
|
| | | |
|
|/ / |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
build the types with their vtables to go that way. We'll try using the others.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
getting.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|/ |
|
|
|
|
| |
4 GB anyway. Wonder how dbus would handle it...
|
| |
|