I can't speak for this, but for the water cooling lasers I use deionized water with 20% to %40 alchol. Almost certaintly they use deionised water - otherwise you get minerals etc clogging up the pipes.
As far as I understand it, the problem is that cache tends to have problems when you manufacture it. So the more cache you build in, the higher the chance that it will be broken, and they'll have to throw the whole chip away.
I listened to a talk by a company whose sole job was to make shampoo and washing up liquid have bubbles. They said that the bubbles don't need to be there, but people seem to think there is a correlation between bubbles and cleaning power. And concentrated washing up liquid should produce more bubbles and so on.
In another talk I was listening to, they were talking about how important the weight and feel of lipstick is. A lipstick tube has to feel just right, or people (well, women) won't buy it.
I haven't had to touch the configuration file for ages. Especially with randr etc these days. KDE can modify your settings for you. Even for configuring my matrox I just ran the matrox power tool from matrox.org (which is quite a cool program btw.)
Anyway, this is besides the point. What do I put in "insert xxx here" bit? XFree86 runs on many platforms. A lot more than windows that's for sure.
You say that X11 doesn't do sockets properly? Could you point out some research showing that this design is inherently slow? Or do you mean it's wrong in other ways?
You have a high slashdot number, so I'll assume you're relatively new here.
The parent was modded down because he's trolling. On purpose. The points he brings are the classical points that any troll uses, and nobody could even be bothered to refute them anymore. I realise that to you it seems like he's just being modded down without explanation, and because of points that almost seem reasonable to you, but to the rest of us it's the same old trolling over and over.
"Linux persists on wastefull server-client memory hog for their GUI needs." This is the gem that always gives trolls away. It sounds so reasonable, but try looking for any evidence that a server-client system is wasteful or a memory hog or anything. Remember that X was working on extremely old systems. I even have X running on my ipaq.
The anon coward post mentions a "recent breakthrough".
There's nothing recent about it. People have been offloading work to the GPU for ages. It's not uncommon to use the GPU for off-screen number crunching.
The prisoner's dilema says that for a fixed and known number of tries, that the optimal solution to maximise your own gains is to always tell on your friend.
That's where emotions come in - the idea being you feel guilty for doing bad on your fellow mate, so you both keep quiet, and both get a better deal.
However, I do assume that you are greedy - i.e. trying to maximise your own gains. Purely logical does not imply that they are utilitarialists (sp? heh)
Someone else has pointed out that you could be purely logical, but aim to maximise the benefit to everyone, even at the cost of yourself. This is the scenario you are thinking of I think.
I'm not sure you can have a logical species that would sacrifice itself to maximise the gain of everyone else, without any kind of emotion... hmmm but then without emotion, why bother trying to maximise it's gains... Anyway, now i'm just speculating.
Applying logic to maximise your own gains would be very bad - that's why we have emotions, so that we try to maximise the gains for everyone. (Consider the prisoners' dilema)
The situation sucks all round. I'm just saying that philips didn't exactly bend over backwards.
Just had a quick google, and found that webcam.sourceforge.org, which contains the quote:
"The CPiA, or Color Processor Interface ASIC, is made by the company STMicroelectronics (was the Sottish company VLSI Vision Ltd. This is the documentation I have received from VLSI Vision respectively from STM. "...
So actually yeah, other companies are giving docs.
Yes, poor poor philips. They put so much time and money into this... oh wait no they didn't. They didn't put any money in. They didn't even put any developers in.
They let an outside guy write a _proprietry_ _binary_ driver under an NDA. Big deal.
The thing about fires, is that they are hot. You might have trouble with this concept, but try putting your hand over the gas stove while it's on.
And the thing about steel, is it gets weaker as you heat it. This one might be a little harder for you to grasp, so you might to look it up how they bend steel.
As for putting these two complex facts together, I'll leave that in your capable hands.
It works by IM programs (like kopete) implement a dcop interface (sorta like how you implement java interfaces). This interface does stuff like emit a signal when presence status changes, lets you send a message or file to the contact, get an icon for the contact, and so on.
Then you modify the IM's.desktop file to indiciate that the program implements this interface, (called kimiface - kde IM interface).
Then kaddressbook and kmail etc just look for processes that have done this, query them for details, and hook into the changedPresence signal.
At the last moment of the kde3.3 release, supported was for applications that aren't unique-instances. Like kopete can only run once per user, but now other applications, like konversation, will be able to show presence.
Konversation support should be there in the next release, whenever that is. (it doesn't follow the kde release schedule.) It's mostly there in cvs, but I keep running into delays:)
I can't speak for this, but for the water cooling lasers I use deionized water with 20% to %40 alchol. Almost certaintly they use deionised water - otherwise you get minerals etc clogging up the pipes.
As far as I understand it, the problem is that cache tends to have problems when you manufacture it. So the more cache you build in, the higher the chance that it will be broken, and they'll have to throw the whole chip away.
"built into X" - that means nothing at all - you realise this?
I listened to a talk by a company whose sole job was to make shampoo and washing up liquid have bubbles.
They said that the bubbles don't need to be there, but people seem to think there is a correlation between bubbles and cleaning power. And concentrated washing up liquid should produce more bubbles and so on.
In another talk I was listening to, they were talking about how important the weight and feel of lipstick is. A lipstick tube has to feel just right, or people (well, women) won't buy it.
I'm a slashdotter who's had one gf so far.. and I've got no idea what a gynaecologist is.
From your post, it seems you're not aware that both gnome and kde seem to be moving towards using dbus.
:)
I can't say for sure that kde will use dbus, but if I was a betting man, I'd say it will
um what is your point?
I haven't had to touch the configuration file for ages. Especially with randr etc these days.
KDE can modify your settings for you. Even for configuring my matrox I just ran the matrox power tool from matrox.org (which is quite a cool program btw.)
Anyway, this is besides the point. What do I put in "insert xxx here" bit? XFree86 runs on many platforms. A lot more than windows that's for sure.
You say that X11 doesn't do sockets properly? Could you point out some research showing that this design is inherently slow? Or do you mean it's wrong in other ways?
You have a high slashdot number, so I'll assume you're relatively new here.
The parent was modded down because he's trolling. On purpose.
The points he brings are the classical points that any troll uses, and nobody could even be bothered to refute them anymore.
I realise that to you it seems like he's just being modded down without explanation, and because of points that almost seem reasonable to you, but to the rest of us it's the same old trolling over and over.
"Linux persists on wastefull server-client memory hog for their GUI needs."
This is the gem that always gives trolls away. It sounds so reasonable, but try looking for any evidence that a server-client system is wasteful or a memory hog or anything. Remember that X was working on extremely old systems. I even have X running on my ipaq.
The anon coward post mentions a "recent breakthrough".
There's nothing recent about it. People have been offloading work to the GPU for ages. It's not uncommon to use the GPU for off-screen number crunching.
The prisoner's dilema says that for a fixed and known number of tries, that the optimal solution to maximise your own gains is to always tell on your friend.
That's where emotions come in - the idea being you feel guilty for doing bad on your fellow mate, so you both keep quiet, and both get a better deal.
However, I do assume that you are greedy - i.e. trying to maximise your own gains.
Purely logical does not imply that they are utilitarialists (sp? heh)
Someone else has pointed out that you could be purely logical, but aim to maximise the benefit to everyone, even at the cost of yourself. This is the scenario you are thinking of I think.
I'm not sure you can have a logical species that would sacrifice itself to maximise the gain of everyone else, without any kind of emotion... hmmm but then without emotion, why bother trying to maximise it's gains... Anyway, now i'm just speculating.
Applying logic to maximise your own gains would be very bad - that's why we have emotions, so that we try to maximise the gains for everyone. (Consider the prisoners' dilema)
The question is whether the code from the ISS will be useful at all to the X project competitors.
Well looking at the X project, I'd say there's a few.
Isn't that enough?
Then anyone can login. Best put a password on the usb fob.
you could go to the link in the post you replied to: webcam.sourceforge.net
Actually the longhorn stuff just sits on top of ntfs. The filesystem is still ntfs.
htdig indexes local files. Kdevelop uses it (or can use it) for searching help docs.
The situation sucks all round. I'm just saying that philips didn't exactly bend over backwards.
Just had a quick google, and found that webcam.sourceforge.org, which contains the quote:
"The CPiA, or Color Processor Interface ASIC, is made by the company STMicroelectronics (was the Sottish company VLSI Vision Ltd. This is the documentation I have received from VLSI Vision respectively from STM. "...
So actually yeah, other companies are giving docs.
Yes, poor poor philips. They put so much time and money into this... oh wait no they didn't. They didn't put any money in. They didn't even put any developers in.
They let an outside guy write a _proprietry_ _binary_ driver under an NDA. Big deal.
Yeah, then it's released, and someone posts the password on the internet. Hey presto everyone can use it.
um no, no one will figure out how to decrypt it without any existing known password.
The thing about fires, is that they are hot.
You might have trouble with this concept, but try putting your hand over the gas stove while it's on.
And the thing about steel, is it gets weaker as you heat it. This one might be a little harder for you to grasp, so you might to look it up how they bend steel.
As for putting these two complex facts together, I'll leave that in your capable hands.
"Linux is great, but in the end, it's really al ot like Unix."
"but" ? It's a unix clone, it's supposed to be unix. It's mostly posix compatible, and so on.
It follows the unix system closely.
Linux is a flavour of unix like BSD is, and sco unix is, and HP unix is, and so on.
It does the same thing.
.desktop file to indiciate that the program implements this interface, (called kimiface - kde IM interface).
:)
It works by IM programs (like kopete) implement a dcop interface (sorta like how you implement java interfaces).
This interface does stuff like emit a signal when presence status changes, lets you send a message or file to the contact, get an icon for the contact, and so on.
Then you modify the IM's
Then kaddressbook and kmail etc just look for processes that have done this, query them for details, and hook into the changedPresence signal.
At the last moment of the kde3.3 release, supported was for applications that aren't unique-instances. Like kopete can only run once per user, but now other applications, like konversation, will be able to show presence.
Konversation support should be there in the next release, whenever that is. (it doesn't follow the kde release schedule.) It's mostly there in cvs, but I keep running into delays
PLG features?