Erm... If you guys are getting rid of your ATMs in exchange for internet transactions, how are those same ATMs more advanced? It seems to me that online transactions should be considered a new transaction method, not an "advanced ATM"... Maby when your computer can print(and accept) physical, legal money...
Well, why seperate the client and the server? If you think about it, this could be a market for 32...1024 core desktops: Raytraced games. I mean, currently most games don't need nearly so much CPU power, and Intel wants a market for their many-core chips. They do have a market server-side, but if they can get a client-side market too? Great!
There's a nice Bitcoin miner tool out there that runs on GPGPU; In fact, there's several.
The real problem is that it's hard to find tasks that are super highly parallizable like this -- I mean, aside from video, rendering and graphics related tasks, what is there? Now, for those tasks, GPGPU's perfect and applications are adding support(often in the form of an OpenGL interface), but there's a huge number of older applications, especially for windows, that can't be updated to support it.
As others have said, it's not really just the interface - for a netbook with a widescreen, it's great! The real problem is the instability. It's new, and needs a few more versions of being subjected to every weird hardware and software combination available before it'll be stable enough for Joe Sixpack. KDE 4.X and Gnome 2 have gone though this already, and tend to be rock stable. When Unity gets there, maby. But the first time it crashes because of an unstable graphics driver or other such, well... Joe Sixpack can't fix it himself, nor will have any clue what caused it, and will assume that it's the "computer" that's the problem.
Contrast that with my KDE+Metacity desktop, which when I installed a custom kernel(and thus broke the nvidia driver) I ran for at least 6 hours on the fallback 2d graphics *without noticing* until I tried to run a 3d game. That sort of fall protection is what's needed in a system for Joe Sixpack: If something fails, it may not run any games, but at least it'l run Firefox and boot!
No, what I'm saying is that if you use unique recovery information and keep it on physical media only, you won't be affected as much - At worst, you'll lose the account on the hacked site, but nothing else(provided you don't use the same password, of course).
Eh, I dunno about that. Runs perfectly fast on my quad-core Linux box with FF 7.0A1(latest nightly).
On my n900 and FF-based browser however... Disabling JS speeds up loading by a number of seconds, and removes the 5+ second delay upon clicking "preview" or "submit" upon posting a contentl
No, you should upgrade to FF4 or Chrome, then complain to the webapp company until they either change it, or move to another company who *does* support cross-browser code. If enough people do this, perhaps we can eliminate old MS-specific insecure code(that even MS wants to get rid of) sometime in the next decade.
Like, say my security answer being: 8a1b3fb14ba5c80be1bf03606f225fec? Why use your own personal information for that? Just use a hash of something, or use simply a key-value pair that you keep written down and stored in a secure place(and is unique to each site)? Sure, it'd be open to a physical security break, but 99.999% of the attackers involved do not have physical access to your computer or safe.
Erm, if they have your password, they have everything about you. That's not a data breach though. A data breach would be if Google lost a copy of their Gmail account DB, etc. Not just someone phishing for account passwords.
*sigh*. It's not like anythings going to/go away/... At/worst/ new features might not be added, but the stuff you know and love will still be around, probably for decades.
And more than likely it will continue as before, as there are plenty of commercial backerd who still need/want it.
Not a machine emulator, no. But directX/is/ emulated, at least to the extent that I care: DirectX calls go in, OpenGL calls come out. Now, you could call it a translator or whatever you want, but the fact is that it's emulating the DirectX interface through the use of the OpenGL interface on the host machine.
Well, you know, if your console is so poor it can be emulated on a modern PC... You don't have good enough hardware. I mean, even emulating DirectX with Wine produces a fair ampunt of overhead; I'm sure you'd have similar overhead with an x86 console and custom OS/ graphics language.
On the other hand, everyone from Linux to Android to iOS disagrees, and consumers have a choice because of it(I.e. if you don't like the Windows UI, you can use any number of Linux UIs or the OSX one. Phone UIs give even more choice).
This may be the symptom, but the actual HTML page should loak effectively instantly, what with it being just a couple of KB. The real problem is what's *in* the tables -- Inline JS ad-code mainly. Because this is at another, usually slower site, it's always slowed things down for me. Enabling Noscript for 3rd-party JS literally makes pages 10x faster for me.
With old-style, ASIC-based single-function devices, sure. These days, however, with multi-hundred-gb harddisks and general processors in anything, format shouldn't matter so long as it's free to decode: Just add a decoder module! I mean, on Windows, if something won't play, you just download a freewae codec pack(Like the K-Lite one), and now you have support for hundreds of formats. The user doesn't need to know or care which format it was, just that the "universal" decoder now plays it. With linux it's mostly the same -- aside from a couple MS-centric formats.
Mod parent up! Personally, I'l watch some videos in the html5 player(blocked by default with noscript of course), but being able to easily save-as with DownThemAll is very nice. I've got a greasemonkey script for grabbing everything else, too, but I prefer webm videos over h264.
Personally, I won't care until I see an image that I can't view./then/ I'll get upset. It's a lot like SVG glyph-fonts: Until you run into it/not/ working, you don't care.
That being said, it's not like it's a big deal to implement webp in FF: The webm decoder will decode it, provided you change the webp "wrapper" to a webm one... so there's a JS script out there to add support for it right now. Seems like it'd be just a handful of lines of code to add it natively, then there'd be no issues....
Not connected, sure, but that's not usually the issue - More like the video card not in quite right, or the OS having locked up, or... It used to be very important back when I used a laptop(which typically has no other info telling you if the screen's off or on but all black.
Also, I don't know but what having a very high contrast ratio might cause eye strain -- High brightness certainly does. You might also run into a problem of not being able to differentiate dark colors if the rest of the scene's too bright...
Doesn't matter though, I'm just saying/I/ like the "bright blacks".
Y'know, I've never been bothered by the not-true-black blacks - I actually/like/ it. It lets me know that the backlight/screen's actually on, and (usually) that there's a signal present. For me, it's comforting to know, especially when it can take a number of seconds to turn on or off the backlight, and the power LED doesn't say much.
Because there are no 120hz(or heck, anything better than 60hz) 1920x1200 monitors? At least according to this, 1920x1080 is the best you'll get.
And yes, 120hz(or even 75hz) is/nice/ compared to 60hz.
Hm... Didn't think about that. That needs to be addressed: It should be required to be excecutable to run code inside, even if that code is being run by an external program.
That - if true - needs to be addressed quickly.
Slashdot Mirror
Erm... If you guys are getting rid of your ATMs in exchange for internet transactions, how are those same ATMs more advanced?
It seems to me that online transactions should be considered a new transaction method, not an "advanced ATM"... Maby when your computer can print(and accept) physical, legal money...
Well, why seperate the client and the server? If you think about it, this could be a market for 32...1024 core desktops: Raytraced games. I mean, currently most games don't need nearly so much CPU power, and Intel wants a market for their many-core chips. They do have a market server-side, but if they can get a client-side market too? Great!
There's a nice Bitcoin miner tool out there that runs on GPGPU; In fact, there's several.
The real problem is that it's hard to find tasks that are super highly parallizable like this -- I mean, aside from video, rendering and graphics related tasks, what is there?
Now, for those tasks, GPGPU's perfect and applications are adding support(often in the form of an OpenGL interface), but there's a huge number of older applications, especially for windows, that can't be updated to support it.
As others have said, it's not really just the interface - for a netbook with a widescreen, it's great!
The real problem is the instability. It's new, and needs a few more versions of being subjected to every weird hardware and software combination available before it'll be stable enough for Joe Sixpack. KDE 4.X and Gnome 2 have gone though this already, and tend to be rock stable.
When Unity gets there, maby. But the first time it crashes because of an unstable graphics driver or other such, well... Joe Sixpack can't fix it himself, nor will have any clue what caused it, and will assume that it's the "computer" that's the problem.
Contrast that with my KDE+Metacity desktop, which when I installed a custom kernel(and thus broke the nvidia driver) I ran for at least 6 hours on the fallback 2d graphics *without noticing* until I tried to run a 3d game. That sort of fall protection is what's needed in a system for Joe Sixpack: If something fails, it may not run any games, but at least it'l run Firefox and boot!
No, what I'm saying is that if you use unique recovery information and keep it on physical media only, you won't be affected as much - At worst, you'll lose the account on the hacked site, but nothing else(provided you don't use the same password, of course).
Eh, I dunno about that. Runs perfectly fast on my quad-core Linux box with FF 7.0A1(latest nightly).
On my n900 and FF-based browser however... Disabling JS speeds up loading by a number of seconds, and removes the 5+ second delay upon clicking "preview" or "submit" upon posting a contentl
No, you should upgrade to FF4 or Chrome, then complain to the webapp company until they either change it, or move to another company who *does* support cross-browser code.
If enough people do this, perhaps we can eliminate old MS-specific insecure code(that even MS wants to get rid of) sometime in the next decade.
Like, say my security answer being: 8a1b3fb14ba5c80be1bf03606f225fec?
Why use your own personal information for that? Just use a hash of something, or use simply a key-value pair that you keep written down and stored in a secure place(and is unique to each site)? Sure, it'd be open to a physical security break, but 99.999% of the attackers involved do not have physical access to your computer or safe.
Erm, if they have your password, they have everything about you. That's not a data breach though. A data breach would be if Google lost a copy of their Gmail account DB, etc. Not just someone phishing for account passwords.
*sigh*. /go away/... At /worst/ new features might not be added, but the stuff you know and love will still be around, probably for decades.
It's not like anythings going to
And more than likely it will continue as before, as there are plenty of commercial backerd who still need/want it.
If you don't release the source, you're in violation. If you do, you're fine.
Not a machine emulator, no. But directX /is/ emulated, at least to the extent that I care: DirectX calls go in, OpenGL calls come out. Now, you could call it a translator or whatever you want, but the fact is that it's emulating the DirectX interface through the use of the OpenGL interface on the host machine.
Well, you know, if your console is so poor it can be emulated on a modern PC... You don't have good enough hardware. I mean, even emulating DirectX with Wine produces a fair ampunt of overhead; I'm sure you'd have similar overhead with an x86 console and custom OS/ graphics language.
At least, that's the Microsoft theory.
On the other hand, everyone from Linux to Android to iOS disagrees, and consumers have a choice because of it(I.e. if you don't like the Windows UI, you can use any number of Linux UIs or the OSX one. Phone UIs give even more choice).
This may be the symptom, but the actual HTML page should loak effectively instantly, what with it being just a couple of KB.
The real problem is what's *in* the tables -- Inline JS ad-code mainly. Because this is at another, usually slower site, it's always slowed things down for me. Enabling Noscript for 3rd-party JS literally makes pages 10x faster for me.
You mean like Linux did years ago?
With old-style, ASIC-based single-function devices, sure. These days, however, with multi-hundred-gb harddisks and general processors in anything, format shouldn't matter so long as it's free to decode: Just add a decoder module!
I mean, on Windows, if something won't play, you just download a freewae codec pack(Like the K-Lite one), and now you have support for hundreds of formats. The user doesn't need to know or care which format it was, just that the "universal" decoder now plays it.
With linux it's mostly the same -- aside from a couple MS-centric formats.
Mod parent up!
Personally, I'l watch some videos in the html5 player(blocked by default with noscript of course), but being able to easily save-as with DownThemAll is very nice.
I've got a greasemonkey script for grabbing everything else, too, but I prefer webm videos over h264.
Personally, I won't care until I see an image that I can't view. /then/ I'll get upset. /not/ working, you don't care.
It's a lot like SVG glyph-fonts: Until you run into it
That being said, it's not like it's a big deal to implement webp in FF: The webm decoder will decode it, provided you change the webp "wrapper" to a webm one... so there's a JS script out there to add support for it right now.
Seems like it'd be just a handful of lines of code to add it natively, then there'd be no issues....
Not connected, sure, but that's not usually the issue - More like the video card not in quite right, or the OS having locked up, or...
It used to be very important back when I used a laptop(which typically has no other info telling you if the screen's off or on but all black.
Also, I don't know but what having a very high contrast ratio might cause eye strain -- High brightness certainly does. You might also run into a problem of not being able to differentiate dark colors if the rest of the scene's too bright...
Doesn't matter though, I'm just saying /I/ like the "bright blacks".
*drools*
Y'know, I've never been bothered by the not-true-black blacks - I actually /like/ it. It lets me know that the backlight/screen's actually on, and (usually) that there's a signal present. For me, it's comforting to know, especially when it can take a number of seconds to turn on or off the backlight, and the power LED doesn't say much.
Because there are no 120hz(or heck, anything better than 60hz) 1920x1200 monitors? At least according to this, 1920x1080 is the best you'll get. And yes, 120hz(or even 75hz) is /nice/ compared to 60hz.
Hm... Didn't think about that. That needs to be addressed: It should be required to be excecutable to run code inside, even if that code is being run by an external program. That - if true - needs to be addressed quickly.
Uh, what? What sort of file are we talking about that would allow arbitrary code to be run /without/ setting the excecute bit?