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

proposal: grayscale reinterpreted as "foreground-scale" #466

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

proposal: grayscale reinterpreted as "foreground-scale" #466

GoogleCodeExporter opened this issue Mar 24, 2015 · 3 comments
Labels
Topic-ContentDocs The issue affects EPUB content documents Type-FeatureRequest The issue requests new functionality be added

Comments

@GoogleCodeExporter
Copy link

Pretty much any ebook with grayscale images needs the ability to request that 
those images be reinterpreted as "foreground-scale." I.e. it needs the ability 
to have its grayscale images match the current foreground/background color 
scheme for text.

This would be similar to setting fill=currentColor for an SVG element.

I describe the feature at greater length in the following blog post:

http://dencklatronic.blogspot.com/2014/09/the-web-needs-bitonal-images.html

Although this feature could, and perhaps should, be implemented in HTML, CSS, 
or in an image format, this feature is more sorely needed in the EPUB context 
than in the general web context.

The reason it is more needed in EPUB is that only in the EPUB context are 
user-selected foreground/background color schemes so important.

Note: I've already proposed this feature on the IDPF forum:

http://idpf.org/forum/topic-1789

but I'm proposing this feature here as well based on the forum suggestion by 
Matt Garish.

Original issue reported on code.google.com by Ben.Denc...@gmail.com on 7 Oct 2014 at 7:15

@GoogleCodeExporter GoogleCodeExporter added auto-migrated Type-FeatureRequest The issue requests new functionality be added Topic-ContentDocs The issue affects EPUB content documents labels Mar 24, 2015
@mattgarrish mattgarrish modified the milestone: EPUB 3.1 Nov 3, 2015
@mattgarrish
Copy link
Member

Given the current and future goal of alignment with the open web platform, recommend we close this issue as rejected. If this feature is needed, it needs to be advanced in W3C.

@iherman
Copy link
Member

iherman commented Jun 11, 2016

This should be brought to the CSS WG (I presume), via the DPUB IG at W3C. Indeed, the DPUB IG collects use cases for the CSS WG of this sort... (see, eg, [1])

[1] https://www.w3.org/TR/dpub-css-priorities/

/Cc @dauwhe

@mattgarrish mattgarrish removed this from the EPUB 3.1 milestone Jun 28, 2016
@bdenckla
Copy link

Based on @iherman's suggestion above, I made my inkscale proposal at https://lists.w3.org/Archives/Public/public-digipub/2016Jul/0000.html.

My hopes are not high though... things seem pretty dead on that list. My post was the first in about 3 months.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Topic-ContentDocs The issue affects EPUB content documents Type-FeatureRequest The issue requests new functionality be added
Projects
None yet
Development

No branches or pull requests

4 participants