Seriously, Post-it notes rock. I use Stickies.app which allows virtual post-it notes! Well okay, I should also say that I don't have a very complex life to manage.
But you haven't proven anything. You link to an article with user experiences, but the only thing that makes them different from my own experiences is that they are posted on a web site and I didn't bother to publish my own results. My own experiences indicate that gaming speed on Linux is equal at best and typically noticeably slower than on Windows.
Not being a zealot, I don't take any "user's experience" including my own to be conclusive. I believe that gaming on Linux has great potential, but for now my opinion stands that even disregarding software selection, Linux gaming just isn't there yet.
And that horrible bar at the top of the screen is still there. It worked fine when people only ran one program at a time on computers. But these days it's in the way.
I believe that is probably the "menu bar" and it's an important part of the Mac OS X user interface. If you didn't know that and/or don't want it there... why did you buy a Mac?
to give subscribers a new, Microsoft-formatted version of any song they've purchased from the iTunes store so those songs can be played on devices other than an iPod.
But... why? Everybody already has an iPod. Seriously, the iTunes is the most popular online music store only because the iPod is the most popular music player. They're wasting their time trying to convert people away from iTunes; they really should be trying to get people away from the iPod.
Yeah, the program is gone, but the install isn't necessarily gone. The software may have modified system settings, installed shared libraries, installed daemons, changed file associations, and done a lot of other things. Other software may depend simply on being able to invoke the application. Dragging.app directories into the trash is playing Russian roulette with your system.
Well that's just it. With app bundles, you can store shared libraries and daemons inside the bundle. File associations are handled automatically by the system and are cleared when the app bundle is found to be removed. Also, an application can't modify any system settings without an Administrator authorization, so I would argue any changes made to system settings were intentional and should remain even after the application which made the changes are gone. If an application depends on another application, that application can simply inform the user via that the other application isn't installed. Very simple.
Indeed, I have painted the ideal, but seriously in most cases this is actually how it works. Very rarely do modern apps every install other binaries outside of the bundle. Removing the app is seriously as simple as moving it to the Trash and emptying it. If an app happens to leave any binaries on the system, than it's merely one of those rare misbehaving programs, and life goes on.
Dragging.app directories into the trash is playing Russian roulette with your system....that's because most users that actually need more complex software configurations have long ago abandoned the platform because it doesn't support it well.
I suppose that's why Mac OS X's usage growth is increasing and Linux's growth is decreasing? Now we see that you're just a troll, because you don't and probably can't back up your claims. What would possibly make 'complex software configurations' impossible on Mac OS X? Hmm?
A user should never want their preferences deleted. Even an application with thousands of savable options will use so little disk space that it doesn't even matter, and of course if the user ever did want the application back (perhaps he was merely upgrading manually), his preferences always Just Work.
You think users should have the option to delete them, and they do have that option. Preference files are always stored in the same place. If you really did want them deleted, you would know where to find the file. My grandma, on the other hand, has no idea what a preference file is, doesn't care whether it's deleted, and certainly doesn't care where it's stored.
Main point here: deleting preference files certainly isn't the drama you would like others to believe. I believe that's called FUD, or perhaps you just have never had any real experience using app bundles.
So while they may take marketshare away from HP or Dell (or for that matter lose it to them), that trajectory won't be any different than if they didn't switch.
This is assuming that the user will not be able to tell any differences of the product depending on which chip is used, which is not true. For one thing, Mac hardware will be able to run Windows natively (even dual-boot) which was not possible before [Schiller made this clear after the Jobs keynote]. Something else that users may notice is a price change. Also, the new x86 Mac will have the potential to have a lot better hardware support, depending on drivers.
Bottom line: The move to Intel will definitely bring about changes which will undoubtedly change the marketshare trajectories, if only slightly.
Oh brother. Why do you need Apple to tell you to be endian-aware and write cross-platform code? Any developer who doesn't think of such things is an idiot and shouldn't be in the business. Apple is there to provide documentation and support for their APIs; they aren't there to hold your hand and coddle you.
Actually, they said that the demo machines used during the keynotes have been running Intel. For years, I've heard comments on how much faster the demo machines appear than real-world Macs.
This is an important point. Apple has consistently maintained Darwin for both PPC and x86 for as long as they have managed Darwin. I won't go as far as to say they have ever run Mac OS X on anything other than PPC, but I'm certain they are keeping their software very cross-platform should the need to 'jump ship' arrive.
And btw you obivous hoping that Red Hat fails is a pretty shitty attitude to have against a company that has done so much for the GPL and OSS. You should be hoping that both Novell and Red Hat do well and kick Microsoft's ass. If Red Hat goes down it would NOT be a good thing for OSS in general.
Overreaction. It's one thing to hope for Red Hat's demise (which is irrational and clearly doesn't apply to the GP), but it is entirely a different matter to accept that their support is lacking at best. Or perhaps you've never had to deal with Red Hat support? Absolutely it would be great for Red Hat to succeed, but don't let that desire blind you to reality. Red Hat really needs to revamp their support.
Can I please have the ability to use this software that I paid some damn good money for?
That's a big generalization. I personally have never had to call a company or use a dongle. Most of the time (by far) any "registration" process is very simple, only taking a few seconds. Most software doesn't come with "draconian" EULAs either, not that they are especially effective in court anyway. If you really did pay for the software, it isn't really a big deal.
Preferring Free software over closed-source because of the obvious benefits of open software is one thing, but using "proprietary" software really isn't the drama you think it is. I use a healthy mixture of both. I consider them two different sources of software, each with its pros and cons... and yes, open-source software does have its cons.
The most important thing for me isn't the license of the tool, but what tool is the absolute best for the job. That said, I consider Firefox the better tool for browsing the internet because I don't need anything Opera provides. I prefer a more minimal browsing experience, so I use Firefox. No need to confuse the matter with licensing issues. Use the best tool for the job you can afford. Period.
... if a company came out with a user-friendly Linux flavor that included all of the driver support of Windows, with none of virulent Linux zealot attitudes to go with it...
The user friendliness and driver support are optional, but the lack of virulent zealots would make me very interested in Linux.
If Firefox marketshare shrinks to one percent or less, you may not consider it dead, but you might as well consider it irrelevant which is just as bad. The relevancy of a browser is what makes websites support it. Microsoft would then be free to continue breaking standards and compatibility and everything else they have done in the past to keep competition under control.
What an interesting phenomenon. Everyone I know who has "fallen into" the series like you have (including myself) has always been urged to read the entire series again almost immediately. Fascinating.
Re:Its only the bad things we head about?
on
Safari vs. KHTML
·
· Score: 1
Okay, thanks for this info. It seems to me that people don't really know exactly what went down. Maybe Apple could have done more in providing their changes. Other people say that Apple did make certain offers that KDE rejected, specifically combining KHTML and WebCore into one cross-platform open renderer like Gecko. So either Apple is acting like most corporations do, or the KHTML devs are snobs... or perhaps neither is the case and this is just merely a fork and nothing more.
Well, one thing is obvious. It definitely is a fork: both parties are clearly taking their projects where they want it to go, and apparently we've found that the two directions aren't very compatible. Doesn't seem to be anyone's fault; but the KDE devs are very correct in that users need to realize that there is no real cooperation occurring between KDE and Apple.
I'm certainly no Apple apologist, but it seems to me that Konfabulator and Dashboard (I assume) aren't really that similar. One has "widgets" that are always on the screen and the other only when they are called to the screen. The "widgets" themselves can and do have the same functions, but I'm not entirely certain that the whole idea behind widgets (small, simple utility programs with a definite function) is very unique...
It may actually kill KHTML, although KDE devs firmly deny that =)
I deny it, too. The best thing Gecko has going for it is its portability, but it certainly isn't the be-all/end-all renderer. Personally, I find Konqueror to be considerably faster than any Gecko-based browser I've tried. As a user, speed is the most important consideration for a renderer, beside correctness and standards compliance IMO.
Re:Its only the bad things we head about?
on
Safari vs. KHTML
·
· Score: 1
Their problem was that - the result of Apple's marketing campaign about being first class citizens of the OSS community
Do you have any links or references to back this up? I don't recall the fact that WebKit was based on KHTML ever being touted as a big issue in any Apple marketing material. Undoubtedly they may like such an impression, underdog as they are, but I haven't really seen anything from Apple that markets them as working closely with the OSS community.
Well, the situation certainly isn't "ideal" yet, but buying a song for a buck and stripping the DRM is still the best way to get music that I've found. I don't buy a lot of music because 99.999% of it is pure crap, but this sure beats buying a $20 CD.
As for vendor lock-in, it's pretty much a non-issue with hymn, as is the DRM.
As for this new Yahoo service, I think it's great. I wouldn't consider using it until the DRM is cracked, but competition was never a bad thing.
The time you wasted to post to this article you will never get back either. Maybe you should wait until you have something meaningful to contribute to the discussion rather than wasting everybody's time complaining?
Slashdot Mirror
Seriously, Post-it notes rock. I use Stickies.app which allows virtual post-it notes! Well okay, I should also say that I don't have a very complex life to manage.
I would prefer to prove you wrong.
But you haven't proven anything. You link to an article with user experiences, but the only thing that makes them different from my own experiences is that they are posted on a web site and I didn't bother to publish my own results. My own experiences indicate that gaming speed on Linux is equal at best and typically noticeably slower than on Windows.
Not being a zealot, I don't take any "user's experience" including my own to be conclusive. I believe that gaming on Linux has great potential, but for now my opinion stands that even disregarding software selection, Linux gaming just isn't there yet.
Indeed, I have painted the ideal, but seriously in most cases this is actually how it works. Very rarely do modern apps every install other binaries outside of the bundle. Removing the app is seriously as simple as moving it to the Trash and emptying it. If an app happens to leave any binaries on the system, than it's merely one of those rare misbehaving programs, and life goes on. I suppose that's why Mac OS X's usage growth is increasing and Linux's growth is decreasing? Now we see that you're just a troll, because you don't and probably can't back up your claims. What would possibly make 'complex software configurations' impossible on Mac OS X? Hmm?
A user should never want their preferences deleted. Even an application with thousands of savable options will use so little disk space that it doesn't even matter, and of course if the user ever did want the application back (perhaps he was merely upgrading manually), his preferences always Just Work.
You think users should have the option to delete them, and they do have that option. Preference files are always stored in the same place. If you really did want them deleted, you would know where to find the file. My grandma, on the other hand, has no idea what a preference file is, doesn't care whether it's deleted, and certainly doesn't care where it's stored.
Main point here: deleting preference files certainly isn't the drama you would like others to believe. I believe that's called FUD, or perhaps you just have never had any real experience using app bundles.
Bottom line: The move to Intel will definitely bring about changes which will undoubtedly change the marketshare trajectories, if only slightly.
Oh brother. Why do you need Apple to tell you to be endian-aware and write cross-platform code? Any developer who doesn't think of such things is an idiot and shouldn't be in the business. Apple is there to provide documentation and support for their APIs; they aren't there to hold your hand and coddle you.
Actually, they said that the demo machines used during the keynotes have been running Intel. For years, I've heard comments on how much faster the demo machines appear than real-world Macs.
This is an important point. Apple has consistently maintained Darwin for both PPC and x86 for as long as they have managed Darwin. I won't go as far as to say they have ever run Mac OS X on anything other than PPC, but I'm certain they are keeping their software very cross-platform should the need to 'jump ship' arrive.
Preferring Free software over closed-source because of the obvious benefits of open software is one thing, but using "proprietary" software really isn't the drama you think it is. I use a healthy mixture of both. I consider them two different sources of software, each with its pros and cons
The most important thing for me isn't the license of the tool, but what tool is the absolute best for the job. That said, I consider Firefox the better tool for browsing the internet because I don't need anything Opera provides. I prefer a more minimal browsing experience, so I use Firefox. No need to confuse the matter with licensing issues. Use the best tool for the job you can afford. Period.
If Firefox marketshare shrinks to one percent or less, you may not consider it dead, but you might as well consider it irrelevant which is just as bad. The relevancy of a browser is what makes websites support it. Microsoft would then be free to continue breaking standards and compatibility and everything else they have done in the past to keep competition under control.
What an interesting phenomenon. Everyone I know who has "fallen into" the series like you have (including myself) has always been urged to read the entire series again almost immediately. Fascinating.
Okay, thanks for this info. It seems to me that people don't really know exactly what went down. Maybe Apple could have done more in providing their changes. Other people say that Apple did make certain offers that KDE rejected, specifically combining KHTML and WebCore into one cross-platform open renderer like Gecko. So either Apple is acting like most corporations do, or the KHTML devs are snobs... or perhaps neither is the case and this is just merely a fork and nothing more.
Well, one thing is obvious. It definitely is a fork: both parties are clearly taking their projects where they want it to go, and apparently we've found that the two directions aren't very compatible. Doesn't seem to be anyone's fault; but the KDE devs are very correct in that users need to realize that there is no real cooperation occurring between KDE and Apple.
I'm certainly no Apple apologist, but it seems to me that Konfabulator and Dashboard (I assume) aren't really that similar. One has "widgets" that are always on the screen and the other only when they are called to the screen. The "widgets" themselves can and do have the same functions, but I'm not entirely certain that the whole idea behind widgets (small, simple utility programs with a definite function) is very unique...
That's funny. The first thing I install is Linux.
Oh I'll burn for that.
Well, the situation certainly isn't "ideal" yet, but buying a song for a buck and stripping the DRM is still the best way to get music that I've found. I don't buy a lot of music because 99.999% of it is pure crap, but this sure beats buying a $20 CD.
As for vendor lock-in, it's pretty much a non-issue with hymn, as is the DRM.
As for this new Yahoo service, I think it's great. I wouldn't consider using it until the DRM is cracked, but competition was never a bad thing.
Possible? Perhaps. Many wild things are possible.
I doubt it is worth the amount of fudging it would take to get everything to work normally.
The time you wasted to post to this article you will never get back either. Maybe you should wait until you have something meaningful to contribute to the discussion rather than wasting everybody's time complaining?