Skip to content

Clarify what support for "presentation logic" means #1516

Closed

Description

@mattgarrish

The reading system spec has this high-level requirement for the package document:

[A Reading System] MUST honor all presentation logic expressed through the Package Document [EPUB-33] (e.g., the reading order, fallback chains, page progression direction and fixed layouts).

https://w3c.github.io/epub-specs/epub33/rs/#sec-package-rs-conformance

The inclusion of fixed layouts in the examples is confusing, though, as it there is a separate bullet for fixed layout handling in the same list.

I believe the intention of this bullet was only to require support for the "presentation logic" expressed directly through the elements and attributes of the package document, not indirectly through metadata expressed in meta tags.

On top of the general ambiguity about what "presentation logic" refers to, "honor" isn't exactly a technical term. The bullet seems more like an indirection to actual requirements/recommendations than something that can be tested.

In any case, it needs work.

Activity

  1. mattgarrish commented on Apr 8, 2021

    @mattgarrish
    MemberAuthor

    I think this "requirement" is just a regular old pointer wrapped up in some serious-sounding handwaving.

    If there is "logic" that reading systems have to "honor", then it should be written as normative requirements not left for developers to vaguely give deference to.

    Looking at the examples cited:

    • the reading order - we already define requirements for processing in the spine section
    • fallback chains - we define fallback processing in the foreign resources and manifest sections
    • page progression direction - also defined in the spine section
    • fixed layouts - aren't inherent logic of the package markup but at any rate have a dedicated section of requirements

    So what else is there? General rendering metadata is like fixed layouts - not really applicable but already covered.

    If we're missing requirements for any of the above, or there's something I didn't spot, we should be adding those in not hoping they'll be "honored".

  2. mattgarrish commented on Apr 8, 2021

    @mattgarrish
    MemberAuthor

    So, in case it needs saying, my proposal is to drop this statement/section.

  3. added
    Agenda+Issues that should be discussed during the next working group call.
    on Apr 15, 2021
  4. iherman commented on Apr 16, 2021

    @iherman
    Member

    The issue was discussed in a meeting on 2021-04-15

    List of resolutions:

    View the transcript

    6. What do we mean by support for "presentation logic"?

    See github issue #1516.

    Dave Cramer: we say RS must "honor presentation logic expressed through package document"
    … mgarrish thinks we should just delete it since we already require all the pieces of that in other places in the RS spec
    … making this statement redundant

    Brady Duga: agree

    Marisa DeMeglio: yes, agree

    Proposed resolution: Drop the statement in issue 1516 (Wendy Reid)

    Dave Cramer: +1

    Wendy Reid: +1

    Matthew Chan: +1

    Marisa DeMeglio: +1

    Brady Duga: +1

    Toshiaki Koike: +1

    Masakazu Kitahara: +1

    Dan Lazin: +1

    Resolution #3: Drop the statement in issue 1516

  5. removed
    Agenda+Issues that should be discussed during the next working group call.
    on Apr 21, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    EPUB33Issues fixed in the EPUB 3.3 revisionSpec-ReadingSystemsThe issue affects the EPUB Reading Systems 3.X Recommendation

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions