Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror
×

Comment Re:Han unification (Score 1) 108

I ran into this problem recently. The kanji for "leader" is supposed to be like the diagram at: http://jisho.org/kanji/details... (note the 4 individual lines for the top right piece) but the fonts on my Android phone insisted on rendering this glyph using the Chinese font, that looks like http://www.hantrainerpro.com/h...
It's not just drawn differently, it's actually one less stroke in Chinese, but it's supposed to be the same glyph somehow!
Unicode has no way to indicate which language you actually want characters like this to display in. Sure for single-language documents like HTML, you can use a lang= attribute and hope the browser handles it right, but you certainly can't mix the two together very easily.

Comment Re:Why emoji? (Score 1) 108

I think the problem most people think Apple/Emoji has with compatibility is that old versions of Apple stuff used the private-use codepoint areas for emoji, instead of the Unicode standard code points. This has since been fixed, as far as I know, but there are a TON of free Android keyboards that are supposed to type emoji, but only use the old private-use codepoints, and thus don't display anything but a blank space or a square box on Android without some special app to translate and display them.

If you look harder though, you CAN find Android keyboards that have emoji buttons that produce the proper Unicode standard codepoints. The button on the keyboard may be in full color, but the glyph produced with be monochrome. Basically a limit of the direct font rendering, but it will work in every app without any issue then, and Apple people can still see the glyphs you send them via text just fine, etc.

Comment Re:You want IE to be relevant? (Score 5, Interesting) 105

As somebody who occasionally freelancing HTML5 development, I can tell you I generally target IE10 and up, because IE10 forward has more or less the same feature set that Firefox/Chrome/Safari have had for years. IE9 and below are just lacking in all kinds of basic CSS support. You don't even need any Jquery or modernizer or other "fixes" if you just target IE10+. In fact, at some point, you start noticing that Chrome is actually the least modern of the big 4 browsers here. I know this is a controversial statement for the Slashdot groupthink, but there are many CSS3 features I've tried to use that work great in Firefox and IE10+, but Chrome fails at. Large gradients, for example, still don't render anywhere near what you'd want in Chrome (horrible banding and other weird render errors at angles, still not fixed in the latest version).

I think you'd have to try REALLY hard to specifically write a website that only works in IE11 and somehow not in IE10, as long as you're using HTML5/CSS3 standard stuff. The same goes for IE12. I don't know what features it will bring, but probably not anything real important that's going to change the huge divide between IE9- and IE10+.

Comment Re:Silver lining? (Score 2) 202

It looks to me like the EME would basically be a DLL on Windows, and I don't see why you can't rename the DLL to something else, and drop in a shim DLL that Firefox loads. The shim DLL then loads the real EME DLL, and just proxies all the API calls back and forth. Encrypted data goes into the shim, to the EME, decrypted video comes back. The shim would then be free to copy and redirect the decrypted video elsewhere. I doubt Firefox or the real EME would even know that it was happening.
If the EME is rendering the video itself, Firefox still has to pass it information about what surface to render to, and the shim DLL can just as easily fake that rendering surface and "render" to a file or something.
And it's not like Firefox can be forced to only load a certain signed EME DLL - you'd just recompile your own Firefox with a new key pair to loan your own signed shim.

Comment Re:Start button? (Score 1) 172

Yeah, I can't think of any reason they should have kept ClearType on behind the scenes when scaling is done like that. It's just plain stupid.

I think it was back when XP came out that Microsoft started recommending all apps include a 256x256 alpha-channel icon instead of just 16x16 and 32x32 and 16/256 color with palette transparency. Any app that actually follows those specs will scale down the icon to the 64x64 needed in that screenshot. The stupid thing is it's all MS apps that don't follow the guidelines and look terrible with fonts or icons: VS2003, MMC.EXE (which runs Device Manager, etc)

Comment Re:Start button? (Score 1) 172

I guess, except the Desktop always gets cluttered with files... and you can't make icons 4 difference sizes at once depending on how important the icon is on the desktop, and you can't really group or label icons like the start screen does, unless maybe you fix it into your wallpaper or use folders, which seems silly.

Slashdot Top Deals

Wishing without work is like fishing without bait. -- Frank Tyger

Working...