Actually, this concept is really not that new. Check out the Strokes extension in Emacs and XEmacs. It does this very thing. You can teach it various patterns, and then you can use those patterns to execute commands. Heck, now that I think about it, you could integrate Strokes and Emacs W3 to do exactly what Opera is doing...
Well, without reading the specifics of the technology (I know, I hate it when people make uninformed posts, too, but... everyone is entitled to at least one;), I get the impression that this would be used on sites who are really concerned about accessibility. What it won't do is automagically make a site accessible to the blind. It'll just make accessible sites even more so. In this way, this is just a complementary tool to ALT tags. So, it doesn't solve any problems, in terms of making already unaccessible sites accessible. But it provides yet another tool for those site authors who are concerned about such things.
Now now... don't you think that's asking a bit much? Leave the coffee making to the coffee.o module where it belongs. One wouldn't want to bloat the kernel FS layer with that kind of cruft, now would one?
Heh, if you change root to an encrypted filesystem, when it's already running as a non-encrypted filesystem, you'll probably have to do more than just reboot, unless the FS auto-converts non-encrypted FSs to encrypted ones somehow. Possible, I suppose, but...
Actually, AFAIK, you really can't compared 802.11b or Bluetooth with what Sprint is doing. 802.11b is meant for relatively fixed wireless, ie, not driving around in a car, etc, etc. Basically, it's wireless ethernet. What we're talking about here is CDMA, or what is often referred to as "3G" wireless, ie, the next evolution in cellphone technology. You're right, though, this achievement is not really groundbreaking, though, since other companies like Nortel have already fired up prototype CDMA networks and performed CDMA calls.
I was *totally* taken in by this one.:) 'course, I don't read Kuro5hin, and I usually don't pay attention to the copyright dates on the pages I read. Frankly, it isn't a particularly *funny* April Fools joke, just kinda strange... well put together, though.
But the disadvantage of a HDD-based device is that the music is stuck on the machine unless you transfer it off the drive. With a CD-based solution, that same MP3 CD will work on any PC, as well as your CD player. So you can tote around your entire music collection and be able to use it on your portable device and on any PC you run across (ie, at work, etc), which is really nice.
Just curious, but... wasn't it the states that were mounting the offensive against Microsoft? If this is the case, then litigation will still move forward, since the states themselves are still committed to bringing down MS. Granted, GWB might try to influence the Supreme Court (again, I'm a Canadian, so my knowledge of the way this works is limited... but doesn't GWB appoint the justices?) to control the outcome, but the actual trial will likely move forward, AFAIK. Please, correct me if I'm wrong here.:)
There are a couple problems with the industry doing this, though. First off is the issue of collusion. In many countries this kind of thing may be seen as illegal (except when the gov't is doing it, of course). Second, there may be marketing issues... if, say, Sony introduced said tax, who's to say some no-name CDR company would have to do the same? Hence Sony could (potentially) lose market share... not incredibly likely, but possible, and could result in second thoughts.
And along these lines, IIRC, the record speed (AFAIK) is about 240 wpm on a Dvorak keyboard. Of course, anyone is free to correct me if I'm wrong, here, but that's what I heard last.:)
Clearly comments from someone who either doesn't work in the industry, or does, and isn't very good at it. The fact is, if you're good at what you do, and your work is even remotely public knowledge (ie, work through IETF, put out papers, you're in a high-profile position, etc, etc), it's quite possible you could get offers without ever going to an interview. This has happened to a couple of folks here where I work (I'm an intern, however... this doesn't happen to me;), and they have absolutely no desire to leave, nor made any attempts to. It's just the nature of the business... it's called head hunting. It happens.
Well, why not jump into this. Perhaps we can have a lucid discussion regarding gun control.:) My basic question is this: What proof is there that civilians carrying weapons reduces crime? Do we have studies to show this? If so, what are the rates of gun-related deaths by comparison (accidental and crime-related). The reason I ask is that it's a common argument of anti-gun-control advocates that we must protect ourselves from criminals (and the state). BUT, there's never any proof laid on the table showing that civilian weapons possession actually achieves these goals. In fact, in other countries (such as Canada), where there is stricter gun control, the crime rates are actually lower, and gun-related death rates are *much* lower (again, I wish I had the numbers to prove this, but this is my understanding... correct me if I'm wrong). Granted, this can be attributed to cultural differences as well, but it is interesting to point out.
Now, how is any of this relevant? Well, if you can't prove that gun control increases crime, you can't prove that the ACLU's stance on gun control is inconsistent, thus the ACLU may in fact be a decent organization. How's that for getting back to the topic?;)
Bah, either this is a troll, or you've got a really twisted view of the world. I would argue that a VERY large number of technologies developed which make our daily lives easier would never exist had we followed this mantra of paranoia. If we argue like this, well, we shouldn't have funded rocket programs, because now we have ICBMs. Ignore the fact that we also now have satellites, the ISS, and missions to the moon. Perhaps we shouldn't have funded research into computers. After all, computers can be used to develop new biological weapons! Or guide missiles to their targets! Or, they could even become super-intelligent and turn the human race into a huge system of bio-batteries! Oh, and don't get me started on theoretical physics... if we hadn't let those pesky University professors go on learning about the Universe, we never would have developed nuclear weapons. Or nuclear power plants... or a myriad of other technologies directly influenced by the development of nuclear and quantum theory.
The fact is, virtually any kind of research has it's dangers. But claiming that we shouldn't do this kind of research, simply because there's potentially evil uses for the knowledge? That's plain ridiculous.
Re:Other low-level data storage systems out there?
on
MySQL FS
·
· Score: 2
Umm... Berkeley DB and your favorite C compiler?;)
Well, people may have been smoking tobacco forever, but perhaps it's just recently that the average life span has been long enough to observe these effects. Or perhaps our medical technology has only recently been advanced enough to determine the correlation between tobacco smoking and cancer, for whatever reason. Basically, there could be *many* reasons why we're diagnosing cancer more often now, even though the actual cancer rates amongst smokers may NOT be increasing.
This is much like my argument against people claiming that natural disasters, war, et al, are more common these days. IMO, it's simply because now, we have an advanced enough communication system to be able to inform the rest of the world about these events the minute they happen. So, it's not that these events are happening more frequently. It's just that our technology is advanced enough to allow us to find out about these events when they happen.
I wasn't aware that IPsec was so far along. I was planning on writing some code for a 'secure' server and had been looking at FreeBSD and writing up a lot of my own daemons like FTP et al, but now I'll probably take a longer look at the stack on OpenBSD. Does anybody know how far they've got with implementing these features in userland so far? Any plans for other OSes to get compliant so we can start seeing proper IPsec infrastrucutres popping out of the mists?
Well, AFAIK, the KAME stack has a relatively complete feature-set. In fact, I think the IPSec implementation in a lot of stacks (Linux included) is fairly complete. HOWEVER, from what I understand, interoperability is still an issue. If you have a homogenous network of OpenBSD boxes, you could probably set up an IPSec-based infrastructure. However, once you mix things up a bit, it probably won't work as seemlessly (although, since the BSDs share the KAME stack, they'll interwork... the real problem is when you get commercial stuff in the mix).
And as for the userland implementation, again, AFAIK, there's a nice API for accessing all these features. You'd still have to modify the apps to make use of the APIs, obviously, but the interfaces are there.
Also thought the SMP stuff was good, but I'm still under the impression that the OpenBSD crowd aren't that keen on it.
Well, from previous conversations with Theo, I don't think SMP is even on the horizon for OpenBSD, due to the huge architectural overhaul required.
Just start tracking the 1.1.x development series. I've been using the 1.1.2x series for a while now, and they've been exceedingly stable for me. I haven't tried 1.1.30 yet, but I'd imagine it works wonderfully. Of course, this requires a bit of work, too (compiling! Oh no!;), but it's well worth it.
Actually, you are incorrect. HTML can be expressed as XML with the correct DTD. If HTML is based on SGML and XML is a subset of SGML, then it's entirely possible that HTML can be expressed in either SGML or XML, assuming HTML only uses features common to both. Since HTML can be expressed with XML, I guess this is the case. Good try, though.
Unless I'm mistaken, Mozilla makes use of Gtk for doing is GUI stuff, right? And does this include the font work? Because, if that's the case, then modifying Gtk to support font anti-aliasing (as was done to Qt to get that Konqueror screenshot we saw) could result in automatic support in Mozilla (not to mention all the other Gtk applications).
Well, Keith, the guy doing this work, has made "hacked Tk and Qt libraries [which] will be available in source form soon", according to the article. So, no, Qt doesn't have the support by default, but it appears that it is being added as we speak.
AFAIK, apps have to be modified to make use of the new anti-aliasing features. Of course, if you modify the toolkits (GTK/Qt/Xt/etc) to use the anti-aliasing stuff, you're half way there already.
Well, to act as devil's advocate, it's possible this guy was just joking. *shrug*:) I'd like to think that rather than call it a troll, because as a troll, it's really not very good...
Slashdot Mirror
WTF is "incentivising"?
Actually, this concept is really not that new. Check out the Strokes extension in Emacs and XEmacs. It does this very thing. You can teach it various patterns, and then you can use those patterns to execute commands. Heck, now that I think about it, you could integrate Strokes and Emacs W3 to do exactly what Opera is doing...
Well, without reading the specifics of the technology (I know, I hate it when people make uninformed posts, too, but... everyone is entitled to at least one ;), I get the impression that this would be used on sites who are really concerned about accessibility. What it won't do is automagically make a site accessible to the blind. It'll just make accessible sites even more so. In this way, this is just a complementary tool to ALT tags. So, it doesn't solve any problems, in terms of making already unaccessible sites accessible. But it provides yet another tool for those site authors who are concerned about such things.
Now now... don't you think that's asking a bit much? Leave the coffee making to the coffee.o module where it belongs. One wouldn't want to bloat the kernel FS layer with that kind of cruft, now would one?
Heh, if you change root to an encrypted filesystem, when it's already running as a non-encrypted filesystem, you'll probably have to do more than just reboot, unless the FS auto-converts non-encrypted FSs to encrypted ones somehow. Possible, I suppose, but...
Actually, AFAIK, you really can't compared 802.11b or Bluetooth with what Sprint is doing. 802.11b is meant for relatively fixed wireless, ie, not driving around in a car, etc, etc. Basically, it's wireless ethernet. What we're talking about here is CDMA, or what is often referred to as "3G" wireless, ie, the next evolution in cellphone technology. You're right, though, this achievement is not really groundbreaking, though, since other companies like Nortel have already fired up prototype CDMA networks and performed CDMA calls.
I was *totally* taken in by this one. :) 'course, I don't read Kuro5hin, and I usually don't pay attention to the copyright dates on the pages I read. Frankly, it isn't a particularly *funny* April Fools joke, just kinda strange... well put together, though.
Why? Since when does his opinion on the Pope have anything to do with the quality, and hence (at least, in theory :), the mod level of his posts?
But the disadvantage of a HDD-based device is that the music is stuck on the machine unless you transfer it off the drive. With a CD-based solution, that same MP3 CD will work on any PC, as well as your CD player. So you can tote around your entire music collection and be able to use it on your portable device and on any PC you run across (ie, at work, etc), which is really nice.
Just curious, but... wasn't it the states that were mounting the offensive against Microsoft? If this is the case, then litigation will still move forward, since the states themselves are still committed to bringing down MS. Granted, GWB might try to influence the Supreme Court (again, I'm a Canadian, so my knowledge of the way this works is limited... but doesn't GWB appoint the justices?) to control the outcome, but the actual trial will likely move forward, AFAIK. Please, correct me if I'm wrong here. :)
There are a couple problems with the industry doing this, though. First off is the issue of collusion. In many countries this kind of thing may be seen as illegal (except when the gov't is doing it, of course). Second, there may be marketing issues... if, say, Sony introduced said tax, who's to say some no-name CDR company would have to do the same? Hence Sony could (potentially) lose market share... not incredibly likely, but possible, and could result in second thoughts.
And along these lines, IIRC, the record speed (AFAIK) is about 240 wpm on a Dvorak keyboard. Of course, anyone is free to correct me if I'm wrong, here, but that's what I heard last. :)
Clearly comments from someone who either doesn't work in the industry, or does, and isn't very good at it. The fact is, if you're good at what you do, and your work is even remotely public knowledge (ie, work through IETF, put out papers, you're in a high-profile position, etc, etc), it's quite possible you could get offers without ever going to an interview. This has happened to a couple of folks here where I work (I'm an intern, however... this doesn't happen to me ;), and they have absolutely no desire to leave, nor made any attempts to. It's just the nature of the business... it's called head hunting. It happens.
Now, how is any of this relevant? Well, if you can't prove that gun control increases crime, you can't prove that the ACLU's stance on gun control is inconsistent, thus the ACLU may in fact be a decent organization. How's that for getting back to the topic? ;)
The fact is, virtually any kind of research has it's dangers. But claiming that we shouldn't do this kind of research, simply because there's potentially evil uses for the knowledge? That's plain ridiculous.
Umm... Berkeley DB and your favorite C compiler? ;)
This is much like my argument against people claiming that natural disasters, war, et al, are more common these days. IMO, it's simply because now, we have an advanced enough communication system to be able to inform the rest of the world about these events the minute they happen. So, it's not that these events are happening more frequently. It's just that our technology is advanced enough to allow us to find out about these events when they happen.
Well, AFAIK, the KAME stack has a relatively complete feature-set. In fact, I think the IPSec implementation in a lot of stacks (Linux included) is fairly complete. HOWEVER, from what I understand, interoperability is still an issue. If you have a homogenous network of OpenBSD boxes, you could probably set up an IPSec-based infrastructure. However, once you mix things up a bit, it probably won't work as seemlessly (although, since the BSDs share the KAME stack, they'll interwork... the real problem is when you get commercial stuff in the mix).
And as for the userland implementation, again, AFAIK, there's a nice API for accessing all these features. You'd still have to modify the apps to make use of the APIs, obviously, but the interfaces are there.
Also thought the SMP stuff was good, but I'm still under the impression that the OpenBSD crowd aren't that keen on it.
Well, from previous conversations with Theo, I don't think SMP is even on the horizon for OpenBSD, due to the huge architectural overhaul required.
Just start tracking the 1.1.x development series. I've been using the 1.1.2x series for a while now, and they've been exceedingly stable for me. I haven't tried 1.1.30 yet, but I'd imagine it works wonderfully. Of course, this requires a bit of work, too (compiling! Oh no! ;), but it's well worth it.
Oh crap, right right... I stand corrected. :)
Actually, you are incorrect. HTML can be expressed as XML with the correct DTD. If HTML is based on SGML and XML is a subset of SGML, then it's entirely possible that HTML can be expressed in either SGML or XML, assuming HTML only uses features common to both. Since HTML can be expressed with XML, I guess this is the case. Good try, though.
Unless I'm mistaken, Mozilla makes use of Gtk for doing is GUI stuff, right? And does this include the font work? Because, if that's the case, then modifying Gtk to support font anti-aliasing (as was done to Qt to get that Konqueror screenshot we saw) could result in automatic support in Mozilla (not to mention all the other Gtk applications).
Well, Keith, the guy doing this work, has made "hacked Tk and Qt libraries [which] will be available in source form soon", according to the article. So, no, Qt doesn't have the support by default, but it appears that it is being added as we speak.
AFAIK, apps have to be modified to make use of the new anti-aliasing features. Of course, if you modify the toolkits (GTK/Qt/Xt/etc) to use the anti-aliasing stuff, you're half way there already.
Well, to act as devil's advocate, it's possible this guy was just joking. *shrug* :) I'd like to think that rather than call it a troll, because as a troll, it's really not very good...