The developer of an individual application cannot fix this problem. Instead, to gain and retain users, a developer must work around this problem, which means developing a web application either in addition to or instead of a native application.

Which requires finding a friend who will allow that and is not herself in the same situation.

Good luck cashing a check at an issuing bank three states away.

Then perhaps the most honest way to say it is "Natalie Gunshannon v. McDonald's of Shavertown", where "McDonald's of Shavertown" refers to whatever entity has the right to trade as McDonald's in Shavertown, namely franchisee Albert Mueller.

"Development platform"? Hmmm... Let me know when Visual Studio becomes fully Modern and a Windows RT device with a keyboard becomes capable of native development even in theory.

Now that netbooks don't exist anymore, let me know when the price of x86 tablets falls toward Surface/iPad range instead of being double that like the Surface Pro is.

Anonymous Coward wrote:

May I see the source of this claim so that I can cite it to other people?

Ideally, you download the 97 kB framework once on the first visit to a site, after which it sits in cache. If it's a popular framework like jQuery, you might not even need to download it once per site if web sites transclude a copy of the framework on a CDN. After that, the site can send you 2 kB deltas instead of 100 kB refreshes. I agree with you that excesses exist. They just aren't obligatory like they would be if you had to refresh the whole page all the time.

How does one run programs written in these languages on iOS, on Windows Phone, and on game consoles? I've heard of PythonForIOS, but I'm not aware of it having any graphical user interface toolkit because then it would compete with Apple's App Store.

A thoroughly themed Windows might confuse the support technician on the other end of the phone line. But on the other hand, icons without text do the same thing.

So I'll document it: "When I press the Windows key or click the Start button, I want the Start screen to open snapped, not full screen."

It might be because Microsoft all but lifted the Start Menu from Apple. Since System 7.0 (June 1991), classic Mac OS allowed users to put "aliases" (shortcuts) to their favorite applications in the Apple Menu Items folder. System 7.5 (September 1994) added the ability to organize these shortcuts into folders, producing roughly the same effect as the Start Menu that Microsoft would add to Windows a year later.

Do the tiles appear on top of the windows that are on the desktop, or do they still hide all the windows that are on the desktop? The presence of the windows that are on the desktop acts as an anchor to keep the user's train of thought on its proverbial tracks. If the tiles showed up on top of the windows, possibly with a dimming or blurring effect like the UAC prompt and the area behind window title bars in Windows 7 Aero, that might be enough to avoid doorway amnesia.

So how do you keep the jarring full-screen transition from derailing your train of thought? Please see my other comment.

So how do I bring up the Run dialog box on a machine to which I am connected through Remote Desktop? Unless I'm running Remote Desktop in the full screen, pressing Win+R brings up the local machine's Run dialog.

When you start a full-screen application, such as a Windows Store app or the Windows 8 Start Screen, you lose the visual context of having the application semi-visible in the background, and you tend to forget what you were working on. The effect has been called doorway amnesia; see also my previous comments. Classic Shell makes it about as tolerable as Windows 7.