I'm certainly not saying it can't be duplicated on Linux, but there's obviously a reason it hasn't been, and it's obviously not because the feature is useless
Have a look at preload (project registered in 2005). I believe it's installed by default on Ubuntu. YMMV. HAND.
You're 5% of the population. Where's the profit in catering to you?
The inhabitants of EU are less than the 5% of the population. Where's the profit? Even that 1% of that 5% having the means and the desire to buy a product is still a respectable number.
Also, doing stuff in Javascript/CSS bloats the hell out of downloads since the interpreted Javascript code is in plaintext, unlike Flash which compresses it down to bytecode.
For this specific point, I believe you can simply gzip your javascript/CSS: web browsers have been supporting HTTP's content-transfer-encoding: gzip for ages. This, of course, doesn't imply that, given a task to perform, an implementation using JavaScript+CSS would be smaller than an implementation using Actionscript (and Flash files could be gzipped as well, where it makes sense).
Facebook doesn't have the original image data: images uploaded via its Java applet are already scaled down, in multiple sizes (all the sizes FB uses them), possibly reencoding everything to jpeg with low quality. It's a way to offload the scaling work to clients (storage is cheaper than CPU).
Given the growth rate of a variety of micro organisms and small less complicated plant life we can induce a massive change in Mar's ecosystem in a short amount of time.
True, but the resulting ecosystem is not necessarily stable and self-sustaining. As fast as it builds up, it could suddenly collapse.
There are other problems. Pedaling 20 miles to work = working with really stinky people
Where I live (northern Italy), we are trying to solve this problem with local trains carrying people and their bikes, and with bicycle parking racks near stations. This way, most part of the travel can be done on public transport, and the last 2-3 miles can be done on bikes. It is less clumsy than it sounds.
They may be how they are used, but that's not how they were meant to be used, the idea being that CSS classes mark content, while CSS deals with presentation. Classes as "blueHeader" are no better than a <font> tag; things get interesting when you want to make all the "blueHeader" content red, for example.
why can't something a little more like that be done with the web?
There are several attempts at that: see Comparison of remote desktop software on Wikipedia. I believe that everything sums up to "dealing with network latencies is hard".
It's not just laziness: in the town where I live (northern Italy) half of the residential areas are on hills, while offices and factories are on the bottom of the valley, with level differences of 200-400m. Electric bycicles are quite popular among middle-aged people (and I'd say also younger ones), because they allow them to ride to work for the most part of the year. An healty man in its thirties has few reasons to buy an electric bike, but things change once you get older.
Remember, there's no such thing as "bad" advertising.
Prepare an ad campaign with a so "badly" retouched photo that everyone having eyes can't avoid noticing it.
Wait for some famous blogger to pick up the bait, telling his readers how bad the ad is
Issue him a takedown notice, hoping that Mr. famous blogger goes doubly vocal on the issue as expected
Wait some months: nobody remembers exactly the issue, but in many minds, the trademark of the advertiser is permanently associated with something shocking.
The sad thing is that the famous blogger above has both every right to criticize the ad, and also he may gain further popularity in doing this. The only way for him to avoid being a pawn in the game is to ignore the whole argument, and that gains him nothing. It's an almost self-sustaining system, be prepared for more in the future.
A lot of these sorts of schemes assume some sort of fixed pixel size such as 96 dpi, a fantasy that hasn't been true since, well, ages. Some LED screens have up to 150 dpi resolution, others as low as 72dpi. If the scale is wrong, then the pixels won't line up and the decoder is then useless.
That's a problem only when the image on the screen is smaller than the one on the card. For larger on-screen images, holding the card a bit further from the monitor surface should do the trick.
I can't escape the impression that this is just security theatre and not serious security after all.
Weirdness: There's 2 clipboards in Linux. There's an XWindows clipboard and a Gnome Clipboard. Simply highlighting stores stuff in the XWin clipboard (middle-mouse pastes text from this buffer). The right_click-copy and right_click-paste does so from Gnome clipboard.
Actually, there are 2 mechanisms
the selection, which is really interprocess communication mediated by the X server, with 2 processes exchanging data when you "paste". If the source process isn't there anymore, there's nothing to "paste". The destination process has a chance to tell the source process the preferred format of data.
clipboards, where data actually gets copied into the X server memory, so it survives the closing of the source. The destination process must handle the data in the way it's stored in the X server, and that's why X clipboards were not as popular as the selection.
Both have to be mediated by the X server because, you know, you may have applications running on different computers displaying their windows side by side on your screen, and you want to be able to copy/paste things among them.
Whenever a trojan hits Windows, people are talking about how poorly designed Windows security is and how the user usually always runs as "administrator". People bring up how on Ubuntu and OS X, you have to sudo or login to do administrative things. Apparently that only works to a certain extend
Well, I'd say there is a difference between a software package that is a trojan from the very start and one that, by running with administrative privileges all the time, can also be exploited later at runtime into installing malware on your system.
There's a lot less software on Unix systems that requires to be run with admin privileges all the time. Call it bad practice on third-party Windows software developers (by often ignoring the principle of the least privilege), but it's not that the system really encourages developers in dropping privileges.
Linux has a similar program called "emacs" where you have to guess strange combinations of keystrokes, and get rewarded with an odd text adventure called "man".
You have not really tried that hard if you still believe that the odd text adventure in Emacs is "man" (hint: M-x dunnet). Of course, there's M-x man as well if you really want, but I'd suggest M-x woman, which is better (no, seriously).:-)
Unfortunately, "something sensible" doesn't mean some HTML bodge, RTF kludge, or non-reprocessable binary like PDF, but a persistent, parsable, non-proprietary, standard.
On the other hand you want a document format where text can be reflushed on the fly to fit the display of your e-ink ebook reader, otherwise you'll end eating batteries (and your patience) just by scrolling around, and ODF (or, for what is worth, PDF or any other format targeted at printed media) doesn't seem well suited for this to me. (X)HTML just seems to be a better choice.
But can someone tell me what exactly is so terrible about the Gimp interface?
Premise: I'm not a pro, just doing the occasional retouch. Often I find myself wondering if it wouldn't be better to have move, resize, scale and shear in a single combined tool.
Have a look at preload (project registered in 2005). I believe it's installed by default on Ubuntu. YMMV. HAND.
The inhabitants of EU are less than the 5% of the population. Where's the profit? Even that 1% of that 5% having the means and the desire to buy a product is still a respectable number.
For this specific point, I believe you can simply gzip your javascript/CSS: web browsers have been supporting HTTP's content-transfer-encoding: gzip for ages. This, of course, doesn't imply that, given a task to perform, an implementation using JavaScript+CSS would be smaller than an implementation using Actionscript (and Flash files could be gzipped as well, where it makes sense).
Facebook doesn't have the original image data: images uploaded via its Java applet are already scaled down, in multiple sizes (all the sizes FB uses them), possibly reencoding everything to jpeg with low quality. It's a way to offload the scaling work to clients (storage is cheaper than CPU).
Exiftool. Perl, but with standalone packages for platforms where Perl is not available by default.
True, but the resulting ecosystem is not necessarily stable and self-sustaining. As fast as it builds up, it could suddenly collapse.
Where I live (northern Italy), we are trying to solve this problem with local trains carrying people and their bikes, and with bicycle parking racks near stations. This way, most part of the travel can be done on public transport, and the last 2-3 miles can be done on bikes. It is less clumsy than it sounds.
They may be how they are used, but that's not how they were meant to be used, the idea being that CSS classes mark content, while CSS deals with presentation. Classes as "blueHeader" are no better than a <font> tag; things get interesting when you want to make all the "blueHeader" content red, for example.
why can't something a little more like that be done with the web?
There are several attempts at that: see Comparison of remote desktop software on Wikipedia. I believe that everything sums up to "dealing with network latencies is hard".
OTOH, did you have a look at Ext GWT?
It's not just laziness: in the town where I live (northern Italy) half of the residential areas are on hills, while offices and factories are on the bottom of the valley, with level differences of 200-400m. Electric bycicles are quite popular among middle-aged people (and I'd say also younger ones), because they allow them to ride to work for the most part of the year. An healty man in its thirties has few reasons to buy an electric bike, but things change once you get older.
The sad thing is that the famous blogger above has both every right to criticize the ad, and also he may gain further popularity in doing this. The only way for him to avoid being a pawn in the game is to ignore the whole argument, and that gains him nothing. It's an almost self-sustaining system, be prepared for more in the future.
If laws had the same nature of programming languages, we'd have robot lawyers by now.
Not a spinner at all. Try this one at 00:51 and 01:00.
Since when does "through elected representatives" mean "explicit"?
That's a problem only when the image on the screen is smaller than the one on the card. For larger on-screen images, holding the card a bit further from the monitor surface should do the trick.
Same impression here, but I could be wrong.
Probably it's part of their strategy to sell you courses, in case you didn't notice.
Actually, there are 2 mechanisms
Both have to be mediated by the X server because, you know, you may have applications running on different computers displaying their windows side by side on your screen, and you want to be able to copy/paste things among them.
Well, I'd say there is a difference between a software package that is a trojan from the very start and one that, by running with administrative privileges all the time, can also be exploited later at runtime into installing malware on your system.
There's a lot less software on Unix systems that requires to be run with admin privileges all the time. Call it bad practice on third-party Windows software developers (by often ignoring the principle of the least privilege), but it's not that the system really encourages developers in dropping privileges.
Well, the same is true also for Perl, PHP, Python and even Lua, so that's nothing radically new.
Linux has a similar program called "emacs" where you have to guess strange combinations of keystrokes, and get rewarded with an odd text adventure called "man".
You have not really tried that hard if you still believe that the odd text adventure in Emacs is "man" (hint: M-x dunnet). Of course, there's M-x man as well if you really want, but I'd suggest M-x woman, which is better (no, seriously). :-)
Actually, more than 50%.
Unfortunately, "something sensible" doesn't mean some HTML bodge, RTF kludge, or non-reprocessable binary like PDF, but a persistent, parsable, non-proprietary, standard.
Basically, you are saying OpenDocument Format (ODF).
On the other hand you want a document format where text can be reflushed on the fly to fit the display of your e-ink ebook reader, otherwise you'll end eating batteries (and your patience) just by scrolling around, and ODF (or, for what is worth, PDF or any other format targeted at printed media) doesn't seem well suited for this to me. (X)HTML just seems to be a better choice.
As pointed out by others, you forgot to turn on Tracemonkey on FF3.1, so you are getting just marginally better results.
My numbers for SunSpider (on a fairly old machine):
FF 3.03 (actually Iceweasel): 17481.8ms +/- 9.1%
FF 3.1 (with TraceMonkey on): 2627.8ms +/- 6.9%
To enable Tracemonkey in FF3.1 beta you have to set javascript.options.jit.content to true.
No, they need to provide it even if it was not modified. It's a FAQ.
Premise: I'm not a pro, just doing the occasional retouch. Often I find myself wondering if it wouldn't be better to have move, resize, scale and shear in a single combined tool.