[Printing-architecture] Notes for Next OP SC Phone Meeting - Mon/Tue - 2/3February 2009
Petrie, Glen
glen.petrie at eitc.epson.com
Tue Feb 3 07:21:01 PST 2009
Till Kamppeter
Glen Petrie
Ira McDonald
Norm Jacobs
My comments denoted by [gwp]
===================
The next Open Printing Steering Committee meeting will be on:
- Monday 2 February 2009, Evening
- US
3pm in San Francisco - US PST (Pacific Standard Time)
4pm in Colorado - US MST (Mountain Standard Time)
5pm in Chicago - US CST (Central Standard Time)
6pm in New York - US EST (Eastern Standard Time)
- Tuesday 3 February 2009, Morning
- Europe
12am in Berlin - CET (Central European Time)
- Japan
8am in Tokyo - JST (Japan Standard Time)
* Main Number (InstantConference.com)
International: +1-218-936-7999
Access Code: 491659#
Main topic will be to the organization of the OpenPrinting Summit 2009
in San Francisco.
=============
[gwp]
Move Phone Meetings:
February 10: 9am San Francisco, 12am New York, 5pm Berlin (5pm UTC)
March 10: 10am San Francisco, 1 pm New York, 5pm Berlin (5pm UTC)
March 24: 10am San Francisco, 1 pm New York, 5pm Berlin (5pm UTC)
March 31: 9am San Francisco, 12am New York, 5pm Berlin (4pm UTC)
=============
[gwp] There will have a presentation during overall presentation.
Integrating color management as standard part into the printing workflow
* In Mac OS X and Windows this is already standard.
* Have a fixed place for the color profile for each print queue on
the CUPS server
* Let a filter or the renderer apply the profile, with standardized
options for rendering intent, ...
* Let us find out who has to do which part: Application, desktop,
printing system, filters, renderer, driver, ...
* The PDF printing workflow is already the first step towards it.
[gwp] This means defining the color space that must, should, may be
supported. This is now a color management domain concern and they will
consulted at ht summit on what color spaces is now AND in the future.
[gwp] Output/Rendering intent needs to be added. The JTAPI used quality
and intent to define rendering quality. This has been a very good
definition.
[gwp] Special channel for black ink means extending any color space to
include this channel.
Printer Testing/Validation
* Self-validation by driver developer (manufacturer/third party),
no testing by distros or central organizations
* Based on manufacturer-supplied driver packages and PPDs provided
on OpenPrinting
* Branding
* Which criteria should be checked? How should the test procedure
look like?
* How should results be presented on the OpenPrinting web site?
[gwp] I will request my management to work on this project.
Printing in LSB (Linux Standards Base)
* What will go into LSB 4.1?
[gwp] Open for discussion at the summit meeting.
* The complete CUPS API
* Uplift to CUPS 1.2?
[gwp] This should be changed to CUPS 1.3x. Will make this a discussion
for the summit.
* SANE API
[gwp] Since this is being done to support MFD, the group believe that a
MFD activity needs to be started to understand all of the standards,
drivers, GUI, etc. .... associated with MFD's
Printing part of applications
* A lot of printing problems are caused by not very well
implemented
printing parts of applications, like non-DSC-conforming
PostScript
output, or missing functionality in printing dialog
* The printing functionality of desktop application needs to be
checked systematically, bugs and problems reported to application
developers.
* New standards like PDF workflow and Common Printing Dialog make
it easier to implement high-quality printing support in
applications.
[gwp] The scope of this was somewhat unclear and need much more
discussion at the summit meeting
Joint Meetings with workgroups of the Linux Foundation
* Desktop Architects
* LSB (Linux Standards Base) working group
* Driver Backports working group
More information about the Printing-architecture
mailing list