Well, the '90s iteration of it *worked*. It taught kids to read, and got them to read. It obviously isn't a comprehensive literacy education, but it doesn't have to be. If it can get kids interested enough to pick up a book and read, it'll be a success. Unless there's reason to believe the current go-around isn't going to be done as well, I say let them have a go at it.

Though if it's already been mounted by the user with hidden volume protection on, you can write near the end. If there's a hidden volume, the write will be discarded and the old data will remain. Apart from that, hiden volumes are pretty hard to detect unless you've captured multiple versions of the container and things have changed in the hidden volume in between.

One cross-platform option that looks good is EncFS. There's a FUSE module for it on Linux, and Safe (getsafe.org) is a port of the same thing, plus a GUI, for Mac and Windows. Or stick with TrueCrypt format and move to a different program for accessing it, like tc-play or cryptsetup.

(NOTE: I haven't tested these products. This is just from reading stuff here and there, and looking around.)

If you still have it, get an LCD fixer program that flashes the whole screen at 60 Hz. Leave that running a couple nights and it should fix the burned in stuff.

Unless of course that was a CRT, in which case it's pretty much permanent aside from the untested idea of making a picture of the screenburn and leave a negative of it on a while to "wear level" the screen. It would obviously need to be lined up just right, and I don't know if it would make things better or worse.

Just because 30 FPS is the most common format doesn't mean increasing it wouldn't be noticeable. If you can see the difference in a 3D game, you can see the difference in an action sequence in a movie.

I've seen some clips that were shot at 60 FPS and watched them on a PC. The motion looked considerably more fluid and natural than the same clip at 30 FPS.

Then you find your attempts at making a GUI look like Win95 all over again and run the other way.

I used hosts based blocking until AdBlock came along.

Procedure for blocking an annoying object with hosts: obtain URL for item, pray it isn't hosted on the same (sub)domain as something you don't want to block, add it to hosts, restart DNS, reload page
Procedure for blocking an annoying object with AdBlock or similar: right-click, block item, adjust filter if the preview shows other things blocked too

Hosts also fails completely at blocking somedomain/images/ads/annoying-blinking-banner.gif while allowing you to browse somedomain. Or completely blocking the the ads YouTube makes you watch before some videos. Or killing the random Facebook "like" buttons everywhere while still allowing you to view the main Facebook site. Or blocking the specific JavaScript file that makes the newest annoying "feature" added to Google work. Or blocking the obnoxious animated avatar/sig some random user on a forum has. --all of which AdBlock does easily.

There are some major perks you get from being further up the stack. Hosts just blocks whole (sub)domains. An HTTP proxy allows blocking based on URL and tweaking things within the page, but is easily defeated by JavaScript or Flash's idiotic habit of ignoring HTTP proxy settings. Browser extensions can see and edit the page *after* any JavaScript has done its thing, and mess with the Flash plugin more directly.

You can download Flash games, you know. Even ones built into a webpage. Some things like high score tables might not work, but the game itself is usually fully playable, and often looks better since you can scale it to any size.

But no divides were involved.

FTFA: "Stocco said years from now the technology could be used, for example, by someone on the ground to help a flight attendant or passenger land an airplane if the pilot becomes incapacitated."

Or, you know, use fly-by-wire. A normal computer-to-computer interface is sufficient here, and already exists and is in widespread use.

It's the fault of HTML5+Javascript as rendered by a device with limited resources being significantly less efficient or responsive than native code or JVM bytecode. Heck, YouTube in HTML5 manages to be laggy on slightly old PCs that are far more powerful than today's phones.

Yeah, I've got plenty of Windows viruses on my Mac, and my Linux box too. Downloaded intentionally for the purpose of dragging into Windows VMs to see what they do. Then I promptly forget to delete them from the host OS because they're harmless there, and I have 5.5 TB of space.

Watching state-licensed satellite television.

Regex that and you'll also block "association." See Scunthorpe problem and clbuttic.

>Enlighten me. What is the right way?
This is HDMI, the thing that connects the box that renders a picture to the display. By this point, any closed captioning will already be put into the picture as it will be displayed. VGA doesn't have a text channel, why should HDMI?