On 31 Jan 2007 at 12:10, Phil Daley wrote: > At 1/31/2007 11:17 AM, Christopher Smith wrote: > > >On 31-Jan-07, at 3:07 AM, Marcello Noia wrote: > > > >> A good bunch of reasons not to upgrade to Vista (yet) > >> http://www.digitmag.co.uk/blogs/index.cfm?entryid=220&blogid=2 > > >I dunno, I'm even a Mac guy, and this guy doesn't seem to really > know >what he's talking about. While I'm happy that he seems to like > Macs >so much, many of his reasons don't hold water. > > OK, that forced me to go read it. > > >Anybody with some better data on Vista? I'm thinking of a MacPro > that >would be able to run Vista, so I would be interested in how it > works. > > My comments on Vista (I have been running it for 6 months) > > 1. It will not be pretty on 2 or 3 yo PCs. You'd be better off buying > a new PC with Vista installed.
This has been the case with every version of Windows I've ever known (going back to 3.0). Why it should be surprising to anyone, I can't say -- Windows has never been good with upgrades and I never do it for my clients, ever. They get a new version of Windows when they get a new PC, and that's good enough. Upgrading violates the principle of "if it ain't broke, don't fix it." > 2. It is annoying. If you thought XP was a step backwards in UI > design, Vista is 20 steps backwards in UI design. You cannot find > anything you are familiar with. This is just a matter of unfamiliarity. > You cannot modify zillions of files > that you used to have access to. You don't *need* modify access to those files. Files you *need* access to should be stored in your user profile, which is under your full control. Any looser access to application and OS space is dangerous. > You cannot keep data in the same > directory as the program, which is what I always do, so that it is > simple to transfer the stuff to a new system The start menu is totally > changed. Applications and user data should *always* be kept separate: 1. for backup purposes -- you only occasionally need to backup applications folders, which basically don't change. You frequently need to back up data. 2. for security purposes -- you need to have full control (read/write/delete) on your data files, but you *don't* need that control on application files. If application files have those permissions, then you're exposed to malicious programs that change your application files to do hidden and nasty things. With applications and data in separate locations, you can have full access to the data that *should* be editable and read-only access to the data that has no need to be editable. This latter concept has been the basis for all the UNIX installations since forever, since it makes particular sense for multi-user systems, where you don't want to mix up many users' data into application areas that might be used by multiple people. And why you would think it would be simple to transfer an application to a new system by copying its application folder, I don't know. Windows applciations have not existed as just files in an application folder for, oh, I don't, 15 years? They depend on registry entries and libraries stored in common locations, so you can't just copy the app from one machine to another. You sound like a refugee from DOS 3.x days (i.e., late 80s) who has no comprehension of how Windows works (and has worked as long as Windows has existed). > You can't find anything on it. The "always searching" stuff > slows everything down a lot. Sounds like simple unfamiliarity to me. > 3. I run XP at home. I may never upgrade unless I find something I > absolutely need. I won't upgrade at work until I am forced to. Nobody is forcing you to upgrade. > I am thinking a MacPro will NOT be able to run Vista. I believe that originally the IntelMac version of what is called a BIOS on a PC was incompatible with Vista, but I believe that hurdle has been cleared (but have no details on it). -- David W. Fenton http://dfenton.com David Fenton Associates http://dfenton.com/DFA/ _______________________________________________ Finale mailing list [email protected] http://lists.shsu.edu/mailman/listinfo/finale
