Perhaps easier to _parse_, but since when did parsing become the problem here? Knuth himself has said (in an interview a couple of months ago, it was even referred to here on Slashdot) that he didn't see TeX (and thus not LaTeX either) as a good solution for the web. TeX/LaTeX simply isn't made to cope with incremental rendering, user interaction, page/screen width changing all the time, etc.. Plus the whole thing is incredibly more complicated (at least syntax-wise) than HTML -- as somebody here pointed out, you can wildly redefine macros and do all sorts of weird stuff;-)
I disagree -- part of what makes Java cool, is the absolute cleanness (yes, I think it's clean, other people might not). The quite uncluttered syntax makes it very easy to write syntactically correct code (C++ can sometimes be a PAIN here), and the inherent OO capabilities in the API encourages the programmer to use OO him-/herself, with all the benefits that means.
But of course, what programming language(s) you like, is (like many other things) a very personal matter, and I won't try to force Java on anybody, since it's definitely got its disadvantages too. I don't even program it anymore, mostly because I'm just getting _too_ used to plain C now, and simply because C is the norm on Linux/Unix platforms nowadays.
Can you explain why support for ReiserFS should NOT be placed into the kernel when people working on the kernel WANT it there? I think that's a really lousy argument:-)
Hmmm... I use Slackware and Debian, and generally never have any problem getting other people's software to use... That's the point of having the source instead of using RPMs:-)
(Of course, if there's a prebuilt package for _your_, you can always use that...)
Erm... ReiserFS (which is partly what this discussion is all about) _is_ journalled, so you don't have to run fsck at the beginning, just a rollback. Of course, a `transactioned' FS might be something else entirely -- what do I know?;-)
Well, the issue then boils down to who has the right to execute scripts. OK, it might sounds a little strange (and I'm not sure my explanation will clear up things either), so let me try to explain...
If I have my homepage somewhere in the other-hosts-it-for-me world (say Xoom, or AOL for that matter), and they suddenly decide that "JavaScript is a security risk". They simply modify their server to turn off all JavaScript, and BOOM! My JavaScript breaks, and I have no way to get around it. Are they allowed to do this? Probably, yes. Should we try to stop it? Yes!;-)
Anyway, the system you're proposing doesn't fit well into HTML. A tag should be composed of a start-tag and an end-tag, not two empty tags with different attributes. Of course, having a `normal' HTML tag would again lead to security problems. I think the best way to solve this problem is parsing the HTML, and allowing only the tags one wants (like Slashdot does -- I'm sure some useful code could be extracted out of slash 0.9).
Well, erm... I've always seen Matrox as the company with the best driver support for Windows (and it works good under Linux as well). I've never had a problem with their drivers. Ever. I've just downloaded the latest unified driver and watched things fly (since my original Millennium I -- I still have it). When I added another Matrox board, I didn't even have to update the drivers. I don't see your problem...
[a] Perl version 5 is a complete rewrite of Perl. [b] Java has some inherent uglinesses, and _slownesses_ (this is the fault of the language itself, not just the implementations).
I'd have to agree with an earlier poster, who noted that you haven't rehashed anything useful at all.
At least my video card can grab in 768x576, but you usually have some kind of cropping, since most TVs don't show (and aren't supposed to show) the entire screen area. I'd guess you messed up at least one of those PAL resolution numbers (your aspect ratio is 5:4 instead of the right 4:3).
The modem hardware won't wait at all -- serial connections are one bit at a time... There might be something before that packet in the queue, but that has nothing to do with the modem. Modems aren't packet oriented.
perhaps out of band signalling, where the application could flush the buffer, forcing the modem to send a packet now, instead of waiting for more bytes.
Could you be a little more precise here? The modem doesn't really have an idea about packets -- all that is at the PPP, IP and TCP/UDP levels. This problem barely affects games at all -- for stream sockets, however, you have such an option. At least you have one the _other_ way (TCP_CORK on a stream socket in Linux 2.2.x), where a non-full packet is _never_ sent.
Is the hardware (what little there is) similar enough that it's feasible to write drivers, or does every winmodem speak a different language?
I've heard most Winmodems speak different languages. Perhaps we need some IEEEEEEEEEEE standard for software modems?
First: The page you give me doesn't have anything to do with JPEG2000, it's some kind of proprietary wavelet compression (even worse than JPEG2000 with all the patents it _perhaps_ will have:-) ). Second, since I don't run Windows, I'd be happy if you mailed me the BMP image (possibly gzip or bzip2-compressed) -- thanks.
Finally the XFree86 team are rewarded for their hard work. I think they would do themselves a favour by opening themselves _even_ more up, though. (Yes, yes, I _know_ you can get the source by subscribing to a mailing-list, but anonymous CVS wouldn't hurt either. I just discovered that 3.9.17 hangs my machine, and I have no idea what change causes it.)
As I said, you should check your software. libjpeg (and thus cjpeg, and to a lesser extent the newer versions of GIMP) has some nice `wizard' switches that may help you a lot. Again, I won't believe you until I actually see a real-world example (and not the stupid GIF that was in that article).
I have to agree. User Friendly is funny, not because it makes fun of non-techies (it doesn't!), but because it creates something we all can identify with -- it shows the situations we all have seen in our everyday lives, often with an added twist. Those saying that UFie is `evil' don't have a clue about what the strip really is about (oh, so that's why Dust Puppy has become so popular... because he's always making fun of everybody else -- NOT!). As for the `funniness', that's always subjective. I like it.
On the other hand, the few people I know who read User Friendly disagree with my opinions of _which_ strips are the funniest ones.
If you can't compress an 1MB TIFF (uncompressed) to a smaller JPEG than 800kB, you have a problem. For those ultra-high quality things you'll never need anyway, try changing your subsampling options, if your JPEG software can do it (GIMP 1.1.7 (?) and upwards can).
Remember, MJPEG (which is basically only a lot of baseline JPEGs streamed together, optionally with some audio and hooks for hardware cards) usually compresses 3:1 for broadcast video (perhaps slightly more, if your TV station is really big).
Hmmm... If you really _are_ John Carmack, would you please mind logging in, so we don't believe it's a fake (like the person pretending to be Bruce Perens)?
Apart from that, I agree imake could well be replaced.
...bombs. I still think it's funny that the bomb in The World Is Not Enough (RIP Q) had a nice little `Windows CE' icon on it... Pretty appropriate, though:-)
At least that couldn't go `seamlessly' into the GPL -- you'd have to clearly state somewhere your additional clauses (ie. don't hide them in the GPL clauses somewhere). The GPL states explicitly that "changing is not permitted":-) So, you'd have to have a CHANGES.2 file or something.
The best way to giving your wrists some rest, is getting some kind of good support. That way, you actually _rest_ them, instead of holding them up all the time. I think about any brand will work well (I have something called `Ergodyne WorkSmart', and it's _really_ comfortable). I think there are similiar things for your mouse, but in general, using keyboard shortcuts is what you should do anyway:-)
BTW, I think the page was nice, although I missed some suggestions. Good support and perhaps even changing your keyboard layout (which I've proposed before here on Slashdot) are relatively cheap things that gives a lot of effect.
Slashdot Mirror
Perhaps easier to _parse_, but since when did parsing become the problem here? Knuth himself has said (in an interview a couple of months ago, it was even referred to here on Slashdot) that he didn't see TeX (and thus not LaTeX either) as a good solution for the web. TeX/LaTeX simply isn't made to cope with incremental rendering, user interaction, page/screen width changing all the time, etc.. Plus the whole thing is incredibly more complicated (at least syntax-wise) than HTML -- as somebody here pointed out, you can wildly redefine macros and do all sorts of weird stuff ;-)
/* Steinar */
I disagree -- part of what makes Java cool, is the absolute cleanness (yes, I think it's clean, other people might not). The quite uncluttered syntax makes it very easy to write syntactically correct code (C++ can sometimes be a PAIN here), and the inherent OO capabilities in the API encourages the programmer to use OO him-/herself, with all the benefits that means.
But of course, what programming language(s) you like, is (like many other things) a very personal matter, and I won't try to force Java on anybody, since it's definitely got its disadvantages too. I don't even program it anymore, mostly because I'm just getting _too_ used to plain C now, and simply because C is the norm on Linux/Unix platforms nowadays.
/* Steinar */
Can you explain why support for ReiserFS should NOT be placed into the kernel when people working on the kernel WANT it there? I think that's a really lousy argument :-)
/* Steinar */
Hmmm... I use Slackware and Debian, and generally never have any problem getting other people's software to use... That's the point of having the source instead of using RPMs :-)
(Of course, if there's a prebuilt package for _your_, you can always use that...)
/* Steinar */
Erm... ReiserFS (which is partly what this discussion is all about) _is_ journalled, so you don't have to run fsck at the beginning, just a rollback. Of course, a `transactioned' FS might be something else entirely -- what do I know? ;-)
/* Steinar */
I thought they actually made the dither _worse_, to disturb the Iraqi GPS receivers?
/* Steinar */
Well, the issue then boils down to who has the right to execute scripts. OK, it might sounds a little strange (and I'm not sure my explanation will clear up things either), so let me try to explain...
;-)
If I have my homepage somewhere in the other-hosts-it-for-me world (say Xoom, or AOL for that matter), and they suddenly decide that "JavaScript is a security risk". They simply modify their server to turn off all JavaScript, and BOOM! My JavaScript breaks, and I have no way to get around it. Are they allowed to do this? Probably, yes. Should we try to stop it? Yes!
Anyway, the system you're proposing doesn't fit well into HTML. A tag should be composed of a start-tag and an end-tag, not two empty tags with different attributes. Of course, having a `normal' HTML tag would again lead to security problems. I think the best way to solve this problem is parsing the HTML, and allowing only the tags one wants (like Slashdot does -- I'm sure some useful code could be extracted out of slash 0.9).
/* Steinar */
No, it's not down -- the advisory itself is just so secure, we can't get to it. (I get a 403.)
/* Steinar */
Well, erm... I've always seen Matrox as the company with the best driver support for Windows (and it works good under Linux as well). I've never had a problem with their drivers. Ever. I've just downloaded the latest unified driver and watched things fly (since my original Millennium I -- I still have it). When I added another Matrox board, I didn't even have to update the drivers. I don't see your problem...
/* Steinar */
[a] Perl version 5 is a complete rewrite of Perl.
[b] Java has some inherent uglinesses, and _slownesses_ (this is the fault of the language itself, not just the implementations).
I'd have to agree with an earlier poster, who noted that you haven't rehashed anything useful at all.
/* Steinar */
At least my video card can grab in 768x576, but you usually have some kind of cropping, since most TVs don't show (and aren't supposed to show) the entire screen area. I'd guess you messed up at least one of those PAL resolution numbers (your aspect ratio is 5:4 instead of the right 4:3).
/* Steinar */
The LZW (?) algorithm used in modem compression isn't block oriented. Think gzip vs. bzip2 (bzip2 _is_ block oriented).
/* Steinar */
The modem hardware won't wait at all -- serial connections are one bit at a time... There might be something before that packet in the queue, but that has nothing to do with the modem. Modems aren't packet oriented.
/* Steinar */
Could you be a little more precise here? The modem doesn't really have an idea about packets -- all that is at the PPP, IP and TCP/UDP levels. This problem barely affects games at all -- for stream sockets, however, you have such an option. At least you have one the _other_ way (TCP_CORK on a stream socket in Linux 2.2.x), where a non-full packet is _never_ sent.
I've heard most Winmodems speak different languages. Perhaps we need some IEEEEEEEEEEE standard for software modems?
/* Steinar */
First: The page you give me doesn't have anything to do with JPEG2000, it's some kind of proprietary wavelet compression (even worse than JPEG2000 with all the patents it _perhaps_ will have :-) ). Second, since I don't run Windows, I'd be happy if you mailed me the BMP image (possibly gzip or bzip2-compressed) -- thanks.
/* Steinar */
Finally the XFree86 team are rewarded for their hard work. I think they would do themselves a favour by opening themselves _even_ more up, though. (Yes, yes, I _know_ you can get the source by subscribing to a mailing-list, but anonymous CVS wouldn't hurt either. I just discovered that 3.9.17 hangs my machine, and I have no idea what change causes it.)
/* Steinar */
As I said, you should check your software. libjpeg (and thus cjpeg, and to a lesser extent the newer versions of GIMP) has some nice `wizard' switches that may help you a lot. Again, I won't believe you until I actually see a real-world example (and not the stupid GIF that was in that article).
/* Steinar */
Not only IDE corruption -- filesystem corruption in general. Flushing all blocks would also mean flushing all _dirty_ blocks.
In addition, I've got some TCP/IP problems I hope 2.2.14 will fix, like returning fd 0 on accept() and generally breaking under high loads.
/* Steinar */
I have to agree. User Friendly is funny, not because it makes fun of non-techies (it doesn't!), but because it creates something we all can identify with -- it shows the situations we all have seen in our everyday lives, often with an added twist. Those saying that UFie is `evil' don't have a clue about what the strip really is about (oh, so that's why Dust Puppy has become so popular... because he's always making fun of everybody else -- NOT!). As for the `funniness', that's always subjective. I like it.
On the other hand, the few people I know who read User Friendly disagree with my opinions of _which_ strips are the funniest ones.
/* Steinar */
If you can't compress an 1MB TIFF (uncompressed) to a smaller JPEG than 800kB, you have a problem. For those ultra-high quality things you'll never need anyway, try changing your subsampling options, if your JPEG software can do it (GIMP 1.1.7 (?) and upwards can).
Remember, MJPEG (which is basically only a lot of baseline JPEGs streamed together, optionally with some audio and hooks for hardware cards) usually compresses 3:1 for broadcast video (perhaps slightly more, if your TV station is really big).
/* Steinar */
Hmmm... If you really _are_ John Carmack, would you please mind logging in, so we don't believe it's a fake (like the person pretending to be Bruce Perens)?
Apart from that, I agree imake could well be replaced.
/* Steinar */
...bombs. I still think it's funny that the bomb in The World Is Not Enough (RIP Q) had a nice little `Windows CE' icon on it... Pretty appropriate, though :-)
/* Steinar */
Are there any plans for making the Linux (squake and glquake) versions available as well?
:-)
:-)
The main reason I've been waiting for the Q1 source code, is the ability to compile a glibc2/libc6 version of q1
Oh, while we're at it, I'm struggling to make the Q3A-demo work with masq here... but I guess I'll sort it out
/* Steinar */
At least that couldn't go `seamlessly' into the GPL -- you'd have to clearly state somewhere your additional clauses (ie. don't hide them in the GPL clauses somewhere). The GPL states explicitly that "changing is not permitted" :-) So, you'd have to have a CHANGES.2 file or something.
/* Steinar */
The best way to giving your wrists some rest, is getting some kind of good support. That way, you actually _rest_ them, instead of holding them up all the time. I think about any brand will work well (I have something called `Ergodyne WorkSmart', and it's _really_ comfortable). I think there are similiar things for your mouse, but in general, using keyboard shortcuts is what you should do anyway :-)
BTW, I think the page was nice, although I missed some suggestions. Good support and perhaps even changing your keyboard layout (which I've proposed before here on Slashdot) are relatively cheap things that gives a lot of effect.
/* Steinar */