Re: [EXTERNAL] Media size issue for 10x15"

--===============8782018811422928926==
Content-Type: multipart/alternative; boundary="00000000000061ac7206416a938a"

--00000000000061ac7206416a938a
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi

30x90 will be centimeters, which is the every-day unit for small-ish things
in the rest of the world.
Nothing strange here, just SI/metric at work.

Br,
Anton

Den fre 17 okt. 2025 kl 23:30 skrev Michael Ziller via ipp <[email protected]>:

> Thanks, I'll attend.
>
> Also, how do these IANA namings make any sense?
>
>         oe_photo-20x30_20x30in          - 20x30 as in inches
>         om_photo-30x90_300x900mm                 - 30x90 as in ???
>
> Is oN_photo-XxY just some shorthand which has no meaning in terms of
> units? 30x90 is not in inches, nor in mm.
>
> -----Original Message-----
> From: Michael Sweet <[email protected]>
> Sent: Friday, October 17, 2025 1:59 PM
> To: Michael Ziller <[email protected]>
> Cc: ISTO-PWG Internet Printing Protocol workgroup discussion forum <
> [email protected]>
> Subject: Re: [EXTERNAL] [IPP] Media size issue for 10x15"
>
> Michael,
>
> > On Oct 17, 2025, at 3:57=E2=80=AFPM, Michael Ziller <mziller@microsoft.=
com>
> wrote:
> >
> > But I thought IANA did not permit duplicate paper size registrations:
> >        na_10x15_10x15in                - already IANA registered
> >        oe_photo-s10r_10x15in           - not IANA registered, but in
> MSN2.1
> >
> > So won't they reject registering oe_photo-s10r_10x15in?
>
> They don't validate the registry beyond conformance to the XML schema,
> avoiding duplicate dimensions for media size names is our thing.
>
> That said, what I see is that MSN 2.1 defined both of these sizes -
> na_10x15_10x15in is an envelope size and oe_photo-s10r_10x15in is a photo
> size.
>
> Let's discuss this at the next IPP concall and I'll remove one of the
> sizes and mark it for removal from the next revision of MSN.
>
> ________________________
> Michael Sweet
>
> _______________________________________________
> ipp mailing list
> [email protected]
> https://www.pwg.org/mailman/listinfo/ipp
>

--00000000000061ac7206416a938a
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hi</div><div><br></div><div>30x90 will be centimeters=
, which is the every-day unit for small-ish things in the rest of the world=
.</div><div>Nothing strange here, just SI/metric at work.</div><div><br></d=
iv><div>Br,</div><div>Anton</div></div><br><div class=3D"gmail_quote gmail_=
quote_container"><div dir=3D"ltr" class=3D"gmail_attr">Den fre 17 okt. 2025=
 kl 23:30 skrev Michael Ziller via ipp &lt;<a href=3D"mailto:[email protected]">i=
[email protected]</a>&gt;:<br></div><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1=
ex">Thanks, I&#39;ll attend.<br>
<br>
Also, how do these IANA namings make any sense?<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 oe_photo-20x30_20x30in=C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 - 20x30 as in inches<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 om_photo-30x90_300x900mm=C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0- 30x90 as in ???<br>
<br>
Is oN_photo-XxY just some shorthand which has no meaning in terms of units?=
 30x90 is not in inches, nor in mm.<br>
<br>
-----Original Message-----<br>
From: Michael Sweet &lt;<a href=3D"mailto:[email protected]" target=3D"_bla=
nk">[email protected]</a>&gt; <br>
Sent: Friday, October 17, 2025 1:59 PM<br>
To: Michael Ziller &lt;<a href=3D"mailto:[email protected]" target=3D"_=
blank">[email protected]</a>&gt;<br>
Cc: ISTO-PWG Internet Printing Protocol workgroup discussion forum &lt;<a h=
ref=3D"mailto:[email protected]" target=3D"_blank">[email protected]</a>&gt;<br>
Subject: Re: [EXTERNAL] [IPP] Media size issue for 10x15&quot;<br>
<br>
Michael,<br>
<br>
&gt; On Oct 17, 2025, at 3:57=E2=80=AFPM, Michael Ziller &lt;<a href=3D"mai=
lto:[email protected]" target=3D"_blank">[email protected]</a>&gt; =
wrote:<br>
&gt; <br>
&gt; But I thought IANA did not permit duplicate paper size registrations:<=
br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 na_10x15_10x15in=C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 - already IANA registered<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 oe_photo-s10r_10x15in=C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0- not IANA registered, but in MSN2.1<br>
&gt; <br>
&gt; So won&#39;t they reject registering oe_photo-s10r_10x15in?<br>
<br>
They don&#39;t validate the registry beyond conformance to the XML schema, =
avoiding duplicate dimensions for media size names is our thing.<br>
<br>
That said, what I see is that MSN 2.1 defined both of these sizes - na_10x1=
5_10x15in is an envelope size and oe_photo-s10r_10x15in is a photo size.<br=
>
<br>
Let&#39;s discuss this at the next IPP concall and I&#39;ll remove one of t=
he sizes and mark it for removal from the next revision of MSN.<br>
<br>
________________________<br>
Michael Sweet<br>
<br>
_______________________________________________<br>
ipp mailing list<br>
<a href=3D"mailto:[email protected]" target=3D"_blank">[email protected]</a><br>
<a href=3D"https://www.pwg.org/mailman/listinfo/ipp" rel=3D"noreferrer" tar=
get=3D"_blank">https://www.pwg.org/mailman/listinfo/ipp</a><br>
</blockquote></div>

--00000000000061ac7206416a938a--

--===============8782018811422928926==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
ipp mailing list
[email protected]
https://www.pwg.org/mailman/listinfo/ipp

--===============8782018811422928926==--