Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Self-updating screenshots

interblah.net

Post reply on HN
Print view View original

31–40 of 80 posts

Re: Self-updating screenshots

#31

Post by jdnebdbd »

merelysounds wrote: post #17

This is very useful in mobile projects. App stores require screenshots, but generating N images for NUMBER_OF_SCREEN_SIZES times NUMBER_OF_LOCALIZATIONS can be a chore. In the past I wrote my own scripts for that, today tools like Fastlane[1] help. I use Fastlane for my logic puzzle game Nonoverse[2], you can see sample screenshots in its App Store page. I also automated App Preview video recording, complete with mul…

That sounds enticing! I can't figure out if it's a paid service or a local OS application though

Re: Self-updating screenshots

#34

Post by npodbielski »

cocoto wrote: post #30

Wouldn’t a real live render approach work in this case? Have a live preview of your tool inside a rectangle. If the tool is light it should be optimal visually: it will respect browser rendering settings like accessibility parameters or custom addons.

Also it would be a security issue?

Re: Self-updating screenshots

#36

Post by merelysounds »

jdnebdbd wrote: post #31
merelysounds wrote: post #17

This is very useful in mobile projects. App stores require screenshots, but generating N images for NUMBER_OF_SCREEN_SIZES times NUMBER_OF_LOCALIZATIONS can be a chore. In the past I wrote my own scripts for that, today tools like Fastlane[1] help. I use Fastlane for my logic puzzle game Nonoverse[2], you can see sample screenshots in its App Store page. I also automated App Preview video recording, complete with mul…

That sounds enticing! I can't figure out if it's a paid service or a local OS application though

Fastlane is a local, open source CLI tool.

> 100% open source under the MIT license

See: https://docs.fastlane.tools/

It doesn’t support App Preview automation, this is something that I had to script myself.

Re: Self-updating screenshots

#38

Post by boxed »

cocoto wrote: post #30

Wouldn’t a real live render approach work in this case? Have a live preview of your tool inside a rectangle. If the tool is light it should be optimal visually: it will respect browser rendering settings like accessibility parameters or custom addons.

Or just statically build the HTML. That's what we do for iommi docs: https://kodare.net/2025/01/14/iframes-not-screenshots.html

Re: Self-updating screenshots

#39

Post by Mackser »

Super cool! Love that you can declare the screenshots inline in the markdown document.

For my desktop app I created a solution that generates screenshots in multiple languages, light/dark mode, removes noise and adds Windows/macOS window frames.

Wrote about it here: https://maxschmitt.me/posts/cakedesk-website-redesign#screen...

It's currently a separate script (which is a pain to maintain). I should look into making it a part of the markdown/mdx. Thanks for the inspiration!

Re: Self-updating screenshots

#40

Post by [deleted] »

irishcoffee wrote: post #10

I wrote a gui app once that ran on a safety-critical platform. I ended up stuffing a rendering of the gui (rendered offscreen) into shmem at I think 24hz, and rendered that screenshot into the safety critical application. I passed clicks (no typing for this gui) back from the statically rendered image updating on a cadence, to the offscreen GUI. Worked well. Not quite the same as this, but that’s what this reminds me…

[deleted]
Post reply on HN