Re: [Printing-architecture] [Printing-japan] OpenPrinting Japan Oct. 2009 meeting minutes

Re: [Printing-architecture] [Printing-japan] OpenPrinting Japan Oct. 2009 meeting minutes

[Osamu MIHARA]

[-- Attachment #1: Type: text/plain, Size: 3369 bytes --]

Hi all,

I'm sorry to post the translation of last meeting in Japan.  Here it is.

<Date/Place>
October 29, 2009 14:30-16:00 at The Linux Foundation Japan, Tokyo

<Attendee>
Kunai (TLF), Olaf (Avasys), Otani (BBR), Kanjo (BBR), Chigusa (Ricoh),
Mihara (Fuji Xerox), Miyara (Canon), Ishizaka (NEC Soft), Saitou (NEC Soft)

<Agenda>
- Action Items Follow-up
- Telecon (US/EU) Review
- Printer Driver Seminor (Till's Proposal)

<Action Items Follow-up>
- Re-arrange schedule for next plenary SC meeting (US/EU/JP) : Toratani
  -> On going

- Translation of meeting minutes : Mihara
  -> Done

- Confirm LSB 4.0 release announcement : Kunai
  -> LSB 4.0 has been released WITHOUT any formal announcement.
  -> Currently they are working for the next release (LSB 4.1).

<Telecon (US/EU) Review>
- (review meeting minutes)
- Internationalization is needed for OpenPrinting Web Site and download site
  -> Who will work for this?

<Printer Driver Seminar (Till's Proposal)>
- Posting from Till for the previous meeting minutes is reviewed.
  -> "Training" is preferable compared with "Lecture."
  -> Explanation of CPD does not necessarily need an application which
supports CPD.
- A question arised from Kunai: Do any printer vendor currently consider
to provide printer drivers supports CPD?  Do they needs any training for
CPD?
   -> Printer vendors thinks it's too early to incorporate CPD in their
drivers.  It is because the spec is not fixed yet, then it doesn't show
definite merits yet.
   -> Main topic will be Printer Driver.  CPD part will be just a
introduction.
- Timing/Schedule: Japan Linux Symposium in next fall (2010) will be
good timing for the seminar.
- We'd like the developers of applications and GUI tool kits to come to
the seminar.

<Other Topics>
- A problem in OpenOffice.org
  - An embedded Japanese character is not printed in Ubuntu (PDF print
workflow).
  - There are several factors which causes the problem:

https://lists.linux-foundation.org/pipermail/printing-japan/2009-October/002465.html

   - OOo generates a PS file which has a problem in font embedding.
     -> The PS contains a problem in font embedding.  But it can be
printed correctly by Genuine Adobe PS printers.
     -> The PS file is converted to PDF by gs.  At this time, the font
embedding information cannot be handled properly.
     -> Then, the PDF is rendered by gs, resulting character lost.

   - One character for one Japanese embedded font will not be printed in
Ubuntu environment.
   - It's not easy to fix if it is done in the printing subsystem.
   - In the PDF print workflow, an application is better to submit print
job in PDF format.  In addition, when considering there will still be PS
workflow exists, it is better to provide a method to know printing cost
depending on the format (PS or PDF).
   - How we promote OOo to fix this problem?
 　　　　http://www.openoffice.org/issues/show_bug.cgi?id=105631
     -> Watch!
<Action Items>
  - Re-arrange the plenary SC in December (Toratani)
  - Check OOo problem file with PS printers ---> Done.
  - Prepare Proposals for the activity in the next year. (All)
  - Translation of the Meeting Minutes (Mihara) - I'm doing this now!

<Next>
  - December 10, 2009, same time, same place.

-- Osamu MIHARA // Fuji Xerox


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 5683 bytes --]

Re: [Printing-architecture] [Printing-japan] OpenPrinting Japan Oct. 2009 meeting minutes

[Till Kamppeter]

Osamu MIHARA wrote:
> <Action Items Follow-up>
> <Telecon (US/EU) Review>
> - (review meeting minutes)
> - Internationalization is needed for OpenPrinting Web Site and download site
>   -> Who will work for this?
> 

I will talks with Dan Lopez (LF web developer) about the implementation 
of internationalization. The OpenPrinting database itself supports 
internationalization.

> <Printer Driver Seminar (Till's Proposal)>
> - Posting from Till for the previous meeting minutes is reviewed.
>   -> "Training" is preferable compared with "Lecture."

Yes, it is planned to be a hands-on training session.

>   -> Explanation of CPD does not necessarily need an application which
> supports CPD.

No application needed. For demonstration one can start the CPD from the 
command line.

> - A question arised from Kunai: Do any printer vendor currently consider
> to provide printer drivers supports CPD?  Do they needs any training for
> CPD?

I am working together with one manufacturer currently who is preparing 
packages for auto-download via OpenPrinting.

>    -> Printer vendors thinks it's too early to incorporate CPD in their
> drivers.  It is because the spec is not fixed yet, then it doesn't show
> definite merits yet.

The dialog is nearly complete and the PPD extensions are unlikely to 
change now. The PPD extensions are the interface with which the driver 
developer controls the dialog. So you can safely use the PPD extensions. 
As long as the CPD is not actually there, the extensions will be ignored 
and the driver will still work with the old dialogs.

>    -> Main topic will be Printer Driver.  CPD part will be just a
> introduction.

That is true. Central topic is designing and packaging the drivers. The 
CPD will be shown to demonstrate the effects of the PPD extensions.

> - Timing/Schedule: Japan Linux Symposium in next fall (2010) will be
> good timing for the seminar.

I think this is too late, we should already do it earlier like early 2010.

> - We'd like the developers of applications and GUI tool kits to come to
> the seminar.
> 

The seminar is for printer driver developers. We can have another 
(one-day) session at the symposium for further discussion of the CPD.

    Till