Earlier quoted context omitted.
Imagine how Mac Pro users like me feel. Now my Mac Pro feels like a phone. Yippie. I'm staying on Snow Leopard for as long as the hardware works. When it fails, it's time to move on. Linux is looking prettier every day. I don't know what the hardware choices are going to be in 5 years though. If Apple has their way, general computing will go away by the end of the decade.
Ugh, sorry to hear that. I can imagine the new interface designs being pretty annoying for Mac Pro users. I have also thought about making the jump back to Linux, but really enjoy the sturdy unibody build quality of macs. I'm also less inclined to fiddle with OS customization and tweaking than I used to be in college, which I did a lot of when I was in Linux land.
OS X Mountain Lion available on the Mac App Store
111–120 of 155 posts
Re: OS X Mountain Lion available on the Mac App Store
#112Earlier quoted context omitted.
Well, as long as they basically keep printing money they'll continue this course. WE don't like the skeuomorphic stuff (no need for quotes, it's a real word) but the general public does. It demos well and makes software more approachable. It drives me nuts, but I'll bet it's here to stay. At least until the first video game generations are retirees.
>> the general public does Source? We don't have much data to measure the fondness of end users for skeuomorphic interfaces of the Mac OS sort. You mentionned some of the reasons to make UIs like that, and of course Apple is selling trunks of devices, but how do we know that users specifically like Calendars, Reminders, the Fullscreen mode of Photobooth, etc. ?
As a more serious attempt to back that opinion up I'd say look at the success of Apple's design in the marketplace over the last 10 years - pinning that exclusively on their love of skeuomorphism would be iffy, though.
Re: OS X Mountain Lion available on the Mac App Store
#113Earlier quoted context omitted.
Well, as long as they basically keep printing money they'll continue this course. WE don't like the skeuomorphic stuff (no need for quotes, it's a real word) but the general public does. It demos well and makes software more approachable. It drives me nuts, but I'll bet it's here to stay. At least until the first video game generations are retirees.
>> the general public does Source? We don't have much data to measure the fondness of end users for skeuomorphic interfaces of the Mac OS sort. You mentionned some of the reasons to make UIs like that, and of course Apple is selling trunks of devices, but how do we know that users specifically like Calendars, Reminders, the Fullscreen mode of Photobooth, etc. ?
Re: OS X Mountain Lion available on the Mac App Store
#114Earlier quoted context omitted.
My take on skeuomorphism has always been ambivalent. Unless the interface really takes away from your productivity, and having to click one or two extra buttons doesn't count, then it's alright by me. Anyone complaining about the visual aspect of it is really complaining to complain.
Aesthetics matter. Whe you look at how much more progressive The new Windows and Android UIs are this kind of thing starts to look like something from a sidebar ad in the New Yorker: cheesy trash designed to make rich people feel good about spending too much money.
Re: OS X Mountain Lion available on the Mac App Store
#115I still can't believe the 'skeuomorphic' interfaces for Calendar and Reminders made it into the final version of Mountain Lion. These apps are often in the corner of the screen while working with different applications; they should be minimal and not full of harsh textures and deep bevels. Also, they're just plain ugly. Here's a screenshot for those not familiar: http://f.cl.ly/items/3R0I3X2Y041b091l0j1w/Screen%20Sho…
Re: OS X Mountain Lion available on the Mac App Store
#116I still can't believe the 'skeuomorphic' interfaces for Calendar and Reminders made it into the final version of Mountain Lion. These apps are often in the corner of the screen while working with different applications; they should be minimal and not full of harsh textures and deep bevels. Also, they're just plain ugly. Here's a screenshot for those not familiar: http://f.cl.ly/items/3R0I3X2Y041b091l0j1w/Screen%20Sho…
I understand what's not to like about it, but I actually like that screenshot. Mostly because of the visual differentiation. There's a limit, of course. I saw a screenshot of Mountain Lion where Reminders was a yellow legal pad with scratchy red coloring-pencil markouts on finished reminders. That was harsh. But I find even the ugly examples are almost always superior to the days of uniform chrome like the Win2000 er…
Re: OS X Mountain Lion available on the Mac App Store
#117Re: OS X Mountain Lion available on the Mac App Store
#118Looks like I've lost all the command line tools. Trying to install them via Xcode 4.4 results in telling me I don't have the appropriate permissions to download them (I have an Apple Developer account but I'm not signed up to any programs). This of course breaks homebrew installs (I found the issue when trying to run an application that uses image magick). Anyone else having this issue?
The last time (last rc) I solved it by downloading only the command line tools from dev center.
On the right, "Xcode 4.4 Command Line Tools for OS X 10.8"
Re: OS X Mountain Lion available on the Mac App Store
#119How easy is it to revert to your previous version if you don't like it ?
Re: OS X Mountain Lion available on the Mac App Store
#120This might be a newbie question — if I upgrade, will it mess up my rbenv, homebrew, and postgres installs?
libpq.dylib is a actually a good example I ran into myself (using Python packages I had installed myself under Lion with pip): a fat binary in 10.7, but 64-bit only in 10.8. Quick fix if you've installed a fat libpq elsewhere: for each Mach-O binary that links to /usr/lib/libpq.dylib, install_name_tool -change /usr/lib/libpq.dylib /path/to/fat/libpq.dylib /path/to/binary This only works if your fat version is binary compatible with the pre-upgrade version, of course. If this command has no effect, verify the exact original path specified in the binary via otool -L /path/to/binary because, AFAIK, install_name_tool requires an exact match. The "preferred" solution is to rebuild whatever broke, making sure that it links against the right libpq in the first place, of course.
Note that this problem shouldn't affect tools bundled with a freestanding PostgreSQL installation, as they'll (presumably) be linked against the correct version already, nor tools installed by MacPorts, as they'll link to /opt/local/lib/libpq.dylib, but if things you've built and installed yourself start failing with "wrong architecture" errors from the dynamic loader, this is a likely cause. I've never used Homebrew, so I have no idea what it links against.