A few members have requested that I help them use the site in public places safely by somehow removing/obscuring a story's images that may not be suitable for public consumption.
I've implemented the ability to have the images automatically covered up (using a grey box) and a click can reveal them or hide them again.
In the story style editing form, there is now a new checkbox titled 'Cover up images in story text'.
Comments and suggestions are welcome.
That's a good idea.
However it doesn't cover the case of reader for which the images would be illegal as they are preloaded. But I'm not sure it's a real concern.
On mobile the placeholder match the story background but the text "View Image" contrast isn't good enough in all cases.
However it doesn't cover the case of reader for which the images would be illegal as they are preloaded. But I'm not sure it's a real concern.
Anywhere the images are illegal, the text is most likely illegal too. Not a real concern.
On mobile the placeholder match the story background but the text "View Image" contrast isn't good enough in all cases.
I tested it fairly well, the text should be white on 50% grey. That should be enough contrast. Although I don't have any idea why not all the text is showing. It should say 'Click/Tap to view image'.
it looks like the width/height and width/2 are not always correctly set in the svg
it looks like the width/height and width/2 are not always correctly set in the svg
It may have to do with high res screens on phone reporting double the real display size.
I'll fix tomorrow.
ETA: Fixed. I think. It was my use of naturalWidth, vs clientWidth.
https://storiesonline.net/s/28218:264980/chapter-13-a-better-man-book-2
If the image has a link on it (to Bookapy) on the sample above, then the message is misleading as instead of showing the image it take you to the link destination.
Also, the image being smaller than normal, the text doesn't fit.
If the image has a link on it (to Bookapy) on the sample above, then the message is misleading as instead of showing the image it take you to the link destination.
I changed the system so that the ad covers aren't covered up. It will take about 12 hours for all ads to be updated.
If the image has a link on it (to Bookapy) on the sample above, then the message is misleading as instead of showing the image it take you to the link destination.
Technically, that's only true if you use the defaults. In my case, I explicitly add my own link descriptions, to ensure it doesn't default to the links themselves, but that's likely above most SOL author's html coding skills. (I have a little more experience with those, since I've worked with so many blind people in the Lions Clubs over the years, that I'm very cognizant of how different readers are able to perceive images differently.
Can you provide an option to not preload the image, please, to reduce bandwidth usage?
Eta: or just an option to remove images?
Can you provide an option to not preload the image
I'll look into it. The current way is client-side, to not preload at all will have to be server side before the text leaves the server. This will increase the processor load on the server.
ETA: I implemented it for premier members. Since their percentage is so low, if they choose this option, then the load won't increase by much. So premier members can now save on bandwidth with this option. It still works by clicking, but the image won't load from the start and then gets hidden, it will not load until clicked.
img linked in the zip download do not have the width set to auto, it used to be good.
Edit: Something is missing from the embedded css for single page stories
Collected Minor image bugs post image migration:
Some images lack some attributes. Consequently, the hide image doesn't work for them (sample bellow).
Some do not have the class="c" on the surrounding p tag. They still seem centered in the html version even with the first line indent. However in the epub version the result is bad.
Maybe a css change in the epub can solve that instead of correcting the html.
Some images also lack a surounding p tag, it looks fine in the html, but not in the epub viewer (bad crop).
Sample story
https://storiesonline.net/s/54984/its-my-party
List of chapter with images
https://storiesonline.net/s/54984:72606/chapter-37-its-my-party lack class="c"
https://storiesonline.net/s/54984:74190/chapter-52-its-my-party some attributes missing
https://storiesonline.net/s/54984:74809/chapter-58-its-my-party some attributes missing
https://storiesonline.net/s/54984:76208/chapter-67-its-my-party some attributes missing
https://storiesonline.net/s/54984:76800/chapter-74-its-my-party some attributes missing, lack class="c"
https://storiesonline.net/s/54984:78140/chapter-81-its-my-party some attributes missing, lack p
https://storiesonline.net/s/54984:78502/chapter-85-its-my-party that one is ok
https://storiesonline.net/s/54984:78671/chapter-88-its-my-party some attributes missing, lack class="c"
Thank you for the bug report.
That particular story's problem was that for most images, the size attributes were last before the closing >. I updated my code to account for that and now they work.
One image in chapter 81 cannot be hidden as it's embedded SVG code.
Another story is 'Six times a day'. That one will almost never be fixed as way too many of the images lack the size attributes completely, so the script doesn't know how to size the svg code. To fix that one I have to go through the images one by one (3000+) manually and replace each image with its corresponding new tag. Not worth the effort.