Live data from Hacker News

Show HN: I made an elegant SwiftUI timeline

github.com

11–20 of 46 posts

Re: Show HN: I made an elegant SwiftUI timeline

#11
FYI you can use ffmpeg to encode gif as h264/h265 mp4 videos of varying quality or convert to webm which can be played from an img tag, all of which will be orders of magnitude smaller.

Simplest form: ffmpeg -i foo.gif -c:v libx264 -crf 22 foo.mp4

You can vary crf to change the size to quality trade-off.

Re: Show HN: I made an elegant SwiftUI timeline

#12
post #10

this looks amazing! (beware on mobile for giant gif size) SwifUI is a breath of fresh air compared to xcode builder, that giant unmergeable xml and the constraint madness where really clumsy to work with.

Are you using it for actual apps in production ?

I'm always very careful whenever apple release new technologies for devs. They promote it heavily but actually nobody uses it inside, and it's up to the community to go through all the bugs.

Re: Show HN: I made an elegant SwiftUI timeline

#13
post #5
post #2

Very nice! I know you want to show off the buttery smoothness of your animations, but do you really need to dump >200MBs of gifs on that single page? Holy laptop fan smoke!

Do NOT open this page on mobile. It just consumed all my data plan

It consumed my cable internet plan.

Re: Show HN: I made an elegant SwiftUI timeline

#14
post #12
post #10

this looks amazing! (beware on mobile for giant gif size) SwifUI is a breath of fresh air compared to xcode builder, that giant unmergeable xml and the constraint madness where really clumsy to work with.

Are you using it for actual apps in production ? I'm always very careful whenever apple release new technologies for devs. They promote it heavily but actually nobody uses it inside, and it's up to the community to go through all the bugs.

I'm just curious: what are you referring to?

Re: Show HN: I made an elegant SwiftUI timeline

#15
post #12
post #10

this looks amazing! (beware on mobile for giant gif size) SwifUI is a breath of fresh air compared to xcode builder, that giant unmergeable xml and the constraint madness where really clumsy to work with.

Are you using it for actual apps in production ? I'm always very careful whenever apple release new technologies for devs. They promote it heavily but actually nobody uses it inside, and it's up to the community to go through all the bugs.

> They promote it heavily but actually nobody uses it inside, and it's up to the community to go through all the bugs.

Large chunks of macOS 11 and iOS 14 are built with SwiftUI, and it's the only way you can build the newer style of widgets on both platforms. They're actually pretty aggressively dogfooding it.

They were slow to pick up Swift internally because they needed ABI stability, but no such barriers exist for internal adoption of SwiftUI.

Re: Show HN: I made an elegant SwiftUI timeline

#17
post #2

Very nice! I know you want to show off the buttery smoothness of your animations, but do you really need to dump >200MBs of gifs on that single page? Holy laptop fan smoke!

Interesting, via iOS safari the page was quick to load and scrolled smoothly, no noticeable performance issue (excepting the payload size is excessive).

Maybe safari is more optimized for gifs?

Re: Show HN: I made an elegant SwiftUI timeline

#18

FYI you can use ffmpeg to encode gif as h264/h265 mp4 videos of varying quality or convert to webm which can be played from an img tag, all of which will be orders of magnitude smaller. Simplest form: ffmpeg -i foo.gif -c:v libx264 -crf 22 foo.mp4 You can vary crf to change the size to quality trade-off.

You know you can give feedback without phrasing a question implying that he already should know that, right?

Re: Show HN: I made an elegant SwiftUI timeline

#20

FYI you can use ffmpeg to encode gif as h264/h265 mp4 videos of varying quality or convert to webm which can be played from an img tag, all of which will be orders of magnitude smaller. Simplest form: ffmpeg -i foo.gif -c:v libx264 -crf 22 foo.mp4 You can vary crf to change the size to quality trade-off.

You know you can give feedback without phrasing a question implying that he already should know that, right?

Not intended as snark, just colloquial. Thanks for the feedback and I've updated the phrasing.
Post reply on HN