From hughsient at gmail.com Mon Mar 1 11:57:46 2010 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 1 Mar 2010 11:57:46 +0000 Subject: New release: 2.29.4 Message-ID: <15e53e181003010357q169d5693k5bbf00387902b872@mail.gmail.com> Version 2.29.4 ~~~~~~~~~~~~~~ Released: 2010-03-01 * Translations - Add Czech help translation (Milan Knizek) - Add Czech translation (Milan Kn??ek) - Update Czech translation (Marek ?ernock?) - Updated French translation (Claude Paroz) - Updated German doc translation (Mario Bl?ttermann) - Updated German translation (Mario Bl?ttermann) - Updated Lithuanian translation (Aurimas ?ernius) - Updated Norwegian bokm?l translation (Kjartan Maraas) - Updated Russian translation (Alexandre Prokoudine) - Updated Slovenian translation (Andrej ?nidar?i?) - Updated Spanish translation (Jorge Gonz?lez) - Updated Swedish translation (Daniel Nylander) * New Features: - Add a thumbnail image of the ColorCheckerDC (Graeme Gill) - Add ColorCheckerSG thumbnail (Hening Betterman) - Add LaserSoftDCPro thumbnail (Jorg Rosenkranz) - Add printer profiling support using argyllcms and GtkPrint (Richard Hughes) - Add some device type icons (Fr?d?ric Bellaiche, Sebastian Kraft) - Add support for sending calibration images to print shops (Richard Hughes) - Add four more target thumbnails (Pascal de Bruijn) - Allow UDEV and CUPS coldplug to be done multi-threaded (Richard Hughes) - Allow virtual devices to be added to the device list (Richard Hughes) - Automatically use the EXIF data if available from TIFF files when calibrating devices. Fixes #609444 (Richard Hughes) - Conform to ICC Profiles in X Specification 0.3 (Richard Hughes) - Detect printers by connecting to CUPS rather than scraping the HPLIP properties (Richard Hughes) - Enable half-height targets for the ColorMunki, and double the patch counts for this hardware (Richard Hughes) - Make users do the legwork when there is an unrecognised colorimeter (Richard Hughes) - Play sounds using libcanberra when user interaction is required (Richard Hughes) - Properly support projectors in the UI, and in the argyllcms wrapper (Richard Hughes) - Remove GCM_HARDWARE_DETECTION as we're now shipping our own udev rules (Richard Hughes) - Save the device colorspace in the config file so we can set profiles when not connected (Richard Hughes) - Set a tooltip explaining why the calibrate button is insensitive (Richard Hughes) - Set per-user xsane global and device settings when we have assigned a scanner profile (Richard Hughes) - Show a GtkInfoBar warning if the profile has no vcgt table. Fixes #610287 (Richard Hughes) - Support other types of reference file other than IT8 (Richard Hughes) - Three FAQ entries out of five suggested filled in (Alexandre Prokoudine) - Update Help Preferences Text (Paul Finnigan) * Bugfix: - Add an 'All files' option on the file choosers. Fixes #610288 (Richard Hughes) - Add AC_PROG_RANLIB to configure. Fixes #610771 (Richard Hughes) - Add a list of colorimeters as we'll need this if argyllcms is not installed. Fixes rh#566414 (Richard Hughes) - Ask for the chart type first before we ask for calibration files (Pascal de Bruijn) - Capitalization fix for 'More Information' button (Michael Monreal) - Correct help Intro and Usage (Paul Finnigan) - Do low quality calibration when using targets with a low number of patches (Pascal de Bruijn) - Do not allow devices to be assigned profiles in different colorspaces from native (Richard Hughes) - Do not make the display calibration button sensitive (with tooltip) if we are using < XRandR 1.3 drivers. Fixes #610846 (Richard Hughes) - Do not show the display as 'default' even when using the binary blob (Richard Hughes) - Don't add Cups-PDF devices to the device list (Richard Hughes) - Ensure ~/.color/icc exists at startup. Fixes #566275 (Richard Hughes) - Ensure we set ID_MODEL_FROM_DATABASE and ID_VENDOR_FROM_DATABASE even if we're using old versions of argyllcms (Richard Hughes) - Fix segfault when the profile has no description (Richard Hughes) - Have scanin compensate for perspective distortion (Pascal de Bruijn) - HIG string and capitalization fixes (Michael Monreal) - Only require the device to be present if it is a display type (Richard Hughes) - Read the ti2 file for the calibration model if we are analysing existing targets (Richard Hughes) - Replace ColorCheckerSG with a newly processed one (Pascal de Bruijn) - Replace colprof -aS with -aG (Pascal de Bruijn) - Set the colorspace on unconnected devices to avoid getting no profiles in the list (Richard Hughes) - Show a label in the device section when the user is using a xrandr-fallback driver. Fixes rh#566606 (Richard Hughes) - Support colorimeter devices that need to change mode in the middle of the calibration (Richard Hughes) - Use GFile internally so we can support importing profiles from gvfs mount points. Fixes #610285 (Richard Hughes) Version 2.29.3 ~~~~~~~~~~~~~~ Released: 2010-02-01 * Translations - Added Italian translation (Francesco Groccia) - Updated Danish translation (Joe Hansen) - Updated French translation (Claude Paroz) - Updated German translation (Mario Bl?ttermann) - Updated Norwegian bokm?l translation (Kjartan Maraas) - Updated Portuguese translation (Ant?nio Lima) - Updated Russian translation (Alexandre Prokoudine) - Updated Slovenian translation (Andrej ?nidar?i?) - Updated Swedish translation (Daniel Nylander) * New Features: - Enable the rendering intent and default colorspace UI elements (Richard Hughes) - Show whether the ICC profile has a VCGT tag in the UI (Richard Hughes) - Filter out non RGB and CMYK color space profiles from the combo-boxes using a heuristic (Richard Hughes) - Add a new DBus method GetProfileForWindow which can return a profile for a supplied XID (Richard Hughes) - Add some new text and tooltips to the prefs dialog (Richard Hughes) - Add per-user OSX ICC profiles at startup (Richard Hughes) - Add OSX and Windows ICC profiles if they exist from mounted volumes. Fixes #607390 (Richard Hughes) - Add a device profile entry of 'Other profile...' to be able to easily import a profile. Fixes #607389 (Richard Hughes) - Add a precision GConf variable to control the time a calibration takes. Fixes #605558 (Richard Hughes) - Screenscrape the Argyll output to better support other hardware devices. Fixes #605558 (Richard Hughes) - Do not show the 'Fine tuning' expander by default, and have configuration in GConf (Richard Hughes) * Bugfix: - Zero out GErrors after freeing. Fixes crash (Christian Hergert) - Add gnome-desktop path as fallback for pci.ids (Frederic Crozat) - Do not generate an error if a display profile does not have CLUT data (Richard Hughes) - Add gcm-fix-profile to load and then re-save existing profiles using lcms (Richard Hughes) - Fix compile when using an ld that defaults to --as-needed (Richard Hughes) - Do not allow the colorspace combobox to be zero sized. Fixes #606484 (Richard Hughes) - Make gcm-prefs a normal dialog rather than a modal dialog (Richard Hughes) - Only scan ICC locations with hfs partition types for OSX and msdos/NTFS types for Windows (Richard Hughes) - Make gcm-prefs startup a few hundred ms quicker by not loading the list of screens (Richard Hughes) - Cache gnome_rr_screen_new and take 0.7 seconds off the start time (Richard Hughes) - Don't resize the window on startup. Fixes #607391 (Richard Hughes) - Update the Free Software Foundation address (Richard Hughes) Version 2.29.2 ~~~~~~~~~~~~~~ Released: 2010-01-04 * Translations - Added German help translation (Christian Kirbach) - Added Slovenian translation (Matej Urban?i?) - Added Spanish translation (Jorge Gonz?lez) - Updated Brazilian Portuguese translation (Flamarion Jorge) - Updated British English translation (Bruce Cowan) - Updated Danish translation (Joe Hansen) - Updated French translation (Claude Paroz) - Updated German translation (Christian Kirbach) - Updated German translation (Mario Bl?ttermann) - Updated Russian translation (Alexandre Prokoudine) - Updated Slovenian translation (Andrej ?nidar?i?) * New Features: - Add two elements in the UI, for RGB and CMYK working spaces (Richard Hughes) - Add a TRC curve to the profile display (Richard Hughes) - Add LCMS as a hard build-time dependency (Richard Hughes) - Add PackageKit integration so we can install shared-color-targets (Richard Hughes) - Offer to install ArgyllCMS if it is not installed, and the user wants to calibrate (Richard Hughes) - Add a simple GcmImage class that makes embedded color profiles 'just work' (Richard Hughes) - Import ICC profiles when dragged and dropped on the prefs capplet (Richard Hughes) - Linkify the copyright and manufacturer strings in the profile dialog (Richard Hughes) - Add a PolicyKit rule for the system-wide profiles install (Richard Hughes) - Load the system-wide default if it has been installed (Richard Hughes) * Bugfix: - Fix the reference file import filter (Pascal de Bruijn) - Also evaluate /usr/local/bin when searching for Argyll tools. Fixes #605552 (Pascal de Bruijn) - Add an icon for a colorspace conversion profile (Richard Hughes) - Fix the help file installation so that yelp recognizes our help file (Richard Hughes) - Do not install the demo ICC files, and instead depend on the shared-color-profiles package (Richard Hughes) - Fix using profiles with VCGT formulas encoded in them (Richard Hughes) - If getting the illuminants failed, try running it through the profile (Richard Hughes) - Use strftime rather than our own hand-rolled function (Richard Hughes) - Show the TRC curves in the UI, rather than the vcgt curves (Richard Hughes) - Make gcm-dump-edid more useful by showing parsed data if available (Richard Hughes) - Use as much of the EDID as we can when generating device IDs. Fixes #605013 (Richard Hughes) - Add an experimental user-calibrate wizard, which the user can use when there is no calibration hardware available (Richard Hughes) - Use the hardware calibration device in the profile name. Fixes #605259 (Richard Hughes) - Sanitize the basename in GcmCalibrate when set. Fixes #605348 (Richard Hughes) - Use the ORIGINATOR tag in the it8 file to specify a device prefix for the device calibration. Fixes #605259 (Richard Hughes) - Move the device matching from a hard-coded list to a set of udev rules (Richard Hughes) - Properly detect broken dispcal output. Fixes #605838 (Richard Hughes) Version 2.29.1 ~~~~~~~~~~~~~~ Released: 2009-12-07 * Translations - Add Russian translation (Alexandre Prokoudine) - Add British English translation (Bruce Cowan) - Add Indonesian translation (Andika Triwidada) - Add French translation (Claude Paroz) - Add Swedish translation (Daniel Nylander) - Add Brazilian Portuguese translation (Flamarion Jorge) - Add Lithuanian translation (Gintautas Miliauskas) - Add German translation (Hendrik Brandt) - Add Danish translation (Joe Hansen) - Add Spanish translation (Jorge Gonz?lez) - Add Norwegian bokm?l translation (Kjartan Maraas) - Add Thai translation (Phondanai Khanti) - Add Polish translation (Piotr Dr?g) - Add Estonian translation (Priit Laes, Mattias P?ldaru) - Add Tamil translation (vasudeven) - Add Russian user guide translation (Alexandre Prokoudine) - Add Indonesian user guide translation (Andika Triwidada) * New Features: - Add gcm-import, a helper to allow double clicking on ICC profiles to import them (Richard Hughes) - Add gcm-prefs, a utility to assign profiles to devices, examine profiles, and set session-wide defaults (Richard Hughes) - Add gcm-session, a dbus-activated session daemon for applications to get the profiles for a device, or device class and to get session-wide defaults. It exits when no longer used to save resources. (Richard Hughes) - Add gcm-self-test, a self test framework that tests GCM functionality (Richard Hughes) - Add gcm-apply, a simple utility to just set (or reset) display profiles (Richard Hughes) - Add gcm-inspect, a debugging utility to inspect the profiles set in the session (Richard Hughes) - Add gcm-dump-edid, a utility to dump the EDID to disk for debugging (Richard Hughes) - Add gcm-dump-profile, a utility to dump the ICC profile to the screen (Richard Hughes) - Add some simple man pages and help document (Richard Hughes) - Add ArgyllCMS support to generate device profiles (Richard Hughes) - Add color calibration hardware auto-detection (Richard Hughes) - Add code to set the _ICC_PROFILE atom per-output and also per-screen (Richard Hughes) - Add some pre-calibration steps for external displays (Pascal de Bruijn) - Add hardware support for gphoto supported cameras (Richard Hughes) - Add hardware support for SANE suppoerted scanners (Richard Hughes) - Add hardware support for video4linux supported video devices (Richard Hughes) - Add hardware support for XRandR supported displays (Richard Hughes) - Add hardware support for hplip supported printers (Richard Hughes) - Add CIE widget to display visual data about different profiles (Richard Hughes) - Use the system DMI data to better itentify internal LCD panels (Richard Hughes) - Parse the EDID to get a better device description for displays (Richard Hughes) - Make the list orders predictable by setting a sort string (Richard Hughes) * Bugfix: - Use XDG directory to store data (Baptiste Mille-Mathias) - Remove markup from GTKBuilder translatable strings (Claude Paroz) - Update bluish.icc title (Lars Tore Gustavsen, Pascal de Bruijn) - Enable adding xrandr devices with no EDID (Martin Szulecki) - Avoid reporting a (false) failure on first import (Stephane Delcroix) - Fix the message-received cb signature (Stephane Delcroix) - Fix up numerous small bugs prior to first release (Richard Hughes) - Look for the debian-named argyllcms binaries first (Richard Hughes) - Set the brightness to 100% on internal LCD panels before we generate a output profile (Richard Hughes) From pmjdebruijn at pcode.nl Mon Mar 1 18:37:51 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Mon, 1 Mar 2010 19:37:51 +0100 Subject: New release: 2.29.4 In-Reply-To: <15e53e181003010357q169d5693k5bbf00387902b872@mail.gmail.com> References: <15e53e181003010357q169d5693k5bbf00387902b872@mail.gmail.com> Message-ID: <4c2c37f91003011037k212ab066kd7706597fd380592@mail.gmail.com> On Mon, Mar 1, 2010 at 12:57 PM, Richard Hughes wrote: > Version 2.29.4 > ~~~~~~~~~~~~~~ > Released: 2010-03-01 Both my PPAs are up to date now... My gcm-release PPA will stay stable until a new version has been released: https://launchpad.net/~pmjdebruijn/+archive/gcm-release/+packages My main PPA will probably start tracking git in a week or so. Regards, Pascal de Bruijn From hughsient at gmail.com Tue Mar 2 11:29:33 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 11:29:33 +0000 Subject: UI Help Required Message-ID: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> I've just merged a dialog to allow the user to choose the calibration precision if 'ask' is specified in GConf. I'm not very good at the wordy stuff, so I would appreciate some grammar and HIG help from you guys. Please tell me what you think. Screeenshot attached. Thanks. Richard. -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot-Device Calibration.png Type: image/png Size: 36688 bytes Desc: not available URL: From pmjdebruijn at pcode.nl Tue Mar 2 11:32:54 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Tue, 2 Mar 2010 12:32:54 +0100 Subject: UI Help Required In-Reply-To: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> Message-ID: <4c2c37f91003020332j2c2b19bej1c313dd87a5d27de@mail.gmail.com> On Tue, Mar 2, 2010 at 12:29 PM, Richard Hughes wrote: > I've just merged a dialog to allow the user to choose the calibration > precision if 'ask' is specified in GConf. I'm not very good at the > wordy stuff, so I would appreciate some grammar and HIG help from you > guys. > > Please tell me what you think. Screeenshot attached. Thanks. It looks pretty good... Though I'm not sure on how literal I should take the images? Especially the short image, since it implies that not the whole paper surface would be used for color patches, which would be a shame... Regards, Pascal de Bruijn From hughsient at gmail.com Tue Mar 2 11:37:23 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 11:37:23 +0000 Subject: UI Help Required In-Reply-To: <4c2c37f91003020332j2c2b19bej1c313dd87a5d27de@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> <4c2c37f91003020332j2c2b19bej1c313dd87a5d27de@mail.gmail.com> Message-ID: <15e53e181003020337n43c0c39dvc3723a1d10b1b9b1@mail.gmail.com> On 2 March 2010 11:32, Pascal de Bruijn wrote: > It looks pretty good... Though I'm not sure on how literal I should > take the images? Not at all. I really don't want to render the chart and insert into the svg just for the button image. :-) Richard. From hughsient at gmail.com Tue Mar 2 11:41:09 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 11:41:09 +0000 Subject: IRC Channel Message-ID: <15e53e181003020341u5bf025c5if599350a63ed3bf1@mail.gmail.com> I've setup a channel #gnome-color-manager on GIMPNet. Everyone is welcome. Richard From knizek.confy at volny.cz Tue Mar 2 17:26:57 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Tue, 02 Mar 2010 18:26:57 +0100 Subject: UI Help Required In-Reply-To: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> Message-ID: <1267550817.5496.17.camel@athlon> Richard Hughes p??e v ?t 02. 03. 2010 v 11:29 +0000: > I've just merged a dialog to allow the user to choose the calibration > precision if 'ask' is specified in GConf. I'm not very good at the > wordy stuff, so I would appreciate some grammar and HIG help from you > guys. How about talking about low, normal and high precision instead of short, normal and long profile/precision? I get the point that the adjectives here refer to the time it takes to make the profile, but "short profile" and "short precision" sounds weird, doesn't it? -- Please choose the calibration precision. For a typical workflow, a normal precision profile is sufficient. High precision profiles are more accurate, but their preparation require more paper and time for reading the color swatches. Correspondingly, low precision profiles are quick and easy to prepare but provide lower quality of color matching. Low Normal High -- regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) From hughsient at gmail.com Tue Mar 2 18:33:35 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 18:33:35 +0000 Subject: UI Help Required In-Reply-To: <1267550817.5496.17.camel@athlon> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> <1267550817.5496.17.camel@athlon> Message-ID: <15e53e181003021033q3a5f5265hcba73f4b65a58604@mail.gmail.com> On 2 March 2010 17:26, Milan Kn??ek wrote: > I get the point that the adjectives here refer to the time it takes to > make the profile, but "short profile" and "short precision" sounds > weird, doesn't it? Yes, i suppose it does. > Please choose the calibration precision. > > For a typical workflow, a normal precision profile is sufficient. > > High precision profiles are more accurate, but their preparation require > more paper and time for reading the color swatches. Correspondingly, low > precision profiles are quick and easy to prepare but provide lower > quality of color matching. > > Low ? ?Normal ? ?High That's much better than what I've got. Any chance you could have a go at making a patch for git master? If not, no worries and I can look into it tomorrow. The reason I ask is there is some printer-calibration specific paragraphs in the dialog, and we probably need to add some display specific strings too. Richard. From knizek.confy at volny.cz Tue Mar 2 20:52:09 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Tue, 02 Mar 2010 21:52:09 +0100 Subject: UI Help Required In-Reply-To: <15e53e181003021033q3a5f5265hcba73f4b65a58604@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> <1267550817.5496.17.camel@athlon> <15e53e181003021033q3a5f5265hcba73f4b65a58604@mail.gmail.com> Message-ID: <1267563129.28400.5.camel@athlon> Richard Hughes p??e v ?t 02. 03. 2010 v 18:33 +0000: > On 2 March 2010 17:26, Milan Kn??ek wrote: > That's much better than what I've got. Any chance you could have a go > at making a patch for git master? If not, no worries and I can look > into it tomorrow. The reason I ask is there is some > printer-calibration specific paragraphs in the dialog, and we probably > need to add some display specific strings too. > I will setup git following your explanation to Paul F. and make the patch - but not sooner than on the weekend (busy days now...) regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) From hughsient at gmail.com Tue Mar 2 21:11:56 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 21:11:56 +0000 Subject: UI Help Required In-Reply-To: <1267563129.28400.5.camel@athlon> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> <1267550817.5496.17.camel@athlon> <15e53e181003021033q3a5f5265hcba73f4b65a58604@mail.gmail.com> <1267563129.28400.5.camel@athlon> Message-ID: <15e53e181003021311x30150dffhb559f037566cb92f@mail.gmail.com> On 2 March 2010 20:52, Milan Kn??ek wrote: > I will setup git following your explanation to Paul F. and make the > patch - but not sooner than on the weekend (busy days now...) No problem, I would much prefer you to do the patch for me, as then you can also make subsequent changes if you wan to. If you get stuck, be sure to shout loud and someone here will try to help. Richard From alexandre.prokoudine at gmail.com Wed Mar 3 02:20:32 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Wed, 3 Mar 2010 05:20:32 +0300 Subject: UI Help Required In-Reply-To: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> Message-ID: <733f2c731003021820n4fea5749k8d0ef6650d34a2c2@mail.gmail.com> On 3/2/10, Richard Hughes wrote: > I've just merged a dialog to allow the user to choose the calibration > precision if 'ask' is specified in GConf. I'm not very good at the > wordy stuff, so I would appreciate some grammar and HIG help from you > guys. Call it bitching, but I really don't like how width of the three images is twice as much as width of the text above. Alexandre From alexandre.prokoudine at gmail.com Wed Mar 3 02:23:52 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Wed, 3 Mar 2010 05:23:52 +0300 Subject: terminology Message-ID: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> Hi, OK, I admit: this is geeky stuff, but nevertheless... G-C-M uses the word "calibration" everywhere. However what it does in half of the times is "characterization", sometimes also referred to as "profiling". Am I the only person who thinks that it should be fixed? Alexandre From graeme2 at argyllcms.com Wed Mar 3 03:59:19 2010 From: graeme2 at argyllcms.com (Graeme Gill) Date: Wed, 03 Mar 2010 14:59:19 +1100 Subject: terminology In-Reply-To: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> References: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> Message-ID: <4B8DDE97.6050206@argyllcms.com> Alexandre Prokoudine wrote: > G-C-M uses the word "calibration" everywhere. However what it does in > half of the times is "characterization", sometimes also referred to as > "profiling". > > Am I the only person who thinks that it should be fixed? It's a very important distinction, and if it's not kept straight users will be very confused. See Graeme Gill. From hughsient at gmail.com Wed Mar 3 07:40:23 2010 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 3 Mar 2010 07:40:23 +0000 Subject: terminology In-Reply-To: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> References: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> Message-ID: <15e53e181003022340k79f6d343g54a07d3dcda55901@mail.gmail.com> On 3 March 2010 02:23, Alexandre Prokoudine wrote: > OK, I admit: this is geeky stuff, but nevertheless... Color management is pretty geeky stuff, I don't mind. > G-C-M uses the word "calibration" everywhere. However what it does in > half of the times is "characterization", sometimes also referred to as > "profiling". > > Am I the only person who thinks that it should be fixed? Sure. I'm slightly worried that characterization is quite a scary long word, but I guess profiling can be used in it's place. If you can identify where in the UI we get this wrong I would appreciate patches. We probably need something like Graemes' help page in the yelp file (or just a link there) to help out all the poor hapless users :-) Thanks. Richard. From renemiranda80 at gmail.com Fri Mar 5 00:03:56 2010 From: renemiranda80 at gmail.com (Rene Miranda) Date: Thu, 4 Mar 2010 21:03:56 -0300 Subject: planilha de excel gráficos no excel Message-ID: <1267715134aeb3e97855af4542125549f18df4c0bc@gmail.com> criar planilha no excel 2003 como fazer planilhas no excel 2003: http://www.modelosdecartascomerciais.com curso de excel modelos de f?rmulas e planilhas celulas excel, graficos no excel gr?fico no excel, modelos planilhas excel modelo planilhas excel, planilha em excel de fluxo de caixa planilhas excel vba, planilhas no excel proteger planilhas no excel, exemplos de planilhas no excel download de planilha excel, modelos de planilha do excel modelos excel, planilha de excel planilhas no excel gratis Visite: http://www.modelosdecartascomerciais.com criar planilha no excel 2003 como fazer planilhas no excel 2003.curso de excel modelos de f?rmulas e planilhas apostila planilhas excel, gr?ficos em excel planilha de excel avan?ado, modelos planilhas excel inserir planilha no excel, planilha em excel de fluxo de caixa planilhas excel controle, planilhas no excel planilhas no excel , exemplos de planilhas em excel formula no excel, modelos de planilha do excel modelos de planilhas excell, planilha de excel planilhas execel, planilhas excel calculos planilha de horas no excel, desbloqueio de planilha excel, criar uma planilha no excel dicas de planilhas, graficos em excel planilha de excel avan?ado, modelos planilhas excel gr?ficos no excel, planilha em excel de fluxo de caixa planilhas excel calculos modelos de planilhas planilha de estoque em excel modelos de planilha do excel modelos de planilhas execel, planilha de excel planilhas exel, planilhas excel calculos planilha de horas trabalhadas no excel, desproteger planilha de excel, criar uma planilha no excel dicas excel, gr?ficos em excel planilha de excel avan?ado, modelos planilhas excel inserir planilha no excel, planilha em excel de fluxo de caixa planilhas excel controle, curso de excel modelos de f?rmulas e planilhas atualizar planilha excel, graficos em excel planilha de excel gratis, modelos planilhas excel linhas excel, planilha em excel de fluxo de caixa planilhas excel controle de estoque, planilhas no excel planilhas no excel gratis, exemplos de planilhas em excel fun??o bdsoma planilhas excell planilha no excel de contas a pagar, exemplo de planilha do excel exemplo planilha excel, exemplo de planilhas excel exemplo de planilha no excel, modelos de c?lulas linhas excel, planilha de estoque em excel model os de planilhas, planilhas eletronicas excel porcentagem no excel, exemplo de planilhas excel exemplo de planilhas no excel, modelos de celulas macro no excel, planilha de estoque em excel modelos de planilhas controle, planilhas eletr?nicas excel porcentagem no excel, somar planilhas no excel somase From knizek.confy at volny.cz Sat Mar 6 20:09:36 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Sat, 06 Mar 2010 21:09:36 +0100 Subject: UI text patches Message-ID: <1267906176.9422.8.camel@athlon> Hello, I tried to update texts for "low/normal/high profile precision" and for the use of "calibrate" or "profile" - possibly still wrong somewhere. (I have not updated the messages to std out and tried not to touch function names.) Patches are attached. (I did not compile and review the text in a running program though.) regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Correct-terminology-in-help-file.patch Type: text/x-patch Size: 8426 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002-Update-profiling-precision-wording.patch Type: text/x-patch Size: 4356 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0003-Correct-use-of-calibrate-profile-and-replace-device-.patch Type: text/x-patch Size: 17357 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0004-Add-info-re.-high-precision-for-display-profiling.patch Type: text/x-patch Size: 1198 bytes Desc: not available URL: From hughsient at gmail.com Sat Mar 6 21:23:26 2010 From: hughsient at gmail.com (Richard Hughes) Date: Sat, 6 Mar 2010 21:23:26 +0000 Subject: UI text patches In-Reply-To: <1267906176.9422.8.camel@athlon> References: <1267906176.9422.8.camel@athlon> Message-ID: <15e53e181003061323h4565c999n8f20a3cad3191e5a@mail.gmail.com> On 6 March 2010 20:09, Milan Kn??ek wrote: > I tried to update texts for "low/normal/high profile precision" and for > the use of "calibrate" or "profile" - possibly still wrong somewhere. (I > have not updated the messages to std out and tried not to touch function > names.) All applied, with a couple of minor changes. Thanks! Richard. From durableinnovations at gmail.com Mon Mar 8 07:40:35 2010 From: durableinnovations at gmail.com (Elijah Smith) Date: Mon, 8 Mar 2010 02:40:35 -0500 Subject: Please make Gnome Color Manager work with the Nvidia driver Message-ID: Hoping some of you very intelligent people can help me get Gnome Color Manager working on my computer. So here's my situation. I'm a photographer that has said goodbye to windows forever (and photoshop for that matter). My laptop was stolen while on a trip several weeks ago, so I decided to upgrade (all my files are well backed up, so no worries). I got an HP DV7T, i7-720qm core, 4GB DDR3 RAM, 1GB Nvidia GeForce GT 230M... which brings me to my problem. I am running Ubuntu 9.10, with the Nvidia 195.xx driver. I tried to get the Nouveau driver working, but had no luck with that. When I open Gnome Color Manager, everything is blank. There is nothing in any of the pull down menus or anything. I read somewhere that Gnome Color Manager does not yet support the proprietary Nvidia driver. Is there any way of getting support for that driver working? I just did a shoot yesterday and need to get my monitors calibrated (I have a Huey) so I can start editing. Please tell me you all can help. Thanks, Eli -- Eli Smith 540-808-8268 durableinnovations at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmjdebruijn at pcode.nl Mon Mar 8 07:45:01 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Mon, 8 Mar 2010 08:45:01 +0100 Subject: Please make Gnome Color Manager work with the Nvidia driver In-Reply-To: References: Message-ID: <4c2c37f91003072345i7bf7342cycbfbef76ecce33a0@mail.gmail.com> On Mon, Mar 8, 2010 at 8:40 AM, Elijah Smith wrote: > Hoping some of you very intelligent people can help me get Gnome Color > Manager working on my computer.? So here's my situation.? I'm a photographer > that has said goodbye to windows forever (and photoshop for that matter). > My laptop was stolen while on a trip several weeks ago, so I decided to > upgrade (all my files are well backed up, so no worries).? I got an HP DV7T, > i7-720qm core, 4GB DDR3 RAM, 1GB Nvidia GeForce GT 230M... which brings me > to my problem.? I am running Ubuntu 9.10, with the Nvidia 195.xx driver.? I > tried to get the Nouveau driver working, but had no luck with that.? When I > open Gnome Color Manager, everything is blank.? There is nothing in any of > the pull down menus or anything.? I read somewhere that Gnome Color Manager > does not yet support the proprietary Nvidia driver.? Is there any way of > getting support for that driver working?? I just did a shoot yesterday and > need to get my monitors calibrated (I have a Huey) so I can start editing. The nvidia driver is a disaster all round... I have all my nvidia cards stacked rotting in a closet... I guess the only way to get it working is to fallback to the 2D only 'nv' driver... Regards, Pascal de Bruijn From hughsient at gmail.com Mon Mar 8 08:51:49 2010 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 8 Mar 2010 08:51:49 +0000 Subject: Please make Gnome Color Manager work with the Nvidia driver In-Reply-To: <4c2c37f91003072345i7bf7342cycbfbef76ecce33a0@mail.gmail.com> References: <4c2c37f91003072345i7bf7342cycbfbef76ecce33a0@mail.gmail.com> Message-ID: <15e53e181003080051w73a4254gf6d70f113258a259@mail.gmail.com> On 8 March 2010 07:45, Pascal de Bruijn wrote: > I guess the only way to get it working is to fallback to the 2D only > 'nv' driver... I'm not so sure it's so drastic as that, we do have workarounds for the broken binary drivers, although they are not well tested. How did you get your version of GCM? What version are you running? Richard. From alexandre.prokoudine at gmail.com Mon Mar 8 16:01:07 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Mon, 8 Mar 2010 19:01:07 +0300 Subject: dialog's size Message-ID: <733f2c731003080801u7ae03d83m77b365dc9ae3fbe7@mail.gmail.com> Hi, How can I make gcm-prefs's dialog remember the last size it was? At some point it decided that it should be wider that it really has to be and now it's always wider by default. Alexandre From pmjdebruijn at pcode.nl Thu Mar 11 14:21:41 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Thu, 11 Mar 2010 15:21:41 +0100 Subject: CMP DT 003 target image In-Reply-To: <4c2c37f91003090920n1c2aeed6q7f94a3233a5489bd@mail.gmail.com> References: <4c2c37f91003090920n1c2aeed6q7f94a3233a5489bd@mail.gmail.com> Message-ID: <4c2c37f91003110621t5fe1a6deuc72ff76e630f102e@mail.gmail.com> On Tue, Mar 9, 2010 at 6:20 PM, Pascal de Bruijn wrote: > Hi, > > Guy Kloss submitted an image of the CMP DT 003 target to me, I > postprocessed it, and worked it into a patch. > > Please do verify the patch contents before committing... Bump! Regards, Pascal de Bruijn From hughsient at gmail.com Thu Mar 11 14:43:15 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 11 Mar 2010 14:43:15 +0000 Subject: CMP DT 003 target image In-Reply-To: <4c2c37f91003110621t5fe1a6deuc72ff76e630f102e@mail.gmail.com> References: <4c2c37f91003090920n1c2aeed6q7f94a3233a5489bd@mail.gmail.com> <4c2c37f91003110621t5fe1a6deuc72ff76e630f102e@mail.gmail.com> Message-ID: <15e53e181003110643occ5bc94le8cd90e27705b1f8@mail.gmail.com> On 11 March 2010 14:21, Pascal de Bruijn wrote: >> Guy Kloss submitted an image of the CMP DT 003 target to me, I >> postprocessed it, and worked it into a patch. >> >> Please do verify the patch contents before committing... > > Bump! I didn't get the original email... Could you re-attach the patch please. Thanks. Richard. From hughsient at gmail.com Thu Mar 11 16:43:40 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 11 Mar 2010 16:43:40 +0000 Subject: CMP DT 003 target image In-Reply-To: <4c2c37f91003110836l4199ff96jeaa1c009bf595e4a@mail.gmail.com> References: <4c2c37f91003090920n1c2aeed6q7f94a3233a5489bd@mail.gmail.com> <4c2c37f91003110621t5fe1a6deuc72ff76e630f102e@mail.gmail.com> <15e53e181003110643occ5bc94le8cd90e27705b1f8@mail.gmail.com> <4c2c37f91003110836l4199ff96jeaa1c009bf595e4a@mail.gmail.com> Message-ID: <15e53e181003110843v4a5a1b0fp9e98ea9a69ae99f4@mail.gmail.com> On 11 March 2010 16:36, Pascal de Bruijn wrote: > Here you are... Applied, thanks. Richard. From alexandre.prokoudine at gmail.com Thu Mar 18 01:47:25 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Thu, 18 Mar 2010 04:47:25 +0300 Subject: translatable messages Message-ID: <733f2c731003171847s877769ajde00720ce73cff8e@mail.gmail.com> Hi, This message quite puzzles me: "Per-device settings not supported. Check your display driver." The comment says: "TRANSLATORS: this is when the user is using a binary blob". So what exactly does the message try to say? Another one is: "Image is not suitable without conversion". The comment however says "TRANSLATORS: title, usually we can tell based on the EDID data or output name". What does EDID has to do with, presumably, an attempt to create a create a profile from captured image of a reflective target? Also, how do I access "Analyze Print Shop Images"? Alexandre From hughsient at gmail.com Thu Mar 18 08:54:28 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 18 Mar 2010 08:54:28 +0000 Subject: translatable messages In-Reply-To: <733f2c731003171847s877769ajde00720ce73cff8e@mail.gmail.com> References: <733f2c731003171847s877769ajde00720ce73cff8e@mail.gmail.com> Message-ID: <15e53e181003180154u7c6c8d57qab5b1d8b83faa17@mail.gmail.com> On 18 March 2010 01:47, Alexandre Prokoudine wrote: > This message quite puzzles me: "Per-device settings not supported. > Check your display driver." The comment says: "TRANSLATORS: this is > when the user is using a binary blob". So what exactly does the > message try to say? Right, the translator string is crap. What we're trying to say is: The NVIDIA driver does not support per-head gamma controls. Whilst this does not matter if you only have one monitor attached, it means you can't color correct additional monitors or projectors. I've added this. > Another one is: "Image is not suitable without conversion". The > comment however says "TRANSLATORS: title, usually we can tell based on > the EDID data or output name". What does EDID has to do with, > presumably, an attempt to create a create a profile from captured > image of a reflective target? I copied and pasted the wrong comment, I've fixed this up. > Also, how do I access "Analyze Print Shop Images"? I'm not sure what to call this. This is basically when you've received the images that have been printed and you want to generate a profile from them. Better ideas welcome :-) Richard. From durableinnovations at gmail.com Fri Mar 19 03:39:49 2010 From: durableinnovations at gmail.com (Elijah Smith) Date: Thu, 18 Mar 2010 23:39:49 -0400 Subject: gnome-color-manager-list Digest, Vol 5, Issue 11 In-Reply-To: References: Message-ID: >> Also, how do I access "Analyze Print Shop Images"? > >I'm not sure what to call this. This is basically when you've received >the images that have been printed and you want to generate a profile >from them. Better ideas welcome :-) How about "Generate profile from printed images" Just a thought. Peace, Eli -- Eli Smith 540-808-8268 durableinnovations at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From tommy.he at linux.com Sun Mar 21 11:48:46 2010 From: tommy.he at linux.com (Tommy He) Date: Sun, 21 Mar 2010 11:48:46 +0000 Subject: Lock the translation Message-ID: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> Hello , I am currently translating the gnome-color-manager into simplified Chinese. It is my first time to work with GNOME translation project. Is there a way to mark it locked to avoid the duplication if someone was doing the same? Kind regards, Tommy He Fedora Simplified Chinese Translation Team -- Take a Deep Breath out of Windows -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmjdebruijn at pcode.nl Sun Mar 21 16:37:57 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Sun, 21 Mar 2010 17:37:57 +0100 Subject: Fighting with the screensaver. In-Reply-To: <58497f010911151242u54a7926am8f1a9128da6dec42@mail.gmail.com> References: <58497f010911130838v1624a1abm743d4763d6b2b0a3@mail.gmail.com> <1258226360.12545.10.camel@mirell> <58497f010911151242u54a7926am8f1a9128da6dec42@mail.gmail.com> Message-ID: <4c2c37f91003210937n4fdc6f7and6924b11835344ca@mail.gmail.com> On Sun, Nov 15, 2009 at 9:42 PM, Lars Tore Gustavsen wrote: > On Sat, Nov 14, 2009 at 8:19 PM, Martin S. wrote: > >> >> What gfx driver do you use and which component versions (xorg, driver, >> gnome-screensaver? >> > > I use ubuntu 9.10 and I have a ATI Radeon 9200 PRO card. I use the > radeon xorg driver and the xorg version is 1.7.4. > Gnome-screensaver is 2.28.0 I've just built GNOME Color Manager for Ubuntu Lucid, and the problem seems to have disappeared. Though I'm using the Intel driver... Regards, Pascal de Bruijn From pmjdebruijn at pcode.nl Sun Mar 21 16:43:01 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Sun, 21 Mar 2010 17:43:01 +0100 Subject: Standby also seems to reset the VideoLUT/crtc In-Reply-To: <62e8012c0911151115tb4e695p2844767e8c8c7d1@mail.gmail.com> References: <1258223031.9981.3.camel@goliath> <15e53e180911150730n1c85b3adn5f5af7acadcafaef@mail.gmail.com> <62e8012c0911151115tb4e695p2844767e8c8c7d1@mail.gmail.com> Message-ID: <4c2c37f91003210943h7608febdy410852a3e131aa4a@mail.gmail.com> On Sun, Nov 15, 2009 at 8:15 PM, Pedro C?rte-Real wrote: > On Sun, Nov 15, 2009 at 7:33 AM, Andrew Lutomirski wrote: >> Heh, I replied to Pascal directly instead of to all. ?I think that X >> already does that with server 1.7 and up and (on my machine, anyway) >> intel driver 2.9.0 and up. ?(e.g. F12 but not F11) > > I run Ubuntu Karmic (9.10) and this is not the case. I do have the > 2.9.0 intel driver but the server is only 1.6.4. So I guess the config > for it is in the xserver. Strangely when I set the ICC profile with > xcalib it seems to survive the suspend. I've just upgraded my laptop to Ubuntu Lucid Beta1, and submitted GNOME Color Management builds to my PPA... Now on Lucid, with sleep/hibernate the VideoLUT seems to survive (with the Intel driver). Regards, Pascal de Bruijn From hughsient at gmail.com Sun Mar 21 19:50:11 2010 From: hughsient at gmail.com (Richard Hughes) Date: Sun, 21 Mar 2010 19:50:11 +0000 Subject: Lock the translation In-Reply-To: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> References: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> Message-ID: <15e53e181003211250g67857e4cja708d26a8353e954@mail.gmail.com> On 21 March 2010 11:48, Tommy He wrote: > I am currently translating the gnome-color-manager into simplified Chinese. > It is my first time to work with GNOME translation project. Is there a way > to mark it locked to avoid the duplication if someone was doing the same? I've got no idea, but if you ask the Simplified Chinese GNOME intl group, I'm sure they'll help. Thanks! Richard. From alexandre.prokoudine at gmail.com Sun Mar 21 22:10:57 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Mon, 22 Mar 2010 01:10:57 +0300 Subject: Lock the translation In-Reply-To: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> References: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> Message-ID: <733f2c731003211510x1fd042abte3e7d0555a57e486@mail.gmail.com> On 3/21/10, Tommy He wrote: > Hello , > > I am currently translating the gnome-color-manager into simplified Chinese. > It is my first time to work with GNOME translation project. Is there a way > to mark it locked to avoid the duplication if someone was doing the same? What you are basically asking is: "How do I make sure the translation in Git is always so good that nobody else needs to work on it?" And that question has a bit of an answer in it :) Alexandre From hughsient at gmail.com Tue Mar 23 14:04:40 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 23 Mar 2010 14:04:40 +0000 Subject: gnome-color-manager-list Digest, Vol 5, Issue 11 In-Reply-To: References: Message-ID: <15e53e181003230704n4aed6d88ve5079f39789aebb7@mail.gmail.com> On 19 March 2010 03:39, Elijah Smith wrote: > How about "Generate profile from printed images" > Just a thought. Yup, I've used that. Thanks. Richard. From pmjdebruijn at pcode.nl Wed Mar 24 17:25:49 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Wed, 24 Mar 2010 18:25:49 +0100 Subject: No package 'sane-backends' found Message-ID: <4c2c37f91003241025k54e86360rff50864081d3c863@mail.gmail.com> Hi, When trying to build gnome-color-manager from git on Ubuntu Lucid, I get the following: checking for X11... yes checking for SANE... configure: error: Package requirements (sane-backends) were not met: No package 'sane-backends' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. So it's having trouble finding SANE... So either my SANE is broken, or something is funky in GCM configure... When I do apt-get build-dep xsane, nothing gets installed, so I should have all the development dependencies (including libsane-dev) to build anything against libsane. The usual place for a pc file is /usr/lib/pkgconfig right? There is nothing with sane in it there... So that would mean Lucid's SANE is broken? I'd love to hear your view on this... Regards, Pascal de Bruijn From hughsient at gmail.com Wed Mar 24 17:47:14 2010 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 24 Mar 2010 17:47:14 +0000 Subject: No package 'sane-backends' found In-Reply-To: <4c2c37f91003241025k54e86360rff50864081d3c863@mail.gmail.com> References: <4c2c37f91003241025k54e86360rff50864081d3c863@mail.gmail.com> Message-ID: <15e53e181003241047i7a8e0804g2cb8b3e8d13f1153@mail.gmail.com> On 24 March 2010 17:25, Pascal de Bruijn wrote: > When trying to build gnome-color-manager from git on Ubuntu Lucid, I > get the following: > ?checking for SANE... configure: error: Package requirements > (sane-backends) were not met: I've just found out that the sane pc file is only shipped by Red Hat, and is not upstream. I guess we'll have to fall back and search for sane.h -- if anyone wants to get started, it would be very welcome. Richard. From hughsient at gmail.com Wed Mar 24 18:00:50 2010 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 24 Mar 2010 18:00:50 +0000 Subject: No package 'sane-backends' found In-Reply-To: <15e53e181003241047i7a8e0804g2cb8b3e8d13f1153@mail.gmail.com> References: <4c2c37f91003241025k54e86360rff50864081d3c863@mail.gmail.com> <15e53e181003241047i7a8e0804g2cb8b3e8d13f1153@mail.gmail.com> Message-ID: <15e53e181003241100p249f32acte73e4bca5d038e7b@mail.gmail.com> On 24 March 2010 17:47, Richard Hughes wrote: > I've just found out that the sane pc file is only shipped by Red Hat, > and is not upstream. I guess we'll have to fall back and search for > sane.h -- if anyone wants to get started, it would be very welcome. commit 37275a20505747d0d6c55f684d940cde314b7404 Author: Richard Hughes Date: Wed Mar 24 18:00:15 2010 +0000 Search for sane/sane.h as well as the pkgconfig file Can you try now please. Thanks. From hughsient at gmail.com Thu Mar 25 09:53:03 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 09:53:03 +0000 Subject: dialog's size In-Reply-To: <733f2c731003080801u7ae03d83m77b365dc9ae3fbe7@mail.gmail.com> References: <733f2c731003080801u7ae03d83m77b365dc9ae3fbe7@mail.gmail.com> Message-ID: <15e53e181003250253k48433764kaa8f7f307b2bf9f6@mail.gmail.com> On 8 March 2010 16:01, Alexandre Prokoudine wrote: > How can I make gcm-prefs's dialog remember the last size it was? At > some point it decided that it should be wider that it really has to be > and now it's always wider by default. I guess we need to add this kind of thing to GConf, as it's a user preference. I'm kinda waiting for GSettings to appear, as it seems a waste of time to do the GConf bits that are about to be changed. Richard. From hughsient at gmail.com Thu Mar 25 11:27:15 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 11:27:15 +0000 Subject: Full screen color management Message-ID: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> First a little introduction if I may. if you're easily bored please skip to the last paragraph. An image is usually generated with a source profile of the devices used to generate it, that's a lump of data that describes what kind of "red" is actually red. This is encoded in the ICC profile, which is normally in the image metadata. Images without metadata are usually assumed to be sRGB. A color server usually runs at session start and sets the _ICC_PROFILE atom on the XRandR output (or root window) of the screen. This is either the manufacturer generated profile, or the profile that the user has lovingly created. The color server also sets up the color lookup tables (gamma tables) if required. An application that does "early color binding" takes the source profile (e.g. "Hughsie's Nikon D60") and the destination profile ("T61 IBM Internal Panel") and converts one color gamut to another using something like LCMS on Linux, or ColorSync on OSX. This means the "red" that you saw in the viewfinder matches pretty much what you see on the screen, modulo how crappy your laptop LCD panel is. It then tags the Window which is displaying the image with an atom so that the next part works (read on...). This only works for applications that care about color, and only works if the window is entirely on one output (as different outputs might have different output profiles). A "whole screen" color manager is normally an optional plugin to a compositing window manager. There is a pretty hacky proof of concept plugin written for compiz, but that's doing far more stuff than I'm proposing here. It tries to convert the whole screen to the destination gamut, without affecting windows that have already been early-bound. It can detect windows that should be ignored using the atom that has been set on some windows (possibly none, or typically one) and assumes the rest is sRGB and converts this to the destination (monitor) profile. Now, you might be wondering why the last part is required, as most people say that LCD's are supposed to be sRGB anyway. Well, I would disagree, and will disagree more as the years pass. More and more LCD panels are being sold that are "wide gamut" and therefore can display colors well outside of sRGB. Panels (like this T61) are also very much smaller than sRGB and need to be corrected as best we can. On a wide gamut monitor 100% red is piercing red (the sort of piecing red that hurts your eyes) and needs to be controlled. Of course, we want to be able to use the wide gamut features for photographs and HD movies, but we really don't want to be color correcting window borders and [x] controls. If you've read this far, I'm impressed, and you're probably in the minority. Well done. What I'm proposing is a plugin for mutter that uses lcms to color convert the whole screen, masking out the color-corrected regions. Using mutter allows this to work with GNOME 2 and GNOME 3, and mutter also seems to be the sweet-spot for this kind of display correction without putting ICC profile decoding and gamut mapping into the X server. Is full screen color correction something that you think is a good idea, and also would you allow me to create the required hooks in mutter-plugin.h to make this possible? Thanks, Richard Hughes From pmjdebruijn at pcode.nl Thu Mar 25 12:07:11 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Thu, 25 Mar 2010 13:07:11 +0100 Subject: Full screen color management In-Reply-To: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: <4c2c37f91003250507v527d06edg4094e78658bfd32a@mail.gmail.com> On Thu, Mar 25, 2010 at 12:27 PM, Richard Hughes wrote: > First a little introduction if I may. if you're easily bored please > skip to the last paragraph. > > An image is usually generated with a source profile of the devices > used to generate it, that's a lump of data that describes what kind of > "red" is actually red. This is encoded in the ICC profile, which is > normally in the image metadata. Images without metadata are usually > assumed to be sRGB. > > A color server usually runs at session start and sets the _ICC_PROFILE > atom on the XRandR output (or root window) of the screen. This is > either the manufacturer generated profile, or the profile that the > user has lovingly created. The color server also sets up the color > lookup tables (gamma tables) if required. > > An application that does "early color binding" takes the source > profile (e.g. "Hughsie's Nikon D60") and the destination profile ("T61 > IBM Internal Panel") and converts one color gamut to another using > something like LCMS on Linux, or ColorSync on OSX. This means the > "red" that you saw in the viewfinder matches pretty much what you see > on the screen, modulo how crappy your laptop LCD panel is. It then > tags the Window which is displaying the image with an atom so that the > next part works (read on...). This only works for applications that > care about color, and only works if the window is entirely on one > output (as different outputs might have different output profiles). > > A "whole screen" color manager is normally an optional plugin to a > compositing window manager. There is a pretty hacky proof of concept > plugin written for compiz, but that's doing far more stuff than I'm > proposing here. It tries to convert the whole screen to the > destination gamut, without affecting windows that have already been > early-bound. It can detect windows that should be ignored using the > atom that has been set on some windows (possibly none, or typically > one) and assumes the rest is sRGB and converts this to the destination > (monitor) profile. > > Now, you might be wondering why the last part is required, as most > people say that LCD's are supposed to be sRGB anyway. Well, I would > disagree, and will disagree more as the years pass. More and more LCD > panels are being sold that are "wide gamut" and therefore can display > colors well outside of sRGB. Panels (like this T61) are also very much > smaller than sRGB and need to be corrected as best we can. On a wide > gamut monitor 100% red is piercing red (the sort of piecing red that > hurts your eyes) and needs to be controlled. Of course, we want to be > able to use the wide gamut features for photographs and HD movies, but > we really don't want to be color correcting window borders and [x] > controls. Yes, this is very true... sRGB is really a one-size fits none solution :) > If you've read this far, I'm impressed, and you're probably in the > minority. Well done. > > What I'm proposing is a plugin for mutter that uses lcms to color > convert the whole screen, masking out the color-corrected regions. > Using mutter allows this to work with GNOME 2 and GNOME 3, and mutter > also seems to be the sweet-spot for this kind of display correction > without putting ICC profile decoding and gamut mapping into the X > server. > > Is full screen color correction something that you think is a good > idea, and also would you allow me to create the required hooks in > mutter-plugin.h to make this possible? It's probably a good idea, however I do wonder how this will affect slow machines... netbooks anybody? Not that most folks will be doing graphics work on a netbook... What's mutter? Regards, Pascal de Bruijn From hughsient at gmail.com Thu Mar 25 12:10:55 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 12:10:55 +0000 Subject: Full screen color management In-Reply-To: <4c2c37f91003250507v527d06edg4094e78658bfd32a@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> <4c2c37f91003250507v527d06edg4094e78658bfd32a@mail.gmail.com> Message-ID: <15e53e181003250510p258242eav8bd089377a0fe18c@mail.gmail.com> On 25 March 2010 12:07, Pascal de Bruijn wrote: > sRGB is really a one-size fits none solution :) Well, color correcting everything to sRGB gets you 50% the way there, but prevents the last 50% from ever being completed. And is makes the best monitor in the world look just like the worst monitor in the world. > It's probably a good idea, however I do wonder how this will affect > slow machines... netbooks anybody? Not that most folks will be doing > graphics work on a netbook... Sure, I'm guessing most of this will be done with DAMAGE and some degree of OpenGL, although that's just an implementation detail. > What's mutter? metacity replacement. Richard From amluto at gmail.com Thu Mar 25 13:26:08 2010 From: amluto at gmail.com (Andrew Lutomirski) Date: Thu, 25 Mar 2010 07:26:08 -0600 Subject: Full screen color management In-Reply-To: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: On Thu, Mar 25, 2010 at 5:27 AM, Richard Hughes wrote: > First a little introduction if I may. if you're easily bored please > skip to the last paragraph. > > > A "whole screen" color manager is normally an optional plugin to a > compositing window manager. There is a pretty hacky proof of concept > plugin written for compiz, but that's doing far more stuff than I'm > proposing here. It tries to convert the whole screen to the > destination gamut, without affecting windows that have already been > early-bound. It can detect windows that should be ignored using the > atom that has been set on some windows (possibly none, or typically > one) and assumes the rest is sRGB and converts this to the destination > (monitor) profile. This sounds like a great idea, but if I understand it correctly, I think that a small change could make it even better. In your model, windows are either untagged (late color binding) or tagged as early-bound. If windows were instead tagged with a color space (no tag = sRGB, and maybe reserve a special tag "native" that does exactly what your early-binding tag does), then we get a few benefits: 1. Programs displaying images in a wider color space than sRGB can correctly span two outputs with different profiles, assuming that the compositor is smart enough to draw them correctly. This would be nice for video on two displays. 2. Programs that are too lazy to detect when they are dragged from one output to another can simply tag themselves with the correct color space and let the compositor deal with it. 3. The compositor will probably be much faster than LCMS, since it ought to use a hardware shader to do color conversion. This means that some program displaying, say, an AdobeRGB image (a much wider gamut color space than sRGB for those non-color-inclined among you) can just set that tag and get amazing performance. (This is especially true for low-end computers, where performance is more likely to matter.) --Andy From hughsient at gmail.com Thu Mar 25 14:39:15 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 14:39:15 +0000 Subject: Full screen color management In-Reply-To: References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: <15e53e181003250739x193283bx8888cd6108b2ba2b@mail.gmail.com> On 25 March 2010 13:26, Andrew Lutomirski wrote: > This sounds like a great idea, but if I understand it correctly, I > think that a small change could make it even better. ?In your model, > windows are either untagged (late color binding) or tagged as > early-bound. ?If windows were instead tagged with a color space (no > tag = sRGB, and maybe reserve a special tag "native" that does exactly > what your early-binding tag does), then we get a few benefits: What you describe is essentially what the net-color spec is trying to do, and has had some success with oyranos, although the mechanism for updating is pretty, well, complex. > 1. Programs displaying images in a wider color space than sRGB can > correctly span two outputs with different profiles, assuming that the > compositor is smart enough to draw them correctly. ?This would be nice > for video on two displays. With this, the color aware program needs to know if the compositor is installed (and enabled) to actively avoid using lcms and doing the conversion itself. I'm not sure we can enforce the use of a late-bound approach as not everybody wants the performance penalty of a whole screen correction. I guess it's about where you draw the line in the sand. Each way of doing it has advantages and drawbacks. > 2. Programs that are too lazy to detect when they are dragged from one > output to another can simply tag themselves with the correct color > space and let the compositor deal with it. Potentially this means uploading quite a bit of data to the xserver. Some ICC profiles can be in the megabytes, especially for CYMK profiles. But sure, it would be an interesting way of doing things. > 3. The compositor will probably be much faster than LCMS, since it > ought to use a hardware shader to do color conversion. ?This means > that some program displaying, say, an AdobeRGB image (a much wider > gamut color space than sRGB for those non-color-inclined among you) > can just set that tag and get amazing performance. ?(This is > especially true for low-end computers, where performance is more > likely to matter.) Sure, I agree it would be much faster. The question remains if this is something mutter should and can provide. Richard. From hughsient at gmail.com Thu Mar 25 15:29:45 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 15:29:45 +0000 Subject: Nagging the user to recalibrate? Message-ID: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> If the user has created a custom display, printer or camera profile, should be remind them to re-profile once every six months? _________________________ | | Calibration required | | The device "Nikon D60" has not been calbrated recently. | | [ Ignore ] [ Recalibrate now ] |________________________ Richard. From pmjdebruijn at pcode.nl Thu Mar 25 17:25:04 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Thu, 25 Mar 2010 18:25:04 +0100 Subject: Nagging the user to recalibrate? In-Reply-To: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> References: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> Message-ID: <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> On Thu, Mar 25, 2010 at 4:29 PM, Richard Hughes wrote: > If the user has created a custom display, printer or camera profile, > should be remind them to re-profile once every six months? Possibly... But this should be configurable, and it should be easy to turn off... It should probably integrate with this: http://www.markshuttleworth.com/archives/253 I'm assuming the API (DBUS?) is generic, and each distro has it's own visualisation... OR, maybe plan a Task in Evolution? This is probably too nasty... > _________________________ > | > | ?Calibration required > | > | ?The device "Nikon D60" has not been calbrated recently. > | > | [ Ignore ] [ Recalibrate now ] > |________________________ I don't really think camera's need to be recalibrated regularly at all... So these should probably be excluded... Scanners probably do, because they have a backlight that ages... But since scanner use is usually intermittent for most users, I doubt this will be needed for the most common scanner users... So maybe we should exclude these as well... CRTs/LCDs obviously do need to be recalibrated, 6 months seems like a good default... I never notice a difference when I recalibrate on a monthly basis... Though my LCD isn't on for 10 hours a day... probably more like 5... And then we have printers... Printer calibration should probably be redone on every new set of ink, instead of timebased... This would probably be hard to detect (reliably), but sticking to time based notifications isn't a decent replacement, so I guess we should exclude these as well... So CRTs/LCDs are probably the only kind of device for which a time based notification unambiguously has merit... Regards, Pascal de Bruijn From knizek.confy at volny.cz Thu Mar 25 19:31:35 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Thu, 25 Mar 2010 20:31:35 +0100 Subject: Full screen color management In-Reply-To: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: <1269545495.19811.3.camel@athlon> Richard Hughes p??e v ?t 25. 03. 2010 v 11:27 +0000: > Is full screen color correction something that you think is a good > idea, and also would you allow me to create the required hooks in > mutter-plugin.h to make this possible? > Color correction of the full screen would be great. (I usually use my wide gamut lcd in sRGB mode to avoid eye-soring over-saturated icons etc.) I do not understand the details of implementation, hence I cannot say much about "mutter". regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) From pmjdebruijn at pcode.nl Thu Mar 25 20:35:01 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Thu, 25 Mar 2010 21:35:01 +0100 Subject: Full screen color management In-Reply-To: <1269545495.19811.3.camel@athlon> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> <1269545495.19811.3.camel@athlon> Message-ID: <4c2c37f91003251335y16dc4d70k701ffa5d210ab640@mail.gmail.com> On Thu, Mar 25, 2010 at 8:31 PM, Milan Kn??ek wrote: > Richard Hughes p??e v ?t 25. 03. 2010 v 11:27 +0000: >> Is full screen color correction something that you think is a good >> idea, and also would you allow me to create the required hooks in >> mutter-plugin.h to make this possible? > > Color correction of the full screen would be great. (I usually use my > wide gamut lcd in sRGB mode to avoid eye-soring over-saturated icons > etc.) That's truely a shame... Regards, Pascal de Bruijn From otaylor at redhat.com Thu Mar 25 22:52:36 2010 From: otaylor at redhat.com (Owen Taylor) Date: Thu, 25 Mar 2010 18:52:36 -0400 Subject: Full screen color management In-Reply-To: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: <1269557556.2820.22.camel@localhost.localdomain> On Thu, 2010-03-25 at 11:27 +0000, Richard Hughes wrote: > What I'm proposing is a plugin for mutter that uses lcms to color > convert the whole screen, masking out the color-corrected regions. > Using mutter allows this to work with GNOME 2 and GNOME 3, and mutter > also seems to be the sweet-spot for this kind of display correction > without putting ICC profile decoding and gamut mapping into the X > server. > > Is full screen color correction something that you think is a good > idea, and also would you allow me to create the required hooks in > mutter-plugin.h to make this possible? * I think making the compositor manager do color correction for naive apps is a great idea. * Mutter is the certainly compositing manager of interest for GNOME. (Though in terms of "GNOME 2" - Mutter working without a plugin is pretty much gravy - it seems to work pretty well now, but it isn't an explicit development goal.) * I'm not at all convinced that stacking multiple Mutter plugins is a good idea. Think of mutter as 'libmutter' implemented with a weird inversion of control where main() lives in libmutter rather than in the application. Is there are reason this capability couldn't be built into Mutter? * Do you know what technique you would be using to do the color correction? Do you render the whole screen to an offscreen buffer than color correct that when drawing to the stage? Or do you apply mapping tables to individual windows? This affects whether Clutter changes would be needed as well. Note that much of the screen when gnome-shell is rendering is *not* windows, and Mutter doesn't see it being rendered at all - Mutter is just adding actors to the Clutter stage and gnome-shell adds additional actors to the Clutter stage. (This additional content will normally be sRGB content, though I suppose you could imagine putting a non-sRGB photo as your desktop background and wanting it to appear in full gamut.) - Owen From hughsient at gmail.com Fri Mar 26 07:46:03 2010 From: hughsient at gmail.com (Richard Hughes) Date: Fri, 26 Mar 2010 07:46:03 +0000 Subject: Nagging the user to recalibrate? In-Reply-To: <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> References: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> Message-ID: <15e53e181003260046s20b3d5d9h1215f402298b6994@mail.gmail.com> On 25 March 2010 17:25, Pascal de Bruijn wrote: > Possibly... But this should be configurable, and it should be easy to > turn off... Sure, I've added a "ignore" button. > I'm assuming the API (DBUS?) is generic, and each distro has it's own > visualisation... Sure, it's using a libnotify call, which is a standard library. > OR, maybe plan a Task in Evolution? This is probably too nasty... Euwwww. > Scanners probably do, because they have a backlight that ages... But > since scanner use is usually intermittent for most users, I doubt this > will be needed for the most common scanner users... So maybe we should > exclude these as well... Agreed. > CRTs/LCDs obviously do need to be recalibrated, 6 months seems like a > good default... I never notice a difference when I recalibrate on a > monthly basis... Though my LCD isn't on for 10 hours a day... probably > more like 5... Sure, 6 months seems like a good default. > And then we have printers... Printer calibration should probably be > redone on every new set of ink, instead of timebased... This would > probably be hard to detect (reliably), but sticking to time based > notifications isn't a decent replacement, so I guess we should exclude > these as well... I'm keen on printers, but again, maybe every month or six months is a good idea. > So CRTs/LCDs are probably the only kind of device for which a time > based notification unambiguously has merit... Cool, I've added this in git master. Richard. From pmjdebruijn at pcode.nl Fri Mar 26 16:57:32 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Fri, 26 Mar 2010 17:57:32 +0100 Subject: Nagging the user to recalibrate? In-Reply-To: <15e53e181003260046s20b3d5d9h1215f402298b6994@mail.gmail.com> References: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> <15e53e181003260046s20b3d5d9h1215f402298b6994@mail.gmail.com> Message-ID: <4c2c37f91003260957k2deea63eod4e520a7885d6b5e@mail.gmail.com> On Fri, Mar 26, 2010 at 8:46 AM, Richard Hughes wrote: > On 25 March 2010 17:25, Pascal de Bruijn wrote: >> Possibly... But this should be configurable, and it should be easy to >> turn off... > > Sure, I've added a "ignore" button. Also add a "Never bother me again" button :) >> I'm assuming the API (DBUS?) is generic, and each distro has it's own >> visualisation... > > Sure, it's using a libnotify call, which is a standard library. > >> OR, maybe plan a Task in Evolution? This is probably too nasty... > > Euwwww. > >> Scanners probably do, because they have a backlight that ages... But >> since scanner use is usually intermittent for most users, I doubt this >> will be needed for the most common scanner users... So maybe we should >> exclude these as well... > > Agreed. > >> CRTs/LCDs obviously do need to be recalibrated, 6 months seems like a >> good default... I never notice a difference when I recalibrate on a >> monthly basis... Though my LCD isn't on for 10 hours a day... probably >> more like 5... > > Sure, 6 months seems like a good default. > >> And then we have printers... Printer calibration should probably be >> redone on every new set of ink, instead of timebased... This would >> probably be hard to detect (reliably), but sticking to time based >> notifications isn't a decent replacement, so I guess we should exclude >> these as well... > > I'm keen on printers, but again, maybe every month or six months is a good idea. It's probably not... really... The best idea is probably to instruct the user to recalibrate on each new set of ink, whenever he/she first calibrates his/her printer... When generating medium quality printer profiles, some smoothing is (luckily) applied by ArgyllCMS, so I wonder if recalibration has a lot of effect at all... This is assuming your printer is not an unreliable piece of crap, with el'cheapo refill-ink, from a company that sources it's ink from another manufacturer each month or so :) >> So CRTs/LCDs are probably the only kind of device for which a time >> based notification unambiguously has merit... > > Cool, I've added this in git master. Cool... There is another consideration... What is checked? The current active profile? Or the latest available profile? For example when I import a manufacturer supplied .icc, it will most likely always be dated more than six months, but we still don't want to nag the user... Regards, Pascal de Bruijn From hughsient at gmail.com Sat Mar 27 17:29:54 2010 From: hughsient at gmail.com (Richard Hughes) Date: Sat, 27 Mar 2010 17:29:54 +0000 Subject: Nagging the user to recalibrate? In-Reply-To: <4c2c37f91003260957k2deea63eod4e520a7885d6b5e@mail.gmail.com> References: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> <15e53e181003260046s20b3d5d9h1215f402298b6994@mail.gmail.com> <4c2c37f91003260957k2deea63eod4e520a7885d6b5e@mail.gmail.com> Message-ID: <15e53e181003271029l32cb698ejc3f2d8fd927c924a@mail.gmail.com> On 26 March 2010 16:57, Pascal de Bruijn wrote: > Also add a "Never bother me again" button :) Ignore == never tell me about this again. > The best idea is probably to instruct the user to recalibrate on each > new set of ink, whenever he/she first calibrates his/her printer... I guess we could get this from CUPS. > There is another consideration... What is checked? > > The current active profile? Or the latest available profile? When the current profile was assigned to the device. > For example when I import a manufacturer supplied .icc, it will most > likely always be dated more than six months, but we still don't want > to nag the user... Sure, we only nag the user if the profile was created by GCM. Richard. From knizek.confy at volny.cz Sun Mar 28 20:09:15 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Sun, 28 Mar 2010 22:09:15 +0200 Subject: [PATCH] Correct wording re. display calibration Message-ID: <1269806955.2901.26.camel@athlon> Hello, I have tried to update the texts relating to the display calibration. There is now a detailed FAQ entry in the help file, so I assume it is better to use specific terms ("calibration") instead of general ones ("screen correction", etc.). regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Correct-wording-re.-display-calibration.patch Type: text/x-patch Size: 5168 bytes Desc: not available URL: From hughsient at gmail.com Mon Mar 29 09:46:52 2010 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 29 Mar 2010 10:46:52 +0100 Subject: GNOME Color Manager 2.30.0 Message-ID: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> gnome-color-manager is a session program that makes it easy to manage, install and generate color profiles in the GNOME desktop. Version 2.30.0 ~~~~~~~~~~~~~~ Released: 2010-03-29 * Translations - Add Simplified Chinese translation (Eleanor Chen) - Update Czech translation (Milan Kn??ek) - Updated German doc translation (Mario Bl?ttermann) - Updated German translation (Christian Kirbach) - Updated German translation (Mario Bl?ttermann) - Updated Lithuanian translation (Gintautas Miliauskas) - Updated Norwegian bokm?l translation (Kjartan Maraas) - Updated Polish translation (Piotr Dr?g) - Updated Portuguese translation (Ant?nio Lima) - Updated Russian translation (Alexandre Prokoudine) - Updated Slovenian translation (Andrej ?nidar?i?) - Updated Spanish translation (Jorge Gonz?lez) * New Features: - Add a 'created' and 'modified' key to each device in the config file (Richard Hughes) - Add a DBus method GetDevices() and relax the checks in GetProfilesForDevice() to also take a device ID (Richard Hughes) - Add an entry to the FAQ to explain the difference between calibration and characterization (Richard Hughes) - Add a notification when devices with profiles need recalibrating (Richard Hughes) - Add CMP DT 003 target image submitted by Guy Kloss (Pascal de Bruijn) - Add images of the Colorimtre HCFR (Richard Hughes) - Add images of the i1 Pro (Richard Hughes) - Add info regarding high precision for display profiling (Milan Kn??ek) - Allow the user to choose the calibration precision using an interactive dialog (Richard Hughes) - Convert the .tiff files to .jpeg if we are creating a print profile (Richard Hughes) - Do not rely on usb.ids, but instead encode the colorimeter type in the udev rules (Richard Hughes) - Emit ::changed on the public DBus interface when devices are added or removed (Richard Hughes) - For laptops, use the DMI data to contruct the calibration filename (Richard Hughes) - Make sure the profile comboboxes are alphabetically sorted (Richard Hughes) - Show each device setting when we use gcm-inspect --dump (Richard Hughes) - Use libsane to get our scanners, which means remote devices are now supported (Richard Hughes) - When devices are connected and disconnected, do not remove then add them, just change the state (Richard Hughes) * Bugfix: - Check and correct TIFF image files with alpha channels before using them in argyllcms. Fixes rh#569564 (Richard Hughes) - Correct terminology in help file (Milan Kn??ek) - Correct use of calibrate/profile and replace device by instrument (Milan Kn??ek) - Do not crash attempting to add cups printers without PPD file (Martin Szulecki) - Do not crash the DBus service if a device does not have a profile set and it is included in a query (Richard Hughes) - Do not crash when GetProfileForWindow() succeeds in finding a window (Richard Hughes) - Do not use ACL_MANAGE, udev is already doing this for us (Richard Hughes) - Fix "cast increases required alignment of target type" [ia64] (Kamal Mostafa) - Fix up some translatable messages. Fixes #612111 (Richard Hughes) - Fix wrong word in data/gnome-color-manager.schemas.in. Fixes #612105 (Christian Kirbach) - If there are any lcms warnings in gcm-fix-profile, do not attempt to re-save the profile (Richard Hughes) - Make gcm-install-system-wide a little more paranoid from users that might want to be horrible (Richard Hughes) - Parse the EDID more carefully to not overwrite the model with junk for an invalid entry. Fixes #155410 (Richard Hughes) - Prevent a segfault if ppdOpenFile() fails for whatever reason (Richard Hughes) - Update profiling precision wording (Milan Kn??ek) - Use the model name for the SANE id, the 'name' attribute depends on the USB port used (Richard Hughes) - Warn if GConf is not set correctly when setting up the dialog (Richard Hughes) Additionally, it has branched for 2-30 and development continues in master. Richard. From pmjdebruijn at pcode.nl Mon Mar 29 16:43:59 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Mon, 29 Mar 2010 18:43:59 +0200 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> Message-ID: <4c2c37f91003290943n24e15960jd473b811c6b581c1@mail.gmail.com> On Mon, Mar 29, 2010 at 11:46 AM, Richard Hughes wrote: > gnome-color-manager is a session program that makes it easy to manage, install > and generate color profiles in the GNOME desktop. > > Version 2.30.0 > ~~~~~~~~~~~~~~ > Released: 2010-03-29 As per usual I've built this GCM release, for Ubuntu, this time for both Ubuntu Karmic and Ubuntu Lucid (the next LTS)... The packages are available on both my main PPA, and my gcm-release PPA: https://launchpad.net/~pmjdebruijn/+archive/gcm-release This might be of interest to some as well: https://launchpad.net/~pmjdebruijn/+archive/argyll-release Regards, Pascal de Bruijn From alexandre.prokoudine at gmail.com Mon Mar 29 21:39:16 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Tue, 30 Mar 2010 01:39:16 +0400 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> Message-ID: <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> On 3/29/10, Richard Hughes wrote: > gnome-color-manager is a session program that makes it easy to manage, > install > and generate color profiles in the GNOME desktop. > > Version 2.30.0 > ~~~~~~~~~~~~~~ > Released: 2010-03-29 It used to be first Monday of *new* month :-/ Oh well, no review and translation updates then. BTW, "Reset" button doesn't work properly for finetuning. It moves sliders back to original position, but output is not adjusted. Alexandre From pmjdebruijn at pcode.nl Mon Mar 29 21:47:03 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Mon, 29 Mar 2010 23:47:03 +0200 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> Message-ID: <4c2c37f91003291447x50844e6fqa02b97065d6167e6@mail.gmail.com> On Mon, Mar 29, 2010 at 11:39 PM, Alexandre Prokoudine wrote: > On 3/29/10, Richard Hughes wrote: >> gnome-color-manager is a session program that makes it easy to manage, >> install >> and generate color profiles in the GNOME desktop. >> >> Version 2.30.0 >> ~~~~~~~~~~~~~~ >> Released: 2010-03-29 > > It used to be first Monday of *new* month :-/ Oh well, no review and > translation updates then. > > BTW, "Reset" button doesn't work properly for finetuning. It moves > sliders back to original position, but output is not adjusted. There is GNOME release cycle :) http://live.gnome.org/TwoPointTwentynine/ Regards, Pascal de Bruijn From hughsient at gmail.com Tue Mar 30 07:41:42 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 30 Mar 2010 08:41:42 +0100 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <4c2c37f91003291447x50844e6fqa02b97065d6167e6@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> <4c2c37f91003291447x50844e6fqa02b97065d6167e6@mail.gmail.com> Message-ID: <15e53e181003300041x3bb909fes9db6a348832bbc4f@mail.gmail.com> On 29 March 2010 22:47, Pascal de Bruijn wrote: > On Mon, Mar 29, 2010 at 11:39 PM, Alexandre Prokoudine >> It used to be first Monday of *new* month :-/ Oh well, no review and >> translation updates then. > There is GNOME release cycle :) Yes, Monday was the absolute deadline for the 2.30.0 tarballs. Maybe I could have communicated that better, sorry. Richard. From hughsient at gmail.com Tue Mar 30 11:16:36 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 30 Mar 2010 12:16:36 +0100 Subject: Using colorimeters in different modes Message-ID: <15e53e181003300416q6f768dbfq466372d791544028@mail.gmail.com> Do you guys think adding an interface to do spotreads (i.e. use your ColorMunki to tell me what the sRGB value of a color swatch) would be for design work? I'm not sure how such a thing would "slot" into the gcm GUI, although I think it might be a useful feature? Thoughts? Richard. From pmjdebruijn at pcode.nl Tue Mar 30 16:37:19 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Tue, 30 Mar 2010 18:37:19 +0200 Subject: Using colorimeters in different modes In-Reply-To: <15e53e181003300416q6f768dbfq466372d791544028@mail.gmail.com> References: <15e53e181003300416q6f768dbfq466372d791544028@mail.gmail.com> Message-ID: <4c2c37f91003300937q4f01b654hb54302d2fc8a2be5@mail.gmail.com> On Tue, Mar 30, 2010 at 1:16 PM, Richard Hughes wrote: > Do you guys think adding an interface to do spotreads (i.e. use your > ColorMunki to tell me what the sRGB value of a color swatch) would be > for design work? I'm not sure how such a thing would "slot" into the > gcm GUI, although I think it might be a useful feature? Thoughts? That would be awesome... Maybe this could be a seperate tool, available in the Applications - Graphics menu? Regards, Pascal de Bruijn From knizek.confy at volny.cz Tue Mar 30 18:07:50 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Tue, 30 Mar 2010 20:07:50 +0200 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <15e53e181003300041x3bb909fes9db6a348832bbc4f@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> <4c2c37f91003291447x50844e6fqa02b97065d6167e6@mail.gmail.com> <15e53e181003300041x3bb909fes9db6a348832bbc4f@mail.gmail.com> Message-ID: <1269972470.14971.9.camel@athlon> Richard Hughes p??e v ?t 30. 03. 2010 v 08:41 +0100: > On 29 March 2010 22:47, Pascal de Bruijn wrote: > > On Mon, Mar 29, 2010 at 11:39 PM, Alexandre Prokoudine > >> It used to be first Monday of *new* month :-/ Oh well, no review and > >> translation updates then. > > There is GNOME release cycle :) > > Yes, Monday was the absolute deadline for the 2.30.0 tarballs. Maybe I > could have communicated that better, sorry. > It would be definitely better to announce what are the deadlines for translations - I do not follow the whole gnome thing, just gcm. I was asked by the Czech team if I plan to update the translation, but also without a deadline. Coincidently, I did so just last weekend... BTW, Udi Fuchs (UFRaw) sends out an email to all "last-translators" once there is a string freeze so they even do not have to follow the mailing list - that would be very convenient but I guess individual GNOME developers may not have the easy-to-use infrastructure available. regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) From pmjdebruijn at pcode.nl Tue Mar 30 18:14:03 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Tue, 30 Mar 2010 20:14:03 +0200 Subject: Official inclusion into Ubuntu Message-ID: <4c2c37f91003301114w152dac49s398ddad1ab1d428@mail.gmail.com> Hi, I just noticed GNOME Color Manager got officially included into Ubuntu Lucid (universe): http://packages.ubuntu.com/lucid/gnome-color-manager Regards, Pascal de Bruijn From hughsient at gmail.com Tue Mar 30 18:18:06 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 30 Mar 2010 19:18:06 +0100 Subject: Official inclusion into Ubuntu In-Reply-To: <4c2c37f91003301114w152dac49s398ddad1ab1d428@mail.gmail.com> References: <4c2c37f91003301114w152dac49s398ddad1ab1d428@mail.gmail.com> Message-ID: <15e53e181003301118j1d64d10bi5ead4b48972a63e5@mail.gmail.com> On 30 March 2010 19:14, Pascal de Bruijn wrote: > I just noticed GNOME Color Manager got officially included into Ubuntu > Lucid (universe): Cool, good news indeed. Richard. From hughsient at gmail.com Mon Mar 1 11:57:46 2010 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 1 Mar 2010 11:57:46 +0000 Subject: New release: 2.29.4 Message-ID: <15e53e181003010357q169d5693k5bbf00387902b872@mail.gmail.com> Version 2.29.4 ~~~~~~~~~~~~~~ Released: 2010-03-01 * Translations - Add Czech help translation (Milan Knizek) - Add Czech translation (Milan Kn??ek) - Update Czech translation (Marek ?ernock?) - Updated French translation (Claude Paroz) - Updated German doc translation (Mario Bl?ttermann) - Updated German translation (Mario Bl?ttermann) - Updated Lithuanian translation (Aurimas ?ernius) - Updated Norwegian bokm?l translation (Kjartan Maraas) - Updated Russian translation (Alexandre Prokoudine) - Updated Slovenian translation (Andrej ?nidar?i?) - Updated Spanish translation (Jorge Gonz?lez) - Updated Swedish translation (Daniel Nylander) * New Features: - Add a thumbnail image of the ColorCheckerDC (Graeme Gill) - Add ColorCheckerSG thumbnail (Hening Betterman) - Add LaserSoftDCPro thumbnail (Jorg Rosenkranz) - Add printer profiling support using argyllcms and GtkPrint (Richard Hughes) - Add some device type icons (Fr?d?ric Bellaiche, Sebastian Kraft) - Add support for sending calibration images to print shops (Richard Hughes) - Add four more target thumbnails (Pascal de Bruijn) - Allow UDEV and CUPS coldplug to be done multi-threaded (Richard Hughes) - Allow virtual devices to be added to the device list (Richard Hughes) - Automatically use the EXIF data if available from TIFF files when calibrating devices. Fixes #609444 (Richard Hughes) - Conform to ICC Profiles in X Specification 0.3 (Richard Hughes) - Detect printers by connecting to CUPS rather than scraping the HPLIP properties (Richard Hughes) - Enable half-height targets for the ColorMunki, and double the patch counts for this hardware (Richard Hughes) - Make users do the legwork when there is an unrecognised colorimeter (Richard Hughes) - Play sounds using libcanberra when user interaction is required (Richard Hughes) - Properly support projectors in the UI, and in the argyllcms wrapper (Richard Hughes) - Remove GCM_HARDWARE_DETECTION as we're now shipping our own udev rules (Richard Hughes) - Save the device colorspace in the config file so we can set profiles when not connected (Richard Hughes) - Set a tooltip explaining why the calibrate button is insensitive (Richard Hughes) - Set per-user xsane global and device settings when we have assigned a scanner profile (Richard Hughes) - Show a GtkInfoBar warning if the profile has no vcgt table. Fixes #610287 (Richard Hughes) - Support other types of reference file other than IT8 (Richard Hughes) - Three FAQ entries out of five suggested filled in (Alexandre Prokoudine) - Update Help Preferences Text (Paul Finnigan) * Bugfix: - Add an 'All files' option on the file choosers. Fixes #610288 (Richard Hughes) - Add AC_PROG_RANLIB to configure. Fixes #610771 (Richard Hughes) - Add a list of colorimeters as we'll need this if argyllcms is not installed. Fixes rh#566414 (Richard Hughes) - Ask for the chart type first before we ask for calibration files (Pascal de Bruijn) - Capitalization fix for 'More Information' button (Michael Monreal) - Correct help Intro and Usage (Paul Finnigan) - Do low quality calibration when using targets with a low number of patches (Pascal de Bruijn) - Do not allow devices to be assigned profiles in different colorspaces from native (Richard Hughes) - Do not make the display calibration button sensitive (with tooltip) if we are using < XRandR 1.3 drivers. Fixes #610846 (Richard Hughes) - Do not show the display as 'default' even when using the binary blob (Richard Hughes) - Don't add Cups-PDF devices to the device list (Richard Hughes) - Ensure ~/.color/icc exists at startup. Fixes #566275 (Richard Hughes) - Ensure we set ID_MODEL_FROM_DATABASE and ID_VENDOR_FROM_DATABASE even if we're using old versions of argyllcms (Richard Hughes) - Fix segfault when the profile has no description (Richard Hughes) - Have scanin compensate for perspective distortion (Pascal de Bruijn) - HIG string and capitalization fixes (Michael Monreal) - Only require the device to be present if it is a display type (Richard Hughes) - Read the ti2 file for the calibration model if we are analysing existing targets (Richard Hughes) - Replace ColorCheckerSG with a newly processed one (Pascal de Bruijn) - Replace colprof -aS with -aG (Pascal de Bruijn) - Set the colorspace on unconnected devices to avoid getting no profiles in the list (Richard Hughes) - Show a label in the device section when the user is using a xrandr-fallback driver. Fixes rh#566606 (Richard Hughes) - Support colorimeter devices that need to change mode in the middle of the calibration (Richard Hughes) - Use GFile internally so we can support importing profiles from gvfs mount points. Fixes #610285 (Richard Hughes) Version 2.29.3 ~~~~~~~~~~~~~~ Released: 2010-02-01 * Translations - Added Italian translation (Francesco Groccia) - Updated Danish translation (Joe Hansen) - Updated French translation (Claude Paroz) - Updated German translation (Mario Bl?ttermann) - Updated Norwegian bokm?l translation (Kjartan Maraas) - Updated Portuguese translation (Ant?nio Lima) - Updated Russian translation (Alexandre Prokoudine) - Updated Slovenian translation (Andrej ?nidar?i?) - Updated Swedish translation (Daniel Nylander) * New Features: - Enable the rendering intent and default colorspace UI elements (Richard Hughes) - Show whether the ICC profile has a VCGT tag in the UI (Richard Hughes) - Filter out non RGB and CMYK color space profiles from the combo-boxes using a heuristic (Richard Hughes) - Add a new DBus method GetProfileForWindow which can return a profile for a supplied XID (Richard Hughes) - Add some new text and tooltips to the prefs dialog (Richard Hughes) - Add per-user OSX ICC profiles at startup (Richard Hughes) - Add OSX and Windows ICC profiles if they exist from mounted volumes. Fixes #607390 (Richard Hughes) - Add a device profile entry of 'Other profile...' to be able to easily import a profile. Fixes #607389 (Richard Hughes) - Add a precision GConf variable to control the time a calibration takes. Fixes #605558 (Richard Hughes) - Screenscrape the Argyll output to better support other hardware devices. Fixes #605558 (Richard Hughes) - Do not show the 'Fine tuning' expander by default, and have configuration in GConf (Richard Hughes) * Bugfix: - Zero out GErrors after freeing. Fixes crash (Christian Hergert) - Add gnome-desktop path as fallback for pci.ids (Frederic Crozat) - Do not generate an error if a display profile does not have CLUT data (Richard Hughes) - Add gcm-fix-profile to load and then re-save existing profiles using lcms (Richard Hughes) - Fix compile when using an ld that defaults to --as-needed (Richard Hughes) - Do not allow the colorspace combobox to be zero sized. Fixes #606484 (Richard Hughes) - Make gcm-prefs a normal dialog rather than a modal dialog (Richard Hughes) - Only scan ICC locations with hfs partition types for OSX and msdos/NTFS types for Windows (Richard Hughes) - Make gcm-prefs startup a few hundred ms quicker by not loading the list of screens (Richard Hughes) - Cache gnome_rr_screen_new and take 0.7 seconds off the start time (Richard Hughes) - Don't resize the window on startup. Fixes #607391 (Richard Hughes) - Update the Free Software Foundation address (Richard Hughes) Version 2.29.2 ~~~~~~~~~~~~~~ Released: 2010-01-04 * Translations - Added German help translation (Christian Kirbach) - Added Slovenian translation (Matej Urban?i?) - Added Spanish translation (Jorge Gonz?lez) - Updated Brazilian Portuguese translation (Flamarion Jorge) - Updated British English translation (Bruce Cowan) - Updated Danish translation (Joe Hansen) - Updated French translation (Claude Paroz) - Updated German translation (Christian Kirbach) - Updated German translation (Mario Bl?ttermann) - Updated Russian translation (Alexandre Prokoudine) - Updated Slovenian translation (Andrej ?nidar?i?) * New Features: - Add two elements in the UI, for RGB and CMYK working spaces (Richard Hughes) - Add a TRC curve to the profile display (Richard Hughes) - Add LCMS as a hard build-time dependency (Richard Hughes) - Add PackageKit integration so we can install shared-color-targets (Richard Hughes) - Offer to install ArgyllCMS if it is not installed, and the user wants to calibrate (Richard Hughes) - Add a simple GcmImage class that makes embedded color profiles 'just work' (Richard Hughes) - Import ICC profiles when dragged and dropped on the prefs capplet (Richard Hughes) - Linkify the copyright and manufacturer strings in the profile dialog (Richard Hughes) - Add a PolicyKit rule for the system-wide profiles install (Richard Hughes) - Load the system-wide default if it has been installed (Richard Hughes) * Bugfix: - Fix the reference file import filter (Pascal de Bruijn) - Also evaluate /usr/local/bin when searching for Argyll tools. Fixes #605552 (Pascal de Bruijn) - Add an icon for a colorspace conversion profile (Richard Hughes) - Fix the help file installation so that yelp recognizes our help file (Richard Hughes) - Do not install the demo ICC files, and instead depend on the shared-color-profiles package (Richard Hughes) - Fix using profiles with VCGT formulas encoded in them (Richard Hughes) - If getting the illuminants failed, try running it through the profile (Richard Hughes) - Use strftime rather than our own hand-rolled function (Richard Hughes) - Show the TRC curves in the UI, rather than the vcgt curves (Richard Hughes) - Make gcm-dump-edid more useful by showing parsed data if available (Richard Hughes) - Use as much of the EDID as we can when generating device IDs. Fixes #605013 (Richard Hughes) - Add an experimental user-calibrate wizard, which the user can use when there is no calibration hardware available (Richard Hughes) - Use the hardware calibration device in the profile name. Fixes #605259 (Richard Hughes) - Sanitize the basename in GcmCalibrate when set. Fixes #605348 (Richard Hughes) - Use the ORIGINATOR tag in the it8 file to specify a device prefix for the device calibration. Fixes #605259 (Richard Hughes) - Move the device matching from a hard-coded list to a set of udev rules (Richard Hughes) - Properly detect broken dispcal output. Fixes #605838 (Richard Hughes) Version 2.29.1 ~~~~~~~~~~~~~~ Released: 2009-12-07 * Translations - Add Russian translation (Alexandre Prokoudine) - Add British English translation (Bruce Cowan) - Add Indonesian translation (Andika Triwidada) - Add French translation (Claude Paroz) - Add Swedish translation (Daniel Nylander) - Add Brazilian Portuguese translation (Flamarion Jorge) - Add Lithuanian translation (Gintautas Miliauskas) - Add German translation (Hendrik Brandt) - Add Danish translation (Joe Hansen) - Add Spanish translation (Jorge Gonz?lez) - Add Norwegian bokm?l translation (Kjartan Maraas) - Add Thai translation (Phondanai Khanti) - Add Polish translation (Piotr Dr?g) - Add Estonian translation (Priit Laes, Mattias P?ldaru) - Add Tamil translation (vasudeven) - Add Russian user guide translation (Alexandre Prokoudine) - Add Indonesian user guide translation (Andika Triwidada) * New Features: - Add gcm-import, a helper to allow double clicking on ICC profiles to import them (Richard Hughes) - Add gcm-prefs, a utility to assign profiles to devices, examine profiles, and set session-wide defaults (Richard Hughes) - Add gcm-session, a dbus-activated session daemon for applications to get the profiles for a device, or device class and to get session-wide defaults. It exits when no longer used to save resources. (Richard Hughes) - Add gcm-self-test, a self test framework that tests GCM functionality (Richard Hughes) - Add gcm-apply, a simple utility to just set (or reset) display profiles (Richard Hughes) - Add gcm-inspect, a debugging utility to inspect the profiles set in the session (Richard Hughes) - Add gcm-dump-edid, a utility to dump the EDID to disk for debugging (Richard Hughes) - Add gcm-dump-profile, a utility to dump the ICC profile to the screen (Richard Hughes) - Add some simple man pages and help document (Richard Hughes) - Add ArgyllCMS support to generate device profiles (Richard Hughes) - Add color calibration hardware auto-detection (Richard Hughes) - Add code to set the _ICC_PROFILE atom per-output and also per-screen (Richard Hughes) - Add some pre-calibration steps for external displays (Pascal de Bruijn) - Add hardware support for gphoto supported cameras (Richard Hughes) - Add hardware support for SANE suppoerted scanners (Richard Hughes) - Add hardware support for video4linux supported video devices (Richard Hughes) - Add hardware support for XRandR supported displays (Richard Hughes) - Add hardware support for hplip supported printers (Richard Hughes) - Add CIE widget to display visual data about different profiles (Richard Hughes) - Use the system DMI data to better itentify internal LCD panels (Richard Hughes) - Parse the EDID to get a better device description for displays (Richard Hughes) - Make the list orders predictable by setting a sort string (Richard Hughes) * Bugfix: - Use XDG directory to store data (Baptiste Mille-Mathias) - Remove markup from GTKBuilder translatable strings (Claude Paroz) - Update bluish.icc title (Lars Tore Gustavsen, Pascal de Bruijn) - Enable adding xrandr devices with no EDID (Martin Szulecki) - Avoid reporting a (false) failure on first import (Stephane Delcroix) - Fix the message-received cb signature (Stephane Delcroix) - Fix up numerous small bugs prior to first release (Richard Hughes) - Look for the debian-named argyllcms binaries first (Richard Hughes) - Set the brightness to 100% on internal LCD panels before we generate a output profile (Richard Hughes) From pmjdebruijn at pcode.nl Mon Mar 1 18:37:51 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Mon, 1 Mar 2010 19:37:51 +0100 Subject: New release: 2.29.4 In-Reply-To: <15e53e181003010357q169d5693k5bbf00387902b872@mail.gmail.com> References: <15e53e181003010357q169d5693k5bbf00387902b872@mail.gmail.com> Message-ID: <4c2c37f91003011037k212ab066kd7706597fd380592@mail.gmail.com> On Mon, Mar 1, 2010 at 12:57 PM, Richard Hughes wrote: > Version 2.29.4 > ~~~~~~~~~~~~~~ > Released: 2010-03-01 Both my PPAs are up to date now... My gcm-release PPA will stay stable until a new version has been released: https://launchpad.net/~pmjdebruijn/+archive/gcm-release/+packages My main PPA will probably start tracking git in a week or so. Regards, Pascal de Bruijn From hughsient at gmail.com Tue Mar 2 11:29:33 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 11:29:33 +0000 Subject: UI Help Required Message-ID: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> I've just merged a dialog to allow the user to choose the calibration precision if 'ask' is specified in GConf. I'm not very good at the wordy stuff, so I would appreciate some grammar and HIG help from you guys. Please tell me what you think. Screeenshot attached. Thanks. Richard. -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot-Device Calibration.png Type: image/png Size: 36688 bytes Desc: not available URL: From pmjdebruijn at pcode.nl Tue Mar 2 11:32:54 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Tue, 2 Mar 2010 12:32:54 +0100 Subject: UI Help Required In-Reply-To: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> Message-ID: <4c2c37f91003020332j2c2b19bej1c313dd87a5d27de@mail.gmail.com> On Tue, Mar 2, 2010 at 12:29 PM, Richard Hughes wrote: > I've just merged a dialog to allow the user to choose the calibration > precision if 'ask' is specified in GConf. I'm not very good at the > wordy stuff, so I would appreciate some grammar and HIG help from you > guys. > > Please tell me what you think. Screeenshot attached. Thanks. It looks pretty good... Though I'm not sure on how literal I should take the images? Especially the short image, since it implies that not the whole paper surface would be used for color patches, which would be a shame... Regards, Pascal de Bruijn From hughsient at gmail.com Tue Mar 2 11:37:23 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 11:37:23 +0000 Subject: UI Help Required In-Reply-To: <4c2c37f91003020332j2c2b19bej1c313dd87a5d27de@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> <4c2c37f91003020332j2c2b19bej1c313dd87a5d27de@mail.gmail.com> Message-ID: <15e53e181003020337n43c0c39dvc3723a1d10b1b9b1@mail.gmail.com> On 2 March 2010 11:32, Pascal de Bruijn wrote: > It looks pretty good... Though I'm not sure on how literal I should > take the images? Not at all. I really don't want to render the chart and insert into the svg just for the button image. :-) Richard. From hughsient at gmail.com Tue Mar 2 11:41:09 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 11:41:09 +0000 Subject: IRC Channel Message-ID: <15e53e181003020341u5bf025c5if599350a63ed3bf1@mail.gmail.com> I've setup a channel #gnome-color-manager on GIMPNet. Everyone is welcome. Richard From knizek.confy at volny.cz Tue Mar 2 17:26:57 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Tue, 02 Mar 2010 18:26:57 +0100 Subject: UI Help Required In-Reply-To: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> Message-ID: <1267550817.5496.17.camel@athlon> Richard Hughes p??e v ?t 02. 03. 2010 v 11:29 +0000: > I've just merged a dialog to allow the user to choose the calibration > precision if 'ask' is specified in GConf. I'm not very good at the > wordy stuff, so I would appreciate some grammar and HIG help from you > guys. How about talking about low, normal and high precision instead of short, normal and long profile/precision? I get the point that the adjectives here refer to the time it takes to make the profile, but "short profile" and "short precision" sounds weird, doesn't it? -- Please choose the calibration precision. For a typical workflow, a normal precision profile is sufficient. High precision profiles are more accurate, but their preparation require more paper and time for reading the color swatches. Correspondingly, low precision profiles are quick and easy to prepare but provide lower quality of color matching. Low Normal High -- regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) From hughsient at gmail.com Tue Mar 2 18:33:35 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 18:33:35 +0000 Subject: UI Help Required In-Reply-To: <1267550817.5496.17.camel@athlon> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> <1267550817.5496.17.camel@athlon> Message-ID: <15e53e181003021033q3a5f5265hcba73f4b65a58604@mail.gmail.com> On 2 March 2010 17:26, Milan Kn??ek wrote: > I get the point that the adjectives here refer to the time it takes to > make the profile, but "short profile" and "short precision" sounds > weird, doesn't it? Yes, i suppose it does. > Please choose the calibration precision. > > For a typical workflow, a normal precision profile is sufficient. > > High precision profiles are more accurate, but their preparation require > more paper and time for reading the color swatches. Correspondingly, low > precision profiles are quick and easy to prepare but provide lower > quality of color matching. > > Low ? ?Normal ? ?High That's much better than what I've got. Any chance you could have a go at making a patch for git master? If not, no worries and I can look into it tomorrow. The reason I ask is there is some printer-calibration specific paragraphs in the dialog, and we probably need to add some display specific strings too. Richard. From knizek.confy at volny.cz Tue Mar 2 20:52:09 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Tue, 02 Mar 2010 21:52:09 +0100 Subject: UI Help Required In-Reply-To: <15e53e181003021033q3a5f5265hcba73f4b65a58604@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> <1267550817.5496.17.camel@athlon> <15e53e181003021033q3a5f5265hcba73f4b65a58604@mail.gmail.com> Message-ID: <1267563129.28400.5.camel@athlon> Richard Hughes p??e v ?t 02. 03. 2010 v 18:33 +0000: > On 2 March 2010 17:26, Milan Kn??ek wrote: > That's much better than what I've got. Any chance you could have a go > at making a patch for git master? If not, no worries and I can look > into it tomorrow. The reason I ask is there is some > printer-calibration specific paragraphs in the dialog, and we probably > need to add some display specific strings too. > I will setup git following your explanation to Paul F. and make the patch - but not sooner than on the weekend (busy days now...) regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) From hughsient at gmail.com Tue Mar 2 21:11:56 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 21:11:56 +0000 Subject: UI Help Required In-Reply-To: <1267563129.28400.5.camel@athlon> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> <1267550817.5496.17.camel@athlon> <15e53e181003021033q3a5f5265hcba73f4b65a58604@mail.gmail.com> <1267563129.28400.5.camel@athlon> Message-ID: <15e53e181003021311x30150dffhb559f037566cb92f@mail.gmail.com> On 2 March 2010 20:52, Milan Kn??ek wrote: > I will setup git following your explanation to Paul F. and make the > patch - but not sooner than on the weekend (busy days now...) No problem, I would much prefer you to do the patch for me, as then you can also make subsequent changes if you wan to. If you get stuck, be sure to shout loud and someone here will try to help. Richard From alexandre.prokoudine at gmail.com Wed Mar 3 02:20:32 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Wed, 3 Mar 2010 05:20:32 +0300 Subject: UI Help Required In-Reply-To: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> Message-ID: <733f2c731003021820n4fea5749k8d0ef6650d34a2c2@mail.gmail.com> On 3/2/10, Richard Hughes wrote: > I've just merged a dialog to allow the user to choose the calibration > precision if 'ask' is specified in GConf. I'm not very good at the > wordy stuff, so I would appreciate some grammar and HIG help from you > guys. Call it bitching, but I really don't like how width of the three images is twice as much as width of the text above. Alexandre From alexandre.prokoudine at gmail.com Wed Mar 3 02:23:52 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Wed, 3 Mar 2010 05:23:52 +0300 Subject: terminology Message-ID: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> Hi, OK, I admit: this is geeky stuff, but nevertheless... G-C-M uses the word "calibration" everywhere. However what it does in half of the times is "characterization", sometimes also referred to as "profiling". Am I the only person who thinks that it should be fixed? Alexandre From graeme2 at argyllcms.com Wed Mar 3 03:59:19 2010 From: graeme2 at argyllcms.com (Graeme Gill) Date: Wed, 03 Mar 2010 14:59:19 +1100 Subject: terminology In-Reply-To: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> References: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> Message-ID: <4B8DDE97.6050206@argyllcms.com> Alexandre Prokoudine wrote: > G-C-M uses the word "calibration" everywhere. However what it does in > half of the times is "characterization", sometimes also referred to as > "profiling". > > Am I the only person who thinks that it should be fixed? It's a very important distinction, and if it's not kept straight users will be very confused. See Graeme Gill. From hughsient at gmail.com Wed Mar 3 07:40:23 2010 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 3 Mar 2010 07:40:23 +0000 Subject: terminology In-Reply-To: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> References: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> Message-ID: <15e53e181003022340k79f6d343g54a07d3dcda55901@mail.gmail.com> On 3 March 2010 02:23, Alexandre Prokoudine wrote: > OK, I admit: this is geeky stuff, but nevertheless... Color management is pretty geeky stuff, I don't mind. > G-C-M uses the word "calibration" everywhere. However what it does in > half of the times is "characterization", sometimes also referred to as > "profiling". > > Am I the only person who thinks that it should be fixed? Sure. I'm slightly worried that characterization is quite a scary long word, but I guess profiling can be used in it's place. If you can identify where in the UI we get this wrong I would appreciate patches. We probably need something like Graemes' help page in the yelp file (or just a link there) to help out all the poor hapless users :-) Thanks. Richard. From renemiranda80 at gmail.com Fri Mar 5 00:03:56 2010 From: renemiranda80 at gmail.com (Rene Miranda) Date: Thu, 4 Mar 2010 21:03:56 -0300 Subject: planilha de excel gráficos no excel Message-ID: <1267715134aeb3e97855af4542125549f18df4c0bc@gmail.com> criar planilha no excel 2003 como fazer planilhas no excel 2003: http://www.modelosdecartascomerciais.com curso de excel modelos de f?rmulas e planilhas celulas excel, graficos no excel gr?fico no excel, modelos planilhas excel modelo planilhas excel, planilha em excel de fluxo de caixa planilhas excel vba, planilhas no excel proteger planilhas no excel, exemplos de planilhas no excel download de planilha excel, modelos de planilha do excel modelos excel, planilha de excel planilhas no excel gratis Visite: http://www.modelosdecartascomerciais.com criar planilha no excel 2003 como fazer planilhas no excel 2003.curso de excel modelos de f?rmulas e planilhas apostila planilhas excel, gr?ficos em excel planilha de excel avan?ado, modelos planilhas excel inserir planilha no excel, planilha em excel de fluxo de caixa planilhas excel controle, planilhas no excel planilhas no excel , exemplos de planilhas em excel formula no excel, modelos de planilha do excel modelos de planilhas excell, planilha de excel planilhas execel, planilhas excel calculos planilha de horas no excel, desbloqueio de planilha excel, criar uma planilha no excel dicas de planilhas, graficos em excel planilha de excel avan?ado, modelos planilhas excel gr?ficos no excel, planilha em excel de fluxo de caixa planilhas excel calculos modelos de planilhas planilha de estoque em excel modelos de planilha do excel modelos de planilhas execel, planilha de excel planilhas exel, planilhas excel calculos planilha de horas trabalhadas no excel, desproteger planilha de excel, criar uma planilha no excel dicas excel, gr?ficos em excel planilha de excel avan?ado, modelos planilhas excel inserir planilha no excel, planilha em excel de fluxo de caixa planilhas excel controle, curso de excel modelos de f?rmulas e planilhas atualizar planilha excel, graficos em excel planilha de excel gratis, modelos planilhas excel linhas excel, planilha em excel de fluxo de caixa planilhas excel controle de estoque, planilhas no excel planilhas no excel gratis, exemplos de planilhas em excel fun??o bdsoma planilhas excell planilha no excel de contas a pagar, exemplo de planilha do excel exemplo planilha excel, exemplo de planilhas excel exemplo de planilha no excel, modelos de c?lulas linhas excel, planilha de estoque em excel model os de planilhas, planilhas eletronicas excel porcentagem no excel, exemplo de planilhas excel exemplo de planilhas no excel, modelos de celulas macro no excel, planilha de estoque em excel modelos de planilhas controle, planilhas eletr?nicas excel porcentagem no excel, somar planilhas no excel somase From knizek.confy at volny.cz Sat Mar 6 20:09:36 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Sat, 06 Mar 2010 21:09:36 +0100 Subject: UI text patches Message-ID: <1267906176.9422.8.camel@athlon> Hello, I tried to update texts for "low/normal/high profile precision" and for the use of "calibrate" or "profile" - possibly still wrong somewhere. (I have not updated the messages to std out and tried not to touch function names.) Patches are attached. (I did not compile and review the text in a running program though.) regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Correct-terminology-in-help-file.patch Type: text/x-patch Size: 8426 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002-Update-profiling-precision-wording.patch Type: text/x-patch Size: 4356 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0003-Correct-use-of-calibrate-profile-and-replace-device-.patch Type: text/x-patch Size: 17357 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0004-Add-info-re.-high-precision-for-display-profiling.patch Type: text/x-patch Size: 1198 bytes Desc: not available URL: From hughsient at gmail.com Sat Mar 6 21:23:26 2010 From: hughsient at gmail.com (Richard Hughes) Date: Sat, 6 Mar 2010 21:23:26 +0000 Subject: UI text patches In-Reply-To: <1267906176.9422.8.camel@athlon> References: <1267906176.9422.8.camel@athlon> Message-ID: <15e53e181003061323h4565c999n8f20a3cad3191e5a@mail.gmail.com> On 6 March 2010 20:09, Milan Kn??ek wrote: > I tried to update texts for "low/normal/high profile precision" and for > the use of "calibrate" or "profile" - possibly still wrong somewhere. (I > have not updated the messages to std out and tried not to touch function > names.) All applied, with a couple of minor changes. Thanks! Richard. From durableinnovations at gmail.com Mon Mar 8 07:40:35 2010 From: durableinnovations at gmail.com (Elijah Smith) Date: Mon, 8 Mar 2010 02:40:35 -0500 Subject: Please make Gnome Color Manager work with the Nvidia driver Message-ID: Hoping some of you very intelligent people can help me get Gnome Color Manager working on my computer. So here's my situation. I'm a photographer that has said goodbye to windows forever (and photoshop for that matter). My laptop was stolen while on a trip several weeks ago, so I decided to upgrade (all my files are well backed up, so no worries). I got an HP DV7T, i7-720qm core, 4GB DDR3 RAM, 1GB Nvidia GeForce GT 230M... which brings me to my problem. I am running Ubuntu 9.10, with the Nvidia 195.xx driver. I tried to get the Nouveau driver working, but had no luck with that. When I open Gnome Color Manager, everything is blank. There is nothing in any of the pull down menus or anything. I read somewhere that Gnome Color Manager does not yet support the proprietary Nvidia driver. Is there any way of getting support for that driver working? I just did a shoot yesterday and need to get my monitors calibrated (I have a Huey) so I can start editing. Please tell me you all can help. Thanks, Eli -- Eli Smith 540-808-8268 durableinnovations at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmjdebruijn at pcode.nl Mon Mar 8 07:45:01 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Mon, 8 Mar 2010 08:45:01 +0100 Subject: Please make Gnome Color Manager work with the Nvidia driver In-Reply-To: References: Message-ID: <4c2c37f91003072345i7bf7342cycbfbef76ecce33a0@mail.gmail.com> On Mon, Mar 8, 2010 at 8:40 AM, Elijah Smith wrote: > Hoping some of you very intelligent people can help me get Gnome Color > Manager working on my computer.? So here's my situation.? I'm a photographer > that has said goodbye to windows forever (and photoshop for that matter). > My laptop was stolen while on a trip several weeks ago, so I decided to > upgrade (all my files are well backed up, so no worries).? I got an HP DV7T, > i7-720qm core, 4GB DDR3 RAM, 1GB Nvidia GeForce GT 230M... which brings me > to my problem.? I am running Ubuntu 9.10, with the Nvidia 195.xx driver.? I > tried to get the Nouveau driver working, but had no luck with that.? When I > open Gnome Color Manager, everything is blank.? There is nothing in any of > the pull down menus or anything.? I read somewhere that Gnome Color Manager > does not yet support the proprietary Nvidia driver.? Is there any way of > getting support for that driver working?? I just did a shoot yesterday and > need to get my monitors calibrated (I have a Huey) so I can start editing. The nvidia driver is a disaster all round... I have all my nvidia cards stacked rotting in a closet... I guess the only way to get it working is to fallback to the 2D only 'nv' driver... Regards, Pascal de Bruijn From hughsient at gmail.com Mon Mar 8 08:51:49 2010 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 8 Mar 2010 08:51:49 +0000 Subject: Please make Gnome Color Manager work with the Nvidia driver In-Reply-To: <4c2c37f91003072345i7bf7342cycbfbef76ecce33a0@mail.gmail.com> References: <4c2c37f91003072345i7bf7342cycbfbef76ecce33a0@mail.gmail.com> Message-ID: <15e53e181003080051w73a4254gf6d70f113258a259@mail.gmail.com> On 8 March 2010 07:45, Pascal de Bruijn wrote: > I guess the only way to get it working is to fallback to the 2D only > 'nv' driver... I'm not so sure it's so drastic as that, we do have workarounds for the broken binary drivers, although they are not well tested. How did you get your version of GCM? What version are you running? Richard. From alexandre.prokoudine at gmail.com Mon Mar 8 16:01:07 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Mon, 8 Mar 2010 19:01:07 +0300 Subject: dialog's size Message-ID: <733f2c731003080801u7ae03d83m77b365dc9ae3fbe7@mail.gmail.com> Hi, How can I make gcm-prefs's dialog remember the last size it was? At some point it decided that it should be wider that it really has to be and now it's always wider by default. Alexandre From pmjdebruijn at pcode.nl Thu Mar 11 14:21:41 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Thu, 11 Mar 2010 15:21:41 +0100 Subject: CMP DT 003 target image In-Reply-To: <4c2c37f91003090920n1c2aeed6q7f94a3233a5489bd@mail.gmail.com> References: <4c2c37f91003090920n1c2aeed6q7f94a3233a5489bd@mail.gmail.com> Message-ID: <4c2c37f91003110621t5fe1a6deuc72ff76e630f102e@mail.gmail.com> On Tue, Mar 9, 2010 at 6:20 PM, Pascal de Bruijn wrote: > Hi, > > Guy Kloss submitted an image of the CMP DT 003 target to me, I > postprocessed it, and worked it into a patch. > > Please do verify the patch contents before committing... Bump! Regards, Pascal de Bruijn From hughsient at gmail.com Thu Mar 11 14:43:15 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 11 Mar 2010 14:43:15 +0000 Subject: CMP DT 003 target image In-Reply-To: <4c2c37f91003110621t5fe1a6deuc72ff76e630f102e@mail.gmail.com> References: <4c2c37f91003090920n1c2aeed6q7f94a3233a5489bd@mail.gmail.com> <4c2c37f91003110621t5fe1a6deuc72ff76e630f102e@mail.gmail.com> Message-ID: <15e53e181003110643occ5bc94le8cd90e27705b1f8@mail.gmail.com> On 11 March 2010 14:21, Pascal de Bruijn wrote: >> Guy Kloss submitted an image of the CMP DT 003 target to me, I >> postprocessed it, and worked it into a patch. >> >> Please do verify the patch contents before committing... > > Bump! I didn't get the original email... Could you re-attach the patch please. Thanks. Richard. From hughsient at gmail.com Thu Mar 11 16:43:40 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 11 Mar 2010 16:43:40 +0000 Subject: CMP DT 003 target image In-Reply-To: <4c2c37f91003110836l4199ff96jeaa1c009bf595e4a@mail.gmail.com> References: <4c2c37f91003090920n1c2aeed6q7f94a3233a5489bd@mail.gmail.com> <4c2c37f91003110621t5fe1a6deuc72ff76e630f102e@mail.gmail.com> <15e53e181003110643occ5bc94le8cd90e27705b1f8@mail.gmail.com> <4c2c37f91003110836l4199ff96jeaa1c009bf595e4a@mail.gmail.com> Message-ID: <15e53e181003110843v4a5a1b0fp9e98ea9a69ae99f4@mail.gmail.com> On 11 March 2010 16:36, Pascal de Bruijn wrote: > Here you are... Applied, thanks. Richard. From alexandre.prokoudine at gmail.com Thu Mar 18 01:47:25 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Thu, 18 Mar 2010 04:47:25 +0300 Subject: translatable messages Message-ID: <733f2c731003171847s877769ajde00720ce73cff8e@mail.gmail.com> Hi, This message quite puzzles me: "Per-device settings not supported. Check your display driver." The comment says: "TRANSLATORS: this is when the user is using a binary blob". So what exactly does the message try to say? Another one is: "Image is not suitable without conversion". The comment however says "TRANSLATORS: title, usually we can tell based on the EDID data or output name". What does EDID has to do with, presumably, an attempt to create a create a profile from captured image of a reflective target? Also, how do I access "Analyze Print Shop Images"? Alexandre From hughsient at gmail.com Thu Mar 18 08:54:28 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 18 Mar 2010 08:54:28 +0000 Subject: translatable messages In-Reply-To: <733f2c731003171847s877769ajde00720ce73cff8e@mail.gmail.com> References: <733f2c731003171847s877769ajde00720ce73cff8e@mail.gmail.com> Message-ID: <15e53e181003180154u7c6c8d57qab5b1d8b83faa17@mail.gmail.com> On 18 March 2010 01:47, Alexandre Prokoudine wrote: > This message quite puzzles me: "Per-device settings not supported. > Check your display driver." The comment says: "TRANSLATORS: this is > when the user is using a binary blob". So what exactly does the > message try to say? Right, the translator string is crap. What we're trying to say is: The NVIDIA driver does not support per-head gamma controls. Whilst this does not matter if you only have one monitor attached, it means you can't color correct additional monitors or projectors. I've added this. > Another one is: "Image is not suitable without conversion". The > comment however says "TRANSLATORS: title, usually we can tell based on > the EDID data or output name". What does EDID has to do with, > presumably, an attempt to create a create a profile from captured > image of a reflective target? I copied and pasted the wrong comment, I've fixed this up. > Also, how do I access "Analyze Print Shop Images"? I'm not sure what to call this. This is basically when you've received the images that have been printed and you want to generate a profile from them. Better ideas welcome :-) Richard. From durableinnovations at gmail.com Fri Mar 19 03:39:49 2010 From: durableinnovations at gmail.com (Elijah Smith) Date: Thu, 18 Mar 2010 23:39:49 -0400 Subject: gnome-color-manager-list Digest, Vol 5, Issue 11 In-Reply-To: References: Message-ID: >> Also, how do I access "Analyze Print Shop Images"? > >I'm not sure what to call this. This is basically when you've received >the images that have been printed and you want to generate a profile >from them. Better ideas welcome :-) How about "Generate profile from printed images" Just a thought. Peace, Eli -- Eli Smith 540-808-8268 durableinnovations at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From tommy.he at linux.com Sun Mar 21 11:48:46 2010 From: tommy.he at linux.com (Tommy He) Date: Sun, 21 Mar 2010 11:48:46 +0000 Subject: Lock the translation Message-ID: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> Hello , I am currently translating the gnome-color-manager into simplified Chinese. It is my first time to work with GNOME translation project. Is there a way to mark it locked to avoid the duplication if someone was doing the same? Kind regards, Tommy He Fedora Simplified Chinese Translation Team -- Take a Deep Breath out of Windows -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmjdebruijn at pcode.nl Sun Mar 21 16:37:57 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Sun, 21 Mar 2010 17:37:57 +0100 Subject: Fighting with the screensaver. In-Reply-To: <58497f010911151242u54a7926am8f1a9128da6dec42@mail.gmail.com> References: <58497f010911130838v1624a1abm743d4763d6b2b0a3@mail.gmail.com> <1258226360.12545.10.camel@mirell> <58497f010911151242u54a7926am8f1a9128da6dec42@mail.gmail.com> Message-ID: <4c2c37f91003210937n4fdc6f7and6924b11835344ca@mail.gmail.com> On Sun, Nov 15, 2009 at 9:42 PM, Lars Tore Gustavsen wrote: > On Sat, Nov 14, 2009 at 8:19 PM, Martin S. wrote: > >> >> What gfx driver do you use and which component versions (xorg, driver, >> gnome-screensaver? >> > > I use ubuntu 9.10 and I have a ATI Radeon 9200 PRO card. I use the > radeon xorg driver and the xorg version is 1.7.4. > Gnome-screensaver is 2.28.0 I've just built GNOME Color Manager for Ubuntu Lucid, and the problem seems to have disappeared. Though I'm using the Intel driver... Regards, Pascal de Bruijn From pmjdebruijn at pcode.nl Sun Mar 21 16:43:01 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Sun, 21 Mar 2010 17:43:01 +0100 Subject: Standby also seems to reset the VideoLUT/crtc In-Reply-To: <62e8012c0911151115tb4e695p2844767e8c8c7d1@mail.gmail.com> References: <1258223031.9981.3.camel@goliath> <15e53e180911150730n1c85b3adn5f5af7acadcafaef@mail.gmail.com> <62e8012c0911151115tb4e695p2844767e8c8c7d1@mail.gmail.com> Message-ID: <4c2c37f91003210943h7608febdy410852a3e131aa4a@mail.gmail.com> On Sun, Nov 15, 2009 at 8:15 PM, Pedro C?rte-Real wrote: > On Sun, Nov 15, 2009 at 7:33 AM, Andrew Lutomirski wrote: >> Heh, I replied to Pascal directly instead of to all. ?I think that X >> already does that with server 1.7 and up and (on my machine, anyway) >> intel driver 2.9.0 and up. ?(e.g. F12 but not F11) > > I run Ubuntu Karmic (9.10) and this is not the case. I do have the > 2.9.0 intel driver but the server is only 1.6.4. So I guess the config > for it is in the xserver. Strangely when I set the ICC profile with > xcalib it seems to survive the suspend. I've just upgraded my laptop to Ubuntu Lucid Beta1, and submitted GNOME Color Management builds to my PPA... Now on Lucid, with sleep/hibernate the VideoLUT seems to survive (with the Intel driver). Regards, Pascal de Bruijn From hughsient at gmail.com Sun Mar 21 19:50:11 2010 From: hughsient at gmail.com (Richard Hughes) Date: Sun, 21 Mar 2010 19:50:11 +0000 Subject: Lock the translation In-Reply-To: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> References: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> Message-ID: <15e53e181003211250g67857e4cja708d26a8353e954@mail.gmail.com> On 21 March 2010 11:48, Tommy He wrote: > I am currently translating the gnome-color-manager into simplified Chinese. > It is my first time to work with GNOME translation project. Is there a way > to mark it locked to avoid the duplication if someone was doing the same? I've got no idea, but if you ask the Simplified Chinese GNOME intl group, I'm sure they'll help. Thanks! Richard. From alexandre.prokoudine at gmail.com Sun Mar 21 22:10:57 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Mon, 22 Mar 2010 01:10:57 +0300 Subject: Lock the translation In-Reply-To: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> References: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> Message-ID: <733f2c731003211510x1fd042abte3e7d0555a57e486@mail.gmail.com> On 3/21/10, Tommy He wrote: > Hello , > > I am currently translating the gnome-color-manager into simplified Chinese. > It is my first time to work with GNOME translation project. Is there a way > to mark it locked to avoid the duplication if someone was doing the same? What you are basically asking is: "How do I make sure the translation in Git is always so good that nobody else needs to work on it?" And that question has a bit of an answer in it :) Alexandre From hughsient at gmail.com Tue Mar 23 14:04:40 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 23 Mar 2010 14:04:40 +0000 Subject: gnome-color-manager-list Digest, Vol 5, Issue 11 In-Reply-To: References: Message-ID: <15e53e181003230704n4aed6d88ve5079f39789aebb7@mail.gmail.com> On 19 March 2010 03:39, Elijah Smith wrote: > How about "Generate profile from printed images" > Just a thought. Yup, I've used that. Thanks. Richard. From pmjdebruijn at pcode.nl Wed Mar 24 17:25:49 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Wed, 24 Mar 2010 18:25:49 +0100 Subject: No package 'sane-backends' found Message-ID: <4c2c37f91003241025k54e86360rff50864081d3c863@mail.gmail.com> Hi, When trying to build gnome-color-manager from git on Ubuntu Lucid, I get the following: checking for X11... yes checking for SANE... configure: error: Package requirements (sane-backends) were not met: No package 'sane-backends' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. So it's having trouble finding SANE... So either my SANE is broken, or something is funky in GCM configure... When I do apt-get build-dep xsane, nothing gets installed, so I should have all the development dependencies (including libsane-dev) to build anything against libsane. The usual place for a pc file is /usr/lib/pkgconfig right? There is nothing with sane in it there... So that would mean Lucid's SANE is broken? I'd love to hear your view on this... Regards, Pascal de Bruijn From hughsient at gmail.com Wed Mar 24 17:47:14 2010 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 24 Mar 2010 17:47:14 +0000 Subject: No package 'sane-backends' found In-Reply-To: <4c2c37f91003241025k54e86360rff50864081d3c863@mail.gmail.com> References: <4c2c37f91003241025k54e86360rff50864081d3c863@mail.gmail.com> Message-ID: <15e53e181003241047i7a8e0804g2cb8b3e8d13f1153@mail.gmail.com> On 24 March 2010 17:25, Pascal de Bruijn wrote: > When trying to build gnome-color-manager from git on Ubuntu Lucid, I > get the following: > ?checking for SANE... configure: error: Package requirements > (sane-backends) were not met: I've just found out that the sane pc file is only shipped by Red Hat, and is not upstream. I guess we'll have to fall back and search for sane.h -- if anyone wants to get started, it would be very welcome. Richard. From hughsient at gmail.com Wed Mar 24 18:00:50 2010 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 24 Mar 2010 18:00:50 +0000 Subject: No package 'sane-backends' found In-Reply-To: <15e53e181003241047i7a8e0804g2cb8b3e8d13f1153@mail.gmail.com> References: <4c2c37f91003241025k54e86360rff50864081d3c863@mail.gmail.com> <15e53e181003241047i7a8e0804g2cb8b3e8d13f1153@mail.gmail.com> Message-ID: <15e53e181003241100p249f32acte73e4bca5d038e7b@mail.gmail.com> On 24 March 2010 17:47, Richard Hughes wrote: > I've just found out that the sane pc file is only shipped by Red Hat, > and is not upstream. I guess we'll have to fall back and search for > sane.h -- if anyone wants to get started, it would be very welcome. commit 37275a20505747d0d6c55f684d940cde314b7404 Author: Richard Hughes Date: Wed Mar 24 18:00:15 2010 +0000 Search for sane/sane.h as well as the pkgconfig file Can you try now please. Thanks. From hughsient at gmail.com Thu Mar 25 09:53:03 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 09:53:03 +0000 Subject: dialog's size In-Reply-To: <733f2c731003080801u7ae03d83m77b365dc9ae3fbe7@mail.gmail.com> References: <733f2c731003080801u7ae03d83m77b365dc9ae3fbe7@mail.gmail.com> Message-ID: <15e53e181003250253k48433764kaa8f7f307b2bf9f6@mail.gmail.com> On 8 March 2010 16:01, Alexandre Prokoudine wrote: > How can I make gcm-prefs's dialog remember the last size it was? At > some point it decided that it should be wider that it really has to be > and now it's always wider by default. I guess we need to add this kind of thing to GConf, as it's a user preference. I'm kinda waiting for GSettings to appear, as it seems a waste of time to do the GConf bits that are about to be changed. Richard. From hughsient at gmail.com Thu Mar 25 11:27:15 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 11:27:15 +0000 Subject: Full screen color management Message-ID: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> First a little introduction if I may. if you're easily bored please skip to the last paragraph. An image is usually generated with a source profile of the devices used to generate it, that's a lump of data that describes what kind of "red" is actually red. This is encoded in the ICC profile, which is normally in the image metadata. Images without metadata are usually assumed to be sRGB. A color server usually runs at session start and sets the _ICC_PROFILE atom on the XRandR output (or root window) of the screen. This is either the manufacturer generated profile, or the profile that the user has lovingly created. The color server also sets up the color lookup tables (gamma tables) if required. An application that does "early color binding" takes the source profile (e.g. "Hughsie's Nikon D60") and the destination profile ("T61 IBM Internal Panel") and converts one color gamut to another using something like LCMS on Linux, or ColorSync on OSX. This means the "red" that you saw in the viewfinder matches pretty much what you see on the screen, modulo how crappy your laptop LCD panel is. It then tags the Window which is displaying the image with an atom so that the next part works (read on...). This only works for applications that care about color, and only works if the window is entirely on one output (as different outputs might have different output profiles). A "whole screen" color manager is normally an optional plugin to a compositing window manager. There is a pretty hacky proof of concept plugin written for compiz, but that's doing far more stuff than I'm proposing here. It tries to convert the whole screen to the destination gamut, without affecting windows that have already been early-bound. It can detect windows that should be ignored using the atom that has been set on some windows (possibly none, or typically one) and assumes the rest is sRGB and converts this to the destination (monitor) profile. Now, you might be wondering why the last part is required, as most people say that LCD's are supposed to be sRGB anyway. Well, I would disagree, and will disagree more as the years pass. More and more LCD panels are being sold that are "wide gamut" and therefore can display colors well outside of sRGB. Panels (like this T61) are also very much smaller than sRGB and need to be corrected as best we can. On a wide gamut monitor 100% red is piercing red (the sort of piecing red that hurts your eyes) and needs to be controlled. Of course, we want to be able to use the wide gamut features for photographs and HD movies, but we really don't want to be color correcting window borders and [x] controls. If you've read this far, I'm impressed, and you're probably in the minority. Well done. What I'm proposing is a plugin for mutter that uses lcms to color convert the whole screen, masking out the color-corrected regions. Using mutter allows this to work with GNOME 2 and GNOME 3, and mutter also seems to be the sweet-spot for this kind of display correction without putting ICC profile decoding and gamut mapping into the X server. Is full screen color correction something that you think is a good idea, and also would you allow me to create the required hooks in mutter-plugin.h to make this possible? Thanks, Richard Hughes From pmjdebruijn at pcode.nl Thu Mar 25 12:07:11 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Thu, 25 Mar 2010 13:07:11 +0100 Subject: Full screen color management In-Reply-To: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: <4c2c37f91003250507v527d06edg4094e78658bfd32a@mail.gmail.com> On Thu, Mar 25, 2010 at 12:27 PM, Richard Hughes wrote: > First a little introduction if I may. if you're easily bored please > skip to the last paragraph. > > An image is usually generated with a source profile of the devices > used to generate it, that's a lump of data that describes what kind of > "red" is actually red. This is encoded in the ICC profile, which is > normally in the image metadata. Images without metadata are usually > assumed to be sRGB. > > A color server usually runs at session start and sets the _ICC_PROFILE > atom on the XRandR output (or root window) of the screen. This is > either the manufacturer generated profile, or the profile that the > user has lovingly created. The color server also sets up the color > lookup tables (gamma tables) if required. > > An application that does "early color binding" takes the source > profile (e.g. "Hughsie's Nikon D60") and the destination profile ("T61 > IBM Internal Panel") and converts one color gamut to another using > something like LCMS on Linux, or ColorSync on OSX. This means the > "red" that you saw in the viewfinder matches pretty much what you see > on the screen, modulo how crappy your laptop LCD panel is. It then > tags the Window which is displaying the image with an atom so that the > next part works (read on...). This only works for applications that > care about color, and only works if the window is entirely on one > output (as different outputs might have different output profiles). > > A "whole screen" color manager is normally an optional plugin to a > compositing window manager. There is a pretty hacky proof of concept > plugin written for compiz, but that's doing far more stuff than I'm > proposing here. It tries to convert the whole screen to the > destination gamut, without affecting windows that have already been > early-bound. It can detect windows that should be ignored using the > atom that has been set on some windows (possibly none, or typically > one) and assumes the rest is sRGB and converts this to the destination > (monitor) profile. > > Now, you might be wondering why the last part is required, as most > people say that LCD's are supposed to be sRGB anyway. Well, I would > disagree, and will disagree more as the years pass. More and more LCD > panels are being sold that are "wide gamut" and therefore can display > colors well outside of sRGB. Panels (like this T61) are also very much > smaller than sRGB and need to be corrected as best we can. On a wide > gamut monitor 100% red is piercing red (the sort of piecing red that > hurts your eyes) and needs to be controlled. Of course, we want to be > able to use the wide gamut features for photographs and HD movies, but > we really don't want to be color correcting window borders and [x] > controls. Yes, this is very true... sRGB is really a one-size fits none solution :) > If you've read this far, I'm impressed, and you're probably in the > minority. Well done. > > What I'm proposing is a plugin for mutter that uses lcms to color > convert the whole screen, masking out the color-corrected regions. > Using mutter allows this to work with GNOME 2 and GNOME 3, and mutter > also seems to be the sweet-spot for this kind of display correction > without putting ICC profile decoding and gamut mapping into the X > server. > > Is full screen color correction something that you think is a good > idea, and also would you allow me to create the required hooks in > mutter-plugin.h to make this possible? It's probably a good idea, however I do wonder how this will affect slow machines... netbooks anybody? Not that most folks will be doing graphics work on a netbook... What's mutter? Regards, Pascal de Bruijn From hughsient at gmail.com Thu Mar 25 12:10:55 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 12:10:55 +0000 Subject: Full screen color management In-Reply-To: <4c2c37f91003250507v527d06edg4094e78658bfd32a@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> <4c2c37f91003250507v527d06edg4094e78658bfd32a@mail.gmail.com> Message-ID: <15e53e181003250510p258242eav8bd089377a0fe18c@mail.gmail.com> On 25 March 2010 12:07, Pascal de Bruijn wrote: > sRGB is really a one-size fits none solution :) Well, color correcting everything to sRGB gets you 50% the way there, but prevents the last 50% from ever being completed. And is makes the best monitor in the world look just like the worst monitor in the world. > It's probably a good idea, however I do wonder how this will affect > slow machines... netbooks anybody? Not that most folks will be doing > graphics work on a netbook... Sure, I'm guessing most of this will be done with DAMAGE and some degree of OpenGL, although that's just an implementation detail. > What's mutter? metacity replacement. Richard From amluto at gmail.com Thu Mar 25 13:26:08 2010 From: amluto at gmail.com (Andrew Lutomirski) Date: Thu, 25 Mar 2010 07:26:08 -0600 Subject: Full screen color management In-Reply-To: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: On Thu, Mar 25, 2010 at 5:27 AM, Richard Hughes wrote: > First a little introduction if I may. if you're easily bored please > skip to the last paragraph. > > > A "whole screen" color manager is normally an optional plugin to a > compositing window manager. There is a pretty hacky proof of concept > plugin written for compiz, but that's doing far more stuff than I'm > proposing here. It tries to convert the whole screen to the > destination gamut, without affecting windows that have already been > early-bound. It can detect windows that should be ignored using the > atom that has been set on some windows (possibly none, or typically > one) and assumes the rest is sRGB and converts this to the destination > (monitor) profile. This sounds like a great idea, but if I understand it correctly, I think that a small change could make it even better. In your model, windows are either untagged (late color binding) or tagged as early-bound. If windows were instead tagged with a color space (no tag = sRGB, and maybe reserve a special tag "native" that does exactly what your early-binding tag does), then we get a few benefits: 1. Programs displaying images in a wider color space than sRGB can correctly span two outputs with different profiles, assuming that the compositor is smart enough to draw them correctly. This would be nice for video on two displays. 2. Programs that are too lazy to detect when they are dragged from one output to another can simply tag themselves with the correct color space and let the compositor deal with it. 3. The compositor will probably be much faster than LCMS, since it ought to use a hardware shader to do color conversion. This means that some program displaying, say, an AdobeRGB image (a much wider gamut color space than sRGB for those non-color-inclined among you) can just set that tag and get amazing performance. (This is especially true for low-end computers, where performance is more likely to matter.) --Andy From hughsient at gmail.com Thu Mar 25 14:39:15 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 14:39:15 +0000 Subject: Full screen color management In-Reply-To: References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: <15e53e181003250739x193283bx8888cd6108b2ba2b@mail.gmail.com> On 25 March 2010 13:26, Andrew Lutomirski wrote: > This sounds like a great idea, but if I understand it correctly, I > think that a small change could make it even better. ?In your model, > windows are either untagged (late color binding) or tagged as > early-bound. ?If windows were instead tagged with a color space (no > tag = sRGB, and maybe reserve a special tag "native" that does exactly > what your early-binding tag does), then we get a few benefits: What you describe is essentially what the net-color spec is trying to do, and has had some success with oyranos, although the mechanism for updating is pretty, well, complex. > 1. Programs displaying images in a wider color space than sRGB can > correctly span two outputs with different profiles, assuming that the > compositor is smart enough to draw them correctly. ?This would be nice > for video on two displays. With this, the color aware program needs to know if the compositor is installed (and enabled) to actively avoid using lcms and doing the conversion itself. I'm not sure we can enforce the use of a late-bound approach as not everybody wants the performance penalty of a whole screen correction. I guess it's about where you draw the line in the sand. Each way of doing it has advantages and drawbacks. > 2. Programs that are too lazy to detect when they are dragged from one > output to another can simply tag themselves with the correct color > space and let the compositor deal with it. Potentially this means uploading quite a bit of data to the xserver. Some ICC profiles can be in the megabytes, especially for CYMK profiles. But sure, it would be an interesting way of doing things. > 3. The compositor will probably be much faster than LCMS, since it > ought to use a hardware shader to do color conversion. ?This means > that some program displaying, say, an AdobeRGB image (a much wider > gamut color space than sRGB for those non-color-inclined among you) > can just set that tag and get amazing performance. ?(This is > especially true for low-end computers, where performance is more > likely to matter.) Sure, I agree it would be much faster. The question remains if this is something mutter should and can provide. Richard. From hughsient at gmail.com Thu Mar 25 15:29:45 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 15:29:45 +0000 Subject: Nagging the user to recalibrate? Message-ID: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> If the user has created a custom display, printer or camera profile, should be remind them to re-profile once every six months? _________________________ | | Calibration required | | The device "Nikon D60" has not been calbrated recently. | | [ Ignore ] [ Recalibrate now ] |________________________ Richard. From pmjdebruijn at pcode.nl Thu Mar 25 17:25:04 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Thu, 25 Mar 2010 18:25:04 +0100 Subject: Nagging the user to recalibrate? In-Reply-To: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> References: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> Message-ID: <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> On Thu, Mar 25, 2010 at 4:29 PM, Richard Hughes wrote: > If the user has created a custom display, printer or camera profile, > should be remind them to re-profile once every six months? Possibly... But this should be configurable, and it should be easy to turn off... It should probably integrate with this: http://www.markshuttleworth.com/archives/253 I'm assuming the API (DBUS?) is generic, and each distro has it's own visualisation... OR, maybe plan a Task in Evolution? This is probably too nasty... > _________________________ > | > | ?Calibration required > | > | ?The device "Nikon D60" has not been calbrated recently. > | > | [ Ignore ] [ Recalibrate now ] > |________________________ I don't really think camera's need to be recalibrated regularly at all... So these should probably be excluded... Scanners probably do, because they have a backlight that ages... But since scanner use is usually intermittent for most users, I doubt this will be needed for the most common scanner users... So maybe we should exclude these as well... CRTs/LCDs obviously do need to be recalibrated, 6 months seems like a good default... I never notice a difference when I recalibrate on a monthly basis... Though my LCD isn't on for 10 hours a day... probably more like 5... And then we have printers... Printer calibration should probably be redone on every new set of ink, instead of timebased... This would probably be hard to detect (reliably), but sticking to time based notifications isn't a decent replacement, so I guess we should exclude these as well... So CRTs/LCDs are probably the only kind of device for which a time based notification unambiguously has merit... Regards, Pascal de Bruijn From knizek.confy at volny.cz Thu Mar 25 19:31:35 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Thu, 25 Mar 2010 20:31:35 +0100 Subject: Full screen color management In-Reply-To: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: <1269545495.19811.3.camel@athlon> Richard Hughes p??e v ?t 25. 03. 2010 v 11:27 +0000: > Is full screen color correction something that you think is a good > idea, and also would you allow me to create the required hooks in > mutter-plugin.h to make this possible? > Color correction of the full screen would be great. (I usually use my wide gamut lcd in sRGB mode to avoid eye-soring over-saturated icons etc.) I do not understand the details of implementation, hence I cannot say much about "mutter". regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) From pmjdebruijn at pcode.nl Thu Mar 25 20:35:01 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Thu, 25 Mar 2010 21:35:01 +0100 Subject: Full screen color management In-Reply-To: <1269545495.19811.3.camel@athlon> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> <1269545495.19811.3.camel@athlon> Message-ID: <4c2c37f91003251335y16dc4d70k701ffa5d210ab640@mail.gmail.com> On Thu, Mar 25, 2010 at 8:31 PM, Milan Kn??ek wrote: > Richard Hughes p??e v ?t 25. 03. 2010 v 11:27 +0000: >> Is full screen color correction something that you think is a good >> idea, and also would you allow me to create the required hooks in >> mutter-plugin.h to make this possible? > > Color correction of the full screen would be great. (I usually use my > wide gamut lcd in sRGB mode to avoid eye-soring over-saturated icons > etc.) That's truely a shame... Regards, Pascal de Bruijn From otaylor at redhat.com Thu Mar 25 22:52:36 2010 From: otaylor at redhat.com (Owen Taylor) Date: Thu, 25 Mar 2010 18:52:36 -0400 Subject: Full screen color management In-Reply-To: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: <1269557556.2820.22.camel@localhost.localdomain> On Thu, 2010-03-25 at 11:27 +0000, Richard Hughes wrote: > What I'm proposing is a plugin for mutter that uses lcms to color > convert the whole screen, masking out the color-corrected regions. > Using mutter allows this to work with GNOME 2 and GNOME 3, and mutter > also seems to be the sweet-spot for this kind of display correction > without putting ICC profile decoding and gamut mapping into the X > server. > > Is full screen color correction something that you think is a good > idea, and also would you allow me to create the required hooks in > mutter-plugin.h to make this possible? * I think making the compositor manager do color correction for naive apps is a great idea. * Mutter is the certainly compositing manager of interest for GNOME. (Though in terms of "GNOME 2" - Mutter working without a plugin is pretty much gravy - it seems to work pretty well now, but it isn't an explicit development goal.) * I'm not at all convinced that stacking multiple Mutter plugins is a good idea. Think of mutter as 'libmutter' implemented with a weird inversion of control where main() lives in libmutter rather than in the application. Is there are reason this capability couldn't be built into Mutter? * Do you know what technique you would be using to do the color correction? Do you render the whole screen to an offscreen buffer than color correct that when drawing to the stage? Or do you apply mapping tables to individual windows? This affects whether Clutter changes would be needed as well. Note that much of the screen when gnome-shell is rendering is *not* windows, and Mutter doesn't see it being rendered at all - Mutter is just adding actors to the Clutter stage and gnome-shell adds additional actors to the Clutter stage. (This additional content will normally be sRGB content, though I suppose you could imagine putting a non-sRGB photo as your desktop background and wanting it to appear in full gamut.) - Owen From hughsient at gmail.com Fri Mar 26 07:46:03 2010 From: hughsient at gmail.com (Richard Hughes) Date: Fri, 26 Mar 2010 07:46:03 +0000 Subject: Nagging the user to recalibrate? In-Reply-To: <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> References: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> Message-ID: <15e53e181003260046s20b3d5d9h1215f402298b6994@mail.gmail.com> On 25 March 2010 17:25, Pascal de Bruijn wrote: > Possibly... But this should be configurable, and it should be easy to > turn off... Sure, I've added a "ignore" button. > I'm assuming the API (DBUS?) is generic, and each distro has it's own > visualisation... Sure, it's using a libnotify call, which is a standard library. > OR, maybe plan a Task in Evolution? This is probably too nasty... Euwwww. > Scanners probably do, because they have a backlight that ages... But > since scanner use is usually intermittent for most users, I doubt this > will be needed for the most common scanner users... So maybe we should > exclude these as well... Agreed. > CRTs/LCDs obviously do need to be recalibrated, 6 months seems like a > good default... I never notice a difference when I recalibrate on a > monthly basis... Though my LCD isn't on for 10 hours a day... probably > more like 5... Sure, 6 months seems like a good default. > And then we have printers... Printer calibration should probably be > redone on every new set of ink, instead of timebased... This would > probably be hard to detect (reliably), but sticking to time based > notifications isn't a decent replacement, so I guess we should exclude > these as well... I'm keen on printers, but again, maybe every month or six months is a good idea. > So CRTs/LCDs are probably the only kind of device for which a time > based notification unambiguously has merit... Cool, I've added this in git master. Richard. From pmjdebruijn at pcode.nl Fri Mar 26 16:57:32 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Fri, 26 Mar 2010 17:57:32 +0100 Subject: Nagging the user to recalibrate? In-Reply-To: <15e53e181003260046s20b3d5d9h1215f402298b6994@mail.gmail.com> References: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> <15e53e181003260046s20b3d5d9h1215f402298b6994@mail.gmail.com> Message-ID: <4c2c37f91003260957k2deea63eod4e520a7885d6b5e@mail.gmail.com> On Fri, Mar 26, 2010 at 8:46 AM, Richard Hughes wrote: > On 25 March 2010 17:25, Pascal de Bruijn wrote: >> Possibly... But this should be configurable, and it should be easy to >> turn off... > > Sure, I've added a "ignore" button. Also add a "Never bother me again" button :) >> I'm assuming the API (DBUS?) is generic, and each distro has it's own >> visualisation... > > Sure, it's using a libnotify call, which is a standard library. > >> OR, maybe plan a Task in Evolution? This is probably too nasty... > > Euwwww. > >> Scanners probably do, because they have a backlight that ages... But >> since scanner use is usually intermittent for most users, I doubt this >> will be needed for the most common scanner users... So maybe we should >> exclude these as well... > > Agreed. > >> CRTs/LCDs obviously do need to be recalibrated, 6 months seems like a >> good default... I never notice a difference when I recalibrate on a >> monthly basis... Though my LCD isn't on for 10 hours a day... probably >> more like 5... > > Sure, 6 months seems like a good default. > >> And then we have printers... Printer calibration should probably be >> redone on every new set of ink, instead of timebased... This would >> probably be hard to detect (reliably), but sticking to time based >> notifications isn't a decent replacement, so I guess we should exclude >> these as well... > > I'm keen on printers, but again, maybe every month or six months is a good idea. It's probably not... really... The best idea is probably to instruct the user to recalibrate on each new set of ink, whenever he/she first calibrates his/her printer... When generating medium quality printer profiles, some smoothing is (luckily) applied by ArgyllCMS, so I wonder if recalibration has a lot of effect at all... This is assuming your printer is not an unreliable piece of crap, with el'cheapo refill-ink, from a company that sources it's ink from another manufacturer each month or so :) >> So CRTs/LCDs are probably the only kind of device for which a time >> based notification unambiguously has merit... > > Cool, I've added this in git master. Cool... There is another consideration... What is checked? The current active profile? Or the latest available profile? For example when I import a manufacturer supplied .icc, it will most likely always be dated more than six months, but we still don't want to nag the user... Regards, Pascal de Bruijn From hughsient at gmail.com Sat Mar 27 17:29:54 2010 From: hughsient at gmail.com (Richard Hughes) Date: Sat, 27 Mar 2010 17:29:54 +0000 Subject: Nagging the user to recalibrate? In-Reply-To: <4c2c37f91003260957k2deea63eod4e520a7885d6b5e@mail.gmail.com> References: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> <15e53e181003260046s20b3d5d9h1215f402298b6994@mail.gmail.com> <4c2c37f91003260957k2deea63eod4e520a7885d6b5e@mail.gmail.com> Message-ID: <15e53e181003271029l32cb698ejc3f2d8fd927c924a@mail.gmail.com> On 26 March 2010 16:57, Pascal de Bruijn wrote: > Also add a "Never bother me again" button :) Ignore == never tell me about this again. > The best idea is probably to instruct the user to recalibrate on each > new set of ink, whenever he/she first calibrates his/her printer... I guess we could get this from CUPS. > There is another consideration... What is checked? > > The current active profile? Or the latest available profile? When the current profile was assigned to the device. > For example when I import a manufacturer supplied .icc, it will most > likely always be dated more than six months, but we still don't want > to nag the user... Sure, we only nag the user if the profile was created by GCM. Richard. From knizek.confy at volny.cz Sun Mar 28 20:09:15 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Sun, 28 Mar 2010 22:09:15 +0200 Subject: [PATCH] Correct wording re. display calibration Message-ID: <1269806955.2901.26.camel@athlon> Hello, I have tried to update the texts relating to the display calibration. There is now a detailed FAQ entry in the help file, so I assume it is better to use specific terms ("calibration") instead of general ones ("screen correction", etc.). regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Correct-wording-re.-display-calibration.patch Type: text/x-patch Size: 5168 bytes Desc: not available URL: From hughsient at gmail.com Mon Mar 29 09:46:52 2010 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 29 Mar 2010 10:46:52 +0100 Subject: GNOME Color Manager 2.30.0 Message-ID: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> gnome-color-manager is a session program that makes it easy to manage, install and generate color profiles in the GNOME desktop. Version 2.30.0 ~~~~~~~~~~~~~~ Released: 2010-03-29 * Translations - Add Simplified Chinese translation (Eleanor Chen) - Update Czech translation (Milan Kn??ek) - Updated German doc translation (Mario Bl?ttermann) - Updated German translation (Christian Kirbach) - Updated German translation (Mario Bl?ttermann) - Updated Lithuanian translation (Gintautas Miliauskas) - Updated Norwegian bokm?l translation (Kjartan Maraas) - Updated Polish translation (Piotr Dr?g) - Updated Portuguese translation (Ant?nio Lima) - Updated Russian translation (Alexandre Prokoudine) - Updated Slovenian translation (Andrej ?nidar?i?) - Updated Spanish translation (Jorge Gonz?lez) * New Features: - Add a 'created' and 'modified' key to each device in the config file (Richard Hughes) - Add a DBus method GetDevices() and relax the checks in GetProfilesForDevice() to also take a device ID (Richard Hughes) - Add an entry to the FAQ to explain the difference between calibration and characterization (Richard Hughes) - Add a notification when devices with profiles need recalibrating (Richard Hughes) - Add CMP DT 003 target image submitted by Guy Kloss (Pascal de Bruijn) - Add images of the Colorimtre HCFR (Richard Hughes) - Add images of the i1 Pro (Richard Hughes) - Add info regarding high precision for display profiling (Milan Kn??ek) - Allow the user to choose the calibration precision using an interactive dialog (Richard Hughes) - Convert the .tiff files to .jpeg if we are creating a print profile (Richard Hughes) - Do not rely on usb.ids, but instead encode the colorimeter type in the udev rules (Richard Hughes) - Emit ::changed on the public DBus interface when devices are added or removed (Richard Hughes) - For laptops, use the DMI data to contruct the calibration filename (Richard Hughes) - Make sure the profile comboboxes are alphabetically sorted (Richard Hughes) - Show each device setting when we use gcm-inspect --dump (Richard Hughes) - Use libsane to get our scanners, which means remote devices are now supported (Richard Hughes) - When devices are connected and disconnected, do not remove then add them, just change the state (Richard Hughes) * Bugfix: - Check and correct TIFF image files with alpha channels before using them in argyllcms. Fixes rh#569564 (Richard Hughes) - Correct terminology in help file (Milan Kn??ek) - Correct use of calibrate/profile and replace device by instrument (Milan Kn??ek) - Do not crash attempting to add cups printers without PPD file (Martin Szulecki) - Do not crash the DBus service if a device does not have a profile set and it is included in a query (Richard Hughes) - Do not crash when GetProfileForWindow() succeeds in finding a window (Richard Hughes) - Do not use ACL_MANAGE, udev is already doing this for us (Richard Hughes) - Fix "cast increases required alignment of target type" [ia64] (Kamal Mostafa) - Fix up some translatable messages. Fixes #612111 (Richard Hughes) - Fix wrong word in data/gnome-color-manager.schemas.in. Fixes #612105 (Christian Kirbach) - If there are any lcms warnings in gcm-fix-profile, do not attempt to re-save the profile (Richard Hughes) - Make gcm-install-system-wide a little more paranoid from users that might want to be horrible (Richard Hughes) - Parse the EDID more carefully to not overwrite the model with junk for an invalid entry. Fixes #155410 (Richard Hughes) - Prevent a segfault if ppdOpenFile() fails for whatever reason (Richard Hughes) - Update profiling precision wording (Milan Kn??ek) - Use the model name for the SANE id, the 'name' attribute depends on the USB port used (Richard Hughes) - Warn if GConf is not set correctly when setting up the dialog (Richard Hughes) Additionally, it has branched for 2-30 and development continues in master. Richard. From pmjdebruijn at pcode.nl Mon Mar 29 16:43:59 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Mon, 29 Mar 2010 18:43:59 +0200 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> Message-ID: <4c2c37f91003290943n24e15960jd473b811c6b581c1@mail.gmail.com> On Mon, Mar 29, 2010 at 11:46 AM, Richard Hughes wrote: > gnome-color-manager is a session program that makes it easy to manage, install > and generate color profiles in the GNOME desktop. > > Version 2.30.0 > ~~~~~~~~~~~~~~ > Released: 2010-03-29 As per usual I've built this GCM release, for Ubuntu, this time for both Ubuntu Karmic and Ubuntu Lucid (the next LTS)... The packages are available on both my main PPA, and my gcm-release PPA: https://launchpad.net/~pmjdebruijn/+archive/gcm-release This might be of interest to some as well: https://launchpad.net/~pmjdebruijn/+archive/argyll-release Regards, Pascal de Bruijn From alexandre.prokoudine at gmail.com Mon Mar 29 21:39:16 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Tue, 30 Mar 2010 01:39:16 +0400 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> Message-ID: <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> On 3/29/10, Richard Hughes wrote: > gnome-color-manager is a session program that makes it easy to manage, > install > and generate color profiles in the GNOME desktop. > > Version 2.30.0 > ~~~~~~~~~~~~~~ > Released: 2010-03-29 It used to be first Monday of *new* month :-/ Oh well, no review and translation updates then. BTW, "Reset" button doesn't work properly for finetuning. It moves sliders back to original position, but output is not adjusted. Alexandre From pmjdebruijn at pcode.nl Mon Mar 29 21:47:03 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Mon, 29 Mar 2010 23:47:03 +0200 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> Message-ID: <4c2c37f91003291447x50844e6fqa02b97065d6167e6@mail.gmail.com> On Mon, Mar 29, 2010 at 11:39 PM, Alexandre Prokoudine wrote: > On 3/29/10, Richard Hughes wrote: >> gnome-color-manager is a session program that makes it easy to manage, >> install >> and generate color profiles in the GNOME desktop. >> >> Version 2.30.0 >> ~~~~~~~~~~~~~~ >> Released: 2010-03-29 > > It used to be first Monday of *new* month :-/ Oh well, no review and > translation updates then. > > BTW, "Reset" button doesn't work properly for finetuning. It moves > sliders back to original position, but output is not adjusted. There is GNOME release cycle :) http://live.gnome.org/TwoPointTwentynine/ Regards, Pascal de Bruijn From hughsient at gmail.com Tue Mar 30 07:41:42 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 30 Mar 2010 08:41:42 +0100 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <4c2c37f91003291447x50844e6fqa02b97065d6167e6@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> <4c2c37f91003291447x50844e6fqa02b97065d6167e6@mail.gmail.com> Message-ID: <15e53e181003300041x3bb909fes9db6a348832bbc4f@mail.gmail.com> On 29 March 2010 22:47, Pascal de Bruijn wrote: > On Mon, Mar 29, 2010 at 11:39 PM, Alexandre Prokoudine >> It used to be first Monday of *new* month :-/ Oh well, no review and >> translation updates then. > There is GNOME release cycle :) Yes, Monday was the absolute deadline for the 2.30.0 tarballs. Maybe I could have communicated that better, sorry. Richard. From hughsient at gmail.com Tue Mar 30 11:16:36 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 30 Mar 2010 12:16:36 +0100 Subject: Using colorimeters in different modes Message-ID: <15e53e181003300416q6f768dbfq466372d791544028@mail.gmail.com> Do you guys think adding an interface to do spotreads (i.e. use your ColorMunki to tell me what the sRGB value of a color swatch) would be for design work? I'm not sure how such a thing would "slot" into the gcm GUI, although I think it might be a useful feature? Thoughts? Richard. From pmjdebruijn at pcode.nl Tue Mar 30 16:37:19 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Tue, 30 Mar 2010 18:37:19 +0200 Subject: Using colorimeters in different modes In-Reply-To: <15e53e181003300416q6f768dbfq466372d791544028@mail.gmail.com> References: <15e53e181003300416q6f768dbfq466372d791544028@mail.gmail.com> Message-ID: <4c2c37f91003300937q4f01b654hb54302d2fc8a2be5@mail.gmail.com> On Tue, Mar 30, 2010 at 1:16 PM, Richard Hughes wrote: > Do you guys think adding an interface to do spotreads (i.e. use your > ColorMunki to tell me what the sRGB value of a color swatch) would be > for design work? I'm not sure how such a thing would "slot" into the > gcm GUI, although I think it might be a useful feature? Thoughts? That would be awesome... Maybe this could be a seperate tool, available in the Applications - Graphics menu? Regards, Pascal de Bruijn From knizek.confy at volny.cz Tue Mar 30 18:07:50 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Tue, 30 Mar 2010 20:07:50 +0200 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <15e53e181003300041x3bb909fes9db6a348832bbc4f@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> <4c2c37f91003291447x50844e6fqa02b97065d6167e6@mail.gmail.com> <15e53e181003300041x3bb909fes9db6a348832bbc4f@mail.gmail.com> Message-ID: <1269972470.14971.9.camel@athlon> Richard Hughes p??e v ?t 30. 03. 2010 v 08:41 +0100: > On 29 March 2010 22:47, Pascal de Bruijn wrote: > > On Mon, Mar 29, 2010 at 11:39 PM, Alexandre Prokoudine > >> It used to be first Monday of *new* month :-/ Oh well, no review and > >> translation updates then. > > There is GNOME release cycle :) > > Yes, Monday was the absolute deadline for the 2.30.0 tarballs. Maybe I > could have communicated that better, sorry. > It would be definitely better to announce what are the deadlines for translations - I do not follow the whole gnome thing, just gcm. I was asked by the Czech team if I plan to update the translation, but also without a deadline. Coincidently, I did so just last weekend... BTW, Udi Fuchs (UFRaw) sends out an email to all "last-translators" once there is a string freeze so they even do not have to follow the mailing list - that would be very convenient but I guess individual GNOME developers may not have the easy-to-use infrastructure available. regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) From pmjdebruijn at pcode.nl Tue Mar 30 18:14:03 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Tue, 30 Mar 2010 20:14:03 +0200 Subject: Official inclusion into Ubuntu Message-ID: <4c2c37f91003301114w152dac49s398ddad1ab1d428@mail.gmail.com> Hi, I just noticed GNOME Color Manager got officially included into Ubuntu Lucid (universe): http://packages.ubuntu.com/lucid/gnome-color-manager Regards, Pascal de Bruijn From hughsient at gmail.com Tue Mar 30 18:18:06 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 30 Mar 2010 19:18:06 +0100 Subject: Official inclusion into Ubuntu In-Reply-To: <4c2c37f91003301114w152dac49s398ddad1ab1d428@mail.gmail.com> References: <4c2c37f91003301114w152dac49s398ddad1ab1d428@mail.gmail.com> Message-ID: <15e53e181003301118j1d64d10bi5ead4b48972a63e5@mail.gmail.com> On 30 March 2010 19:14, Pascal de Bruijn wrote: > I just noticed GNOME Color Manager got officially included into Ubuntu > Lucid (universe): Cool, good news indeed. Richard. From hughsient at gmail.com Mon Mar 1 11:57:46 2010 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 1 Mar 2010 11:57:46 +0000 Subject: New release: 2.29.4 Message-ID: <15e53e181003010357q169d5693k5bbf00387902b872@mail.gmail.com> Version 2.29.4 ~~~~~~~~~~~~~~ Released: 2010-03-01 * Translations - Add Czech help translation (Milan Knizek) - Add Czech translation (Milan Kn??ek) - Update Czech translation (Marek ?ernock?) - Updated French translation (Claude Paroz) - Updated German doc translation (Mario Bl?ttermann) - Updated German translation (Mario Bl?ttermann) - Updated Lithuanian translation (Aurimas ?ernius) - Updated Norwegian bokm?l translation (Kjartan Maraas) - Updated Russian translation (Alexandre Prokoudine) - Updated Slovenian translation (Andrej ?nidar?i?) - Updated Spanish translation (Jorge Gonz?lez) - Updated Swedish translation (Daniel Nylander) * New Features: - Add a thumbnail image of the ColorCheckerDC (Graeme Gill) - Add ColorCheckerSG thumbnail (Hening Betterman) - Add LaserSoftDCPro thumbnail (Jorg Rosenkranz) - Add printer profiling support using argyllcms and GtkPrint (Richard Hughes) - Add some device type icons (Fr?d?ric Bellaiche, Sebastian Kraft) - Add support for sending calibration images to print shops (Richard Hughes) - Add four more target thumbnails (Pascal de Bruijn) - Allow UDEV and CUPS coldplug to be done multi-threaded (Richard Hughes) - Allow virtual devices to be added to the device list (Richard Hughes) - Automatically use the EXIF data if available from TIFF files when calibrating devices. Fixes #609444 (Richard Hughes) - Conform to ICC Profiles in X Specification 0.3 (Richard Hughes) - Detect printers by connecting to CUPS rather than scraping the HPLIP properties (Richard Hughes) - Enable half-height targets for the ColorMunki, and double the patch counts for this hardware (Richard Hughes) - Make users do the legwork when there is an unrecognised colorimeter (Richard Hughes) - Play sounds using libcanberra when user interaction is required (Richard Hughes) - Properly support projectors in the UI, and in the argyllcms wrapper (Richard Hughes) - Remove GCM_HARDWARE_DETECTION as we're now shipping our own udev rules (Richard Hughes) - Save the device colorspace in the config file so we can set profiles when not connected (Richard Hughes) - Set a tooltip explaining why the calibrate button is insensitive (Richard Hughes) - Set per-user xsane global and device settings when we have assigned a scanner profile (Richard Hughes) - Show a GtkInfoBar warning if the profile has no vcgt table. Fixes #610287 (Richard Hughes) - Support other types of reference file other than IT8 (Richard Hughes) - Three FAQ entries out of five suggested filled in (Alexandre Prokoudine) - Update Help Preferences Text (Paul Finnigan) * Bugfix: - Add an 'All files' option on the file choosers. Fixes #610288 (Richard Hughes) - Add AC_PROG_RANLIB to configure. Fixes #610771 (Richard Hughes) - Add a list of colorimeters as we'll need this if argyllcms is not installed. Fixes rh#566414 (Richard Hughes) - Ask for the chart type first before we ask for calibration files (Pascal de Bruijn) - Capitalization fix for 'More Information' button (Michael Monreal) - Correct help Intro and Usage (Paul Finnigan) - Do low quality calibration when using targets with a low number of patches (Pascal de Bruijn) - Do not allow devices to be assigned profiles in different colorspaces from native (Richard Hughes) - Do not make the display calibration button sensitive (with tooltip) if we are using < XRandR 1.3 drivers. Fixes #610846 (Richard Hughes) - Do not show the display as 'default' even when using the binary blob (Richard Hughes) - Don't add Cups-PDF devices to the device list (Richard Hughes) - Ensure ~/.color/icc exists at startup. Fixes #566275 (Richard Hughes) - Ensure we set ID_MODEL_FROM_DATABASE and ID_VENDOR_FROM_DATABASE even if we're using old versions of argyllcms (Richard Hughes) - Fix segfault when the profile has no description (Richard Hughes) - Have scanin compensate for perspective distortion (Pascal de Bruijn) - HIG string and capitalization fixes (Michael Monreal) - Only require the device to be present if it is a display type (Richard Hughes) - Read the ti2 file for the calibration model if we are analysing existing targets (Richard Hughes) - Replace ColorCheckerSG with a newly processed one (Pascal de Bruijn) - Replace colprof -aS with -aG (Pascal de Bruijn) - Set the colorspace on unconnected devices to avoid getting no profiles in the list (Richard Hughes) - Show a label in the device section when the user is using a xrandr-fallback driver. Fixes rh#566606 (Richard Hughes) - Support colorimeter devices that need to change mode in the middle of the calibration (Richard Hughes) - Use GFile internally so we can support importing profiles from gvfs mount points. Fixes #610285 (Richard Hughes) Version 2.29.3 ~~~~~~~~~~~~~~ Released: 2010-02-01 * Translations - Added Italian translation (Francesco Groccia) - Updated Danish translation (Joe Hansen) - Updated French translation (Claude Paroz) - Updated German translation (Mario Bl?ttermann) - Updated Norwegian bokm?l translation (Kjartan Maraas) - Updated Portuguese translation (Ant?nio Lima) - Updated Russian translation (Alexandre Prokoudine) - Updated Slovenian translation (Andrej ?nidar?i?) - Updated Swedish translation (Daniel Nylander) * New Features: - Enable the rendering intent and default colorspace UI elements (Richard Hughes) - Show whether the ICC profile has a VCGT tag in the UI (Richard Hughes) - Filter out non RGB and CMYK color space profiles from the combo-boxes using a heuristic (Richard Hughes) - Add a new DBus method GetProfileForWindow which can return a profile for a supplied XID (Richard Hughes) - Add some new text and tooltips to the prefs dialog (Richard Hughes) - Add per-user OSX ICC profiles at startup (Richard Hughes) - Add OSX and Windows ICC profiles if they exist from mounted volumes. Fixes #607390 (Richard Hughes) - Add a device profile entry of 'Other profile...' to be able to easily import a profile. Fixes #607389 (Richard Hughes) - Add a precision GConf variable to control the time a calibration takes. Fixes #605558 (Richard Hughes) - Screenscrape the Argyll output to better support other hardware devices. Fixes #605558 (Richard Hughes) - Do not show the 'Fine tuning' expander by default, and have configuration in GConf (Richard Hughes) * Bugfix: - Zero out GErrors after freeing. Fixes crash (Christian Hergert) - Add gnome-desktop path as fallback for pci.ids (Frederic Crozat) - Do not generate an error if a display profile does not have CLUT data (Richard Hughes) - Add gcm-fix-profile to load and then re-save existing profiles using lcms (Richard Hughes) - Fix compile when using an ld that defaults to --as-needed (Richard Hughes) - Do not allow the colorspace combobox to be zero sized. Fixes #606484 (Richard Hughes) - Make gcm-prefs a normal dialog rather than a modal dialog (Richard Hughes) - Only scan ICC locations with hfs partition types for OSX and msdos/NTFS types for Windows (Richard Hughes) - Make gcm-prefs startup a few hundred ms quicker by not loading the list of screens (Richard Hughes) - Cache gnome_rr_screen_new and take 0.7 seconds off the start time (Richard Hughes) - Don't resize the window on startup. Fixes #607391 (Richard Hughes) - Update the Free Software Foundation address (Richard Hughes) Version 2.29.2 ~~~~~~~~~~~~~~ Released: 2010-01-04 * Translations - Added German help translation (Christian Kirbach) - Added Slovenian translation (Matej Urban?i?) - Added Spanish translation (Jorge Gonz?lez) - Updated Brazilian Portuguese translation (Flamarion Jorge) - Updated British English translation (Bruce Cowan) - Updated Danish translation (Joe Hansen) - Updated French translation (Claude Paroz) - Updated German translation (Christian Kirbach) - Updated German translation (Mario Bl?ttermann) - Updated Russian translation (Alexandre Prokoudine) - Updated Slovenian translation (Andrej ?nidar?i?) * New Features: - Add two elements in the UI, for RGB and CMYK working spaces (Richard Hughes) - Add a TRC curve to the profile display (Richard Hughes) - Add LCMS as a hard build-time dependency (Richard Hughes) - Add PackageKit integration so we can install shared-color-targets (Richard Hughes) - Offer to install ArgyllCMS if it is not installed, and the user wants to calibrate (Richard Hughes) - Add a simple GcmImage class that makes embedded color profiles 'just work' (Richard Hughes) - Import ICC profiles when dragged and dropped on the prefs capplet (Richard Hughes) - Linkify the copyright and manufacturer strings in the profile dialog (Richard Hughes) - Add a PolicyKit rule for the system-wide profiles install (Richard Hughes) - Load the system-wide default if it has been installed (Richard Hughes) * Bugfix: - Fix the reference file import filter (Pascal de Bruijn) - Also evaluate /usr/local/bin when searching for Argyll tools. Fixes #605552 (Pascal de Bruijn) - Add an icon for a colorspace conversion profile (Richard Hughes) - Fix the help file installation so that yelp recognizes our help file (Richard Hughes) - Do not install the demo ICC files, and instead depend on the shared-color-profiles package (Richard Hughes) - Fix using profiles with VCGT formulas encoded in them (Richard Hughes) - If getting the illuminants failed, try running it through the profile (Richard Hughes) - Use strftime rather than our own hand-rolled function (Richard Hughes) - Show the TRC curves in the UI, rather than the vcgt curves (Richard Hughes) - Make gcm-dump-edid more useful by showing parsed data if available (Richard Hughes) - Use as much of the EDID as we can when generating device IDs. Fixes #605013 (Richard Hughes) - Add an experimental user-calibrate wizard, which the user can use when there is no calibration hardware available (Richard Hughes) - Use the hardware calibration device in the profile name. Fixes #605259 (Richard Hughes) - Sanitize the basename in GcmCalibrate when set. Fixes #605348 (Richard Hughes) - Use the ORIGINATOR tag in the it8 file to specify a device prefix for the device calibration. Fixes #605259 (Richard Hughes) - Move the device matching from a hard-coded list to a set of udev rules (Richard Hughes) - Properly detect broken dispcal output. Fixes #605838 (Richard Hughes) Version 2.29.1 ~~~~~~~~~~~~~~ Released: 2009-12-07 * Translations - Add Russian translation (Alexandre Prokoudine) - Add British English translation (Bruce Cowan) - Add Indonesian translation (Andika Triwidada) - Add French translation (Claude Paroz) - Add Swedish translation (Daniel Nylander) - Add Brazilian Portuguese translation (Flamarion Jorge) - Add Lithuanian translation (Gintautas Miliauskas) - Add German translation (Hendrik Brandt) - Add Danish translation (Joe Hansen) - Add Spanish translation (Jorge Gonz?lez) - Add Norwegian bokm?l translation (Kjartan Maraas) - Add Thai translation (Phondanai Khanti) - Add Polish translation (Piotr Dr?g) - Add Estonian translation (Priit Laes, Mattias P?ldaru) - Add Tamil translation (vasudeven) - Add Russian user guide translation (Alexandre Prokoudine) - Add Indonesian user guide translation (Andika Triwidada) * New Features: - Add gcm-import, a helper to allow double clicking on ICC profiles to import them (Richard Hughes) - Add gcm-prefs, a utility to assign profiles to devices, examine profiles, and set session-wide defaults (Richard Hughes) - Add gcm-session, a dbus-activated session daemon for applications to get the profiles for a device, or device class and to get session-wide defaults. It exits when no longer used to save resources. (Richard Hughes) - Add gcm-self-test, a self test framework that tests GCM functionality (Richard Hughes) - Add gcm-apply, a simple utility to just set (or reset) display profiles (Richard Hughes) - Add gcm-inspect, a debugging utility to inspect the profiles set in the session (Richard Hughes) - Add gcm-dump-edid, a utility to dump the EDID to disk for debugging (Richard Hughes) - Add gcm-dump-profile, a utility to dump the ICC profile to the screen (Richard Hughes) - Add some simple man pages and help document (Richard Hughes) - Add ArgyllCMS support to generate device profiles (Richard Hughes) - Add color calibration hardware auto-detection (Richard Hughes) - Add code to set the _ICC_PROFILE atom per-output and also per-screen (Richard Hughes) - Add some pre-calibration steps for external displays (Pascal de Bruijn) - Add hardware support for gphoto supported cameras (Richard Hughes) - Add hardware support for SANE suppoerted scanners (Richard Hughes) - Add hardware support for video4linux supported video devices (Richard Hughes) - Add hardware support for XRandR supported displays (Richard Hughes) - Add hardware support for hplip supported printers (Richard Hughes) - Add CIE widget to display visual data about different profiles (Richard Hughes) - Use the system DMI data to better itentify internal LCD panels (Richard Hughes) - Parse the EDID to get a better device description for displays (Richard Hughes) - Make the list orders predictable by setting a sort string (Richard Hughes) * Bugfix: - Use XDG directory to store data (Baptiste Mille-Mathias) - Remove markup from GTKBuilder translatable strings (Claude Paroz) - Update bluish.icc title (Lars Tore Gustavsen, Pascal de Bruijn) - Enable adding xrandr devices with no EDID (Martin Szulecki) - Avoid reporting a (false) failure on first import (Stephane Delcroix) - Fix the message-received cb signature (Stephane Delcroix) - Fix up numerous small bugs prior to first release (Richard Hughes) - Look for the debian-named argyllcms binaries first (Richard Hughes) - Set the brightness to 100% on internal LCD panels before we generate a output profile (Richard Hughes) From pmjdebruijn at pcode.nl Mon Mar 1 18:37:51 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Mon, 1 Mar 2010 19:37:51 +0100 Subject: New release: 2.29.4 In-Reply-To: <15e53e181003010357q169d5693k5bbf00387902b872@mail.gmail.com> References: <15e53e181003010357q169d5693k5bbf00387902b872@mail.gmail.com> Message-ID: <4c2c37f91003011037k212ab066kd7706597fd380592@mail.gmail.com> On Mon, Mar 1, 2010 at 12:57 PM, Richard Hughes wrote: > Version 2.29.4 > ~~~~~~~~~~~~~~ > Released: 2010-03-01 Both my PPAs are up to date now... My gcm-release PPA will stay stable until a new version has been released: https://launchpad.net/~pmjdebruijn/+archive/gcm-release/+packages My main PPA will probably start tracking git in a week or so. Regards, Pascal de Bruijn From hughsient at gmail.com Tue Mar 2 11:29:33 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 11:29:33 +0000 Subject: UI Help Required Message-ID: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> I've just merged a dialog to allow the user to choose the calibration precision if 'ask' is specified in GConf. I'm not very good at the wordy stuff, so I would appreciate some grammar and HIG help from you guys. Please tell me what you think. Screeenshot attached. Thanks. Richard. -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot-Device Calibration.png Type: image/png Size: 36688 bytes Desc: not available URL: From pmjdebruijn at pcode.nl Tue Mar 2 11:32:54 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Tue, 2 Mar 2010 12:32:54 +0100 Subject: UI Help Required In-Reply-To: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> Message-ID: <4c2c37f91003020332j2c2b19bej1c313dd87a5d27de@mail.gmail.com> On Tue, Mar 2, 2010 at 12:29 PM, Richard Hughes wrote: > I've just merged a dialog to allow the user to choose the calibration > precision if 'ask' is specified in GConf. I'm not very good at the > wordy stuff, so I would appreciate some grammar and HIG help from you > guys. > > Please tell me what you think. Screeenshot attached. Thanks. It looks pretty good... Though I'm not sure on how literal I should take the images? Especially the short image, since it implies that not the whole paper surface would be used for color patches, which would be a shame... Regards, Pascal de Bruijn From hughsient at gmail.com Tue Mar 2 11:37:23 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 11:37:23 +0000 Subject: UI Help Required In-Reply-To: <4c2c37f91003020332j2c2b19bej1c313dd87a5d27de@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> <4c2c37f91003020332j2c2b19bej1c313dd87a5d27de@mail.gmail.com> Message-ID: <15e53e181003020337n43c0c39dvc3723a1d10b1b9b1@mail.gmail.com> On 2 March 2010 11:32, Pascal de Bruijn wrote: > It looks pretty good... Though I'm not sure on how literal I should > take the images? Not at all. I really don't want to render the chart and insert into the svg just for the button image. :-) Richard. From hughsient at gmail.com Tue Mar 2 11:41:09 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 11:41:09 +0000 Subject: IRC Channel Message-ID: <15e53e181003020341u5bf025c5if599350a63ed3bf1@mail.gmail.com> I've setup a channel #gnome-color-manager on GIMPNet. Everyone is welcome. Richard From knizek.confy at volny.cz Tue Mar 2 17:26:57 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Tue, 02 Mar 2010 18:26:57 +0100 Subject: UI Help Required In-Reply-To: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> Message-ID: <1267550817.5496.17.camel@athlon> Richard Hughes p??e v ?t 02. 03. 2010 v 11:29 +0000: > I've just merged a dialog to allow the user to choose the calibration > precision if 'ask' is specified in GConf. I'm not very good at the > wordy stuff, so I would appreciate some grammar and HIG help from you > guys. How about talking about low, normal and high precision instead of short, normal and long profile/precision? I get the point that the adjectives here refer to the time it takes to make the profile, but "short profile" and "short precision" sounds weird, doesn't it? -- Please choose the calibration precision. For a typical workflow, a normal precision profile is sufficient. High precision profiles are more accurate, but their preparation require more paper and time for reading the color swatches. Correspondingly, low precision profiles are quick and easy to prepare but provide lower quality of color matching. Low Normal High -- regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) From hughsient at gmail.com Tue Mar 2 18:33:35 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 18:33:35 +0000 Subject: UI Help Required In-Reply-To: <1267550817.5496.17.camel@athlon> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> <1267550817.5496.17.camel@athlon> Message-ID: <15e53e181003021033q3a5f5265hcba73f4b65a58604@mail.gmail.com> On 2 March 2010 17:26, Milan Kn??ek wrote: > I get the point that the adjectives here refer to the time it takes to > make the profile, but "short profile" and "short precision" sounds > weird, doesn't it? Yes, i suppose it does. > Please choose the calibration precision. > > For a typical workflow, a normal precision profile is sufficient. > > High precision profiles are more accurate, but their preparation require > more paper and time for reading the color swatches. Correspondingly, low > precision profiles are quick and easy to prepare but provide lower > quality of color matching. > > Low ? ?Normal ? ?High That's much better than what I've got. Any chance you could have a go at making a patch for git master? If not, no worries and I can look into it tomorrow. The reason I ask is there is some printer-calibration specific paragraphs in the dialog, and we probably need to add some display specific strings too. Richard. From knizek.confy at volny.cz Tue Mar 2 20:52:09 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Tue, 02 Mar 2010 21:52:09 +0100 Subject: UI Help Required In-Reply-To: <15e53e181003021033q3a5f5265hcba73f4b65a58604@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> <1267550817.5496.17.camel@athlon> <15e53e181003021033q3a5f5265hcba73f4b65a58604@mail.gmail.com> Message-ID: <1267563129.28400.5.camel@athlon> Richard Hughes p??e v ?t 02. 03. 2010 v 18:33 +0000: > On 2 March 2010 17:26, Milan Kn??ek wrote: > That's much better than what I've got. Any chance you could have a go > at making a patch for git master? If not, no worries and I can look > into it tomorrow. The reason I ask is there is some > printer-calibration specific paragraphs in the dialog, and we probably > need to add some display specific strings too. > I will setup git following your explanation to Paul F. and make the patch - but not sooner than on the weekend (busy days now...) regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) From hughsient at gmail.com Tue Mar 2 21:11:56 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 21:11:56 +0000 Subject: UI Help Required In-Reply-To: <1267563129.28400.5.camel@athlon> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> <1267550817.5496.17.camel@athlon> <15e53e181003021033q3a5f5265hcba73f4b65a58604@mail.gmail.com> <1267563129.28400.5.camel@athlon> Message-ID: <15e53e181003021311x30150dffhb559f037566cb92f@mail.gmail.com> On 2 March 2010 20:52, Milan Kn??ek wrote: > I will setup git following your explanation to Paul F. and make the > patch - but not sooner than on the weekend (busy days now...) No problem, I would much prefer you to do the patch for me, as then you can also make subsequent changes if you wan to. If you get stuck, be sure to shout loud and someone here will try to help. Richard From alexandre.prokoudine at gmail.com Wed Mar 3 02:20:32 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Wed, 3 Mar 2010 05:20:32 +0300 Subject: UI Help Required In-Reply-To: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> Message-ID: <733f2c731003021820n4fea5749k8d0ef6650d34a2c2@mail.gmail.com> On 3/2/10, Richard Hughes wrote: > I've just merged a dialog to allow the user to choose the calibration > precision if 'ask' is specified in GConf. I'm not very good at the > wordy stuff, so I would appreciate some grammar and HIG help from you > guys. Call it bitching, but I really don't like how width of the three images is twice as much as width of the text above. Alexandre From alexandre.prokoudine at gmail.com Wed Mar 3 02:23:52 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Wed, 3 Mar 2010 05:23:52 +0300 Subject: terminology Message-ID: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> Hi, OK, I admit: this is geeky stuff, but nevertheless... G-C-M uses the word "calibration" everywhere. However what it does in half of the times is "characterization", sometimes also referred to as "profiling". Am I the only person who thinks that it should be fixed? Alexandre From graeme2 at argyllcms.com Wed Mar 3 03:59:19 2010 From: graeme2 at argyllcms.com (Graeme Gill) Date: Wed, 03 Mar 2010 14:59:19 +1100 Subject: terminology In-Reply-To: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> References: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> Message-ID: <4B8DDE97.6050206@argyllcms.com> Alexandre Prokoudine wrote: > G-C-M uses the word "calibration" everywhere. However what it does in > half of the times is "characterization", sometimes also referred to as > "profiling". > > Am I the only person who thinks that it should be fixed? It's a very important distinction, and if it's not kept straight users will be very confused. See Graeme Gill. From hughsient at gmail.com Wed Mar 3 07:40:23 2010 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 3 Mar 2010 07:40:23 +0000 Subject: terminology In-Reply-To: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> References: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> Message-ID: <15e53e181003022340k79f6d343g54a07d3dcda55901@mail.gmail.com> On 3 March 2010 02:23, Alexandre Prokoudine wrote: > OK, I admit: this is geeky stuff, but nevertheless... Color management is pretty geeky stuff, I don't mind. > G-C-M uses the word "calibration" everywhere. However what it does in > half of the times is "characterization", sometimes also referred to as > "profiling". > > Am I the only person who thinks that it should be fixed? Sure. I'm slightly worried that characterization is quite a scary long word, but I guess profiling can be used in it's place. If you can identify where in the UI we get this wrong I would appreciate patches. We probably need something like Graemes' help page in the yelp file (or just a link there) to help out all the poor hapless users :-) Thanks. Richard. From renemiranda80 at gmail.com Fri Mar 5 00:03:56 2010 From: renemiranda80 at gmail.com (Rene Miranda) Date: Thu, 4 Mar 2010 21:03:56 -0300 Subject: planilha de excel gráficos no excel Message-ID: <1267715134aeb3e97855af4542125549f18df4c0bc@gmail.com> criar planilha no excel 2003 como fazer planilhas no excel 2003: http://www.modelosdecartascomerciais.com curso de excel modelos de f?rmulas e planilhas celulas excel, graficos no excel gr?fico no excel, modelos planilhas excel modelo planilhas excel, planilha em excel de fluxo de caixa planilhas excel vba, planilhas no excel proteger planilhas no excel, exemplos de planilhas no excel download de planilha excel, modelos de planilha do excel modelos excel, planilha de excel planilhas no excel gratis Visite: http://www.modelosdecartascomerciais.com criar planilha no excel 2003 como fazer planilhas no excel 2003.curso de excel modelos de f?rmulas e planilhas apostila planilhas excel, gr?ficos em excel planilha de excel avan?ado, modelos planilhas excel inserir planilha no excel, planilha em excel de fluxo de caixa planilhas excel controle, planilhas no excel planilhas no excel , exemplos de planilhas em excel formula no excel, modelos de planilha do excel modelos de planilhas excell, planilha de excel planilhas execel, planilhas excel calculos planilha de horas no excel, desbloqueio de planilha excel, criar uma planilha no excel dicas de planilhas, graficos em excel planilha de excel avan?ado, modelos planilhas excel gr?ficos no excel, planilha em excel de fluxo de caixa planilhas excel calculos modelos de planilhas planilha de estoque em excel modelos de planilha do excel modelos de planilhas execel, planilha de excel planilhas exel, planilhas excel calculos planilha de horas trabalhadas no excel, desproteger planilha de excel, criar uma planilha no excel dicas excel, gr?ficos em excel planilha de excel avan?ado, modelos planilhas excel inserir planilha no excel, planilha em excel de fluxo de caixa planilhas excel controle, curso de excel modelos de f?rmulas e planilhas atualizar planilha excel, graficos em excel planilha de excel gratis, modelos planilhas excel linhas excel, planilha em excel de fluxo de caixa planilhas excel controle de estoque, planilhas no excel planilhas no excel gratis, exemplos de planilhas em excel fun??o bdsoma planilhas excell planilha no excel de contas a pagar, exemplo de planilha do excel exemplo planilha excel, exemplo de planilhas excel exemplo de planilha no excel, modelos de c?lulas linhas excel, planilha de estoque em excel model os de planilhas, planilhas eletronicas excel porcentagem no excel, exemplo de planilhas excel exemplo de planilhas no excel, modelos de celulas macro no excel, planilha de estoque em excel modelos de planilhas controle, planilhas eletr?nicas excel porcentagem no excel, somar planilhas no excel somase From knizek.confy at volny.cz Sat Mar 6 20:09:36 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Sat, 06 Mar 2010 21:09:36 +0100 Subject: UI text patches Message-ID: <1267906176.9422.8.camel@athlon> Hello, I tried to update texts for "low/normal/high profile precision" and for the use of "calibrate" or "profile" - possibly still wrong somewhere. (I have not updated the messages to std out and tried not to touch function names.) Patches are attached. (I did not compile and review the text in a running program though.) regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Correct-terminology-in-help-file.patch Type: text/x-patch Size: 8426 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002-Update-profiling-precision-wording.patch Type: text/x-patch Size: 4356 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0003-Correct-use-of-calibrate-profile-and-replace-device-.patch Type: text/x-patch Size: 17357 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0004-Add-info-re.-high-precision-for-display-profiling.patch Type: text/x-patch Size: 1198 bytes Desc: not available URL: From hughsient at gmail.com Sat Mar 6 21:23:26 2010 From: hughsient at gmail.com (Richard Hughes) Date: Sat, 6 Mar 2010 21:23:26 +0000 Subject: UI text patches In-Reply-To: <1267906176.9422.8.camel@athlon> References: <1267906176.9422.8.camel@athlon> Message-ID: <15e53e181003061323h4565c999n8f20a3cad3191e5a@mail.gmail.com> On 6 March 2010 20:09, Milan Kn??ek wrote: > I tried to update texts for "low/normal/high profile precision" and for > the use of "calibrate" or "profile" - possibly still wrong somewhere. (I > have not updated the messages to std out and tried not to touch function > names.) All applied, with a couple of minor changes. Thanks! Richard. From durableinnovations at gmail.com Mon Mar 8 07:40:35 2010 From: durableinnovations at gmail.com (Elijah Smith) Date: Mon, 8 Mar 2010 02:40:35 -0500 Subject: Please make Gnome Color Manager work with the Nvidia driver Message-ID: Hoping some of you very intelligent people can help me get Gnome Color Manager working on my computer. So here's my situation. I'm a photographer that has said goodbye to windows forever (and photoshop for that matter). My laptop was stolen while on a trip several weeks ago, so I decided to upgrade (all my files are well backed up, so no worries). I got an HP DV7T, i7-720qm core, 4GB DDR3 RAM, 1GB Nvidia GeForce GT 230M... which brings me to my problem. I am running Ubuntu 9.10, with the Nvidia 195.xx driver. I tried to get the Nouveau driver working, but had no luck with that. When I open Gnome Color Manager, everything is blank. There is nothing in any of the pull down menus or anything. I read somewhere that Gnome Color Manager does not yet support the proprietary Nvidia driver. Is there any way of getting support for that driver working? I just did a shoot yesterday and need to get my monitors calibrated (I have a Huey) so I can start editing. Please tell me you all can help. Thanks, Eli -- Eli Smith 540-808-8268 durableinnovations at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmjdebruijn at pcode.nl Mon Mar 8 07:45:01 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Mon, 8 Mar 2010 08:45:01 +0100 Subject: Please make Gnome Color Manager work with the Nvidia driver In-Reply-To: References: Message-ID: <4c2c37f91003072345i7bf7342cycbfbef76ecce33a0@mail.gmail.com> On Mon, Mar 8, 2010 at 8:40 AM, Elijah Smith wrote: > Hoping some of you very intelligent people can help me get Gnome Color > Manager working on my computer.? So here's my situation.? I'm a photographer > that has said goodbye to windows forever (and photoshop for that matter). > My laptop was stolen while on a trip several weeks ago, so I decided to > upgrade (all my files are well backed up, so no worries).? I got an HP DV7T, > i7-720qm core, 4GB DDR3 RAM, 1GB Nvidia GeForce GT 230M... which brings me > to my problem.? I am running Ubuntu 9.10, with the Nvidia 195.xx driver.? I > tried to get the Nouveau driver working, but had no luck with that.? When I > open Gnome Color Manager, everything is blank.? There is nothing in any of > the pull down menus or anything.? I read somewhere that Gnome Color Manager > does not yet support the proprietary Nvidia driver.? Is there any way of > getting support for that driver working?? I just did a shoot yesterday and > need to get my monitors calibrated (I have a Huey) so I can start editing. The nvidia driver is a disaster all round... I have all my nvidia cards stacked rotting in a closet... I guess the only way to get it working is to fallback to the 2D only 'nv' driver... Regards, Pascal de Bruijn From hughsient at gmail.com Mon Mar 8 08:51:49 2010 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 8 Mar 2010 08:51:49 +0000 Subject: Please make Gnome Color Manager work with the Nvidia driver In-Reply-To: <4c2c37f91003072345i7bf7342cycbfbef76ecce33a0@mail.gmail.com> References: <4c2c37f91003072345i7bf7342cycbfbef76ecce33a0@mail.gmail.com> Message-ID: <15e53e181003080051w73a4254gf6d70f113258a259@mail.gmail.com> On 8 March 2010 07:45, Pascal de Bruijn wrote: > I guess the only way to get it working is to fallback to the 2D only > 'nv' driver... I'm not so sure it's so drastic as that, we do have workarounds for the broken binary drivers, although they are not well tested. How did you get your version of GCM? What version are you running? Richard. From alexandre.prokoudine at gmail.com Mon Mar 8 16:01:07 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Mon, 8 Mar 2010 19:01:07 +0300 Subject: dialog's size Message-ID: <733f2c731003080801u7ae03d83m77b365dc9ae3fbe7@mail.gmail.com> Hi, How can I make gcm-prefs's dialog remember the last size it was? At some point it decided that it should be wider that it really has to be and now it's always wider by default. Alexandre From pmjdebruijn at pcode.nl Thu Mar 11 14:21:41 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Thu, 11 Mar 2010 15:21:41 +0100 Subject: CMP DT 003 target image In-Reply-To: <4c2c37f91003090920n1c2aeed6q7f94a3233a5489bd@mail.gmail.com> References: <4c2c37f91003090920n1c2aeed6q7f94a3233a5489bd@mail.gmail.com> Message-ID: <4c2c37f91003110621t5fe1a6deuc72ff76e630f102e@mail.gmail.com> On Tue, Mar 9, 2010 at 6:20 PM, Pascal de Bruijn wrote: > Hi, > > Guy Kloss submitted an image of the CMP DT 003 target to me, I > postprocessed it, and worked it into a patch. > > Please do verify the patch contents before committing... Bump! Regards, Pascal de Bruijn From hughsient at gmail.com Thu Mar 11 14:43:15 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 11 Mar 2010 14:43:15 +0000 Subject: CMP DT 003 target image In-Reply-To: <4c2c37f91003110621t5fe1a6deuc72ff76e630f102e@mail.gmail.com> References: <4c2c37f91003090920n1c2aeed6q7f94a3233a5489bd@mail.gmail.com> <4c2c37f91003110621t5fe1a6deuc72ff76e630f102e@mail.gmail.com> Message-ID: <15e53e181003110643occ5bc94le8cd90e27705b1f8@mail.gmail.com> On 11 March 2010 14:21, Pascal de Bruijn wrote: >> Guy Kloss submitted an image of the CMP DT 003 target to me, I >> postprocessed it, and worked it into a patch. >> >> Please do verify the patch contents before committing... > > Bump! I didn't get the original email... Could you re-attach the patch please. Thanks. Richard. From hughsient at gmail.com Thu Mar 11 16:43:40 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 11 Mar 2010 16:43:40 +0000 Subject: CMP DT 003 target image In-Reply-To: <4c2c37f91003110836l4199ff96jeaa1c009bf595e4a@mail.gmail.com> References: <4c2c37f91003090920n1c2aeed6q7f94a3233a5489bd@mail.gmail.com> <4c2c37f91003110621t5fe1a6deuc72ff76e630f102e@mail.gmail.com> <15e53e181003110643occ5bc94le8cd90e27705b1f8@mail.gmail.com> <4c2c37f91003110836l4199ff96jeaa1c009bf595e4a@mail.gmail.com> Message-ID: <15e53e181003110843v4a5a1b0fp9e98ea9a69ae99f4@mail.gmail.com> On 11 March 2010 16:36, Pascal de Bruijn wrote: > Here you are... Applied, thanks. Richard. From alexandre.prokoudine at gmail.com Thu Mar 18 01:47:25 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Thu, 18 Mar 2010 04:47:25 +0300 Subject: translatable messages Message-ID: <733f2c731003171847s877769ajde00720ce73cff8e@mail.gmail.com> Hi, This message quite puzzles me: "Per-device settings not supported. Check your display driver." The comment says: "TRANSLATORS: this is when the user is using a binary blob". So what exactly does the message try to say? Another one is: "Image is not suitable without conversion". The comment however says "TRANSLATORS: title, usually we can tell based on the EDID data or output name". What does EDID has to do with, presumably, an attempt to create a create a profile from captured image of a reflective target? Also, how do I access "Analyze Print Shop Images"? Alexandre From hughsient at gmail.com Thu Mar 18 08:54:28 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 18 Mar 2010 08:54:28 +0000 Subject: translatable messages In-Reply-To: <733f2c731003171847s877769ajde00720ce73cff8e@mail.gmail.com> References: <733f2c731003171847s877769ajde00720ce73cff8e@mail.gmail.com> Message-ID: <15e53e181003180154u7c6c8d57qab5b1d8b83faa17@mail.gmail.com> On 18 March 2010 01:47, Alexandre Prokoudine wrote: > This message quite puzzles me: "Per-device settings not supported. > Check your display driver." The comment says: "TRANSLATORS: this is > when the user is using a binary blob". So what exactly does the > message try to say? Right, the translator string is crap. What we're trying to say is: The NVIDIA driver does not support per-head gamma controls. Whilst this does not matter if you only have one monitor attached, it means you can't color correct additional monitors or projectors. I've added this. > Another one is: "Image is not suitable without conversion". The > comment however says "TRANSLATORS: title, usually we can tell based on > the EDID data or output name". What does EDID has to do with, > presumably, an attempt to create a create a profile from captured > image of a reflective target? I copied and pasted the wrong comment, I've fixed this up. > Also, how do I access "Analyze Print Shop Images"? I'm not sure what to call this. This is basically when you've received the images that have been printed and you want to generate a profile from them. Better ideas welcome :-) Richard. From durableinnovations at gmail.com Fri Mar 19 03:39:49 2010 From: durableinnovations at gmail.com (Elijah Smith) Date: Thu, 18 Mar 2010 23:39:49 -0400 Subject: gnome-color-manager-list Digest, Vol 5, Issue 11 In-Reply-To: References: Message-ID: >> Also, how do I access "Analyze Print Shop Images"? > >I'm not sure what to call this. This is basically when you've received >the images that have been printed and you want to generate a profile >from them. Better ideas welcome :-) How about "Generate profile from printed images" Just a thought. Peace, Eli -- Eli Smith 540-808-8268 durableinnovations at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From tommy.he at linux.com Sun Mar 21 11:48:46 2010 From: tommy.he at linux.com (Tommy He) Date: Sun, 21 Mar 2010 11:48:46 +0000 Subject: Lock the translation Message-ID: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> Hello , I am currently translating the gnome-color-manager into simplified Chinese. It is my first time to work with GNOME translation project. Is there a way to mark it locked to avoid the duplication if someone was doing the same? Kind regards, Tommy He Fedora Simplified Chinese Translation Team -- Take a Deep Breath out of Windows -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmjdebruijn at pcode.nl Sun Mar 21 16:37:57 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Sun, 21 Mar 2010 17:37:57 +0100 Subject: Fighting with the screensaver. In-Reply-To: <58497f010911151242u54a7926am8f1a9128da6dec42@mail.gmail.com> References: <58497f010911130838v1624a1abm743d4763d6b2b0a3@mail.gmail.com> <1258226360.12545.10.camel@mirell> <58497f010911151242u54a7926am8f1a9128da6dec42@mail.gmail.com> Message-ID: <4c2c37f91003210937n4fdc6f7and6924b11835344ca@mail.gmail.com> On Sun, Nov 15, 2009 at 9:42 PM, Lars Tore Gustavsen wrote: > On Sat, Nov 14, 2009 at 8:19 PM, Martin S. wrote: > >> >> What gfx driver do you use and which component versions (xorg, driver, >> gnome-screensaver? >> > > I use ubuntu 9.10 and I have a ATI Radeon 9200 PRO card. I use the > radeon xorg driver and the xorg version is 1.7.4. > Gnome-screensaver is 2.28.0 I've just built GNOME Color Manager for Ubuntu Lucid, and the problem seems to have disappeared. Though I'm using the Intel driver... Regards, Pascal de Bruijn From pmjdebruijn at pcode.nl Sun Mar 21 16:43:01 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Sun, 21 Mar 2010 17:43:01 +0100 Subject: Standby also seems to reset the VideoLUT/crtc In-Reply-To: <62e8012c0911151115tb4e695p2844767e8c8c7d1@mail.gmail.com> References: <1258223031.9981.3.camel@goliath> <15e53e180911150730n1c85b3adn5f5af7acadcafaef@mail.gmail.com> <62e8012c0911151115tb4e695p2844767e8c8c7d1@mail.gmail.com> Message-ID: <4c2c37f91003210943h7608febdy410852a3e131aa4a@mail.gmail.com> On Sun, Nov 15, 2009 at 8:15 PM, Pedro C?rte-Real wrote: > On Sun, Nov 15, 2009 at 7:33 AM, Andrew Lutomirski wrote: >> Heh, I replied to Pascal directly instead of to all. ?I think that X >> already does that with server 1.7 and up and (on my machine, anyway) >> intel driver 2.9.0 and up. ?(e.g. F12 but not F11) > > I run Ubuntu Karmic (9.10) and this is not the case. I do have the > 2.9.0 intel driver but the server is only 1.6.4. So I guess the config > for it is in the xserver. Strangely when I set the ICC profile with > xcalib it seems to survive the suspend. I've just upgraded my laptop to Ubuntu Lucid Beta1, and submitted GNOME Color Management builds to my PPA... Now on Lucid, with sleep/hibernate the VideoLUT seems to survive (with the Intel driver). Regards, Pascal de Bruijn From hughsient at gmail.com Sun Mar 21 19:50:11 2010 From: hughsient at gmail.com (Richard Hughes) Date: Sun, 21 Mar 2010 19:50:11 +0000 Subject: Lock the translation In-Reply-To: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> References: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> Message-ID: <15e53e181003211250g67857e4cja708d26a8353e954@mail.gmail.com> On 21 March 2010 11:48, Tommy He wrote: > I am currently translating the gnome-color-manager into simplified Chinese. > It is my first time to work with GNOME translation project. Is there a way > to mark it locked to avoid the duplication if someone was doing the same? I've got no idea, but if you ask the Simplified Chinese GNOME intl group, I'm sure they'll help. Thanks! Richard. From alexandre.prokoudine at gmail.com Sun Mar 21 22:10:57 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Mon, 22 Mar 2010 01:10:57 +0300 Subject: Lock the translation In-Reply-To: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> References: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> Message-ID: <733f2c731003211510x1fd042abte3e7d0555a57e486@mail.gmail.com> On 3/21/10, Tommy He wrote: > Hello , > > I am currently translating the gnome-color-manager into simplified Chinese. > It is my first time to work with GNOME translation project. Is there a way > to mark it locked to avoid the duplication if someone was doing the same? What you are basically asking is: "How do I make sure the translation in Git is always so good that nobody else needs to work on it?" And that question has a bit of an answer in it :) Alexandre From hughsient at gmail.com Tue Mar 23 14:04:40 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 23 Mar 2010 14:04:40 +0000 Subject: gnome-color-manager-list Digest, Vol 5, Issue 11 In-Reply-To: References: Message-ID: <15e53e181003230704n4aed6d88ve5079f39789aebb7@mail.gmail.com> On 19 March 2010 03:39, Elijah Smith wrote: > How about "Generate profile from printed images" > Just a thought. Yup, I've used that. Thanks. Richard. From pmjdebruijn at pcode.nl Wed Mar 24 17:25:49 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Wed, 24 Mar 2010 18:25:49 +0100 Subject: No package 'sane-backends' found Message-ID: <4c2c37f91003241025k54e86360rff50864081d3c863@mail.gmail.com> Hi, When trying to build gnome-color-manager from git on Ubuntu Lucid, I get the following: checking for X11... yes checking for SANE... configure: error: Package requirements (sane-backends) were not met: No package 'sane-backends' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. So it's having trouble finding SANE... So either my SANE is broken, or something is funky in GCM configure... When I do apt-get build-dep xsane, nothing gets installed, so I should have all the development dependencies (including libsane-dev) to build anything against libsane. The usual place for a pc file is /usr/lib/pkgconfig right? There is nothing with sane in it there... So that would mean Lucid's SANE is broken? I'd love to hear your view on this... Regards, Pascal de Bruijn From hughsient at gmail.com Wed Mar 24 17:47:14 2010 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 24 Mar 2010 17:47:14 +0000 Subject: No package 'sane-backends' found In-Reply-To: <4c2c37f91003241025k54e86360rff50864081d3c863@mail.gmail.com> References: <4c2c37f91003241025k54e86360rff50864081d3c863@mail.gmail.com> Message-ID: <15e53e181003241047i7a8e0804g2cb8b3e8d13f1153@mail.gmail.com> On 24 March 2010 17:25, Pascal de Bruijn wrote: > When trying to build gnome-color-manager from git on Ubuntu Lucid, I > get the following: > ?checking for SANE... configure: error: Package requirements > (sane-backends) were not met: I've just found out that the sane pc file is only shipped by Red Hat, and is not upstream. I guess we'll have to fall back and search for sane.h -- if anyone wants to get started, it would be very welcome. Richard. From hughsient at gmail.com Wed Mar 24 18:00:50 2010 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 24 Mar 2010 18:00:50 +0000 Subject: No package 'sane-backends' found In-Reply-To: <15e53e181003241047i7a8e0804g2cb8b3e8d13f1153@mail.gmail.com> References: <4c2c37f91003241025k54e86360rff50864081d3c863@mail.gmail.com> <15e53e181003241047i7a8e0804g2cb8b3e8d13f1153@mail.gmail.com> Message-ID: <15e53e181003241100p249f32acte73e4bca5d038e7b@mail.gmail.com> On 24 March 2010 17:47, Richard Hughes wrote: > I've just found out that the sane pc file is only shipped by Red Hat, > and is not upstream. I guess we'll have to fall back and search for > sane.h -- if anyone wants to get started, it would be very welcome. commit 37275a20505747d0d6c55f684d940cde314b7404 Author: Richard Hughes Date: Wed Mar 24 18:00:15 2010 +0000 Search for sane/sane.h as well as the pkgconfig file Can you try now please. Thanks. From hughsient at gmail.com Thu Mar 25 09:53:03 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 09:53:03 +0000 Subject: dialog's size In-Reply-To: <733f2c731003080801u7ae03d83m77b365dc9ae3fbe7@mail.gmail.com> References: <733f2c731003080801u7ae03d83m77b365dc9ae3fbe7@mail.gmail.com> Message-ID: <15e53e181003250253k48433764kaa8f7f307b2bf9f6@mail.gmail.com> On 8 March 2010 16:01, Alexandre Prokoudine wrote: > How can I make gcm-prefs's dialog remember the last size it was? At > some point it decided that it should be wider that it really has to be > and now it's always wider by default. I guess we need to add this kind of thing to GConf, as it's a user preference. I'm kinda waiting for GSettings to appear, as it seems a waste of time to do the GConf bits that are about to be changed. Richard. From hughsient at gmail.com Thu Mar 25 11:27:15 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 11:27:15 +0000 Subject: Full screen color management Message-ID: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> First a little introduction if I may. if you're easily bored please skip to the last paragraph. An image is usually generated with a source profile of the devices used to generate it, that's a lump of data that describes what kind of "red" is actually red. This is encoded in the ICC profile, which is normally in the image metadata. Images without metadata are usually assumed to be sRGB. A color server usually runs at session start and sets the _ICC_PROFILE atom on the XRandR output (or root window) of the screen. This is either the manufacturer generated profile, or the profile that the user has lovingly created. The color server also sets up the color lookup tables (gamma tables) if required. An application that does "early color binding" takes the source profile (e.g. "Hughsie's Nikon D60") and the destination profile ("T61 IBM Internal Panel") and converts one color gamut to another using something like LCMS on Linux, or ColorSync on OSX. This means the "red" that you saw in the viewfinder matches pretty much what you see on the screen, modulo how crappy your laptop LCD panel is. It then tags the Window which is displaying the image with an atom so that the next part works (read on...). This only works for applications that care about color, and only works if the window is entirely on one output (as different outputs might have different output profiles). A "whole screen" color manager is normally an optional plugin to a compositing window manager. There is a pretty hacky proof of concept plugin written for compiz, but that's doing far more stuff than I'm proposing here. It tries to convert the whole screen to the destination gamut, without affecting windows that have already been early-bound. It can detect windows that should be ignored using the atom that has been set on some windows (possibly none, or typically one) and assumes the rest is sRGB and converts this to the destination (monitor) profile. Now, you might be wondering why the last part is required, as most people say that LCD's are supposed to be sRGB anyway. Well, I would disagree, and will disagree more as the years pass. More and more LCD panels are being sold that are "wide gamut" and therefore can display colors well outside of sRGB. Panels (like this T61) are also very much smaller than sRGB and need to be corrected as best we can. On a wide gamut monitor 100% red is piercing red (the sort of piecing red that hurts your eyes) and needs to be controlled. Of course, we want to be able to use the wide gamut features for photographs and HD movies, but we really don't want to be color correcting window borders and [x] controls. If you've read this far, I'm impressed, and you're probably in the minority. Well done. What I'm proposing is a plugin for mutter that uses lcms to color convert the whole screen, masking out the color-corrected regions. Using mutter allows this to work with GNOME 2 and GNOME 3, and mutter also seems to be the sweet-spot for this kind of display correction without putting ICC profile decoding and gamut mapping into the X server. Is full screen color correction something that you think is a good idea, and also would you allow me to create the required hooks in mutter-plugin.h to make this possible? Thanks, Richard Hughes From pmjdebruijn at pcode.nl Thu Mar 25 12:07:11 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Thu, 25 Mar 2010 13:07:11 +0100 Subject: Full screen color management In-Reply-To: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: <4c2c37f91003250507v527d06edg4094e78658bfd32a@mail.gmail.com> On Thu, Mar 25, 2010 at 12:27 PM, Richard Hughes wrote: > First a little introduction if I may. if you're easily bored please > skip to the last paragraph. > > An image is usually generated with a source profile of the devices > used to generate it, that's a lump of data that describes what kind of > "red" is actually red. This is encoded in the ICC profile, which is > normally in the image metadata. Images without metadata are usually > assumed to be sRGB. > > A color server usually runs at session start and sets the _ICC_PROFILE > atom on the XRandR output (or root window) of the screen. This is > either the manufacturer generated profile, or the profile that the > user has lovingly created. The color server also sets up the color > lookup tables (gamma tables) if required. > > An application that does "early color binding" takes the source > profile (e.g. "Hughsie's Nikon D60") and the destination profile ("T61 > IBM Internal Panel") and converts one color gamut to another using > something like LCMS on Linux, or ColorSync on OSX. This means the > "red" that you saw in the viewfinder matches pretty much what you see > on the screen, modulo how crappy your laptop LCD panel is. It then > tags the Window which is displaying the image with an atom so that the > next part works (read on...). This only works for applications that > care about color, and only works if the window is entirely on one > output (as different outputs might have different output profiles). > > A "whole screen" color manager is normally an optional plugin to a > compositing window manager. There is a pretty hacky proof of concept > plugin written for compiz, but that's doing far more stuff than I'm > proposing here. It tries to convert the whole screen to the > destination gamut, without affecting windows that have already been > early-bound. It can detect windows that should be ignored using the > atom that has been set on some windows (possibly none, or typically > one) and assumes the rest is sRGB and converts this to the destination > (monitor) profile. > > Now, you might be wondering why the last part is required, as most > people say that LCD's are supposed to be sRGB anyway. Well, I would > disagree, and will disagree more as the years pass. More and more LCD > panels are being sold that are "wide gamut" and therefore can display > colors well outside of sRGB. Panels (like this T61) are also very much > smaller than sRGB and need to be corrected as best we can. On a wide > gamut monitor 100% red is piercing red (the sort of piecing red that > hurts your eyes) and needs to be controlled. Of course, we want to be > able to use the wide gamut features for photographs and HD movies, but > we really don't want to be color correcting window borders and [x] > controls. Yes, this is very true... sRGB is really a one-size fits none solution :) > If you've read this far, I'm impressed, and you're probably in the > minority. Well done. > > What I'm proposing is a plugin for mutter that uses lcms to color > convert the whole screen, masking out the color-corrected regions. > Using mutter allows this to work with GNOME 2 and GNOME 3, and mutter > also seems to be the sweet-spot for this kind of display correction > without putting ICC profile decoding and gamut mapping into the X > server. > > Is full screen color correction something that you think is a good > idea, and also would you allow me to create the required hooks in > mutter-plugin.h to make this possible? It's probably a good idea, however I do wonder how this will affect slow machines... netbooks anybody? Not that most folks will be doing graphics work on a netbook... What's mutter? Regards, Pascal de Bruijn From hughsient at gmail.com Thu Mar 25 12:10:55 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 12:10:55 +0000 Subject: Full screen color management In-Reply-To: <4c2c37f91003250507v527d06edg4094e78658bfd32a@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> <4c2c37f91003250507v527d06edg4094e78658bfd32a@mail.gmail.com> Message-ID: <15e53e181003250510p258242eav8bd089377a0fe18c@mail.gmail.com> On 25 March 2010 12:07, Pascal de Bruijn wrote: > sRGB is really a one-size fits none solution :) Well, color correcting everything to sRGB gets you 50% the way there, but prevents the last 50% from ever being completed. And is makes the best monitor in the world look just like the worst monitor in the world. > It's probably a good idea, however I do wonder how this will affect > slow machines... netbooks anybody? Not that most folks will be doing > graphics work on a netbook... Sure, I'm guessing most of this will be done with DAMAGE and some degree of OpenGL, although that's just an implementation detail. > What's mutter? metacity replacement. Richard From amluto at gmail.com Thu Mar 25 13:26:08 2010 From: amluto at gmail.com (Andrew Lutomirski) Date: Thu, 25 Mar 2010 07:26:08 -0600 Subject: Full screen color management In-Reply-To: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: On Thu, Mar 25, 2010 at 5:27 AM, Richard Hughes wrote: > First a little introduction if I may. if you're easily bored please > skip to the last paragraph. > > > A "whole screen" color manager is normally an optional plugin to a > compositing window manager. There is a pretty hacky proof of concept > plugin written for compiz, but that's doing far more stuff than I'm > proposing here. It tries to convert the whole screen to the > destination gamut, without affecting windows that have already been > early-bound. It can detect windows that should be ignored using the > atom that has been set on some windows (possibly none, or typically > one) and assumes the rest is sRGB and converts this to the destination > (monitor) profile. This sounds like a great idea, but if I understand it correctly, I think that a small change could make it even better. In your model, windows are either untagged (late color binding) or tagged as early-bound. If windows were instead tagged with a color space (no tag = sRGB, and maybe reserve a special tag "native" that does exactly what your early-binding tag does), then we get a few benefits: 1. Programs displaying images in a wider color space than sRGB can correctly span two outputs with different profiles, assuming that the compositor is smart enough to draw them correctly. This would be nice for video on two displays. 2. Programs that are too lazy to detect when they are dragged from one output to another can simply tag themselves with the correct color space and let the compositor deal with it. 3. The compositor will probably be much faster than LCMS, since it ought to use a hardware shader to do color conversion. This means that some program displaying, say, an AdobeRGB image (a much wider gamut color space than sRGB for those non-color-inclined among you) can just set that tag and get amazing performance. (This is especially true for low-end computers, where performance is more likely to matter.) --Andy From hughsient at gmail.com Thu Mar 25 14:39:15 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 14:39:15 +0000 Subject: Full screen color management In-Reply-To: References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: <15e53e181003250739x193283bx8888cd6108b2ba2b@mail.gmail.com> On 25 March 2010 13:26, Andrew Lutomirski wrote: > This sounds like a great idea, but if I understand it correctly, I > think that a small change could make it even better. ?In your model, > windows are either untagged (late color binding) or tagged as > early-bound. ?If windows were instead tagged with a color space (no > tag = sRGB, and maybe reserve a special tag "native" that does exactly > what your early-binding tag does), then we get a few benefits: What you describe is essentially what the net-color spec is trying to do, and has had some success with oyranos, although the mechanism for updating is pretty, well, complex. > 1. Programs displaying images in a wider color space than sRGB can > correctly span two outputs with different profiles, assuming that the > compositor is smart enough to draw them correctly. ?This would be nice > for video on two displays. With this, the color aware program needs to know if the compositor is installed (and enabled) to actively avoid using lcms and doing the conversion itself. I'm not sure we can enforce the use of a late-bound approach as not everybody wants the performance penalty of a whole screen correction. I guess it's about where you draw the line in the sand. Each way of doing it has advantages and drawbacks. > 2. Programs that are too lazy to detect when they are dragged from one > output to another can simply tag themselves with the correct color > space and let the compositor deal with it. Potentially this means uploading quite a bit of data to the xserver. Some ICC profiles can be in the megabytes, especially for CYMK profiles. But sure, it would be an interesting way of doing things. > 3. The compositor will probably be much faster than LCMS, since it > ought to use a hardware shader to do color conversion. ?This means > that some program displaying, say, an AdobeRGB image (a much wider > gamut color space than sRGB for those non-color-inclined among you) > can just set that tag and get amazing performance. ?(This is > especially true for low-end computers, where performance is more > likely to matter.) Sure, I agree it would be much faster. The question remains if this is something mutter should and can provide. Richard. From hughsient at gmail.com Thu Mar 25 15:29:45 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 15:29:45 +0000 Subject: Nagging the user to recalibrate? Message-ID: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> If the user has created a custom display, printer or camera profile, should be remind them to re-profile once every six months? _________________________ | | Calibration required | | The device "Nikon D60" has not been calbrated recently. | | [ Ignore ] [ Recalibrate now ] |________________________ Richard. From pmjdebruijn at pcode.nl Thu Mar 25 17:25:04 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Thu, 25 Mar 2010 18:25:04 +0100 Subject: Nagging the user to recalibrate? In-Reply-To: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> References: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> Message-ID: <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> On Thu, Mar 25, 2010 at 4:29 PM, Richard Hughes wrote: > If the user has created a custom display, printer or camera profile, > should be remind them to re-profile once every six months? Possibly... But this should be configurable, and it should be easy to turn off... It should probably integrate with this: http://www.markshuttleworth.com/archives/253 I'm assuming the API (DBUS?) is generic, and each distro has it's own visualisation... OR, maybe plan a Task in Evolution? This is probably too nasty... > _________________________ > | > | ?Calibration required > | > | ?The device "Nikon D60" has not been calbrated recently. > | > | [ Ignore ] [ Recalibrate now ] > |________________________ I don't really think camera's need to be recalibrated regularly at all... So these should probably be excluded... Scanners probably do, because they have a backlight that ages... But since scanner use is usually intermittent for most users, I doubt this will be needed for the most common scanner users... So maybe we should exclude these as well... CRTs/LCDs obviously do need to be recalibrated, 6 months seems like a good default... I never notice a difference when I recalibrate on a monthly basis... Though my LCD isn't on for 10 hours a day... probably more like 5... And then we have printers... Printer calibration should probably be redone on every new set of ink, instead of timebased... This would probably be hard to detect (reliably), but sticking to time based notifications isn't a decent replacement, so I guess we should exclude these as well... So CRTs/LCDs are probably the only kind of device for which a time based notification unambiguously has merit... Regards, Pascal de Bruijn From knizek.confy at volny.cz Thu Mar 25 19:31:35 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Thu, 25 Mar 2010 20:31:35 +0100 Subject: Full screen color management In-Reply-To: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: <1269545495.19811.3.camel@athlon> Richard Hughes p??e v ?t 25. 03. 2010 v 11:27 +0000: > Is full screen color correction something that you think is a good > idea, and also would you allow me to create the required hooks in > mutter-plugin.h to make this possible? > Color correction of the full screen would be great. (I usually use my wide gamut lcd in sRGB mode to avoid eye-soring over-saturated icons etc.) I do not understand the details of implementation, hence I cannot say much about "mutter". regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) From pmjdebruijn at pcode.nl Thu Mar 25 20:35:01 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Thu, 25 Mar 2010 21:35:01 +0100 Subject: Full screen color management In-Reply-To: <1269545495.19811.3.camel@athlon> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> <1269545495.19811.3.camel@athlon> Message-ID: <4c2c37f91003251335y16dc4d70k701ffa5d210ab640@mail.gmail.com> On Thu, Mar 25, 2010 at 8:31 PM, Milan Kn??ek wrote: > Richard Hughes p??e v ?t 25. 03. 2010 v 11:27 +0000: >> Is full screen color correction something that you think is a good >> idea, and also would you allow me to create the required hooks in >> mutter-plugin.h to make this possible? > > Color correction of the full screen would be great. (I usually use my > wide gamut lcd in sRGB mode to avoid eye-soring over-saturated icons > etc.) That's truely a shame... Regards, Pascal de Bruijn From otaylor at redhat.com Thu Mar 25 22:52:36 2010 From: otaylor at redhat.com (Owen Taylor) Date: Thu, 25 Mar 2010 18:52:36 -0400 Subject: Full screen color management In-Reply-To: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: <1269557556.2820.22.camel@localhost.localdomain> On Thu, 2010-03-25 at 11:27 +0000, Richard Hughes wrote: > What I'm proposing is a plugin for mutter that uses lcms to color > convert the whole screen, masking out the color-corrected regions. > Using mutter allows this to work with GNOME 2 and GNOME 3, and mutter > also seems to be the sweet-spot for this kind of display correction > without putting ICC profile decoding and gamut mapping into the X > server. > > Is full screen color correction something that you think is a good > idea, and also would you allow me to create the required hooks in > mutter-plugin.h to make this possible? * I think making the compositor manager do color correction for naive apps is a great idea. * Mutter is the certainly compositing manager of interest for GNOME. (Though in terms of "GNOME 2" - Mutter working without a plugin is pretty much gravy - it seems to work pretty well now, but it isn't an explicit development goal.) * I'm not at all convinced that stacking multiple Mutter plugins is a good idea. Think of mutter as 'libmutter' implemented with a weird inversion of control where main() lives in libmutter rather than in the application. Is there are reason this capability couldn't be built into Mutter? * Do you know what technique you would be using to do the color correction? Do you render the whole screen to an offscreen buffer than color correct that when drawing to the stage? Or do you apply mapping tables to individual windows? This affects whether Clutter changes would be needed as well. Note that much of the screen when gnome-shell is rendering is *not* windows, and Mutter doesn't see it being rendered at all - Mutter is just adding actors to the Clutter stage and gnome-shell adds additional actors to the Clutter stage. (This additional content will normally be sRGB content, though I suppose you could imagine putting a non-sRGB photo as your desktop background and wanting it to appear in full gamut.) - Owen From hughsient at gmail.com Fri Mar 26 07:46:03 2010 From: hughsient at gmail.com (Richard Hughes) Date: Fri, 26 Mar 2010 07:46:03 +0000 Subject: Nagging the user to recalibrate? In-Reply-To: <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> References: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> Message-ID: <15e53e181003260046s20b3d5d9h1215f402298b6994@mail.gmail.com> On 25 March 2010 17:25, Pascal de Bruijn wrote: > Possibly... But this should be configurable, and it should be easy to > turn off... Sure, I've added a "ignore" button. > I'm assuming the API (DBUS?) is generic, and each distro has it's own > visualisation... Sure, it's using a libnotify call, which is a standard library. > OR, maybe plan a Task in Evolution? This is probably too nasty... Euwwww. > Scanners probably do, because they have a backlight that ages... But > since scanner use is usually intermittent for most users, I doubt this > will be needed for the most common scanner users... So maybe we should > exclude these as well... Agreed. > CRTs/LCDs obviously do need to be recalibrated, 6 months seems like a > good default... I never notice a difference when I recalibrate on a > monthly basis... Though my LCD isn't on for 10 hours a day... probably > more like 5... Sure, 6 months seems like a good default. > And then we have printers... Printer calibration should probably be > redone on every new set of ink, instead of timebased... This would > probably be hard to detect (reliably), but sticking to time based > notifications isn't a decent replacement, so I guess we should exclude > these as well... I'm keen on printers, but again, maybe every month or six months is a good idea. > So CRTs/LCDs are probably the only kind of device for which a time > based notification unambiguously has merit... Cool, I've added this in git master. Richard. From pmjdebruijn at pcode.nl Fri Mar 26 16:57:32 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Fri, 26 Mar 2010 17:57:32 +0100 Subject: Nagging the user to recalibrate? In-Reply-To: <15e53e181003260046s20b3d5d9h1215f402298b6994@mail.gmail.com> References: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> <15e53e181003260046s20b3d5d9h1215f402298b6994@mail.gmail.com> Message-ID: <4c2c37f91003260957k2deea63eod4e520a7885d6b5e@mail.gmail.com> On Fri, Mar 26, 2010 at 8:46 AM, Richard Hughes wrote: > On 25 March 2010 17:25, Pascal de Bruijn wrote: >> Possibly... But this should be configurable, and it should be easy to >> turn off... > > Sure, I've added a "ignore" button. Also add a "Never bother me again" button :) >> I'm assuming the API (DBUS?) is generic, and each distro has it's own >> visualisation... > > Sure, it's using a libnotify call, which is a standard library. > >> OR, maybe plan a Task in Evolution? This is probably too nasty... > > Euwwww. > >> Scanners probably do, because they have a backlight that ages... But >> since scanner use is usually intermittent for most users, I doubt this >> will be needed for the most common scanner users... So maybe we should >> exclude these as well... > > Agreed. > >> CRTs/LCDs obviously do need to be recalibrated, 6 months seems like a >> good default... I never notice a difference when I recalibrate on a >> monthly basis... Though my LCD isn't on for 10 hours a day... probably >> more like 5... > > Sure, 6 months seems like a good default. > >> And then we have printers... Printer calibration should probably be >> redone on every new set of ink, instead of timebased... This would >> probably be hard to detect (reliably), but sticking to time based >> notifications isn't a decent replacement, so I guess we should exclude >> these as well... > > I'm keen on printers, but again, maybe every month or six months is a good idea. It's probably not... really... The best idea is probably to instruct the user to recalibrate on each new set of ink, whenever he/she first calibrates his/her printer... When generating medium quality printer profiles, some smoothing is (luckily) applied by ArgyllCMS, so I wonder if recalibration has a lot of effect at all... This is assuming your printer is not an unreliable piece of crap, with el'cheapo refill-ink, from a company that sources it's ink from another manufacturer each month or so :) >> So CRTs/LCDs are probably the only kind of device for which a time >> based notification unambiguously has merit... > > Cool, I've added this in git master. Cool... There is another consideration... What is checked? The current active profile? Or the latest available profile? For example when I import a manufacturer supplied .icc, it will most likely always be dated more than six months, but we still don't want to nag the user... Regards, Pascal de Bruijn From hughsient at gmail.com Sat Mar 27 17:29:54 2010 From: hughsient at gmail.com (Richard Hughes) Date: Sat, 27 Mar 2010 17:29:54 +0000 Subject: Nagging the user to recalibrate? In-Reply-To: <4c2c37f91003260957k2deea63eod4e520a7885d6b5e@mail.gmail.com> References: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> <15e53e181003260046s20b3d5d9h1215f402298b6994@mail.gmail.com> <4c2c37f91003260957k2deea63eod4e520a7885d6b5e@mail.gmail.com> Message-ID: <15e53e181003271029l32cb698ejc3f2d8fd927c924a@mail.gmail.com> On 26 March 2010 16:57, Pascal de Bruijn wrote: > Also add a "Never bother me again" button :) Ignore == never tell me about this again. > The best idea is probably to instruct the user to recalibrate on each > new set of ink, whenever he/she first calibrates his/her printer... I guess we could get this from CUPS. > There is another consideration... What is checked? > > The current active profile? Or the latest available profile? When the current profile was assigned to the device. > For example when I import a manufacturer supplied .icc, it will most > likely always be dated more than six months, but we still don't want > to nag the user... Sure, we only nag the user if the profile was created by GCM. Richard. From knizek.confy at volny.cz Sun Mar 28 20:09:15 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Sun, 28 Mar 2010 22:09:15 +0200 Subject: [PATCH] Correct wording re. display calibration Message-ID: <1269806955.2901.26.camel@athlon> Hello, I have tried to update the texts relating to the display calibration. There is now a detailed FAQ entry in the help file, so I assume it is better to use specific terms ("calibration") instead of general ones ("screen correction", etc.). regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Correct-wording-re.-display-calibration.patch Type: text/x-patch Size: 5168 bytes Desc: not available URL: From hughsient at gmail.com Mon Mar 29 09:46:52 2010 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 29 Mar 2010 10:46:52 +0100 Subject: GNOME Color Manager 2.30.0 Message-ID: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> gnome-color-manager is a session program that makes it easy to manage, install and generate color profiles in the GNOME desktop. Version 2.30.0 ~~~~~~~~~~~~~~ Released: 2010-03-29 * Translations - Add Simplified Chinese translation (Eleanor Chen) - Update Czech translation (Milan Kn??ek) - Updated German doc translation (Mario Bl?ttermann) - Updated German translation (Christian Kirbach) - Updated German translation (Mario Bl?ttermann) - Updated Lithuanian translation (Gintautas Miliauskas) - Updated Norwegian bokm?l translation (Kjartan Maraas) - Updated Polish translation (Piotr Dr?g) - Updated Portuguese translation (Ant?nio Lima) - Updated Russian translation (Alexandre Prokoudine) - Updated Slovenian translation (Andrej ?nidar?i?) - Updated Spanish translation (Jorge Gonz?lez) * New Features: - Add a 'created' and 'modified' key to each device in the config file (Richard Hughes) - Add a DBus method GetDevices() and relax the checks in GetProfilesForDevice() to also take a device ID (Richard Hughes) - Add an entry to the FAQ to explain the difference between calibration and characterization (Richard Hughes) - Add a notification when devices with profiles need recalibrating (Richard Hughes) - Add CMP DT 003 target image submitted by Guy Kloss (Pascal de Bruijn) - Add images of the Colorimtre HCFR (Richard Hughes) - Add images of the i1 Pro (Richard Hughes) - Add info regarding high precision for display profiling (Milan Kn??ek) - Allow the user to choose the calibration precision using an interactive dialog (Richard Hughes) - Convert the .tiff files to .jpeg if we are creating a print profile (Richard Hughes) - Do not rely on usb.ids, but instead encode the colorimeter type in the udev rules (Richard Hughes) - Emit ::changed on the public DBus interface when devices are added or removed (Richard Hughes) - For laptops, use the DMI data to contruct the calibration filename (Richard Hughes) - Make sure the profile comboboxes are alphabetically sorted (Richard Hughes) - Show each device setting when we use gcm-inspect --dump (Richard Hughes) - Use libsane to get our scanners, which means remote devices are now supported (Richard Hughes) - When devices are connected and disconnected, do not remove then add them, just change the state (Richard Hughes) * Bugfix: - Check and correct TIFF image files with alpha channels before using them in argyllcms. Fixes rh#569564 (Richard Hughes) - Correct terminology in help file (Milan Kn??ek) - Correct use of calibrate/profile and replace device by instrument (Milan Kn??ek) - Do not crash attempting to add cups printers without PPD file (Martin Szulecki) - Do not crash the DBus service if a device does not have a profile set and it is included in a query (Richard Hughes) - Do not crash when GetProfileForWindow() succeeds in finding a window (Richard Hughes) - Do not use ACL_MANAGE, udev is already doing this for us (Richard Hughes) - Fix "cast increases required alignment of target type" [ia64] (Kamal Mostafa) - Fix up some translatable messages. Fixes #612111 (Richard Hughes) - Fix wrong word in data/gnome-color-manager.schemas.in. Fixes #612105 (Christian Kirbach) - If there are any lcms warnings in gcm-fix-profile, do not attempt to re-save the profile (Richard Hughes) - Make gcm-install-system-wide a little more paranoid from users that might want to be horrible (Richard Hughes) - Parse the EDID more carefully to not overwrite the model with junk for an invalid entry. Fixes #155410 (Richard Hughes) - Prevent a segfault if ppdOpenFile() fails for whatever reason (Richard Hughes) - Update profiling precision wording (Milan Kn??ek) - Use the model name for the SANE id, the 'name' attribute depends on the USB port used (Richard Hughes) - Warn if GConf is not set correctly when setting up the dialog (Richard Hughes) Additionally, it has branched for 2-30 and development continues in master. Richard. From pmjdebruijn at pcode.nl Mon Mar 29 16:43:59 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Mon, 29 Mar 2010 18:43:59 +0200 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> Message-ID: <4c2c37f91003290943n24e15960jd473b811c6b581c1@mail.gmail.com> On Mon, Mar 29, 2010 at 11:46 AM, Richard Hughes wrote: > gnome-color-manager is a session program that makes it easy to manage, install > and generate color profiles in the GNOME desktop. > > Version 2.30.0 > ~~~~~~~~~~~~~~ > Released: 2010-03-29 As per usual I've built this GCM release, for Ubuntu, this time for both Ubuntu Karmic and Ubuntu Lucid (the next LTS)... The packages are available on both my main PPA, and my gcm-release PPA: https://launchpad.net/~pmjdebruijn/+archive/gcm-release This might be of interest to some as well: https://launchpad.net/~pmjdebruijn/+archive/argyll-release Regards, Pascal de Bruijn From alexandre.prokoudine at gmail.com Mon Mar 29 21:39:16 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Tue, 30 Mar 2010 01:39:16 +0400 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> Message-ID: <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> On 3/29/10, Richard Hughes wrote: > gnome-color-manager is a session program that makes it easy to manage, > install > and generate color profiles in the GNOME desktop. > > Version 2.30.0 > ~~~~~~~~~~~~~~ > Released: 2010-03-29 It used to be first Monday of *new* month :-/ Oh well, no review and translation updates then. BTW, "Reset" button doesn't work properly for finetuning. It moves sliders back to original position, but output is not adjusted. Alexandre From pmjdebruijn at pcode.nl Mon Mar 29 21:47:03 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Mon, 29 Mar 2010 23:47:03 +0200 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> Message-ID: <4c2c37f91003291447x50844e6fqa02b97065d6167e6@mail.gmail.com> On Mon, Mar 29, 2010 at 11:39 PM, Alexandre Prokoudine wrote: > On 3/29/10, Richard Hughes wrote: >> gnome-color-manager is a session program that makes it easy to manage, >> install >> and generate color profiles in the GNOME desktop. >> >> Version 2.30.0 >> ~~~~~~~~~~~~~~ >> Released: 2010-03-29 > > It used to be first Monday of *new* month :-/ Oh well, no review and > translation updates then. > > BTW, "Reset" button doesn't work properly for finetuning. It moves > sliders back to original position, but output is not adjusted. There is GNOME release cycle :) http://live.gnome.org/TwoPointTwentynine/ Regards, Pascal de Bruijn From hughsient at gmail.com Tue Mar 30 07:41:42 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 30 Mar 2010 08:41:42 +0100 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <4c2c37f91003291447x50844e6fqa02b97065d6167e6@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> <4c2c37f91003291447x50844e6fqa02b97065d6167e6@mail.gmail.com> Message-ID: <15e53e181003300041x3bb909fes9db6a348832bbc4f@mail.gmail.com> On 29 March 2010 22:47, Pascal de Bruijn wrote: > On Mon, Mar 29, 2010 at 11:39 PM, Alexandre Prokoudine >> It used to be first Monday of *new* month :-/ Oh well, no review and >> translation updates then. > There is GNOME release cycle :) Yes, Monday was the absolute deadline for the 2.30.0 tarballs. Maybe I could have communicated that better, sorry. Richard. From hughsient at gmail.com Tue Mar 30 11:16:36 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 30 Mar 2010 12:16:36 +0100 Subject: Using colorimeters in different modes Message-ID: <15e53e181003300416q6f768dbfq466372d791544028@mail.gmail.com> Do you guys think adding an interface to do spotreads (i.e. use your ColorMunki to tell me what the sRGB value of a color swatch) would be for design work? I'm not sure how such a thing would "slot" into the gcm GUI, although I think it might be a useful feature? Thoughts? Richard. From pmjdebruijn at pcode.nl Tue Mar 30 16:37:19 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Tue, 30 Mar 2010 18:37:19 +0200 Subject: Using colorimeters in different modes In-Reply-To: <15e53e181003300416q6f768dbfq466372d791544028@mail.gmail.com> References: <15e53e181003300416q6f768dbfq466372d791544028@mail.gmail.com> Message-ID: <4c2c37f91003300937q4f01b654hb54302d2fc8a2be5@mail.gmail.com> On Tue, Mar 30, 2010 at 1:16 PM, Richard Hughes wrote: > Do you guys think adding an interface to do spotreads (i.e. use your > ColorMunki to tell me what the sRGB value of a color swatch) would be > for design work? I'm not sure how such a thing would "slot" into the > gcm GUI, although I think it might be a useful feature? Thoughts? That would be awesome... Maybe this could be a seperate tool, available in the Applications - Graphics menu? Regards, Pascal de Bruijn From knizek.confy at volny.cz Tue Mar 30 18:07:50 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Tue, 30 Mar 2010 20:07:50 +0200 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <15e53e181003300041x3bb909fes9db6a348832bbc4f@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> <4c2c37f91003291447x50844e6fqa02b97065d6167e6@mail.gmail.com> <15e53e181003300041x3bb909fes9db6a348832bbc4f@mail.gmail.com> Message-ID: <1269972470.14971.9.camel@athlon> Richard Hughes p??e v ?t 30. 03. 2010 v 08:41 +0100: > On 29 March 2010 22:47, Pascal de Bruijn wrote: > > On Mon, Mar 29, 2010 at 11:39 PM, Alexandre Prokoudine > >> It used to be first Monday of *new* month :-/ Oh well, no review and > >> translation updates then. > > There is GNOME release cycle :) > > Yes, Monday was the absolute deadline for the 2.30.0 tarballs. Maybe I > could have communicated that better, sorry. > It would be definitely better to announce what are the deadlines for translations - I do not follow the whole gnome thing, just gcm. I was asked by the Czech team if I plan to update the translation, but also without a deadline. Coincidently, I did so just last weekend... BTW, Udi Fuchs (UFRaw) sends out an email to all "last-translators" once there is a string freeze so they even do not have to follow the mailing list - that would be very convenient but I guess individual GNOME developers may not have the easy-to-use infrastructure available. regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) From pmjdebruijn at pcode.nl Tue Mar 30 18:14:03 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Tue, 30 Mar 2010 20:14:03 +0200 Subject: Official inclusion into Ubuntu Message-ID: <4c2c37f91003301114w152dac49s398ddad1ab1d428@mail.gmail.com> Hi, I just noticed GNOME Color Manager got officially included into Ubuntu Lucid (universe): http://packages.ubuntu.com/lucid/gnome-color-manager Regards, Pascal de Bruijn From hughsient at gmail.com Tue Mar 30 18:18:06 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 30 Mar 2010 19:18:06 +0100 Subject: Official inclusion into Ubuntu In-Reply-To: <4c2c37f91003301114w152dac49s398ddad1ab1d428@mail.gmail.com> References: <4c2c37f91003301114w152dac49s398ddad1ab1d428@mail.gmail.com> Message-ID: <15e53e181003301118j1d64d10bi5ead4b48972a63e5@mail.gmail.com> On 30 March 2010 19:14, Pascal de Bruijn wrote: > I just noticed GNOME Color Manager got officially included into Ubuntu > Lucid (universe): Cool, good news indeed. Richard. From hughsient at gmail.com Mon Mar 1 11:57:46 2010 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 1 Mar 2010 11:57:46 +0000 Subject: New release: 2.29.4 Message-ID: <15e53e181003010357q169d5693k5bbf00387902b872@mail.gmail.com> Version 2.29.4 ~~~~~~~~~~~~~~ Released: 2010-03-01 * Translations - Add Czech help translation (Milan Knizek) - Add Czech translation (Milan Kn??ek) - Update Czech translation (Marek ?ernock?) - Updated French translation (Claude Paroz) - Updated German doc translation (Mario Bl?ttermann) - Updated German translation (Mario Bl?ttermann) - Updated Lithuanian translation (Aurimas ?ernius) - Updated Norwegian bokm?l translation (Kjartan Maraas) - Updated Russian translation (Alexandre Prokoudine) - Updated Slovenian translation (Andrej ?nidar?i?) - Updated Spanish translation (Jorge Gonz?lez) - Updated Swedish translation (Daniel Nylander) * New Features: - Add a thumbnail image of the ColorCheckerDC (Graeme Gill) - Add ColorCheckerSG thumbnail (Hening Betterman) - Add LaserSoftDCPro thumbnail (Jorg Rosenkranz) - Add printer profiling support using argyllcms and GtkPrint (Richard Hughes) - Add some device type icons (Fr?d?ric Bellaiche, Sebastian Kraft) - Add support for sending calibration images to print shops (Richard Hughes) - Add four more target thumbnails (Pascal de Bruijn) - Allow UDEV and CUPS coldplug to be done multi-threaded (Richard Hughes) - Allow virtual devices to be added to the device list (Richard Hughes) - Automatically use the EXIF data if available from TIFF files when calibrating devices. Fixes #609444 (Richard Hughes) - Conform to ICC Profiles in X Specification 0.3 (Richard Hughes) - Detect printers by connecting to CUPS rather than scraping the HPLIP properties (Richard Hughes) - Enable half-height targets for the ColorMunki, and double the patch counts for this hardware (Richard Hughes) - Make users do the legwork when there is an unrecognised colorimeter (Richard Hughes) - Play sounds using libcanberra when user interaction is required (Richard Hughes) - Properly support projectors in the UI, and in the argyllcms wrapper (Richard Hughes) - Remove GCM_HARDWARE_DETECTION as we're now shipping our own udev rules (Richard Hughes) - Save the device colorspace in the config file so we can set profiles when not connected (Richard Hughes) - Set a tooltip explaining why the calibrate button is insensitive (Richard Hughes) - Set per-user xsane global and device settings when we have assigned a scanner profile (Richard Hughes) - Show a GtkInfoBar warning if the profile has no vcgt table. Fixes #610287 (Richard Hughes) - Support other types of reference file other than IT8 (Richard Hughes) - Three FAQ entries out of five suggested filled in (Alexandre Prokoudine) - Update Help Preferences Text (Paul Finnigan) * Bugfix: - Add an 'All files' option on the file choosers. Fixes #610288 (Richard Hughes) - Add AC_PROG_RANLIB to configure. Fixes #610771 (Richard Hughes) - Add a list of colorimeters as we'll need this if argyllcms is not installed. Fixes rh#566414 (Richard Hughes) - Ask for the chart type first before we ask for calibration files (Pascal de Bruijn) - Capitalization fix for 'More Information' button (Michael Monreal) - Correct help Intro and Usage (Paul Finnigan) - Do low quality calibration when using targets with a low number of patches (Pascal de Bruijn) - Do not allow devices to be assigned profiles in different colorspaces from native (Richard Hughes) - Do not make the display calibration button sensitive (with tooltip) if we are using < XRandR 1.3 drivers. Fixes #610846 (Richard Hughes) - Do not show the display as 'default' even when using the binary blob (Richard Hughes) - Don't add Cups-PDF devices to the device list (Richard Hughes) - Ensure ~/.color/icc exists at startup. Fixes #566275 (Richard Hughes) - Ensure we set ID_MODEL_FROM_DATABASE and ID_VENDOR_FROM_DATABASE even if we're using old versions of argyllcms (Richard Hughes) - Fix segfault when the profile has no description (Richard Hughes) - Have scanin compensate for perspective distortion (Pascal de Bruijn) - HIG string and capitalization fixes (Michael Monreal) - Only require the device to be present if it is a display type (Richard Hughes) - Read the ti2 file for the calibration model if we are analysing existing targets (Richard Hughes) - Replace ColorCheckerSG with a newly processed one (Pascal de Bruijn) - Replace colprof -aS with -aG (Pascal de Bruijn) - Set the colorspace on unconnected devices to avoid getting no profiles in the list (Richard Hughes) - Show a label in the device section when the user is using a xrandr-fallback driver. Fixes rh#566606 (Richard Hughes) - Support colorimeter devices that need to change mode in the middle of the calibration (Richard Hughes) - Use GFile internally so we can support importing profiles from gvfs mount points. Fixes #610285 (Richard Hughes) Version 2.29.3 ~~~~~~~~~~~~~~ Released: 2010-02-01 * Translations - Added Italian translation (Francesco Groccia) - Updated Danish translation (Joe Hansen) - Updated French translation (Claude Paroz) - Updated German translation (Mario Bl?ttermann) - Updated Norwegian bokm?l translation (Kjartan Maraas) - Updated Portuguese translation (Ant?nio Lima) - Updated Russian translation (Alexandre Prokoudine) - Updated Slovenian translation (Andrej ?nidar?i?) - Updated Swedish translation (Daniel Nylander) * New Features: - Enable the rendering intent and default colorspace UI elements (Richard Hughes) - Show whether the ICC profile has a VCGT tag in the UI (Richard Hughes) - Filter out non RGB and CMYK color space profiles from the combo-boxes using a heuristic (Richard Hughes) - Add a new DBus method GetProfileForWindow which can return a profile for a supplied XID (Richard Hughes) - Add some new text and tooltips to the prefs dialog (Richard Hughes) - Add per-user OSX ICC profiles at startup (Richard Hughes) - Add OSX and Windows ICC profiles if they exist from mounted volumes. Fixes #607390 (Richard Hughes) - Add a device profile entry of 'Other profile...' to be able to easily import a profile. Fixes #607389 (Richard Hughes) - Add a precision GConf variable to control the time a calibration takes. Fixes #605558 (Richard Hughes) - Screenscrape the Argyll output to better support other hardware devices. Fixes #605558 (Richard Hughes) - Do not show the 'Fine tuning' expander by default, and have configuration in GConf (Richard Hughes) * Bugfix: - Zero out GErrors after freeing. Fixes crash (Christian Hergert) - Add gnome-desktop path as fallback for pci.ids (Frederic Crozat) - Do not generate an error if a display profile does not have CLUT data (Richard Hughes) - Add gcm-fix-profile to load and then re-save existing profiles using lcms (Richard Hughes) - Fix compile when using an ld that defaults to --as-needed (Richard Hughes) - Do not allow the colorspace combobox to be zero sized. Fixes #606484 (Richard Hughes) - Make gcm-prefs a normal dialog rather than a modal dialog (Richard Hughes) - Only scan ICC locations with hfs partition types for OSX and msdos/NTFS types for Windows (Richard Hughes) - Make gcm-prefs startup a few hundred ms quicker by not loading the list of screens (Richard Hughes) - Cache gnome_rr_screen_new and take 0.7 seconds off the start time (Richard Hughes) - Don't resize the window on startup. Fixes #607391 (Richard Hughes) - Update the Free Software Foundation address (Richard Hughes) Version 2.29.2 ~~~~~~~~~~~~~~ Released: 2010-01-04 * Translations - Added German help translation (Christian Kirbach) - Added Slovenian translation (Matej Urban?i?) - Added Spanish translation (Jorge Gonz?lez) - Updated Brazilian Portuguese translation (Flamarion Jorge) - Updated British English translation (Bruce Cowan) - Updated Danish translation (Joe Hansen) - Updated French translation (Claude Paroz) - Updated German translation (Christian Kirbach) - Updated German translation (Mario Bl?ttermann) - Updated Russian translation (Alexandre Prokoudine) - Updated Slovenian translation (Andrej ?nidar?i?) * New Features: - Add two elements in the UI, for RGB and CMYK working spaces (Richard Hughes) - Add a TRC curve to the profile display (Richard Hughes) - Add LCMS as a hard build-time dependency (Richard Hughes) - Add PackageKit integration so we can install shared-color-targets (Richard Hughes) - Offer to install ArgyllCMS if it is not installed, and the user wants to calibrate (Richard Hughes) - Add a simple GcmImage class that makes embedded color profiles 'just work' (Richard Hughes) - Import ICC profiles when dragged and dropped on the prefs capplet (Richard Hughes) - Linkify the copyright and manufacturer strings in the profile dialog (Richard Hughes) - Add a PolicyKit rule for the system-wide profiles install (Richard Hughes) - Load the system-wide default if it has been installed (Richard Hughes) * Bugfix: - Fix the reference file import filter (Pascal de Bruijn) - Also evaluate /usr/local/bin when searching for Argyll tools. Fixes #605552 (Pascal de Bruijn) - Add an icon for a colorspace conversion profile (Richard Hughes) - Fix the help file installation so that yelp recognizes our help file (Richard Hughes) - Do not install the demo ICC files, and instead depend on the shared-color-profiles package (Richard Hughes) - Fix using profiles with VCGT formulas encoded in them (Richard Hughes) - If getting the illuminants failed, try running it through the profile (Richard Hughes) - Use strftime rather than our own hand-rolled function (Richard Hughes) - Show the TRC curves in the UI, rather than the vcgt curves (Richard Hughes) - Make gcm-dump-edid more useful by showing parsed data if available (Richard Hughes) - Use as much of the EDID as we can when generating device IDs. Fixes #605013 (Richard Hughes) - Add an experimental user-calibrate wizard, which the user can use when there is no calibration hardware available (Richard Hughes) - Use the hardware calibration device in the profile name. Fixes #605259 (Richard Hughes) - Sanitize the basename in GcmCalibrate when set. Fixes #605348 (Richard Hughes) - Use the ORIGINATOR tag in the it8 file to specify a device prefix for the device calibration. Fixes #605259 (Richard Hughes) - Move the device matching from a hard-coded list to a set of udev rules (Richard Hughes) - Properly detect broken dispcal output. Fixes #605838 (Richard Hughes) Version 2.29.1 ~~~~~~~~~~~~~~ Released: 2009-12-07 * Translations - Add Russian translation (Alexandre Prokoudine) - Add British English translation (Bruce Cowan) - Add Indonesian translation (Andika Triwidada) - Add French translation (Claude Paroz) - Add Swedish translation (Daniel Nylander) - Add Brazilian Portuguese translation (Flamarion Jorge) - Add Lithuanian translation (Gintautas Miliauskas) - Add German translation (Hendrik Brandt) - Add Danish translation (Joe Hansen) - Add Spanish translation (Jorge Gonz?lez) - Add Norwegian bokm?l translation (Kjartan Maraas) - Add Thai translation (Phondanai Khanti) - Add Polish translation (Piotr Dr?g) - Add Estonian translation (Priit Laes, Mattias P?ldaru) - Add Tamil translation (vasudeven) - Add Russian user guide translation (Alexandre Prokoudine) - Add Indonesian user guide translation (Andika Triwidada) * New Features: - Add gcm-import, a helper to allow double clicking on ICC profiles to import them (Richard Hughes) - Add gcm-prefs, a utility to assign profiles to devices, examine profiles, and set session-wide defaults (Richard Hughes) - Add gcm-session, a dbus-activated session daemon for applications to get the profiles for a device, or device class and to get session-wide defaults. It exits when no longer used to save resources. (Richard Hughes) - Add gcm-self-test, a self test framework that tests GCM functionality (Richard Hughes) - Add gcm-apply, a simple utility to just set (or reset) display profiles (Richard Hughes) - Add gcm-inspect, a debugging utility to inspect the profiles set in the session (Richard Hughes) - Add gcm-dump-edid, a utility to dump the EDID to disk for debugging (Richard Hughes) - Add gcm-dump-profile, a utility to dump the ICC profile to the screen (Richard Hughes) - Add some simple man pages and help document (Richard Hughes) - Add ArgyllCMS support to generate device profiles (Richard Hughes) - Add color calibration hardware auto-detection (Richard Hughes) - Add code to set the _ICC_PROFILE atom per-output and also per-screen (Richard Hughes) - Add some pre-calibration steps for external displays (Pascal de Bruijn) - Add hardware support for gphoto supported cameras (Richard Hughes) - Add hardware support for SANE suppoerted scanners (Richard Hughes) - Add hardware support for video4linux supported video devices (Richard Hughes) - Add hardware support for XRandR supported displays (Richard Hughes) - Add hardware support for hplip supported printers (Richard Hughes) - Add CIE widget to display visual data about different profiles (Richard Hughes) - Use the system DMI data to better itentify internal LCD panels (Richard Hughes) - Parse the EDID to get a better device description for displays (Richard Hughes) - Make the list orders predictable by setting a sort string (Richard Hughes) * Bugfix: - Use XDG directory to store data (Baptiste Mille-Mathias) - Remove markup from GTKBuilder translatable strings (Claude Paroz) - Update bluish.icc title (Lars Tore Gustavsen, Pascal de Bruijn) - Enable adding xrandr devices with no EDID (Martin Szulecki) - Avoid reporting a (false) failure on first import (Stephane Delcroix) - Fix the message-received cb signature (Stephane Delcroix) - Fix up numerous small bugs prior to first release (Richard Hughes) - Look for the debian-named argyllcms binaries first (Richard Hughes) - Set the brightness to 100% on internal LCD panels before we generate a output profile (Richard Hughes) From pmjdebruijn at pcode.nl Mon Mar 1 18:37:51 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Mon, 1 Mar 2010 19:37:51 +0100 Subject: New release: 2.29.4 In-Reply-To: <15e53e181003010357q169d5693k5bbf00387902b872@mail.gmail.com> References: <15e53e181003010357q169d5693k5bbf00387902b872@mail.gmail.com> Message-ID: <4c2c37f91003011037k212ab066kd7706597fd380592@mail.gmail.com> On Mon, Mar 1, 2010 at 12:57 PM, Richard Hughes wrote: > Version 2.29.4 > ~~~~~~~~~~~~~~ > Released: 2010-03-01 Both my PPAs are up to date now... My gcm-release PPA will stay stable until a new version has been released: https://launchpad.net/~pmjdebruijn/+archive/gcm-release/+packages My main PPA will probably start tracking git in a week or so. Regards, Pascal de Bruijn From hughsient at gmail.com Tue Mar 2 11:29:33 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 11:29:33 +0000 Subject: UI Help Required Message-ID: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> I've just merged a dialog to allow the user to choose the calibration precision if 'ask' is specified in GConf. I'm not very good at the wordy stuff, so I would appreciate some grammar and HIG help from you guys. Please tell me what you think. Screeenshot attached. Thanks. Richard. -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot-Device Calibration.png Type: image/png Size: 36688 bytes Desc: not available URL: From pmjdebruijn at pcode.nl Tue Mar 2 11:32:54 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Tue, 2 Mar 2010 12:32:54 +0100 Subject: UI Help Required In-Reply-To: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> Message-ID: <4c2c37f91003020332j2c2b19bej1c313dd87a5d27de@mail.gmail.com> On Tue, Mar 2, 2010 at 12:29 PM, Richard Hughes wrote: > I've just merged a dialog to allow the user to choose the calibration > precision if 'ask' is specified in GConf. I'm not very good at the > wordy stuff, so I would appreciate some grammar and HIG help from you > guys. > > Please tell me what you think. Screeenshot attached. Thanks. It looks pretty good... Though I'm not sure on how literal I should take the images? Especially the short image, since it implies that not the whole paper surface would be used for color patches, which would be a shame... Regards, Pascal de Bruijn From hughsient at gmail.com Tue Mar 2 11:37:23 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 11:37:23 +0000 Subject: UI Help Required In-Reply-To: <4c2c37f91003020332j2c2b19bej1c313dd87a5d27de@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> <4c2c37f91003020332j2c2b19bej1c313dd87a5d27de@mail.gmail.com> Message-ID: <15e53e181003020337n43c0c39dvc3723a1d10b1b9b1@mail.gmail.com> On 2 March 2010 11:32, Pascal de Bruijn wrote: > It looks pretty good... Though I'm not sure on how literal I should > take the images? Not at all. I really don't want to render the chart and insert into the svg just for the button image. :-) Richard. From hughsient at gmail.com Tue Mar 2 11:41:09 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 11:41:09 +0000 Subject: IRC Channel Message-ID: <15e53e181003020341u5bf025c5if599350a63ed3bf1@mail.gmail.com> I've setup a channel #gnome-color-manager on GIMPNet. Everyone is welcome. Richard From knizek.confy at volny.cz Tue Mar 2 17:26:57 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Tue, 02 Mar 2010 18:26:57 +0100 Subject: UI Help Required In-Reply-To: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> Message-ID: <1267550817.5496.17.camel@athlon> Richard Hughes p??e v ?t 02. 03. 2010 v 11:29 +0000: > I've just merged a dialog to allow the user to choose the calibration > precision if 'ask' is specified in GConf. I'm not very good at the > wordy stuff, so I would appreciate some grammar and HIG help from you > guys. How about talking about low, normal and high precision instead of short, normal and long profile/precision? I get the point that the adjectives here refer to the time it takes to make the profile, but "short profile" and "short precision" sounds weird, doesn't it? -- Please choose the calibration precision. For a typical workflow, a normal precision profile is sufficient. High precision profiles are more accurate, but their preparation require more paper and time for reading the color swatches. Correspondingly, low precision profiles are quick and easy to prepare but provide lower quality of color matching. Low Normal High -- regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) From hughsient at gmail.com Tue Mar 2 18:33:35 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 18:33:35 +0000 Subject: UI Help Required In-Reply-To: <1267550817.5496.17.camel@athlon> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> <1267550817.5496.17.camel@athlon> Message-ID: <15e53e181003021033q3a5f5265hcba73f4b65a58604@mail.gmail.com> On 2 March 2010 17:26, Milan Kn??ek wrote: > I get the point that the adjectives here refer to the time it takes to > make the profile, but "short profile" and "short precision" sounds > weird, doesn't it? Yes, i suppose it does. > Please choose the calibration precision. > > For a typical workflow, a normal precision profile is sufficient. > > High precision profiles are more accurate, but their preparation require > more paper and time for reading the color swatches. Correspondingly, low > precision profiles are quick and easy to prepare but provide lower > quality of color matching. > > Low ? ?Normal ? ?High That's much better than what I've got. Any chance you could have a go at making a patch for git master? If not, no worries and I can look into it tomorrow. The reason I ask is there is some printer-calibration specific paragraphs in the dialog, and we probably need to add some display specific strings too. Richard. From knizek.confy at volny.cz Tue Mar 2 20:52:09 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Tue, 02 Mar 2010 21:52:09 +0100 Subject: UI Help Required In-Reply-To: <15e53e181003021033q3a5f5265hcba73f4b65a58604@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> <1267550817.5496.17.camel@athlon> <15e53e181003021033q3a5f5265hcba73f4b65a58604@mail.gmail.com> Message-ID: <1267563129.28400.5.camel@athlon> Richard Hughes p??e v ?t 02. 03. 2010 v 18:33 +0000: > On 2 March 2010 17:26, Milan Kn??ek wrote: > That's much better than what I've got. Any chance you could have a go > at making a patch for git master? If not, no worries and I can look > into it tomorrow. The reason I ask is there is some > printer-calibration specific paragraphs in the dialog, and we probably > need to add some display specific strings too. > I will setup git following your explanation to Paul F. and make the patch - but not sooner than on the weekend (busy days now...) regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) From hughsient at gmail.com Tue Mar 2 21:11:56 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 2 Mar 2010 21:11:56 +0000 Subject: UI Help Required In-Reply-To: <1267563129.28400.5.camel@athlon> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> <1267550817.5496.17.camel@athlon> <15e53e181003021033q3a5f5265hcba73f4b65a58604@mail.gmail.com> <1267563129.28400.5.camel@athlon> Message-ID: <15e53e181003021311x30150dffhb559f037566cb92f@mail.gmail.com> On 2 March 2010 20:52, Milan Kn??ek wrote: > I will setup git following your explanation to Paul F. and make the > patch - but not sooner than on the weekend (busy days now...) No problem, I would much prefer you to do the patch for me, as then you can also make subsequent changes if you wan to. If you get stuck, be sure to shout loud and someone here will try to help. Richard From alexandre.prokoudine at gmail.com Wed Mar 3 02:20:32 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Wed, 3 Mar 2010 05:20:32 +0300 Subject: UI Help Required In-Reply-To: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> References: <15e53e181003020329x7c5e3b08maab3b46223a2f95@mail.gmail.com> Message-ID: <733f2c731003021820n4fea5749k8d0ef6650d34a2c2@mail.gmail.com> On 3/2/10, Richard Hughes wrote: > I've just merged a dialog to allow the user to choose the calibration > precision if 'ask' is specified in GConf. I'm not very good at the > wordy stuff, so I would appreciate some grammar and HIG help from you > guys. Call it bitching, but I really don't like how width of the three images is twice as much as width of the text above. Alexandre From alexandre.prokoudine at gmail.com Wed Mar 3 02:23:52 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Wed, 3 Mar 2010 05:23:52 +0300 Subject: terminology Message-ID: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> Hi, OK, I admit: this is geeky stuff, but nevertheless... G-C-M uses the word "calibration" everywhere. However what it does in half of the times is "characterization", sometimes also referred to as "profiling". Am I the only person who thinks that it should be fixed? Alexandre From graeme2 at argyllcms.com Wed Mar 3 03:59:19 2010 From: graeme2 at argyllcms.com (Graeme Gill) Date: Wed, 03 Mar 2010 14:59:19 +1100 Subject: terminology In-Reply-To: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> References: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> Message-ID: <4B8DDE97.6050206@argyllcms.com> Alexandre Prokoudine wrote: > G-C-M uses the word "calibration" everywhere. However what it does in > half of the times is "characterization", sometimes also referred to as > "profiling". > > Am I the only person who thinks that it should be fixed? It's a very important distinction, and if it's not kept straight users will be very confused. See Graeme Gill. From hughsient at gmail.com Wed Mar 3 07:40:23 2010 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 3 Mar 2010 07:40:23 +0000 Subject: terminology In-Reply-To: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> References: <733f2c731003021823t35943042s4f192909c75eeb0e@mail.gmail.com> Message-ID: <15e53e181003022340k79f6d343g54a07d3dcda55901@mail.gmail.com> On 3 March 2010 02:23, Alexandre Prokoudine wrote: > OK, I admit: this is geeky stuff, but nevertheless... Color management is pretty geeky stuff, I don't mind. > G-C-M uses the word "calibration" everywhere. However what it does in > half of the times is "characterization", sometimes also referred to as > "profiling". > > Am I the only person who thinks that it should be fixed? Sure. I'm slightly worried that characterization is quite a scary long word, but I guess profiling can be used in it's place. If you can identify where in the UI we get this wrong I would appreciate patches. We probably need something like Graemes' help page in the yelp file (or just a link there) to help out all the poor hapless users :-) Thanks. Richard. From renemiranda80 at gmail.com Fri Mar 5 00:03:56 2010 From: renemiranda80 at gmail.com (Rene Miranda) Date: Thu, 4 Mar 2010 21:03:56 -0300 Subject: planilha de excel gráficos no excel Message-ID: <1267715134aeb3e97855af4542125549f18df4c0bc@gmail.com> criar planilha no excel 2003 como fazer planilhas no excel 2003: http://www.modelosdecartascomerciais.com curso de excel modelos de f?rmulas e planilhas celulas excel, graficos no excel gr?fico no excel, modelos planilhas excel modelo planilhas excel, planilha em excel de fluxo de caixa planilhas excel vba, planilhas no excel proteger planilhas no excel, exemplos de planilhas no excel download de planilha excel, modelos de planilha do excel modelos excel, planilha de excel planilhas no excel gratis Visite: http://www.modelosdecartascomerciais.com criar planilha no excel 2003 como fazer planilhas no excel 2003.curso de excel modelos de f?rmulas e planilhas apostila planilhas excel, gr?ficos em excel planilha de excel avan?ado, modelos planilhas excel inserir planilha no excel, planilha em excel de fluxo de caixa planilhas excel controle, planilhas no excel planilhas no excel , exemplos de planilhas em excel formula no excel, modelos de planilha do excel modelos de planilhas excell, planilha de excel planilhas execel, planilhas excel calculos planilha de horas no excel, desbloqueio de planilha excel, criar uma planilha no excel dicas de planilhas, graficos em excel planilha de excel avan?ado, modelos planilhas excel gr?ficos no excel, planilha em excel de fluxo de caixa planilhas excel calculos modelos de planilhas planilha de estoque em excel modelos de planilha do excel modelos de planilhas execel, planilha de excel planilhas exel, planilhas excel calculos planilha de horas trabalhadas no excel, desproteger planilha de excel, criar uma planilha no excel dicas excel, gr?ficos em excel planilha de excel avan?ado, modelos planilhas excel inserir planilha no excel, planilha em excel de fluxo de caixa planilhas excel controle, curso de excel modelos de f?rmulas e planilhas atualizar planilha excel, graficos em excel planilha de excel gratis, modelos planilhas excel linhas excel, planilha em excel de fluxo de caixa planilhas excel controle de estoque, planilhas no excel planilhas no excel gratis, exemplos de planilhas em excel fun??o bdsoma planilhas excell planilha no excel de contas a pagar, exemplo de planilha do excel exemplo planilha excel, exemplo de planilhas excel exemplo de planilha no excel, modelos de c?lulas linhas excel, planilha de estoque em excel model os de planilhas, planilhas eletronicas excel porcentagem no excel, exemplo de planilhas excel exemplo de planilhas no excel, modelos de celulas macro no excel, planilha de estoque em excel modelos de planilhas controle, planilhas eletr?nicas excel porcentagem no excel, somar planilhas no excel somase From knizek.confy at volny.cz Sat Mar 6 20:09:36 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Sat, 06 Mar 2010 21:09:36 +0100 Subject: UI text patches Message-ID: <1267906176.9422.8.camel@athlon> Hello, I tried to update texts for "low/normal/high profile precision" and for the use of "calibrate" or "profile" - possibly still wrong somewhere. (I have not updated the messages to std out and tried not to touch function names.) Patches are attached. (I did not compile and review the text in a running program though.) regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Correct-terminology-in-help-file.patch Type: text/x-patch Size: 8426 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002-Update-profiling-precision-wording.patch Type: text/x-patch Size: 4356 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0003-Correct-use-of-calibrate-profile-and-replace-device-.patch Type: text/x-patch Size: 17357 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0004-Add-info-re.-high-precision-for-display-profiling.patch Type: text/x-patch Size: 1198 bytes Desc: not available URL: From hughsient at gmail.com Sat Mar 6 21:23:26 2010 From: hughsient at gmail.com (Richard Hughes) Date: Sat, 6 Mar 2010 21:23:26 +0000 Subject: UI text patches In-Reply-To: <1267906176.9422.8.camel@athlon> References: <1267906176.9422.8.camel@athlon> Message-ID: <15e53e181003061323h4565c999n8f20a3cad3191e5a@mail.gmail.com> On 6 March 2010 20:09, Milan Kn??ek wrote: > I tried to update texts for "low/normal/high profile precision" and for > the use of "calibrate" or "profile" - possibly still wrong somewhere. (I > have not updated the messages to std out and tried not to touch function > names.) All applied, with a couple of minor changes. Thanks! Richard. From durableinnovations at gmail.com Mon Mar 8 07:40:35 2010 From: durableinnovations at gmail.com (Elijah Smith) Date: Mon, 8 Mar 2010 02:40:35 -0500 Subject: Please make Gnome Color Manager work with the Nvidia driver Message-ID: Hoping some of you very intelligent people can help me get Gnome Color Manager working on my computer. So here's my situation. I'm a photographer that has said goodbye to windows forever (and photoshop for that matter). My laptop was stolen while on a trip several weeks ago, so I decided to upgrade (all my files are well backed up, so no worries). I got an HP DV7T, i7-720qm core, 4GB DDR3 RAM, 1GB Nvidia GeForce GT 230M... which brings me to my problem. I am running Ubuntu 9.10, with the Nvidia 195.xx driver. I tried to get the Nouveau driver working, but had no luck with that. When I open Gnome Color Manager, everything is blank. There is nothing in any of the pull down menus or anything. I read somewhere that Gnome Color Manager does not yet support the proprietary Nvidia driver. Is there any way of getting support for that driver working? I just did a shoot yesterday and need to get my monitors calibrated (I have a Huey) so I can start editing. Please tell me you all can help. Thanks, Eli -- Eli Smith 540-808-8268 durableinnovations at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmjdebruijn at pcode.nl Mon Mar 8 07:45:01 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Mon, 8 Mar 2010 08:45:01 +0100 Subject: Please make Gnome Color Manager work with the Nvidia driver In-Reply-To: References: Message-ID: <4c2c37f91003072345i7bf7342cycbfbef76ecce33a0@mail.gmail.com> On Mon, Mar 8, 2010 at 8:40 AM, Elijah Smith wrote: > Hoping some of you very intelligent people can help me get Gnome Color > Manager working on my computer.? So here's my situation.? I'm a photographer > that has said goodbye to windows forever (and photoshop for that matter). > My laptop was stolen while on a trip several weeks ago, so I decided to > upgrade (all my files are well backed up, so no worries).? I got an HP DV7T, > i7-720qm core, 4GB DDR3 RAM, 1GB Nvidia GeForce GT 230M... which brings me > to my problem.? I am running Ubuntu 9.10, with the Nvidia 195.xx driver.? I > tried to get the Nouveau driver working, but had no luck with that.? When I > open Gnome Color Manager, everything is blank.? There is nothing in any of > the pull down menus or anything.? I read somewhere that Gnome Color Manager > does not yet support the proprietary Nvidia driver.? Is there any way of > getting support for that driver working?? I just did a shoot yesterday and > need to get my monitors calibrated (I have a Huey) so I can start editing. The nvidia driver is a disaster all round... I have all my nvidia cards stacked rotting in a closet... I guess the only way to get it working is to fallback to the 2D only 'nv' driver... Regards, Pascal de Bruijn From hughsient at gmail.com Mon Mar 8 08:51:49 2010 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 8 Mar 2010 08:51:49 +0000 Subject: Please make Gnome Color Manager work with the Nvidia driver In-Reply-To: <4c2c37f91003072345i7bf7342cycbfbef76ecce33a0@mail.gmail.com> References: <4c2c37f91003072345i7bf7342cycbfbef76ecce33a0@mail.gmail.com> Message-ID: <15e53e181003080051w73a4254gf6d70f113258a259@mail.gmail.com> On 8 March 2010 07:45, Pascal de Bruijn wrote: > I guess the only way to get it working is to fallback to the 2D only > 'nv' driver... I'm not so sure it's so drastic as that, we do have workarounds for the broken binary drivers, although they are not well tested. How did you get your version of GCM? What version are you running? Richard. From alexandre.prokoudine at gmail.com Mon Mar 8 16:01:07 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Mon, 8 Mar 2010 19:01:07 +0300 Subject: dialog's size Message-ID: <733f2c731003080801u7ae03d83m77b365dc9ae3fbe7@mail.gmail.com> Hi, How can I make gcm-prefs's dialog remember the last size it was? At some point it decided that it should be wider that it really has to be and now it's always wider by default. Alexandre From pmjdebruijn at pcode.nl Thu Mar 11 14:21:41 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Thu, 11 Mar 2010 15:21:41 +0100 Subject: CMP DT 003 target image In-Reply-To: <4c2c37f91003090920n1c2aeed6q7f94a3233a5489bd@mail.gmail.com> References: <4c2c37f91003090920n1c2aeed6q7f94a3233a5489bd@mail.gmail.com> Message-ID: <4c2c37f91003110621t5fe1a6deuc72ff76e630f102e@mail.gmail.com> On Tue, Mar 9, 2010 at 6:20 PM, Pascal de Bruijn wrote: > Hi, > > Guy Kloss submitted an image of the CMP DT 003 target to me, I > postprocessed it, and worked it into a patch. > > Please do verify the patch contents before committing... Bump! Regards, Pascal de Bruijn From hughsient at gmail.com Thu Mar 11 14:43:15 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 11 Mar 2010 14:43:15 +0000 Subject: CMP DT 003 target image In-Reply-To: <4c2c37f91003110621t5fe1a6deuc72ff76e630f102e@mail.gmail.com> References: <4c2c37f91003090920n1c2aeed6q7f94a3233a5489bd@mail.gmail.com> <4c2c37f91003110621t5fe1a6deuc72ff76e630f102e@mail.gmail.com> Message-ID: <15e53e181003110643occ5bc94le8cd90e27705b1f8@mail.gmail.com> On 11 March 2010 14:21, Pascal de Bruijn wrote: >> Guy Kloss submitted an image of the CMP DT 003 target to me, I >> postprocessed it, and worked it into a patch. >> >> Please do verify the patch contents before committing... > > Bump! I didn't get the original email... Could you re-attach the patch please. Thanks. Richard. From hughsient at gmail.com Thu Mar 11 16:43:40 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 11 Mar 2010 16:43:40 +0000 Subject: CMP DT 003 target image In-Reply-To: <4c2c37f91003110836l4199ff96jeaa1c009bf595e4a@mail.gmail.com> References: <4c2c37f91003090920n1c2aeed6q7f94a3233a5489bd@mail.gmail.com> <4c2c37f91003110621t5fe1a6deuc72ff76e630f102e@mail.gmail.com> <15e53e181003110643occ5bc94le8cd90e27705b1f8@mail.gmail.com> <4c2c37f91003110836l4199ff96jeaa1c009bf595e4a@mail.gmail.com> Message-ID: <15e53e181003110843v4a5a1b0fp9e98ea9a69ae99f4@mail.gmail.com> On 11 March 2010 16:36, Pascal de Bruijn wrote: > Here you are... Applied, thanks. Richard. From alexandre.prokoudine at gmail.com Thu Mar 18 01:47:25 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Thu, 18 Mar 2010 04:47:25 +0300 Subject: translatable messages Message-ID: <733f2c731003171847s877769ajde00720ce73cff8e@mail.gmail.com> Hi, This message quite puzzles me: "Per-device settings not supported. Check your display driver." The comment says: "TRANSLATORS: this is when the user is using a binary blob". So what exactly does the message try to say? Another one is: "Image is not suitable without conversion". The comment however says "TRANSLATORS: title, usually we can tell based on the EDID data or output name". What does EDID has to do with, presumably, an attempt to create a create a profile from captured image of a reflective target? Also, how do I access "Analyze Print Shop Images"? Alexandre From hughsient at gmail.com Thu Mar 18 08:54:28 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 18 Mar 2010 08:54:28 +0000 Subject: translatable messages In-Reply-To: <733f2c731003171847s877769ajde00720ce73cff8e@mail.gmail.com> References: <733f2c731003171847s877769ajde00720ce73cff8e@mail.gmail.com> Message-ID: <15e53e181003180154u7c6c8d57qab5b1d8b83faa17@mail.gmail.com> On 18 March 2010 01:47, Alexandre Prokoudine wrote: > This message quite puzzles me: "Per-device settings not supported. > Check your display driver." The comment says: "TRANSLATORS: this is > when the user is using a binary blob". So what exactly does the > message try to say? Right, the translator string is crap. What we're trying to say is: The NVIDIA driver does not support per-head gamma controls. Whilst this does not matter if you only have one monitor attached, it means you can't color correct additional monitors or projectors. I've added this. > Another one is: "Image is not suitable without conversion". The > comment however says "TRANSLATORS: title, usually we can tell based on > the EDID data or output name". What does EDID has to do with, > presumably, an attempt to create a create a profile from captured > image of a reflective target? I copied and pasted the wrong comment, I've fixed this up. > Also, how do I access "Analyze Print Shop Images"? I'm not sure what to call this. This is basically when you've received the images that have been printed and you want to generate a profile from them. Better ideas welcome :-) Richard. From durableinnovations at gmail.com Fri Mar 19 03:39:49 2010 From: durableinnovations at gmail.com (Elijah Smith) Date: Thu, 18 Mar 2010 23:39:49 -0400 Subject: gnome-color-manager-list Digest, Vol 5, Issue 11 In-Reply-To: References: Message-ID: >> Also, how do I access "Analyze Print Shop Images"? > >I'm not sure what to call this. This is basically when you've received >the images that have been printed and you want to generate a profile >from them. Better ideas welcome :-) How about "Generate profile from printed images" Just a thought. Peace, Eli -- Eli Smith 540-808-8268 durableinnovations at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From tommy.he at linux.com Sun Mar 21 11:48:46 2010 From: tommy.he at linux.com (Tommy He) Date: Sun, 21 Mar 2010 11:48:46 +0000 Subject: Lock the translation Message-ID: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> Hello , I am currently translating the gnome-color-manager into simplified Chinese. It is my first time to work with GNOME translation project. Is there a way to mark it locked to avoid the duplication if someone was doing the same? Kind regards, Tommy He Fedora Simplified Chinese Translation Team -- Take a Deep Breath out of Windows -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmjdebruijn at pcode.nl Sun Mar 21 16:37:57 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Sun, 21 Mar 2010 17:37:57 +0100 Subject: Fighting with the screensaver. In-Reply-To: <58497f010911151242u54a7926am8f1a9128da6dec42@mail.gmail.com> References: <58497f010911130838v1624a1abm743d4763d6b2b0a3@mail.gmail.com> <1258226360.12545.10.camel@mirell> <58497f010911151242u54a7926am8f1a9128da6dec42@mail.gmail.com> Message-ID: <4c2c37f91003210937n4fdc6f7and6924b11835344ca@mail.gmail.com> On Sun, Nov 15, 2009 at 9:42 PM, Lars Tore Gustavsen wrote: > On Sat, Nov 14, 2009 at 8:19 PM, Martin S. wrote: > >> >> What gfx driver do you use and which component versions (xorg, driver, >> gnome-screensaver? >> > > I use ubuntu 9.10 and I have a ATI Radeon 9200 PRO card. I use the > radeon xorg driver and the xorg version is 1.7.4. > Gnome-screensaver is 2.28.0 I've just built GNOME Color Manager for Ubuntu Lucid, and the problem seems to have disappeared. Though I'm using the Intel driver... Regards, Pascal de Bruijn From pmjdebruijn at pcode.nl Sun Mar 21 16:43:01 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Sun, 21 Mar 2010 17:43:01 +0100 Subject: Standby also seems to reset the VideoLUT/crtc In-Reply-To: <62e8012c0911151115tb4e695p2844767e8c8c7d1@mail.gmail.com> References: <1258223031.9981.3.camel@goliath> <15e53e180911150730n1c85b3adn5f5af7acadcafaef@mail.gmail.com> <62e8012c0911151115tb4e695p2844767e8c8c7d1@mail.gmail.com> Message-ID: <4c2c37f91003210943h7608febdy410852a3e131aa4a@mail.gmail.com> On Sun, Nov 15, 2009 at 8:15 PM, Pedro C?rte-Real wrote: > On Sun, Nov 15, 2009 at 7:33 AM, Andrew Lutomirski wrote: >> Heh, I replied to Pascal directly instead of to all. ?I think that X >> already does that with server 1.7 and up and (on my machine, anyway) >> intel driver 2.9.0 and up. ?(e.g. F12 but not F11) > > I run Ubuntu Karmic (9.10) and this is not the case. I do have the > 2.9.0 intel driver but the server is only 1.6.4. So I guess the config > for it is in the xserver. Strangely when I set the ICC profile with > xcalib it seems to survive the suspend. I've just upgraded my laptop to Ubuntu Lucid Beta1, and submitted GNOME Color Management builds to my PPA... Now on Lucid, with sleep/hibernate the VideoLUT seems to survive (with the Intel driver). Regards, Pascal de Bruijn From hughsient at gmail.com Sun Mar 21 19:50:11 2010 From: hughsient at gmail.com (Richard Hughes) Date: Sun, 21 Mar 2010 19:50:11 +0000 Subject: Lock the translation In-Reply-To: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> References: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> Message-ID: <15e53e181003211250g67857e4cja708d26a8353e954@mail.gmail.com> On 21 March 2010 11:48, Tommy He wrote: > I am currently translating the gnome-color-manager into simplified Chinese. > It is my first time to work with GNOME translation project. Is there a way > to mark it locked to avoid the duplication if someone was doing the same? I've got no idea, but if you ask the Simplified Chinese GNOME intl group, I'm sure they'll help. Thanks! Richard. From alexandre.prokoudine at gmail.com Sun Mar 21 22:10:57 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Mon, 22 Mar 2010 01:10:57 +0300 Subject: Lock the translation In-Reply-To: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> References: <8ed3c2d1003210448k2fe08bdev8b43aa13146ec78e@mail.gmail.com> Message-ID: <733f2c731003211510x1fd042abte3e7d0555a57e486@mail.gmail.com> On 3/21/10, Tommy He wrote: > Hello , > > I am currently translating the gnome-color-manager into simplified Chinese. > It is my first time to work with GNOME translation project. Is there a way > to mark it locked to avoid the duplication if someone was doing the same? What you are basically asking is: "How do I make sure the translation in Git is always so good that nobody else needs to work on it?" And that question has a bit of an answer in it :) Alexandre From hughsient at gmail.com Tue Mar 23 14:04:40 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 23 Mar 2010 14:04:40 +0000 Subject: gnome-color-manager-list Digest, Vol 5, Issue 11 In-Reply-To: References: Message-ID: <15e53e181003230704n4aed6d88ve5079f39789aebb7@mail.gmail.com> On 19 March 2010 03:39, Elijah Smith wrote: > How about "Generate profile from printed images" > Just a thought. Yup, I've used that. Thanks. Richard. From pmjdebruijn at pcode.nl Wed Mar 24 17:25:49 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Wed, 24 Mar 2010 18:25:49 +0100 Subject: No package 'sane-backends' found Message-ID: <4c2c37f91003241025k54e86360rff50864081d3c863@mail.gmail.com> Hi, When trying to build gnome-color-manager from git on Ubuntu Lucid, I get the following: checking for X11... yes checking for SANE... configure: error: Package requirements (sane-backends) were not met: No package 'sane-backends' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. So it's having trouble finding SANE... So either my SANE is broken, or something is funky in GCM configure... When I do apt-get build-dep xsane, nothing gets installed, so I should have all the development dependencies (including libsane-dev) to build anything against libsane. The usual place for a pc file is /usr/lib/pkgconfig right? There is nothing with sane in it there... So that would mean Lucid's SANE is broken? I'd love to hear your view on this... Regards, Pascal de Bruijn From hughsient at gmail.com Wed Mar 24 17:47:14 2010 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 24 Mar 2010 17:47:14 +0000 Subject: No package 'sane-backends' found In-Reply-To: <4c2c37f91003241025k54e86360rff50864081d3c863@mail.gmail.com> References: <4c2c37f91003241025k54e86360rff50864081d3c863@mail.gmail.com> Message-ID: <15e53e181003241047i7a8e0804g2cb8b3e8d13f1153@mail.gmail.com> On 24 March 2010 17:25, Pascal de Bruijn wrote: > When trying to build gnome-color-manager from git on Ubuntu Lucid, I > get the following: > ?checking for SANE... configure: error: Package requirements > (sane-backends) were not met: I've just found out that the sane pc file is only shipped by Red Hat, and is not upstream. I guess we'll have to fall back and search for sane.h -- if anyone wants to get started, it would be very welcome. Richard. From hughsient at gmail.com Wed Mar 24 18:00:50 2010 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 24 Mar 2010 18:00:50 +0000 Subject: No package 'sane-backends' found In-Reply-To: <15e53e181003241047i7a8e0804g2cb8b3e8d13f1153@mail.gmail.com> References: <4c2c37f91003241025k54e86360rff50864081d3c863@mail.gmail.com> <15e53e181003241047i7a8e0804g2cb8b3e8d13f1153@mail.gmail.com> Message-ID: <15e53e181003241100p249f32acte73e4bca5d038e7b@mail.gmail.com> On 24 March 2010 17:47, Richard Hughes wrote: > I've just found out that the sane pc file is only shipped by Red Hat, > and is not upstream. I guess we'll have to fall back and search for > sane.h -- if anyone wants to get started, it would be very welcome. commit 37275a20505747d0d6c55f684d940cde314b7404 Author: Richard Hughes Date: Wed Mar 24 18:00:15 2010 +0000 Search for sane/sane.h as well as the pkgconfig file Can you try now please. Thanks. From hughsient at gmail.com Thu Mar 25 09:53:03 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 09:53:03 +0000 Subject: dialog's size In-Reply-To: <733f2c731003080801u7ae03d83m77b365dc9ae3fbe7@mail.gmail.com> References: <733f2c731003080801u7ae03d83m77b365dc9ae3fbe7@mail.gmail.com> Message-ID: <15e53e181003250253k48433764kaa8f7f307b2bf9f6@mail.gmail.com> On 8 March 2010 16:01, Alexandre Prokoudine wrote: > How can I make gcm-prefs's dialog remember the last size it was? At > some point it decided that it should be wider that it really has to be > and now it's always wider by default. I guess we need to add this kind of thing to GConf, as it's a user preference. I'm kinda waiting for GSettings to appear, as it seems a waste of time to do the GConf bits that are about to be changed. Richard. From hughsient at gmail.com Thu Mar 25 11:27:15 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 11:27:15 +0000 Subject: Full screen color management Message-ID: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> First a little introduction if I may. if you're easily bored please skip to the last paragraph. An image is usually generated with a source profile of the devices used to generate it, that's a lump of data that describes what kind of "red" is actually red. This is encoded in the ICC profile, which is normally in the image metadata. Images without metadata are usually assumed to be sRGB. A color server usually runs at session start and sets the _ICC_PROFILE atom on the XRandR output (or root window) of the screen. This is either the manufacturer generated profile, or the profile that the user has lovingly created. The color server also sets up the color lookup tables (gamma tables) if required. An application that does "early color binding" takes the source profile (e.g. "Hughsie's Nikon D60") and the destination profile ("T61 IBM Internal Panel") and converts one color gamut to another using something like LCMS on Linux, or ColorSync on OSX. This means the "red" that you saw in the viewfinder matches pretty much what you see on the screen, modulo how crappy your laptop LCD panel is. It then tags the Window which is displaying the image with an atom so that the next part works (read on...). This only works for applications that care about color, and only works if the window is entirely on one output (as different outputs might have different output profiles). A "whole screen" color manager is normally an optional plugin to a compositing window manager. There is a pretty hacky proof of concept plugin written for compiz, but that's doing far more stuff than I'm proposing here. It tries to convert the whole screen to the destination gamut, without affecting windows that have already been early-bound. It can detect windows that should be ignored using the atom that has been set on some windows (possibly none, or typically one) and assumes the rest is sRGB and converts this to the destination (monitor) profile. Now, you might be wondering why the last part is required, as most people say that LCD's are supposed to be sRGB anyway. Well, I would disagree, and will disagree more as the years pass. More and more LCD panels are being sold that are "wide gamut" and therefore can display colors well outside of sRGB. Panels (like this T61) are also very much smaller than sRGB and need to be corrected as best we can. On a wide gamut monitor 100% red is piercing red (the sort of piecing red that hurts your eyes) and needs to be controlled. Of course, we want to be able to use the wide gamut features for photographs and HD movies, but we really don't want to be color correcting window borders and [x] controls. If you've read this far, I'm impressed, and you're probably in the minority. Well done. What I'm proposing is a plugin for mutter that uses lcms to color convert the whole screen, masking out the color-corrected regions. Using mutter allows this to work with GNOME 2 and GNOME 3, and mutter also seems to be the sweet-spot for this kind of display correction without putting ICC profile decoding and gamut mapping into the X server. Is full screen color correction something that you think is a good idea, and also would you allow me to create the required hooks in mutter-plugin.h to make this possible? Thanks, Richard Hughes From pmjdebruijn at pcode.nl Thu Mar 25 12:07:11 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Thu, 25 Mar 2010 13:07:11 +0100 Subject: Full screen color management In-Reply-To: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: <4c2c37f91003250507v527d06edg4094e78658bfd32a@mail.gmail.com> On Thu, Mar 25, 2010 at 12:27 PM, Richard Hughes wrote: > First a little introduction if I may. if you're easily bored please > skip to the last paragraph. > > An image is usually generated with a source profile of the devices > used to generate it, that's a lump of data that describes what kind of > "red" is actually red. This is encoded in the ICC profile, which is > normally in the image metadata. Images without metadata are usually > assumed to be sRGB. > > A color server usually runs at session start and sets the _ICC_PROFILE > atom on the XRandR output (or root window) of the screen. This is > either the manufacturer generated profile, or the profile that the > user has lovingly created. The color server also sets up the color > lookup tables (gamma tables) if required. > > An application that does "early color binding" takes the source > profile (e.g. "Hughsie's Nikon D60") and the destination profile ("T61 > IBM Internal Panel") and converts one color gamut to another using > something like LCMS on Linux, or ColorSync on OSX. This means the > "red" that you saw in the viewfinder matches pretty much what you see > on the screen, modulo how crappy your laptop LCD panel is. It then > tags the Window which is displaying the image with an atom so that the > next part works (read on...). This only works for applications that > care about color, and only works if the window is entirely on one > output (as different outputs might have different output profiles). > > A "whole screen" color manager is normally an optional plugin to a > compositing window manager. There is a pretty hacky proof of concept > plugin written for compiz, but that's doing far more stuff than I'm > proposing here. It tries to convert the whole screen to the > destination gamut, without affecting windows that have already been > early-bound. It can detect windows that should be ignored using the > atom that has been set on some windows (possibly none, or typically > one) and assumes the rest is sRGB and converts this to the destination > (monitor) profile. > > Now, you might be wondering why the last part is required, as most > people say that LCD's are supposed to be sRGB anyway. Well, I would > disagree, and will disagree more as the years pass. More and more LCD > panels are being sold that are "wide gamut" and therefore can display > colors well outside of sRGB. Panels (like this T61) are also very much > smaller than sRGB and need to be corrected as best we can. On a wide > gamut monitor 100% red is piercing red (the sort of piecing red that > hurts your eyes) and needs to be controlled. Of course, we want to be > able to use the wide gamut features for photographs and HD movies, but > we really don't want to be color correcting window borders and [x] > controls. Yes, this is very true... sRGB is really a one-size fits none solution :) > If you've read this far, I'm impressed, and you're probably in the > minority. Well done. > > What I'm proposing is a plugin for mutter that uses lcms to color > convert the whole screen, masking out the color-corrected regions. > Using mutter allows this to work with GNOME 2 and GNOME 3, and mutter > also seems to be the sweet-spot for this kind of display correction > without putting ICC profile decoding and gamut mapping into the X > server. > > Is full screen color correction something that you think is a good > idea, and also would you allow me to create the required hooks in > mutter-plugin.h to make this possible? It's probably a good idea, however I do wonder how this will affect slow machines... netbooks anybody? Not that most folks will be doing graphics work on a netbook... What's mutter? Regards, Pascal de Bruijn From hughsient at gmail.com Thu Mar 25 12:10:55 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 12:10:55 +0000 Subject: Full screen color management In-Reply-To: <4c2c37f91003250507v527d06edg4094e78658bfd32a@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> <4c2c37f91003250507v527d06edg4094e78658bfd32a@mail.gmail.com> Message-ID: <15e53e181003250510p258242eav8bd089377a0fe18c@mail.gmail.com> On 25 March 2010 12:07, Pascal de Bruijn wrote: > sRGB is really a one-size fits none solution :) Well, color correcting everything to sRGB gets you 50% the way there, but prevents the last 50% from ever being completed. And is makes the best monitor in the world look just like the worst monitor in the world. > It's probably a good idea, however I do wonder how this will affect > slow machines... netbooks anybody? Not that most folks will be doing > graphics work on a netbook... Sure, I'm guessing most of this will be done with DAMAGE and some degree of OpenGL, although that's just an implementation detail. > What's mutter? metacity replacement. Richard From amluto at gmail.com Thu Mar 25 13:26:08 2010 From: amluto at gmail.com (Andrew Lutomirski) Date: Thu, 25 Mar 2010 07:26:08 -0600 Subject: Full screen color management In-Reply-To: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: On Thu, Mar 25, 2010 at 5:27 AM, Richard Hughes wrote: > First a little introduction if I may. if you're easily bored please > skip to the last paragraph. > > > A "whole screen" color manager is normally an optional plugin to a > compositing window manager. There is a pretty hacky proof of concept > plugin written for compiz, but that's doing far more stuff than I'm > proposing here. It tries to convert the whole screen to the > destination gamut, without affecting windows that have already been > early-bound. It can detect windows that should be ignored using the > atom that has been set on some windows (possibly none, or typically > one) and assumes the rest is sRGB and converts this to the destination > (monitor) profile. This sounds like a great idea, but if I understand it correctly, I think that a small change could make it even better. In your model, windows are either untagged (late color binding) or tagged as early-bound. If windows were instead tagged with a color space (no tag = sRGB, and maybe reserve a special tag "native" that does exactly what your early-binding tag does), then we get a few benefits: 1. Programs displaying images in a wider color space than sRGB can correctly span two outputs with different profiles, assuming that the compositor is smart enough to draw them correctly. This would be nice for video on two displays. 2. Programs that are too lazy to detect when they are dragged from one output to another can simply tag themselves with the correct color space and let the compositor deal with it. 3. The compositor will probably be much faster than LCMS, since it ought to use a hardware shader to do color conversion. This means that some program displaying, say, an AdobeRGB image (a much wider gamut color space than sRGB for those non-color-inclined among you) can just set that tag and get amazing performance. (This is especially true for low-end computers, where performance is more likely to matter.) --Andy From hughsient at gmail.com Thu Mar 25 14:39:15 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 14:39:15 +0000 Subject: Full screen color management In-Reply-To: References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: <15e53e181003250739x193283bx8888cd6108b2ba2b@mail.gmail.com> On 25 March 2010 13:26, Andrew Lutomirski wrote: > This sounds like a great idea, but if I understand it correctly, I > think that a small change could make it even better. ?In your model, > windows are either untagged (late color binding) or tagged as > early-bound. ?If windows were instead tagged with a color space (no > tag = sRGB, and maybe reserve a special tag "native" that does exactly > what your early-binding tag does), then we get a few benefits: What you describe is essentially what the net-color spec is trying to do, and has had some success with oyranos, although the mechanism for updating is pretty, well, complex. > 1. Programs displaying images in a wider color space than sRGB can > correctly span two outputs with different profiles, assuming that the > compositor is smart enough to draw them correctly. ?This would be nice > for video on two displays. With this, the color aware program needs to know if the compositor is installed (and enabled) to actively avoid using lcms and doing the conversion itself. I'm not sure we can enforce the use of a late-bound approach as not everybody wants the performance penalty of a whole screen correction. I guess it's about where you draw the line in the sand. Each way of doing it has advantages and drawbacks. > 2. Programs that are too lazy to detect when they are dragged from one > output to another can simply tag themselves with the correct color > space and let the compositor deal with it. Potentially this means uploading quite a bit of data to the xserver. Some ICC profiles can be in the megabytes, especially for CYMK profiles. But sure, it would be an interesting way of doing things. > 3. The compositor will probably be much faster than LCMS, since it > ought to use a hardware shader to do color conversion. ?This means > that some program displaying, say, an AdobeRGB image (a much wider > gamut color space than sRGB for those non-color-inclined among you) > can just set that tag and get amazing performance. ?(This is > especially true for low-end computers, where performance is more > likely to matter.) Sure, I agree it would be much faster. The question remains if this is something mutter should and can provide. Richard. From hughsient at gmail.com Thu Mar 25 15:29:45 2010 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 25 Mar 2010 15:29:45 +0000 Subject: Nagging the user to recalibrate? Message-ID: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> If the user has created a custom display, printer or camera profile, should be remind them to re-profile once every six months? _________________________ | | Calibration required | | The device "Nikon D60" has not been calbrated recently. | | [ Ignore ] [ Recalibrate now ] |________________________ Richard. From pmjdebruijn at pcode.nl Thu Mar 25 17:25:04 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Thu, 25 Mar 2010 18:25:04 +0100 Subject: Nagging the user to recalibrate? In-Reply-To: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> References: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> Message-ID: <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> On Thu, Mar 25, 2010 at 4:29 PM, Richard Hughes wrote: > If the user has created a custom display, printer or camera profile, > should be remind them to re-profile once every six months? Possibly... But this should be configurable, and it should be easy to turn off... It should probably integrate with this: http://www.markshuttleworth.com/archives/253 I'm assuming the API (DBUS?) is generic, and each distro has it's own visualisation... OR, maybe plan a Task in Evolution? This is probably too nasty... > _________________________ > | > | ?Calibration required > | > | ?The device "Nikon D60" has not been calbrated recently. > | > | [ Ignore ] [ Recalibrate now ] > |________________________ I don't really think camera's need to be recalibrated regularly at all... So these should probably be excluded... Scanners probably do, because they have a backlight that ages... But since scanner use is usually intermittent for most users, I doubt this will be needed for the most common scanner users... So maybe we should exclude these as well... CRTs/LCDs obviously do need to be recalibrated, 6 months seems like a good default... I never notice a difference when I recalibrate on a monthly basis... Though my LCD isn't on for 10 hours a day... probably more like 5... And then we have printers... Printer calibration should probably be redone on every new set of ink, instead of timebased... This would probably be hard to detect (reliably), but sticking to time based notifications isn't a decent replacement, so I guess we should exclude these as well... So CRTs/LCDs are probably the only kind of device for which a time based notification unambiguously has merit... Regards, Pascal de Bruijn From knizek.confy at volny.cz Thu Mar 25 19:31:35 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Thu, 25 Mar 2010 20:31:35 +0100 Subject: Full screen color management In-Reply-To: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: <1269545495.19811.3.camel@athlon> Richard Hughes p??e v ?t 25. 03. 2010 v 11:27 +0000: > Is full screen color correction something that you think is a good > idea, and also would you allow me to create the required hooks in > mutter-plugin.h to make this possible? > Color correction of the full screen would be great. (I usually use my wide gamut lcd in sRGB mode to avoid eye-soring over-saturated icons etc.) I do not understand the details of implementation, hence I cannot say much about "mutter". regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) From pmjdebruijn at pcode.nl Thu Mar 25 20:35:01 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Thu, 25 Mar 2010 21:35:01 +0100 Subject: Full screen color management In-Reply-To: <1269545495.19811.3.camel@athlon> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> <1269545495.19811.3.camel@athlon> Message-ID: <4c2c37f91003251335y16dc4d70k701ffa5d210ab640@mail.gmail.com> On Thu, Mar 25, 2010 at 8:31 PM, Milan Kn??ek wrote: > Richard Hughes p??e v ?t 25. 03. 2010 v 11:27 +0000: >> Is full screen color correction something that you think is a good >> idea, and also would you allow me to create the required hooks in >> mutter-plugin.h to make this possible? > > Color correction of the full screen would be great. (I usually use my > wide gamut lcd in sRGB mode to avoid eye-soring over-saturated icons > etc.) That's truely a shame... Regards, Pascal de Bruijn From otaylor at redhat.com Thu Mar 25 22:52:36 2010 From: otaylor at redhat.com (Owen Taylor) Date: Thu, 25 Mar 2010 18:52:36 -0400 Subject: Full screen color management In-Reply-To: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> References: <15e53e181003250427s4e45f99bj61c38aa3e5b89d44@mail.gmail.com> Message-ID: <1269557556.2820.22.camel@localhost.localdomain> On Thu, 2010-03-25 at 11:27 +0000, Richard Hughes wrote: > What I'm proposing is a plugin for mutter that uses lcms to color > convert the whole screen, masking out the color-corrected regions. > Using mutter allows this to work with GNOME 2 and GNOME 3, and mutter > also seems to be the sweet-spot for this kind of display correction > without putting ICC profile decoding and gamut mapping into the X > server. > > Is full screen color correction something that you think is a good > idea, and also would you allow me to create the required hooks in > mutter-plugin.h to make this possible? * I think making the compositor manager do color correction for naive apps is a great idea. * Mutter is the certainly compositing manager of interest for GNOME. (Though in terms of "GNOME 2" - Mutter working without a plugin is pretty much gravy - it seems to work pretty well now, but it isn't an explicit development goal.) * I'm not at all convinced that stacking multiple Mutter plugins is a good idea. Think of mutter as 'libmutter' implemented with a weird inversion of control where main() lives in libmutter rather than in the application. Is there are reason this capability couldn't be built into Mutter? * Do you know what technique you would be using to do the color correction? Do you render the whole screen to an offscreen buffer than color correct that when drawing to the stage? Or do you apply mapping tables to individual windows? This affects whether Clutter changes would be needed as well. Note that much of the screen when gnome-shell is rendering is *not* windows, and Mutter doesn't see it being rendered at all - Mutter is just adding actors to the Clutter stage and gnome-shell adds additional actors to the Clutter stage. (This additional content will normally be sRGB content, though I suppose you could imagine putting a non-sRGB photo as your desktop background and wanting it to appear in full gamut.) - Owen From hughsient at gmail.com Fri Mar 26 07:46:03 2010 From: hughsient at gmail.com (Richard Hughes) Date: Fri, 26 Mar 2010 07:46:03 +0000 Subject: Nagging the user to recalibrate? In-Reply-To: <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> References: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> Message-ID: <15e53e181003260046s20b3d5d9h1215f402298b6994@mail.gmail.com> On 25 March 2010 17:25, Pascal de Bruijn wrote: > Possibly... But this should be configurable, and it should be easy to > turn off... Sure, I've added a "ignore" button. > I'm assuming the API (DBUS?) is generic, and each distro has it's own > visualisation... Sure, it's using a libnotify call, which is a standard library. > OR, maybe plan a Task in Evolution? This is probably too nasty... Euwwww. > Scanners probably do, because they have a backlight that ages... But > since scanner use is usually intermittent for most users, I doubt this > will be needed for the most common scanner users... So maybe we should > exclude these as well... Agreed. > CRTs/LCDs obviously do need to be recalibrated, 6 months seems like a > good default... I never notice a difference when I recalibrate on a > monthly basis... Though my LCD isn't on for 10 hours a day... probably > more like 5... Sure, 6 months seems like a good default. > And then we have printers... Printer calibration should probably be > redone on every new set of ink, instead of timebased... This would > probably be hard to detect (reliably), but sticking to time based > notifications isn't a decent replacement, so I guess we should exclude > these as well... I'm keen on printers, but again, maybe every month or six months is a good idea. > So CRTs/LCDs are probably the only kind of device for which a time > based notification unambiguously has merit... Cool, I've added this in git master. Richard. From pmjdebruijn at pcode.nl Fri Mar 26 16:57:32 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Fri, 26 Mar 2010 17:57:32 +0100 Subject: Nagging the user to recalibrate? In-Reply-To: <15e53e181003260046s20b3d5d9h1215f402298b6994@mail.gmail.com> References: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> <15e53e181003260046s20b3d5d9h1215f402298b6994@mail.gmail.com> Message-ID: <4c2c37f91003260957k2deea63eod4e520a7885d6b5e@mail.gmail.com> On Fri, Mar 26, 2010 at 8:46 AM, Richard Hughes wrote: > On 25 March 2010 17:25, Pascal de Bruijn wrote: >> Possibly... But this should be configurable, and it should be easy to >> turn off... > > Sure, I've added a "ignore" button. Also add a "Never bother me again" button :) >> I'm assuming the API (DBUS?) is generic, and each distro has it's own >> visualisation... > > Sure, it's using a libnotify call, which is a standard library. > >> OR, maybe plan a Task in Evolution? This is probably too nasty... > > Euwwww. > >> Scanners probably do, because they have a backlight that ages... But >> since scanner use is usually intermittent for most users, I doubt this >> will be needed for the most common scanner users... So maybe we should >> exclude these as well... > > Agreed. > >> CRTs/LCDs obviously do need to be recalibrated, 6 months seems like a >> good default... I never notice a difference when I recalibrate on a >> monthly basis... Though my LCD isn't on for 10 hours a day... probably >> more like 5... > > Sure, 6 months seems like a good default. > >> And then we have printers... Printer calibration should probably be >> redone on every new set of ink, instead of timebased... This would >> probably be hard to detect (reliably), but sticking to time based >> notifications isn't a decent replacement, so I guess we should exclude >> these as well... > > I'm keen on printers, but again, maybe every month or six months is a good idea. It's probably not... really... The best idea is probably to instruct the user to recalibrate on each new set of ink, whenever he/she first calibrates his/her printer... When generating medium quality printer profiles, some smoothing is (luckily) applied by ArgyllCMS, so I wonder if recalibration has a lot of effect at all... This is assuming your printer is not an unreliable piece of crap, with el'cheapo refill-ink, from a company that sources it's ink from another manufacturer each month or so :) >> So CRTs/LCDs are probably the only kind of device for which a time >> based notification unambiguously has merit... > > Cool, I've added this in git master. Cool... There is another consideration... What is checked? The current active profile? Or the latest available profile? For example when I import a manufacturer supplied .icc, it will most likely always be dated more than six months, but we still don't want to nag the user... Regards, Pascal de Bruijn From hughsient at gmail.com Sat Mar 27 17:29:54 2010 From: hughsient at gmail.com (Richard Hughes) Date: Sat, 27 Mar 2010 17:29:54 +0000 Subject: Nagging the user to recalibrate? In-Reply-To: <4c2c37f91003260957k2deea63eod4e520a7885d6b5e@mail.gmail.com> References: <15e53e181003250829m39ccfaf5n425db43fcf18972a@mail.gmail.com> <4c2c37f91003251025q59be978bq6207272eab9a2225@mail.gmail.com> <15e53e181003260046s20b3d5d9h1215f402298b6994@mail.gmail.com> <4c2c37f91003260957k2deea63eod4e520a7885d6b5e@mail.gmail.com> Message-ID: <15e53e181003271029l32cb698ejc3f2d8fd927c924a@mail.gmail.com> On 26 March 2010 16:57, Pascal de Bruijn wrote: > Also add a "Never bother me again" button :) Ignore == never tell me about this again. > The best idea is probably to instruct the user to recalibrate on each > new set of ink, whenever he/she first calibrates his/her printer... I guess we could get this from CUPS. > There is another consideration... What is checked? > > The current active profile? Or the latest available profile? When the current profile was assigned to the device. > For example when I import a manufacturer supplied .icc, it will most > likely always be dated more than six months, but we still don't want > to nag the user... Sure, we only nag the user if the profile was created by GCM. Richard. From knizek.confy at volny.cz Sun Mar 28 20:09:15 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Sun, 28 Mar 2010 22:09:15 +0200 Subject: [PATCH] Correct wording re. display calibration Message-ID: <1269806955.2901.26.camel@athlon> Hello, I have tried to update the texts relating to the display calibration. There is now a detailed FAQ entry in the help file, so I assume it is better to use specific terms ("calibration") instead of general ones ("screen correction", etc.). regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Correct-wording-re.-display-calibration.patch Type: text/x-patch Size: 5168 bytes Desc: not available URL: From hughsient at gmail.com Mon Mar 29 09:46:52 2010 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 29 Mar 2010 10:46:52 +0100 Subject: GNOME Color Manager 2.30.0 Message-ID: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> gnome-color-manager is a session program that makes it easy to manage, install and generate color profiles in the GNOME desktop. Version 2.30.0 ~~~~~~~~~~~~~~ Released: 2010-03-29 * Translations - Add Simplified Chinese translation (Eleanor Chen) - Update Czech translation (Milan Kn??ek) - Updated German doc translation (Mario Bl?ttermann) - Updated German translation (Christian Kirbach) - Updated German translation (Mario Bl?ttermann) - Updated Lithuanian translation (Gintautas Miliauskas) - Updated Norwegian bokm?l translation (Kjartan Maraas) - Updated Polish translation (Piotr Dr?g) - Updated Portuguese translation (Ant?nio Lima) - Updated Russian translation (Alexandre Prokoudine) - Updated Slovenian translation (Andrej ?nidar?i?) - Updated Spanish translation (Jorge Gonz?lez) * New Features: - Add a 'created' and 'modified' key to each device in the config file (Richard Hughes) - Add a DBus method GetDevices() and relax the checks in GetProfilesForDevice() to also take a device ID (Richard Hughes) - Add an entry to the FAQ to explain the difference between calibration and characterization (Richard Hughes) - Add a notification when devices with profiles need recalibrating (Richard Hughes) - Add CMP DT 003 target image submitted by Guy Kloss (Pascal de Bruijn) - Add images of the Colorimtre HCFR (Richard Hughes) - Add images of the i1 Pro (Richard Hughes) - Add info regarding high precision for display profiling (Milan Kn??ek) - Allow the user to choose the calibration precision using an interactive dialog (Richard Hughes) - Convert the .tiff files to .jpeg if we are creating a print profile (Richard Hughes) - Do not rely on usb.ids, but instead encode the colorimeter type in the udev rules (Richard Hughes) - Emit ::changed on the public DBus interface when devices are added or removed (Richard Hughes) - For laptops, use the DMI data to contruct the calibration filename (Richard Hughes) - Make sure the profile comboboxes are alphabetically sorted (Richard Hughes) - Show each device setting when we use gcm-inspect --dump (Richard Hughes) - Use libsane to get our scanners, which means remote devices are now supported (Richard Hughes) - When devices are connected and disconnected, do not remove then add them, just change the state (Richard Hughes) * Bugfix: - Check and correct TIFF image files with alpha channels before using them in argyllcms. Fixes rh#569564 (Richard Hughes) - Correct terminology in help file (Milan Kn??ek) - Correct use of calibrate/profile and replace device by instrument (Milan Kn??ek) - Do not crash attempting to add cups printers without PPD file (Martin Szulecki) - Do not crash the DBus service if a device does not have a profile set and it is included in a query (Richard Hughes) - Do not crash when GetProfileForWindow() succeeds in finding a window (Richard Hughes) - Do not use ACL_MANAGE, udev is already doing this for us (Richard Hughes) - Fix "cast increases required alignment of target type" [ia64] (Kamal Mostafa) - Fix up some translatable messages. Fixes #612111 (Richard Hughes) - Fix wrong word in data/gnome-color-manager.schemas.in. Fixes #612105 (Christian Kirbach) - If there are any lcms warnings in gcm-fix-profile, do not attempt to re-save the profile (Richard Hughes) - Make gcm-install-system-wide a little more paranoid from users that might want to be horrible (Richard Hughes) - Parse the EDID more carefully to not overwrite the model with junk for an invalid entry. Fixes #155410 (Richard Hughes) - Prevent a segfault if ppdOpenFile() fails for whatever reason (Richard Hughes) - Update profiling precision wording (Milan Kn??ek) - Use the model name for the SANE id, the 'name' attribute depends on the USB port used (Richard Hughes) - Warn if GConf is not set correctly when setting up the dialog (Richard Hughes) Additionally, it has branched for 2-30 and development continues in master. Richard. From pmjdebruijn at pcode.nl Mon Mar 29 16:43:59 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Mon, 29 Mar 2010 18:43:59 +0200 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> Message-ID: <4c2c37f91003290943n24e15960jd473b811c6b581c1@mail.gmail.com> On Mon, Mar 29, 2010 at 11:46 AM, Richard Hughes wrote: > gnome-color-manager is a session program that makes it easy to manage, install > and generate color profiles in the GNOME desktop. > > Version 2.30.0 > ~~~~~~~~~~~~~~ > Released: 2010-03-29 As per usual I've built this GCM release, for Ubuntu, this time for both Ubuntu Karmic and Ubuntu Lucid (the next LTS)... The packages are available on both my main PPA, and my gcm-release PPA: https://launchpad.net/~pmjdebruijn/+archive/gcm-release This might be of interest to some as well: https://launchpad.net/~pmjdebruijn/+archive/argyll-release Regards, Pascal de Bruijn From alexandre.prokoudine at gmail.com Mon Mar 29 21:39:16 2010 From: alexandre.prokoudine at gmail.com (Alexandre Prokoudine) Date: Tue, 30 Mar 2010 01:39:16 +0400 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> Message-ID: <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> On 3/29/10, Richard Hughes wrote: > gnome-color-manager is a session program that makes it easy to manage, > install > and generate color profiles in the GNOME desktop. > > Version 2.30.0 > ~~~~~~~~~~~~~~ > Released: 2010-03-29 It used to be first Monday of *new* month :-/ Oh well, no review and translation updates then. BTW, "Reset" button doesn't work properly for finetuning. It moves sliders back to original position, but output is not adjusted. Alexandre From pmjdebruijn at pcode.nl Mon Mar 29 21:47:03 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Mon, 29 Mar 2010 23:47:03 +0200 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> Message-ID: <4c2c37f91003291447x50844e6fqa02b97065d6167e6@mail.gmail.com> On Mon, Mar 29, 2010 at 11:39 PM, Alexandre Prokoudine wrote: > On 3/29/10, Richard Hughes wrote: >> gnome-color-manager is a session program that makes it easy to manage, >> install >> and generate color profiles in the GNOME desktop. >> >> Version 2.30.0 >> ~~~~~~~~~~~~~~ >> Released: 2010-03-29 > > It used to be first Monday of *new* month :-/ Oh well, no review and > translation updates then. > > BTW, "Reset" button doesn't work properly for finetuning. It moves > sliders back to original position, but output is not adjusted. There is GNOME release cycle :) http://live.gnome.org/TwoPointTwentynine/ Regards, Pascal de Bruijn From hughsient at gmail.com Tue Mar 30 07:41:42 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 30 Mar 2010 08:41:42 +0100 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <4c2c37f91003291447x50844e6fqa02b97065d6167e6@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> <4c2c37f91003291447x50844e6fqa02b97065d6167e6@mail.gmail.com> Message-ID: <15e53e181003300041x3bb909fes9db6a348832bbc4f@mail.gmail.com> On 29 March 2010 22:47, Pascal de Bruijn wrote: > On Mon, Mar 29, 2010 at 11:39 PM, Alexandre Prokoudine >> It used to be first Monday of *new* month :-/ Oh well, no review and >> translation updates then. > There is GNOME release cycle :) Yes, Monday was the absolute deadline for the 2.30.0 tarballs. Maybe I could have communicated that better, sorry. Richard. From hughsient at gmail.com Tue Mar 30 11:16:36 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 30 Mar 2010 12:16:36 +0100 Subject: Using colorimeters in different modes Message-ID: <15e53e181003300416q6f768dbfq466372d791544028@mail.gmail.com> Do you guys think adding an interface to do spotreads (i.e. use your ColorMunki to tell me what the sRGB value of a color swatch) would be for design work? I'm not sure how such a thing would "slot" into the gcm GUI, although I think it might be a useful feature? Thoughts? Richard. From pmjdebruijn at pcode.nl Tue Mar 30 16:37:19 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Tue, 30 Mar 2010 18:37:19 +0200 Subject: Using colorimeters in different modes In-Reply-To: <15e53e181003300416q6f768dbfq466372d791544028@mail.gmail.com> References: <15e53e181003300416q6f768dbfq466372d791544028@mail.gmail.com> Message-ID: <4c2c37f91003300937q4f01b654hb54302d2fc8a2be5@mail.gmail.com> On Tue, Mar 30, 2010 at 1:16 PM, Richard Hughes wrote: > Do you guys think adding an interface to do spotreads (i.e. use your > ColorMunki to tell me what the sRGB value of a color swatch) would be > for design work? I'm not sure how such a thing would "slot" into the > gcm GUI, although I think it might be a useful feature? Thoughts? That would be awesome... Maybe this could be a seperate tool, available in the Applications - Graphics menu? Regards, Pascal de Bruijn From knizek.confy at volny.cz Tue Mar 30 18:07:50 2010 From: knizek.confy at volny.cz (Milan =?UTF-8?Q?Kn=C3=AD=C5=BEek?=) Date: Tue, 30 Mar 2010 20:07:50 +0200 Subject: GNOME Color Manager 2.30.0 In-Reply-To: <15e53e181003300041x3bb909fes9db6a348832bbc4f@mail.gmail.com> References: <15e53e181003290246p2eb537adxeb035134391d4236@mail.gmail.com> <733f2c731003291439g6fcfbcafw74c26dcfe538b82b@mail.gmail.com> <4c2c37f91003291447x50844e6fqa02b97065d6167e6@mail.gmail.com> <15e53e181003300041x3bb909fes9db6a348832bbc4f@mail.gmail.com> Message-ID: <1269972470.14971.9.camel@athlon> Richard Hughes p??e v ?t 30. 03. 2010 v 08:41 +0100: > On 29 March 2010 22:47, Pascal de Bruijn wrote: > > On Mon, Mar 29, 2010 at 11:39 PM, Alexandre Prokoudine > >> It used to be first Monday of *new* month :-/ Oh well, no review and > >> translation updates then. > > There is GNOME release cycle :) > > Yes, Monday was the absolute deadline for the 2.30.0 tarballs. Maybe I > could have communicated that better, sorry. > It would be definitely better to announce what are the deadlines for translations - I do not follow the whole gnome thing, just gcm. I was asked by the Czech team if I plan to update the translation, but also without a deadline. Coincidently, I did so just last weekend... BTW, Udi Fuchs (UFRaw) sends out an email to all "last-translators" once there is a string freeze so they even do not have to follow the mailing list - that would be very convenient but I guess individual GNOME developers may not have the easy-to-use infrastructure available. regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) From pmjdebruijn at pcode.nl Tue Mar 30 18:14:03 2010 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Tue, 30 Mar 2010 20:14:03 +0200 Subject: Official inclusion into Ubuntu Message-ID: <4c2c37f91003301114w152dac49s398ddad1ab1d428@mail.gmail.com> Hi, I just noticed GNOME Color Manager got officially included into Ubuntu Lucid (universe): http://packages.ubuntu.com/lucid/gnome-color-manager Regards, Pascal de Bruijn From hughsient at gmail.com Tue Mar 30 18:18:06 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 30 Mar 2010 19:18:06 +0100 Subject: Official inclusion into Ubuntu In-Reply-To: <4c2c37f91003301114w152dac49s398ddad1ab1d428@mail.gmail.com> References: <4c2c37f91003301114w152dac49s398ddad1ab1d428@mail.gmail.com> Message-ID: <15e53e181003301118j1d64d10bi5ead4b48972a63e5@mail.gmail.com> On 30 March 2010 19:14, Pascal de Bruijn wrote: > I just noticed GNOME Color Manager got officially included into Ubuntu > Lucid (universe): Cool, good news indeed. Richard.