Virtual profiles (e.g. from the PPD for printers) don't have filenames, and so
fall back to the ID for debugging.
NOTE: this warning uncovered a bug in libcolord, which is fixed by commit
876d961665d01f8c37094fe85b0130850a008051 in the colord project.
Remove the 'Only profiles that are compatible with...' lightbulb helper and
instead just set the dialog title to include the device class, e.g.
'Available Profiles for Printers'.
Resolves https://bugzilla.gnome.org/show_bug.cgi?id=661657
Using current_device breaks when you have more than one monitor that is color
managed, and you select device #1 and then click on a different profile for
device #2.
In this case we want to change the default profile on device #2, not device #1.
This happens on most virtual machines as we can't actually correct a virtual
screen an there's not going to be many interesting USB devices plugged in.
Thanks again to the guys in #gnome-design for all the help.
We need to store the device 'Path' not the device 'Id' in the model as we can't
connect to a device that's already been removed which we need to do when using
the ID.
When I was adding the color panel, we ripped out the import code as it was all
pretty hacky and hardcoded, with the intention of doing it the right way in
colord rather than in each client.
At the moment if the user selects 'Import' then the panel does nothing as the
code that would actually make it work was missing.
I've now added the required client code in colord 0.1.12 which makes it possible
to actually import files not listed in the dropdown.
This makes it possible to install a display profile that's been downloaded into
the 'Downloads' directory by firefox.
A menu popup was the best thing we could find after discussing it on
If anybody has any better ideas then please shout / send patches.
To show the menu, press the context menu key on the keyboard.
The libcolord async API used to use a thread to get the properties for the
device and profiles in the background.
This was racy as hell, and was not good API design. Connect to each device and
profiles explicitly before we access the properties.
This is designed so power users can create virtual devices (just like in
ColorSync) that represent things like 'Hexachrome Press #2' or 'Cinema'.
This new UI isn't actually wired up yet, and there are no new UI controls as
the UI still needs love from the designers.
This was added at this point for two reasons:
1. To get the translations early so we can enable this later
2. To be able to delete the code out of gcm-prefs.c
