Empty content type?

[MURATA Makoto]

But the value of @ContentType is constrained by a
regexp in opc-contentTypes.xsd.  It does not allow the
empty string.

What happens when the Media Types stream has neither
an Override element nor a Default element for a part?  In
that case, "the implementation shall not map this part
name to a part" (10.1.2.4  Getting the Content Type of a Part).

I thus believe that


  "The value of the content type is permitted to be the empty string."

should be dropped.  If we do not drop it, we have to modify
the schema and allow the empty string.

Regards,
Makoto



2015-04-07 6:24 GMT+09:00 Arms, Caroline <caar at loc.gov>:

> This was my interpretation too.  Caroline
>
>
>
> Caroline Arms
>
> Library of Congress Contractor
>
> Co-compiler of Sustainability of Digital Formats resource
> http://www.digitalpreservation.gov/formats/
>
>
>
> ** Views expressed are personal and not necessarily those of the
> institution **
>
>
>
> *From:* John Haug [mailto:johnhaug at exchange.microsoft.com]
> *Sent:* Monday, April 06, 2015 2:27 PM
> *To:* SC34
> *Subject:* RE: Empty content type?
>
>
>
> I interpret it as meaning that the value of an attribute that specifies a
> content type can be “”?
>
>
>
> John
>
>
>
> *From:* eb2mmrt at gmail.com [mailto:eb2mmrt at gmail.com <eb2mmrt at gmail.com>] *On
> Behalf Of *MURATA Makoto
> *Sent:* Friday, April 3, 2015 5:51 PM
> *To:* SC34
> *Subject:* Empty content type?
>
>
>
> Folks,
>
>
>
> I have started to rewrite the spec (by rewriting John's latest
>
> text for XAdES) for using media types wherever possible.
>
>
>
> But
>
>
>
>   "The value of the content type is permitted to be the empty string."
>
>
>
> in 8.2.3 is beyond me..  What does it mean?
>
>
>
> Regards,
>
> Makoto
>



-- 

Praying for the victims of the Japan Tohoku earthquake

Makoto
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.vse.cz/pipermail/sc34wg4/attachments/20150407/4797d297/attachment.html>