Follow Slashdot stories on Twitter


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 internet speed test! ×

Comment Re: FP! (Score 1) 63

As long as it is clearly documented what it will do, and you know what precisely what it will having it automatically do things isnt necessarily bad, can save time, as long as finer grain control is allowed. If it is poorly documented and does unexpected things, this is pretty bad. Allowing a system command to be run is a pretty nasty undocumented automatic behaviour.

Comment Re:Lol "RadioShack" (Score 1) 176

Radio Shack has been selling consumer electronics for a long, long time, over 50 years at least. And yes, people did buy stuff there. The hobbyist market is not large enough to keep them alive, just not enough people like that around. Amazon did it in. Amazon can run losses for 20 years because its a wall street darling, so its been undercutting everyone else. Antitrust behaviour, if you ask me.

Comment Nothing of value left to measure (Score 1, Insightful) 167

There seems to be a deliberate attempt to destroy the sensibilities, intellect ,morals of the population by putting out of all of this out of tune, profane, creepy, depressing, dismal, tasteless, trashy, low grade music that appeals mainly to crackheads, deadbeats stoners, self obsessed and arrogant millenials, sado-depressive types and the like. Pop, rap, rock, its all garbage. Real music disappeared long ago, Now we have this bleak, dystopian nonsense that seems to be designed to destroy the minds of those who listen to it. So, nothing worth buying here, I advise everyone to not purchase this garbage and put hollywood out of business for good. It would do our society a big favor.

Comment Re:The problem... (Score 1) 383

The best solution to this is for cross platform toolkits to emulate whenever possible missing OS features. Otherwise you have feature testing to write apps adaptively, using cross OS APIs when the underlying OS has the feature, but this is far from optimal. Providing the OS provides some basic underlying features, features can be emulated by a toolkit. Adaption always has to happen with a number of variables like screen real estate

Comment Re:HTML5 / CSS / Javascript (Score 1) 383

So your suggesting I should have to run dozens of network aware applications with crappy C/C++ code rather than relatively safe sandboxed JS code in a single browser program? In many ways the browser is an improvement. So, you would rather run network applications and remote scripts directly on the OS rather than "have an OS on an OS". You want basically where people download all of these untrusted applications that run directly on the OS like the bad old shareware/trojan days.

The need for a stable API is a seperate issue from the need to sandbox and run remotely downloaded code in a VM, written in a memory safe interpreted language rather than the awful C/C++.Static web pages have no business using JS, I agree, but for a dynamic program, running an application inside a sandboxed brower on a Javascipt VM is heck of a lot safer than running it as a machine code binary compiled from buffer overflow filled C++ fully exposed to the OS Kernel interface.

Comment Re:The problem... (Score 1, Interesting) 383

The problems you describe can either be solved by the cross platform compatability library either emulating features on its own, or by applications adapting to absense of a feature by using an alternative or living without the feature when it is not available on an OS. Preferably the first alternative. Provided a basic level of functionality, anything can be implemented at the library/app layer. For instance, if you have a 24 bit video array buffer, you can implement any 3D operation in software, even though all you an give to the OS is bitmap data. It may not be perfect, it may be slow, but it can be done and its better than nothing.

There is an issue with cross platform libraries keeping up with applications needs so that apps are not tempted to include OS specific code. The library should meet the needs of the application rather than vice versa. App developers if they need an OS feature, instead of putting an OS specific call in thousands of places in apps, should just add a compatability layer once to the cross platform library, this way when they move to a new OS, they only need to update one peice code rather than thousands.

You mention web standards. For some while, they were indeed very weak, which was their own fault. Browsers dragged their feet on providing features but at the same time they provided horrible plugin models for OS level plugins. Basiclaly the browsers were saying, we dont provide the feature you need and dont care, but please write an OS dependant plugin using NSAPI so your web page can only be viewed on Windows. Thank you. Mozilla was guilty of that as any. I think it would be much preferable as an alternative to have provided a canvas to web apps in the browser to which vector and bitmap primatives could be drawn with javascript, rather than unleash a flood of low level plugins which had bad OS dependant code. Yes, eventually this is what ended up happening. I think we also have to accept 3D APIs in the browser to stave off OS dependant plugins adn third party apps.

Slashdot Top Deals

NOWPRINT. NOWPRINT. Clemclone, back to the shadows again. - The Firesign Theater