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

Keyframes: Delivering scalable, high-quality animations to mobile clients

code.facebook.com

Post reply on HN
Print view View original

61–70 of 153 posts

Re: Keyframes: Delivering scalable, high-quality animations to mobile clients

#61

Post by dr_zoidberg »

echelon wrote: post #27
lozzle wrote: post #23

Hey, everyone! I'm one of the developers at Facebook who worked on this library since its conception! Really excited to be able to share this library today! I'll be checking up here periodically and can help answer any technical questions that you have!

Why does the software license [1] include the following clause: > provided Your Software does not consist solely of the Software Why didn't you guys choose MIT or BSD? It feels like the custom Facebook license is close to the intent of these, but it has that mysterious gotcha. In any case, thanks for the software! It looks really slick, and I definitely have a use case for using it to replace the sprite sheet I used…

From your jungle.horse "more info" panel:

> Word of warning: while I'm not a vampire, I may or may not be a night owl.

That totally sounds absolutely non-suspicious... Also, you may or may not be having a HN-driven traffic spike.

Re: Keyframes: Delivering scalable, high-quality animations to mobile clients

#62

Post by echelon »

dr_zoidberg wrote: post #61
echelon wrote: post #27

Earlier quoted context omitted.

Why does the software license [1] include the following clause: > provided Your Software does not consist solely of the Software Why didn't you guys choose MIT or BSD? It feels like the custom Facebook license is close to the intent of these, but it has that mysterious gotcha. In any case, thanks for the software! It looks really slick, and I definitely have a use case for using it to replace the sprite sheet I used…

From your jungle.horse "more info" panel: > Word of warning: while I'm not a vampire, I may or may not be a night owl. That totally sounds absolutely non-suspicious... Also, you may or may not be having a HN-driven traffic spike.

Oh no, I've been outed. ;p

Re: Keyframes: Delivering scalable, high-quality animations to mobile clients

#63

Post by misio »

seanwilson wrote: post #39
TheFarmingBunny wrote: post #38

Earlier quoted context omitted.

But react isn't interesting because they could have just modified custom elements via a polyfill and javascript extension. It would work mostly natively on newer browsers. Keyframes is just after effects animation in HTML5, a feature that could be implemented more natively using svg and a solution similar to this for older browsers. Facebook seems to want to dominate with single-use, clunky libaries.

> Keyframes is just after effects animation in HTML5, a feature that could be implemented more natively using svg and a solution similar to this for older browsers That's another approach which has it's own pros and cons. The approach from the article is obviously good if you have Affect Effects experts on hand. I'm not understanding why this isn't interesting to programmers who on a daily basis have to weigh up the…

>I'm not understanding why this isn't interesting to programmers who on a daily basis have to weigh up the pros and cons of different technology/library choices.

Perhaps I'm showing my age, but this feels like this problem was solved a long time ago, forgotten or unused to a large extent and now re-invented. Flash was the clever web version back in the day but I can't see anything really new in this.

I could absolutely be missing the point though. I never count that out.

Re: Keyframes: Delivering scalable, high-quality animations to mobile clients

#64

Post by electic »

andybak wrote: post #53
echelon wrote: post #36

Earlier quoted context omitted.

I'm not misreading it. The license says we cannot fork the software. That's not open source.

They had better start paying their lawyers overtime. You can't do a PR without forking and people fork on Github for a multitude of reasons (I often fork into a group as a lazy form of bookmarking or collecting projects). Hell. I just clicked the 'fork' button. Where's my cease and desist?

I would argue that GitHub should remove this software. It just runs counter with their TOS.

Re: Keyframes: Delivering scalable, high-quality animations to mobile clients

#65

Post by detaro »

etimberg wrote: post #13
echelon wrote: post #5

This is really slick, and I'm going to investigate using it for the Donald Trump animation on jungle.horse. The license [1] doesn't look to be as encumbered as some of Facebook's other open source licenses, but does include a clause I found to be strange: > provided Your Software does not consist solely of the Software So if I'm reading this correctly, it means only Facebook can redistribute this software? Wat. [1] h…

I wonder how that affects creating a fork of it. At what point does it become different enough that you can safely distribute it

Are you even allowed to redistribute a modified version at all? Modification is only allowed for "internal use".

Re: Keyframes: Delivering scalable, high-quality animations to mobile clients

#66

Post by lozzle »

zigzigzag wrote: post #60

I was totally down with this - a tight, efficient vector graphics format with After Effects integration, super - up until the point they said these animations were JSON files. Huh? Didn't I just read a whole blog post saying that one of their requirements was fast loading from disk, small bandwidth usage, etc? And that's what justified creating an entirely new image format from scratch, not something the internet is…

Hey, zigzigzag! The reason we went with JSON initially was for ease to work with, debug, and general ability to tweak and make the development process for this project much easier. That's definitely not to say there aren't some notable improvements we can make to this library!

Re: Keyframes: Delivering scalable, high-quality animations to mobile clients

#67

Post by clentaminator »

echelon wrote: post #56
ar15saveslives wrote: post #41

Earlier quoted context omitted.

So you got your CS degree, worked for years in IT, passed tough interviews, joined FB, and now you're proud of animating those annoying emojis.

> So you got your CS degree, worked for years in IT, passed tough interviews, joined FB, and now you're proud of animating those annoying emojis. What kind of work do you do? I'd say this project is much better than your words suggest. It's full of interesting technical problems unique to the domain of animation. That's way more fun than writing a standard CRUD Ruby on Rails web app, at least in my opinion. And hey,…

> Any job in engineering beats that

In what sense? Usefulness to society? Comfort? Pay? I'd argue that the janitors and garbagemen are doing much more of a public good than the proportion of software "engineering" that goes into a social media application, despite any technical smartness behind it.

Re: Keyframes: Delivering scalable, high-quality animations to mobile clients

#69

Post by lhorie »

echelon wrote: post #36
electic wrote: post #34

Earlier quoted context omitted.

You are misreading it. Software = Keyframes software. Your Software = Whatever you are releasing. So basically they are saying you can't redistribute just the Keyframes software library by itself. Which also means, if I understand this right, you can't fork it and modify it either. I agree however, not a good license.

I'm not misreading it. The license says we cannot fork the software. That's not open source.

If I understand right, you can fork it and even redistribute it, as long as your software isn't a blatant plagiarism of this repo. So technically, taking this library and putting it together with some other library yielding some meaningful application is enough to satisfy that clause.

Re: Keyframes: Delivering scalable, high-quality animations to mobile clients

#70

Post by seanwilson »

misio wrote: post #63
seanwilson wrote: post #39

Earlier quoted context omitted.

> Keyframes is just after effects animation in HTML5, a feature that could be implemented more natively using svg and a solution similar to this for older browsers That's another approach which has it's own pros and cons. The approach from the article is obviously good if you have Affect Effects experts on hand. I'm not understanding why this isn't interesting to programmers who on a daily basis have to weigh up the…

>I'm not understanding why this isn't interesting to programmers who on a daily basis have to weigh up the pros and cons of different technology/library choices. Perhaps I'm showing my age, but this feels like this problem was solved a long time ago, forgotten or unused to a large extent and now re-invented. Flash was the clever web version back in the day but I can't see anything really new in this. I could absolute…

Flash isn't supported on mobile browsers (now), native Android or native iOS though.
Post reply on HN