All of lore.kernel.org
 help / color / mirror / Atom feed
* [Printing-architecture] My suggestions for OP next steps
@ 2007-10-05 19:37 Petrie, Glen
  2007-10-08 16:49 ` Marcelo Ricardo Leitner
  0 siblings, 1 reply; 4+ messages in thread
From: Petrie, Glen @ 2007-10-05 19:37 UTC (permalink / raw)
  To: printing-architecture

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

[ This is does not include my work on embedded thin thread. ]

 

- OP should evaluate our short-/mid-/long-term directions

 

- Short - OP should specify guidelines for printer driver test tools

    - Directory names and calling sequence (printer name)

    - Send data direct to printer via local channel only?

 

- Mid - OP should specify guidelines for printing path test tools

    - Cover various printing paths, renderers, and channels

    - Output to file?

 

- Long - OP should specify enhancements for discovery/installation

    - Driver installation URI extension for 1284 Device ID?

        - Ira - See previous PWG work on remote driver installation at:

 
ftp://ftp.pwg.org/pub/pwg/ipp/new_DRV/draft-ietf-ipp-install-04.pdf
<ftp://ftp.pwg.org/pub/pwg/ipp/new_DRV/draft-ietf-ipp-install-04.pdf> 

 

- PDF - OP should de-emphasize PDF as the standard print format?

   - Because PDF is not printing format but a document exchange format?

 

- Printing - OP should query the Linux distributions

   - Is printing a vector of differentiation between distro's?

 

- JTAPI - Is the current API a high overhead solutions

(i.e high degree of abstraction plus text-constant object/attribute 

(#defines) based)?

-        Can a numerical-constant (enums) solution be used; can defined data
structures 

versus object/attribute-descriptive encoding be used; should the data 

      structures be exposed to application versus API call to get 

      the attribute type, name and, finally, the value?

 

 


[-- Attachment #2: Type: text/html, Size: 9123 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [Printing-architecture] My suggestions for OP next steps
  2007-10-05 19:37 [Printing-architecture] My suggestions for OP next steps Petrie, Glen
@ 2007-10-08 16:49 ` Marcelo Ricardo Leitner
  0 siblings, 0 replies; 4+ messages in thread
From: Marcelo Ricardo Leitner @ 2007-10-08 16:49 UTC (permalink / raw)
  To: Petrie, Glen; +Cc: printing-architecture

On Sex Out 05, 2007 at 12:37:31 -0700, Petrie, Glen wrote:
> [ This is does not include my work on embedded thin thread. ]
> 
>  
> 
> - OP should evaluate our short-/mid-/long-term directions
> 
>  
> 
> - Short - OP should specify guidelines for printer driver test tools
> 
>     - Directory names and calling sequence (printer name)
> 
>     - Send data direct to printer via local channel only?

What do you mean by this topic above?
local channel would be the device itself?

Thanks,
Marcelo.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* RE: [Printing-architecture] My suggestions for OP next steps
@ 2007-10-08 17:01 Petrie, Glen
  2007-10-08 17:02 ` Marcelo Ricardo Leitner
  0 siblings, 1 reply; 4+ messages in thread
From: Petrie, Glen @ 2007-10-08 17:01 UTC (permalink / raw)
  To: Marcelo Ricardo Leitner, Petrie, Glen; +Cc: printing-architecture

Local channel here means USB, parallel.  We would deal with networked (not
local) next version.

-----Original Message-----
From: Marcelo Ricardo Leitner [mailto:mrl@mandriva.com] 
Sent: Monday, October 08, 2007 9:50 AM
To: Petrie, Glen
Cc: printing-architecture@lists.freestandards.org
Subject: Re: [Printing-architecture] My suggestions for OP next steps

On Sex Out 05, 2007 at 12:37:31 -0700, Petrie, Glen wrote:
> [ This is does not include my work on embedded thin thread. ]
> 
>  
> 
> - OP should evaluate our short-/mid-/long-term directions
> 
>  
> 
> - Short - OP should specify guidelines for printer driver test tools
> 
>     - Directory names and calling sequence (printer name)
> 
>     - Send data direct to printer via local channel only?

What do you mean by this topic above?
local channel would be the device itself?

Thanks,
Marcelo.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [Printing-architecture] My suggestions for OP next steps
  2007-10-08 17:01 Petrie, Glen
@ 2007-10-08 17:02 ` Marcelo Ricardo Leitner
  0 siblings, 0 replies; 4+ messages in thread
From: Marcelo Ricardo Leitner @ 2007-10-08 17:02 UTC (permalink / raw)
  To: Petrie, Glen; +Cc: printing-architecture

Ok, thank you.

On Seg Out 08, 2007 at 10:01:20 -0700, Petrie, Glen wrote:
> Local channel here means USB, parallel.  We would deal with networked (not
> local) next version.
> 
> -----Original Message-----
> From: Marcelo Ricardo Leitner [mailto:mrl@mandriva.com] 
> Sent: Monday, October 08, 2007 9:50 AM
> To: Petrie, Glen
> Cc: printing-architecture@lists.freestandards.org
> Subject: Re: [Printing-architecture] My suggestions for OP next steps
> 
> On Sex Out 05, 2007 at 12:37:31 -0700, Petrie, Glen wrote:
> > [ This is does not include my work on embedded thin thread. ]
> > 
> >  
> > 
> > - OP should evaluate our short-/mid-/long-term directions
> > 
> >  
> > 
> > - Short - OP should specify guidelines for printer driver test tools
> > 
> >     - Directory names and calling sequence (printer name)
> > 
> >     - Send data direct to printer via local channel only?
> 
> What do you mean by this topic above?
> local channel would be the device itself?
> 
> Thanks,
> Marcelo.
---end quoted text---

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2007-10-08 17:02 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-10-05 19:37 [Printing-architecture] My suggestions for OP next steps Petrie, Glen
2007-10-08 16:49 ` Marcelo Ricardo Leitner
  -- strict thread matches above, loose matches on Subject: below --
2007-10-08 17:01 Petrie, Glen
2007-10-08 17:02 ` Marcelo Ricardo Leitner

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.