Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

collection link element properties #484

Closed
GoogleCodeExporter opened this issue Mar 24, 2015 · 4 comments
Closed

collection link element properties #484

GoogleCodeExporter opened this issue Mar 24, 2015 · 4 comments
Labels
EPUB32 Issues from 3.0.1 resolved in the EPUB 3.2 specification Spec-DistributableObjects The issue affects the EPUB Distributable Objects specification (not maintained) Type-FeatureRequest The issue requests new functionality be added
Milestone

Comments

@GoogleCodeExporter
Copy link

When using link elements in the manifest collection, we find ourselves in the 
need of expressing properties of the idenfified resources, see for example DO 
2.2.2.3 
(https://docs.google.com/document/d/1Ofy-rXs_79qJmvZnOoSazRnRuKUOd2saJeBkxBynYpI
/edit#heading=h.vb4juhsy12yy). 

We should consider adding the properties attribute to Package Document link 
elements, alternatively define & bless a way to use @rel for these purposes.

Original issue reported on code.google.com by markus.g...@gmail.com on 27 Nov 2014 at 8:07

@GoogleCodeExporter
Copy link
Author

[deleted comment]

@GoogleCodeExporter
Copy link
Author

The (small) problem with @rel is that it only makes sense for some values of 
@properties:

<link rel="nav" href="..."/> -- OK
<link rel="nav scripted" href="..."/> -- WEIRD

Restricting the item vocab terms that can be used in @rel might solve that 
weirdness, since the general properties can be expressed on the <item> entry 
without conflict. It's only the restricted properties that cause a headache.

Original comment by mgarrish on 15 Dec 2014 at 2:05

@GoogleCodeExporter
Copy link
Author

"cover-image" and "nav" are the only two properties we need a unique way to 
express for collection resources, with "data-nav" in the pipeline.

Original comment by mgarrish on 15 Dec 2014 at 2:16

@GoogleCodeExporter GoogleCodeExporter added Priority-Medium auto-migrated Type-FeatureRequest The issue requests new functionality be added labels Mar 24, 2015
@mattgarrish mattgarrish added the Spec-DistributableObjects The issue affects the EPUB Distributable Objects specification (not maintained) label May 8, 2015
@mattgarrish mattgarrish modified the milestone: EPUB 3.1 Nov 3, 2015
@mattgarrish
Copy link
Member

Attribute was added for this reason and to allow generic record types to be identified.

@mattgarrish mattgarrish added the EPUB32 Issues from 3.0.1 resolved in the EPUB 3.2 specification label Aug 14, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
EPUB32 Issues from 3.0.1 resolved in the EPUB 3.2 specification Spec-DistributableObjects The issue affects the EPUB Distributable Objects specification (not maintained) Type-FeatureRequest The issue requests new functionality be added
Projects
None yet
Development

No branches or pull requests

2 participants