Re:Color Emoji in Windows 8.1 – The Future of Color Fonts?
by lenkite on Wednesday July 09, 2014 @12:32PM
(#8010543)
If you want a responsive document that scales to all different screen sizes, modern touch-sensitive navigation for the content of this document, view-able on all the cornucopia of mobile and desktop browsers today then you need to use JS. Yes, maybe one in ten thousand web devs are the CSS master-wizards who can find a declarative way to do everything everywhere on any browser but it usually takes 10x the effort. Simpler to just use tested JS libraries
Re:Color Emoji in Windows 8.1 – The Future of Color Fonts?
by spain on Thursday July 10, 2014 @12:40AM
(#8013650)
This seems pretty responsive to me:
http://motherfuckingwebsite.com/
>This site doesn't care if you're on an iMac or a motherfucking Tamagotchi.
Re:Color Emoji in Windows 8.1 – The Future of Color Fonts?
by rayiner on Thursday July 10, 2014 @11:55AM
(#8015383)
That link is the best thing that's ever happened to the internet.
Re:Color Emoji in Windows 8.1 – The Future of Color Fonts?
by hrjet on Wednesday July 09, 2014 @12:56PM
(#8010716)
Why should the static content be dynamic? The responsive look can be a cherry on top of the static content.
$("#content").makeResponsive();
Re:Color Emoji in Windows 8.1 – The Future of Color Fonts?
by lucian1900 on Wednesday July 09, 2014 @09:26AM
(#8009479)
No one but a tiny minority is even aware of the duality.
It's nice to be able to rely on JS being there, just like it's nice to rely on having the correct DOM constructed since HTML parsing has been standardised. There are things that are much easier to do this way.
Indeed they are. But there is a real duality here. On HN, I see links to both applications and documents. Both of them happen to be HTTP links, since the web supports both.
I am mostly interested in the documents.
If you have a document to present, perhaps you should present it as a document, instead of requiring users to run your application to present your document?