I'm sorry, but while the 1st does guarantee the right to speak, it doesn't guarantee the right to an audience, and definitely doesn't infer the right to forcibly impose message i do not wish to hear on my time. (eg the sibling post which mentions spray paint on garage doors)

and XP sp3 also ....

year-mm-dd is by far the most usefull to me -- that way when you sort by the date in character format and numerical format they both end up in the right order.

try naming files backup 12-04-2009, backup 17-11-2008 in windows, then find the latest backup in amongst a group of 50 similar folders.
( yes you can sort by date created/modified, but sometimes that isn't accurate if the backups have been copied/moved. yes, i know some type of content management system would be better for this ... )

i tend to use yyyy-mm-dd that way when you sort the folders/files then they are sorted chronologically

i don't know about all of 192 GB, but anyone doing video editing would love to be able to fit an entire vedeo sequence,in ram at once - no disk latency while video editing, yes please

the next one.

if you ever want to play in offline mode, simply check the "remember your login info" checkbox next time you log in. -- its not an action which needs to be done every time you want to be offline.
then any time you start up and you can't get online you have the option "start in offline mode", as the GP posted.

given that it was only detected through decay products, i second this motion.

in America you can threaten and in fact actually sue for absolutely anything -- if i think that the shade of pink you are wearing offends my masculinity, i could sue you.
The real question is would they have any chance of winning?

(IANAL but i think i'd have no chance of winning, but that wouldn't stop me racking up lots of lawyers fees attempting to do so)

yeah, a very large (and increasing) fraction of the worlds manufacturing capacity.

bringing up process manager I note:
symantic, microsoft, sun, google and adobe running things on my computer i didn't *explicitly* put there (i know about them and keep them because either they are minor annoyances, not worth removing, somewhat useful, or they'll just come back next update anyway).

only one person, but multiple "entities".

but casting to char[4] is quite usefull when rendering to a screen - there's nothing like doing hit detection with a rendering pass, grabbing the colour of the pixel you clicked on, then calling the colour cast to a function pointer :)
(oh, and then discovering that a specific implementation of opengl lies about the availability of an alpha channel, so the 4th byte is always 0 .... )

A good compression method also maximizes entropy (by compressing the same message into a much shorter space)
If there is still some structure (non-randomness) in the message, then you could use that knowledge to compress the data further. (shortening the message at the cost of a more complex decompression method).

Therefore a "perfect" compression should look like a header + random noise, just like an encrypted message.

At the limit of compression, with known predefined probabilities of messages being passed, there is little difference between the compression and encryption - "message 1 = i want to have lunch with you tomorrow", message 2 "i agree", message 3 "how about the day after" Is both a great compression scheme for a specific type of communication, and also rudimentary encryption

Alice:1
Bob:3
Alice:3
Bob:2
(and then they have lunch 3 days from now)

compressed data can be "trivially" returned to the original without any extra knowledge (other than the details of the compressions scheme) encrypted data, even with complete knowledge of the mathematical transform done, can't be undone without finding the extra info somehow. (also compressed data is basically always smaller, encrypted data is usually the same size, plus a header.

It is good practice to use both, so that breaking the encryption on a low entropy message is much harder (as it'll be compressed to a short, high entropy burst, and so no assumptions about "weak messages" can be made).

If you use an obscure compression method, then to automated filters there wouldn't be a difference.

you could argue that non-anonymously protesting something like this shows the event is a bit more significant that a few mouse clicks -- if these people are right about what they are protesting, then their name would end up in a database of "people known to object to government activities" which can then be shared around.

i agree that objecting to other things via facebook isn't that significant (if you care send an email, or even better write the email, but print it out and post it), but publicly protesting potential privacy breaches?