I agree about the lack of exclude functionality with circles (so far). As for being able to add people without them adding you, I think this is EXACTLY what the system needs. In Facebook, friending, or defriending, someone is somewhat of a big deal and implies some sort of relationship with that person in real life. Admittedly, that's what Facebook started as and was intended to be. But these days, I think the more twitter-like model of essentially following people who may incidentally choose to follow you back is a better model. Then you can connect to a lot more people, but keep them more distant if they aren't actually your friends, for example.
You're in luck. It's already there. Go to your profile and then click on the Buzz pseudo-tab. It's more like an RSS feed of everything on Reader, but it's good enough for me. Also, thanks to the big black bar at the top, you can easily switch between Google apps, making it *almost* like G+ is including all of those apps.
But sometimes i386 really does mean 32-bit x86 (IA-32). I mentioned in a previous post that for quite some time, there was the arch/i386 directory in the Linux kernel source. But it was not by any means 386-specific. i386 just mean the x86 architecture.
The OP mean i386 vs i486, i586 or i686 (or later) 32-bit CPU targets. The RPMs have.i386 in the name, implying that they can run on CPUs as early as the i386. I don't know if that's strictly true anymore (or even has been for a while). It may be one of those things like the old i386 directory in the Linux kernel source being for all 32-bit CPUs, not just the 386.
I think the i386 packages do actually take advantage of more modern features on chips. How else could you do MMX, SSE(1,2,3,4,4.2 whatever they are up to now), etc.?
I feel like that's exactly what they did. It's all along the lines of: we want to store your stuff, but unfortunately, to do that we need the rights to it or else it'd be considered infringement, so we are going to ask for the rights needed to store your stuff (which they list). No fancy legalese, intent is stated, limitations are stated in plain language ("to the extent which we think it necessary for the service").
Seems to me that it'd be hard to argue in court that publishing your novel and selling it has anything to do with carrying out the service, or that it'd be reasonable for them to expect ("think") that it would be necessary. Sure, lawyers are good at twisting things, but this would be a tough one.
IANAL, but it seems to me it would be hard to argue in court that Dropbox selling my content for money is necessary for the service or that they could reasonably think that necessary for executing the service.
I had the same experience with KWin -- compiz was fine, but KWin was slow. KWin exercises different paths in the driver and OpenGL stacks. Furthermore, KWin developers chose to go with the right solution, versus the hacky one that worked on the drivers at the time, which was the compiz philosophy. Agree or disagree, that's what they did. I'm using the OS ATI driver and it's actually quite performant now.
Uhh, profiles are good even for a single user. That is, unless you propose that I should create an entirely separate system user account for every browser profile I intend to use.
Asa speaks as though all corporate users of Firefox are these giant behemoths that have large IT departments that can reprogram add-ons and webapps designed for Firefox with their well-funded programming department. The reality is that there are a lot of small and medium-sized businesses who don't have such luxury, but do make webapps or add-ons, or otherwise depend on Firefox functionality being backwards-compatible. And they employ a lot of people. And if they get cut out of the loop, that's users lost. And these users will go home and say "I don't want to use Firefox because it doesn't work at work" and then they download Chrome or just go back to IE (horror!).
I just haven't had this experience. My guess is that your graphics card is not well supported by the drives and KWin is thus running slowly and with lag. That'll make the whole experience suck. Indeed, that *was* my experience with KDE up until about 4.4 and especially 4.5 when numerous improvements were made to KWin. But many users are still left out in the cold.
As for the non-graphical stuff, I find it to be considerably snappier than Windows on the same machine. Apps start nearly instantly, and that's without the SuperFetch/ReadyBoost garbage that Windows loves (I very much enjoy having my computer nearly useless for 10 minutes after boot up because Windows needs to do heavy I/O on my HD for all of its caches -- and the apps don't even really start up super quick anyway!).
The one thing I've hated is the semantic desktop garbage. So I got rid of it and now it doesn't bug me anymore. You might want to consider turning that off. It can hog the CPU and HD and that would make things slow.
The poster made a mistake because of a homophone. Before you assume that he doesn't know the difference, consider that it may just be an honest mistake. I know the difference, for example, between "no" and "know", but when typing quickly, I might accidentally type the wrong one, and if I'm not careful, I won't go back and fix it. It doesn't mean I'm an idiot who doesn't know basic English. It just means I'm being careless. And for the commentary section on a second-rate news aggregator site, I don't think that's a big deal.
No. The original actually makes sense. Because the movement is so large, even folks like Tom Hanks and A Huffington, who presumably would not bother with trivial movements, have gotten involved. Yours says that the large size of the movement would mean one should not expect submissions from Hanks and Huffington.
Well, in either case, you won't need to use the monstrosity. I'm not a C++ programmer anymore, so all I know is from reading this and a few other articles.
I agree about the lack of exclude functionality with circles (so far). As for being able to add people without them adding you, I think this is EXACTLY what the system needs. In Facebook, friending, or defriending, someone is somewhat of a big deal and implies some sort of relationship with that person in real life. Admittedly, that's what Facebook started as and was intended to be. But these days, I think the more twitter-like model of essentially following people who may incidentally choose to follow you back is a better model. Then you can connect to a lot more people, but keep them more distant if they aren't actually your friends, for example.
You're in luck. It's already there. Go to your profile and then click on the Buzz pseudo-tab. It's more like an RSS feed of everything on Reader, but it's good enough for me. Also, thanks to the big black bar at the top, you can easily switch between Google apps, making it *almost* like G+ is including all of those apps.
But sometimes i386 really does mean 32-bit x86 (IA-32). I mentioned in a previous post that for quite some time, there was the arch/i386 directory in the Linux kernel source. But it was not by any means 386-specific. i386 just mean the x86 architecture.
I doubt anyone is running CentOS, or any other modern mainstream Linux distro for that matter, on an actual 386.
The OP mean i386 vs i486, i586 or i686 (or later) 32-bit CPU targets. The RPMs have .i386 in the name, implying that they can run on CPUs as early as the i386. I don't know if that's strictly true anymore (or even has been for a while). It may be one of those things like the old i386 directory in the Linux kernel source being for all 32-bit CPUs, not just the 386.
I think the i386 packages do actually take advantage of more modern features on chips. How else could you do MMX, SSE(1,2,3,4,4.2 whatever they are up to now), etc.?
I feel like that's exactly what they did. It's all along the lines of: we want to store your stuff, but unfortunately, to do that we need the rights to it or else it'd be considered infringement, so we are going to ask for the rights needed to store your stuff (which they list). No fancy legalese, intent is stated, limitations are stated in plain language ("to the extent which we think it necessary for the service").
Seems to me that it'd be hard to argue in court that publishing your novel and selling it has anything to do with carrying out the service, or that it'd be reasonable for them to expect ("think") that it would be necessary. Sure, lawyers are good at twisting things, but this would be a tough one.
IANAL, but it seems to me it would be hard to argue in court that Dropbox selling my content for money is necessary for the service or that they could reasonably think that necessary for executing the service.
That's why that following sentence ends with "to the extent which we think it necessary for the Service."
Another person who didn't read: "to the extent which we think it necessary for the Service."
You also missed the part where it says: "to the extent which we think it necessary for the Service."
Programming Perl is pretty awesome.
You don't have to hit enter when you reach the end of the textbox. There is a thing called word wrap.
I had the same experience with KWin -- compiz was fine, but KWin was slow. KWin exercises different paths in the driver and OpenGL stacks. Furthermore, KWin developers chose to go with the right solution, versus the hacky one that worked on the drivers at the time, which was the compiz philosophy. Agree or disagree, that's what they did. I'm using the OS ATI driver and it's actually quite performant now.
It hasn't left a bad taste in their mouth from what they experienced at work. It's neutral at home.
Uhh, profiles are good even for a single user. That is, unless you propose that I should create an entirely separate system user account for every browser profile I intend to use.
Asa speaks as though all corporate users of Firefox are these giant behemoths that have large IT departments that can reprogram add-ons and webapps designed for Firefox with their well-funded programming department. The reality is that there are a lot of small and medium-sized businesses who don't have such luxury, but do make webapps or add-ons, or otherwise depend on Firefox functionality being backwards-compatible. And they employ a lot of people. And if they get cut out of the loop, that's users lost. And these users will go home and say "I don't want to use Firefox because it doesn't work at work" and then they download Chrome or just go back to IE (horror!).
Uhh, what? Just change your default in GRUB.
I just haven't had this experience. My guess is that your graphics card is not well supported by the drives and KWin is thus running slowly and with lag. That'll make the whole experience suck. Indeed, that *was* my experience with KDE up until about 4.4 and especially 4.5 when numerous improvements were made to KWin. But many users are still left out in the cold.
As for the non-graphical stuff, I find it to be considerably snappier than Windows on the same machine. Apps start nearly instantly, and that's without the SuperFetch/ReadyBoost garbage that Windows loves (I very much enjoy having my computer nearly useless for 10 minutes after boot up because Windows needs to do heavy I/O on my HD for all of its caches -- and the apps don't even really start up super quick anyway!).
The one thing I've hated is the semantic desktop garbage. So I got rid of it and now it doesn't bug me anymore. You might want to consider turning that off. It can hog the CPU and HD and that would make things slow.
"Winklevoi" would be better, since -os is the Greek masculine singular ending, and -us is the Latin equivalent.
The poster made a mistake because of a homophone. Before you assume that he doesn't know the difference, consider that it may just be an honest mistake. I know the difference, for example, between "no" and "know", but when typing quickly, I might accidentally type the wrong one, and if I'm not careful, I won't go back and fix it. It doesn't mean I'm an idiot who doesn't know basic English. It just means I'm being careless. And for the commentary section on a second-rate news aggregator site, I don't think that's a big deal.
No. The original actually makes sense. Because the movement is so large, even folks like Tom Hanks and A Huffington, who presumably would not bother with trivial movements, have gotten involved. Yours says that the large size of the movement would mean one should not expect submissions from Hanks and Huffington.
Well, in either case, you won't need to use the monstrosity. I'm not a C++ programmer anymore, so all I know is from reading this and a few other articles.
Did you bother reading the rest of my comment?