David RevoyOver the past days, I worked hard on the MiniFantasyTheater website.
I'll blog about it tomorrow, but if you want, you can test before my new homemade comic reader: https://www.peppercarrot.com/en/miniFantasyTheater/025.html
Que@davidrevoy nicely done! Works great on mobile.
Dลบwiedziu@davidrevoy The RSS link will stay in the same place?
@dzwiedziu Yes, the URL is stable, and retro-compatible with previous URLs. The RSS for miniFantasyTheater [1] will continue to deliver the "unified" all panels in a single picture comic, but with a link to this comic reader.
Kit Bashir@davidrevoy that is *really* nice.
๐ฏ๏ธCurious Magpie ๐ฏ๏ธ
shom@davidrevoy I love this new solution to the 4 images limitation. The time lapse is also amazing, thanks for sharing!
Chris. R. ๐ง๐ผโ๐@davidrevoy really nice. The included timelapses are fun as well. I had clicked on the scarecrow one (23) to find out the original facial expression, when it was talking to the crows, was different. Great stuff (as always).
Tested on mobile. Works great.
Yer Feff@davidrevoy
THIS ROCKS aaaaaaa
THIS ROCKS aaaaaaa
Berg am Laimerin (v2)Works great in my Webbrowser (Firefox).
DDR@muenchnerin @davidrevoy Also works great on mobile Firefox.
The only issue I encountered was that pineapple on pizza is actually great, you absolute heathen. ๐
Alpaca Male@davidrevoy Way better reading experience on mobile than having to scroll around on a 2x2 comic. I love it.
๐๐๐๐๐๐๐@davidrevoy Great job David! The initial scrolling format is very inviting for looking and reading it on mobile device because the image width adapts to display size and you can continue to follow the story just by scrolling. Hence, with the big possible size of the images you can appreciate drawing and colors very well! ;)
Yabo "Yalyn" Vinkindo@davidrevoy All I can say that this is 10 times better viewing experience.
The power of having full control how you display content to your audience will always win.
Fantastic work.
Axel Stieglbauer@davidrevoy Great work! ๐
I have one feature request:
On mobile scrolling through the panels feels great. On the desktop (Firefox / Brave, maximised window, resolution: 1920ร1200) it feels a bit off โ for me. On mobile (portrait mode) I always see 1 full panel and about 70% of other panel(s). On desktop 1 panel is maximised to fit the whole height. While this is best viewing 1 panel, it feels a bit strange when scrolling as most of the time, you don't see 1 full panel.
Possible solutions (I see): When using the mouse / touchpad / touchscreen to scroll, "jump" from one panel to the other (perhaps with a fast scrolling animation between the "jumps"). When using the keyboard, you could bind those "jumps" to the arrow keys and / or pgโ or pgโ keys.
@AxelStieglbauer Hey, the arrows navigation (and page up/down, spacebar) is already implemented.
I tried the mousewheel, but this 'breaks the webpage too much, and managing the mouse wheel sensitivity in Javascript is a can of worms I don't want to maintain for so many devices possibles emulating a mouse scroll.
But Maybe I'll consider a fixed button (position fixed css, sticky on screen) to go up and down.
Thank you for the feedback!
I tried the mousewheel, but this 'breaks the webpage too much, and managing the mouse wheel sensitivity in Javascript is a can of worms I don't want to maintain for so many devices possibles emulating a mouse scroll.
But Maybe I'll consider a fixed button (position fixed css, sticky on screen) to go up and down.
Thank you for the feedback!
jntesteves@davidrevoy When viewed on a computer, I think it'd be better to go straight to the 4-panel page. 1-panel per page is a terrible way to read on a big screen. I suppose probably few people still use computers to access this stuff, so not a priority I imagine.
I also find the 4-panel format charming. It feels like something is lost in this new format.
@davidrevoy Wait, is this whole thing a plot to drop the kishลtenketsu format!?
@jntesteves Yes, I wonder if I can just put the 4 panels unified twice on the html, and hide the one of the top on small screens, and on desktop inverse it: hide the one after the panel-a panel-b, etc... In general, I'm not fond of making a different content depending of the device, and "choose for the user".