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

Color Emoji in Windows 8.1 – The Future of Color Fonts?

opentype.info

Post reply on HN
Print view View original

61–70 of 74 posts

Re: Color Emoji in Windows 8.1 – The Future of Color Fonts?

#61

Post by hrjet »

lucian1900 wrote: post #53
hrjet wrote: post #51

Earlier quoted context omitted.

That is true for about 50% of the links posted here these days. I usually just close the tab and read the comments on HN. Note to site designers: something is terribly wrong if JS is needed to render the main textual content of your site.

Or just get with the program and allow JS. It's not going away, as flawed a language as it is. Web browsers are an execution environment, no longer just document viewers.

It's not because I dislike JS the language that I disable it.

And, I do enable JS when I am on a familiar / trusted / interesting site. I definitely won't enable it on an unfamiliar / blank looking website.

Re: Color Emoji in Windows 8.1 – The Future of Color Fonts?

#62

Post by rlpb »

lucian1900 wrote: post #53
hrjet wrote: post #51

Earlier quoted context omitted.

That is true for about 50% of the links posted here these days. I usually just close the tab and read the comments on HN. Note to site designers: something is terribly wrong if JS is needed to render the main textual content of your site.

Or just get with the program and allow JS. It's not going away, as flawed a language as it is. Web browsers are an execution environment, no longer just document viewers.

> Web browsers are an execution environment, no longer just document viewers.

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?

Re: Color Emoji in Windows 8.1 – The Future of Color Fonts?

#63

Post by davb »

ranran876 wrote: post #19
Synaesthesia wrote: post #14

Earlier quoted context omitted.

I thought so too, until I started using them in my messages to my friends and girlfriend. Now I find them an integral part of my communications. 😄

Oh the irony. Your emoji comes out as a blank square for me (Windows 7 - Opera 12)

Consider installing the Symbola font [1]. Where Unicode fallback works correctly, missing glyphs from the regular site font will be taken from Symbola. It's the most comprehensive freely available emoji font I could find (although it doesn't look anywhere as good as full color emojis and at average website font sizes can render a little too small to make out any detail).

[1] http://users.teilar.gr/~g1951d/

Re: Color Emoji in Windows 8.1 – The Future of Color Fonts?

#64

Post by lucian1900 »

rlpb wrote: post #62
lucian1900 wrote: post #53

Earlier quoted context omitted.

Or just get with the program and allow JS. It's not going away, as flawed a language as it is. Web browsers are an execution environment, no longer just document viewers.

> Web browsers are an execution environment, no longer just document viewers. 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 applicati…

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.

Re: Color Emoji in Windows 8.1 – The Future of Color Fonts?

#65

Post by AshleysBrain »

I think this is a great implementation. Embedding PNGs in to a font feels wrong - surely that doesn't scale up to large font sizes well? Or causes a blurry/pixellated downscaled image? Mixing bitmap with vector seems an odd engineering decision. Microsoft's approach is elegant in maintaining backwards compatibility and also enabling colored vector images on top.

The only downside seems to be a limited color palette, but I don't think that outweighs the benefits, and also encourages a clear and simple design.

Re: Color Emoji in Windows 8.1 – The Future of Color Fonts?

#66

Post by Larrikin »

hrktb wrote: post #40
snogglethorpe wrote: post #35

Earlier quoted context omitted.

On all the Japanese devices I've used, emoji input is a separate "keyboard" (or rather a different mode in the standard keyboard). Some Japanese keyboards will sometimes suggest emoji during input conversion (the normal kana->kanji step), but it's a somewhat haphazard way of inputting them, and it's often easier just use the dedicated emoji input. The reason seems fairly clear to me: many emoji encode nuances that do…

There is a separate emoji panel, but in my experience you tend to remember the name of the emoji used the most, and in 10-key mode it's pretty fast to type a 2 or 3 kana word. About the android phones, I was a bit surprised by the low quality of Japanese support. But I didn't try the ATOK keyboard nor the input available on Sony phones for instance, only the Google IME. To Apple's credit, they've been doing IME on th…

I personally find Google's offering nearly unusable as someone who primarily types Japanese via romaji. The vendors do a much better job but I found the fastest way for me was Swype. Emoji support is basically non existent though

Re: Color Emoji in Windows 8.1 – The Future of Color Fonts?

#67

Post by cookiecaper »

aw3c2 wrote: post #60
lucian1900 wrote: post #53

Earlier quoted context omitted.

Or just get with the program and allow JS. It's not going away, as flawed a language as it is. Web browsers are an execution environment, no longer just document viewers.

But why should viewing a document require javascript execution?

Because CSS and HTML are woefully inadequate and JavaScript has to be used to produce many layouts.

Re: Color Emoji in Windows 8.1 – The Future of Color Fonts?

#69

Post by lenkite »

rlpb wrote: post #62
lucian1900 wrote: post #53

Earlier quoted context omitted.

Or just get with the program and allow JS. It's not going away, as flawed a language as it is. Web browsers are an execution environment, no longer just document viewers.

> Web browsers are an execution environment, no longer just document viewers. 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 applicati…

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?

#70

Post by lenkite »

rlpb wrote: post #62
lucian1900 wrote: post #53

Earlier quoted context omitted.

Or just get with the program and allow JS. It's not going away, as flawed a language as it is. Web browsers are an execution environment, no longer just document viewers.

> Web browsers are an execution environment, no longer just document viewers. 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 applicati…

If you want a _responsive_ document that scales to all different screen sizes, _modern_ touch-sensitive navigation for the content of this document, viewable on all the various mobile and desktop browsers today then you still need JS today. Yes, maybe 1 in ten thousand web devs are the ultra CSS 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
Post reply on HN