* [Printing-architecture] OPVP specification and use of UPDF
@ 2006-10-04 20:28 Norm Jacobs
2006-10-05 2:43 ` [Printing-architecture] [Printing-sc] " Takaaki Higuchi
0 siblings, 1 reply; 2+ messages in thread
From: Norm Jacobs @ 2006-10-04 20:28 UTC (permalink / raw)
To: printing-architecture, Printing-Sc (E-mail), printing-japan
At today's architecture meeting, we discussed the proposed OPVP
specification in it's current form. We discussed the issue with the
method of describing properties that was brought up at the last
OpenPrinting SC meeting. The issue is that the specification does not
require a conforming implementation to support a specific scheme, but
instead simply states that the implementation can support any scheme it
likes. The specification goes on to use UPDF as an example.
What we are looking for is a statement in the specification that selects
a required scheme to facilitate standard
description of properties so that there is a known method of specifying
properties. Without this, it becomes less likely that renderers and
drivers will be able to be used outside of the specific renderer or
driver that they were designed to be used with.
We would appreciate it if someone would come to the OpenPrinting
Steering Committee meeting next week prepared to respond to this. Once
this is addressed, we can move forward with the process.
-Norm
^ permalink raw reply [flat|nested] 2+ messages in thread* Re: [Printing-architecture] [Printing-sc] OPVP specification and use of UPDF
2006-10-04 20:28 [Printing-architecture] OPVP specification and use of UPDF Norm Jacobs
@ 2006-10-05 2:43 ` Takaaki Higuchi
0 siblings, 0 replies; 2+ messages in thread
From: Takaaki Higuchi @ 2006-10-05 2:43 UTC (permalink / raw)
To: printing-architecture, Printing-Sc (E-mail), printing-japan
as far as I am concerned, I don't mind such updates if it does not
affect to existing codes(sample implementations).
could you provide us the exact pages and lines for me to expedite
our local discussions ?
thanks in advance,
Takaaki Higuchi
Norm Jacobs wrote:
> At today's architecture meeting, we discussed the proposed OPVP
> specification in it's current form. We discussed the issue with the
> method of describing properties that was brought up at the last
> OpenPrinting SC meeting. The issue is that the specification does not
> require a conforming implementation to support a specific scheme, but
> instead simply states that the implementation can support any scheme it
> likes. The specification goes on to use UPDF as an example.
>
> What we are looking for is a statement in the specification that selects
> a required scheme to facilitate standard
> description of properties so that there is a known method of specifying
> properties. Without this, it becomes less likely that renderers and
> drivers will be able to be used outside of the specific renderer or
> driver that they were designed to be used with.
>
> We would appreciate it if someone would come to the OpenPrinting
> Steering Committee meeting next week prepared to respond to this. Once
> this is addressed, we can move forward with the process.
>
> -Norm
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2006-10-05 2:43 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-10-04 20:28 [Printing-architecture] OPVP specification and use of UPDF Norm Jacobs
2006-10-05 2:43 ` [Printing-architecture] [Printing-sc] " Takaaki Higuchi
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.