Overly aggressive clients could get a short RSS snippet with an "In other news, your client suxx0rz!" and nothing else... One problem that I see with your proposal is that servers would need to keep track of all connections in times when they're overloaded anyway to properly enforce the mechanism.
OK, two words and an abbreviation. But still fun when going up against folks wearing cheap goggles (the better ones should not be all too impressed). I guess one can build really awesome things with a 6V gel battery.
Apparently, Radoslaw thinks everyone who doesn't like the new uber-spatial FS browsing is just too dumb and unorganized for it. When did "technology should adapt to its users" get abolished? And puh-leeeeze what's that about the drawer metaphor? The last time I saw a drawer with over 40,000 socks and subdrawers in it was, like, never!
... some divine entity will chime up in the alt.creation newsgroup and end that "back in the day" joke with some incredibly easy answer. I doubt 42 will cut it, but who knows...
Secondly, integrating both Ximian, Gnome-DB, calendering and address book tightly into Gnome could be a great leap towards a working Dashboard project.
Great, this means we get another fucking "tightly integrated" addressbook, calendar,... database that no other mail client, organizer or whatever will ever deem possible or necessary to read. I blame this on the freedekstop people, who some time ago managed to have a perfectly good "we need a standardized addressbook" thread die in a furor of "ICAL is good" vs. "ICAL is bad". This is exactly the kind of idiocy that will one day be overcome or kill free software.
Folks, do it right and think before writing new stuff! There is a good concept, it's called ACAP.
I hate [profiles]. They really don't make much sense on a mutli-user OS anyway [...]. Most of the time when you open up another instance of Mozilla/Firefox, all you *really* want is another window.
I'm using the debian/unstable package and have never seen a profile manager in Firefox, and calling the binary with an instance open just creates a new window. So if this is not the default behaviour, it's reasonably easy to implement.
If you're concerned about dust, get a damp cloth (micro-fiber works amazingly well) and clean up a little! No, really. You don't even need detergent or other "antiseptic" crap (the kind that causes allergies and heavy liver damage, especially to children). Just a quick wipe every other week will keep your room climate fresh. If you've got carpet, you may want to have a look at a good, strong vacuum with a good filter and go over the floor every week.
The problem lies mostly with X which implements those selection buffers. One (cut buffer) is never used. Then, you have the primary buffer that gets selections and an actual clipboard. IIRC, the clipboard is restricted to pure text and a potential performance problem since it is stored on the server instead of being handled on the terminal. So if you try to copy a large amount of text via the clipboard on a remote session, that might very well take a long time.
Now, when something is put into the primary, it is not actually copied anywhere. Instead, the application tells X that it is now "owner" of the primary selection. When another application receives a middle mouse button press, X sets up a link between the primary owner and that application and the owner pretty much dumps the selection into the requesting application. There is however the (apparently rarely used) possibility of doing a content-type check and negotiation, so that a text editor might refuse to accept images and the owner can then decide to send a text equivalent (like the filename, URL, alternative text, etc.).
So we're finally almost back to the good old Audiogalaxy times where you could feed your agent from anywhere via the AG server? Hell, that was the best sharing solution I've ever seen. Have a client/server running on your machine somewhere, and if you thought of something you'd like, you just got to the next terminal and queued it. By the time you were home, it was done.
That would IMO also be a good thing for a legal shop to have, but I guess they have their heads too far up their asses to actually implement something useful that doesn't screw the customer.
And where's the contradiction? The BSD IP-stack is just given as an example of open source code that found its way into commercial proprietary software with few visible traces of its origin.
Will, normally, I ain't no writin' nazi, but shouldn't this be "the end is neigh" or something? "The end is night" might be somewhat true with the sun blowing up in the (not so distant?) future though...
I'd like my purple dinosaur with hot grits by the way... but IN SOVIET RUSSIA, PURPLE DINOSAUR EATS YOU! ALL YOUR VOLCANO ARE BELONG TO US! Will it ever stop?
It has a campy, heavily derivative space opera story line. It's been pieced together with black and white heroes and villains, both of which make the audience boo and giggle at the same time.
That's exactly the problem! Ep. 1 and 2 are just grey (well, apart from a certain "hey, I'm more naked every minute!" royal brat). There is no good and evil, even the stormtroopers are "good" at the end of Ep.2. 4-6 had that charm that they were like 6 hours of righteous smiting. 1 and 2 are like watching business news on a slow day, with just a hostile takeover looming at the horizon.
Great. In principle, this is the "please write an article so that I just have to put my name over it" strategy from the "The Way of the Weasel" Dilbert book.
Considering the crap used to produce the rest of the devices, I don't see too much of a problem. Getting the US and China to at least have their pollution stagnate would be much more efficient at preserving the environment than not developing a new type of battery. It's not a plutonium battery ferchrissakes!
There are some things that need unification, KDE and Gnome as projects are not among those. What really needs to be done is to establish some common traits to make the whole platform stronger (now you expect me to use the words "paradigm" and "shift" next to each other, right?).
Let me clarify. During the last weeks, I have been on the look for a stable (not Sylpheed), graphical (not Mutt or Pine) mail client that supports proper GPG/PGP encryption and signing out of the box/package (farewell, KMail) and can handle a 30,000+ message mailbox (so much for Thunderbird) that didn't require the installation of 75% percent of Gnome (so much for Evolution). Turns out there doesn't seem to be one, but that's not the point here.
The point is that it is impossible to use the same addressbook from at least two of those programs! Of course, you can do some fancy import/export stuff, but that's time-consuming and error-prone. Evolution tried to import an LDIF file created by KAddressbook, segfaulted and couldn't be started again without purging the configuration; Firebird created one empty entry for every entry in that file, then mangled the entries and built some complete rubbish from them; Sylpheed that becomes really weird after connecting to an LDAP server (which is what I'm getting to next) imported it flawlessly. And even if the import would be working, it'd have been one hell of a time to keep up sync between my non-KMail MUA and KOrganizer which I use and (to some extent) like. Next I tried setting up an LDAP server for that task which promptly broke an bugzilla installation that wanted to have its user DB in LDAP all of a sudden after the libraries had been installed.
Do I need to mention that I was almost crying at that point? It's just an addressbook for crying out loud. If the developers want to be farkwits, that's up to them. But I suppose they're all intelligent people that should have that spark of common sense that their babbling about "having the choice" is pretty much worthless if The Choice better be final or you're in for a world of pain when reconsidering.
Slashdot Mirror
Overly aggressive clients could get a short RSS snippet with an "In other news, your client suxx0rz!" and nothing else... One problem that I see with your proposal is that servers would need to keep track of all connections in times when they're overloaded anyway to properly enforce the mechanism.
Infrared LED Array
OK, two words and an abbreviation. But still fun when going up against folks wearing cheap goggles (the better ones should not be all too impressed). I guess one can build really awesome things with a 6V gel battery.
Apparently, Radoslaw thinks everyone who doesn't like the new uber-spatial FS browsing is just too dumb and unorganized for it. When did "technology should adapt to its users" get abolished? And puh-leeeeze what's that about the drawer metaphor? The last time I saw a drawer with over 40,000 socks and subdrawers in it was, like, never!
... some divine entity will chime up in the alt.creation newsgroup and end that "back in the day" joke with some incredibly easy answer. I doubt 42 will cut it, but who knows...
Great, this means we get another fucking "tightly integrated" addressbook, calendar, ... database that no other mail client, organizer or whatever will ever deem possible or necessary to read. I blame this on the freedekstop people, who some time ago managed to have a perfectly good "we need a standardized addressbook" thread die in a furor of "ICAL is good" vs. "ICAL is bad". This is exactly the kind of idiocy that will one day be overcome or kill free software.
Folks, do it right and think before writing new stuff! There is a good concept, it's called ACAP.
I'm using the debian/unstable package and have never seen a profile manager in Firefox, and calling the binary with an instance open just creates a new window. So if this is not the default behaviour, it's reasonably easy to implement.
Because the world doesn't need yet another C dialect?
If you're concerned about dust, get a damp cloth (micro-fiber works amazingly well) and clean up a little! No, really. You don't even need detergent or other "antiseptic" crap (the kind that causes allergies and heavy liver damage, especially to children). Just a quick wipe every other week will keep your room climate fresh. If you've got carpet, you may want to have a look at a good, strong vacuum with a good filter and go over the floor every week.
slashdot crowd predict BSD, Apple doom.
The problem lies mostly with X which implements those selection buffers. One (cut buffer) is never used. Then, you have the primary buffer that gets selections and an actual clipboard. IIRC, the clipboard is restricted to pure text and a potential performance problem since it is stored on the server instead of being handled on the terminal. So if you try to copy a large amount of text via the clipboard on a remote session, that might very well take a long time.
Now, when something is put into the primary, it is not actually copied anywhere. Instead, the application tells X that it is now "owner" of the primary selection. When another application receives a middle mouse button press, X sets up a link between the primary owner and that application and the owner pretty much dumps the selection into the requesting application. There is however the (apparently rarely used) possibility of doing a content-type check and negotiation, so that a text editor might refuse to accept images and the owner can then decide to send a text equivalent (like the filename, URL, alternative text, etc.).
So we're finally almost back to the good old Audiogalaxy times where you could feed your agent from anywhere via the AG server? Hell, that was the best sharing solution I've ever seen. Have a client/server running on your machine somewhere, and if you thought of something you'd like, you just got to the next terminal and queued it. By the time you were home, it was done.
That would IMO also be a good thing for a legal shop to have, but I guess they have their heads too far up their asses to actually implement something useful that doesn't screw the customer.
Don't worry, Microsoft will still be around for a long time...
And where's the contradiction? The BSD IP-stack is just given as an example of open source code that found its way into commercial proprietary software with few visible traces of its origin.
Will, normally, I ain't no writin' nazi, but shouldn't this be "the end is neigh" or something? "The end is night" might be somewhat true with the sun blowing up in the (not so distant?) future though...
I'd like my purple dinosaur with hot grits by the way... but IN SOVIET RUSSIA, PURPLE DINOSAUR EATS YOU! ALL YOUR VOLCANO ARE BELONG TO US! Will it ever stop?
Wouldn't you have to RPN that? At least "No try there is". I'm not sure about the first part though, that's a beeyotch to Yoda-i-fy.
That's exactly the problem! Ep. 1 and 2 are just grey (well, apart from a certain "hey, I'm more naked every minute!" royal brat). There is no good and evil, even the stormtroopers are "good" at the end of Ep.2. 4-6 had that charm that they were like 6 hours of righteous smiting. 1 and 2 are like watching business news on a slow day, with just a hostile takeover looming at the horizon.
Great. In principle, this is the "please write an article so that I just have to put my name over it" strategy from the "The Way of the Weasel" Dilbert book.
Considering the crap used to produce the rest of the devices, I don't see too much of a problem. Getting the US and China to at least have their pollution stagnate would be much more efficient at preserving the environment than not developing a new type of battery. It's not a plutonium battery ferchrissakes!
... would the hair be animated, the hairs would be fighting each other!
I guess it's obvious that I'm using Windows primarily for gaming.
And that's exactly the point at which I would hit you in the face full-force. With a hammer if necessary. Ask about my zero-tolerance policy.
On the Ad Age page, the topmost Google Page Ads were for Popup blockers. Go figure.
... that tech support can be done so well with the voice of Kif.
I don't, that's the friggin' point.
There are some things that need unification, KDE and Gnome as projects are not among those. What really needs to be done is to establish some common traits to make the whole platform stronger (now you expect me to use the words "paradigm" and "shift" next to each other, right?).
Let me clarify. During the last weeks, I have been on the look for a stable (not Sylpheed), graphical (not Mutt or Pine) mail client that supports proper GPG/PGP encryption and signing out of the box/package (farewell, KMail) and can handle a 30,000+ message mailbox (so much for Thunderbird) that didn't require the installation of 75% percent of Gnome (so much for Evolution). Turns out there doesn't seem to be one, but that's not the point here.
The point is that it is impossible to use the same addressbook from at least two of those programs! Of course, you can do some fancy import/export stuff, but that's time-consuming and error-prone. Evolution tried to import an LDIF file created by KAddressbook, segfaulted and couldn't be started again without purging the configuration; Firebird created one empty entry for every entry in that file, then mangled the entries and built some complete rubbish from them; Sylpheed that becomes really weird after connecting to an LDAP server (which is what I'm getting to next) imported it flawlessly. And even if the import would be working, it'd have been one hell of a time to keep up sync between my non-KMail MUA and KOrganizer which I use and (to some extent) like. Next I tried setting up an LDAP server for that task which promptly broke an bugzilla installation that wanted to have its user DB in LDAP all of a sudden after the libraries had been installed.
Do I need to mention that I was almost crying at that point? It's just an addressbook for crying out loud. If the developers want to be farkwits, that's up to them. But I suppose they're all intelligent people that should have that spark of common sense that their babbling about "having the choice" is pretty much worthless if The Choice better be final or you're in for a world of pain when reconsidering.