Slashdot Mirror

← Back to Stories (view on slashdot.org)

Mac OS X 10.4.3 Released

Posted by ScuttleMonkey on from the using-safari-on-acid dept.

parry writes "Software Update just delivered the Mac OS X 10.4.3 update to my PowerBook. Key changes include improved responsiveness when searching in Spotlight, Safari now passes the Acid2 test, better performance for MS-DOS formatted volumes and numerous bug fixes."

3 of 219 comments (clear)

  1. One small change by Matthias+Wiesmann · · Score: 2, Insightful
    I installed it nothing seems to have been broken on my powerbook.

    One interesting thing I noticed is in the Finder's preview pane for applications. It basically lists the architectures the application is built for, the information does not appear in the 'get information' window. At this point in time, only the developers tool include the intel binaries. Maybe it was there before, but I did not notice it.

  2. Re:Yes, it is snappier! by nine-times · · Score: 2, Insightful
    Well, as far as this temporary directory that you're suggesting, there is an internet cache, and that's where most things go so long as they're viewable in Safari. The only occasional exception to this, AFAIK, is PDFs, and I believe that it's just a bug due to the fact that Safari used to be unable to open PDFs in the browser.

    For files not viewable in Safari, however, Apple faces a dilemma. Do you allow people to open them, supposedly without saving them, and have people wondering where those files went? Or do you risk "downloading" files (download in quotes, because of course you're downloading either way) that the user won't really want.

    I think Apple is doing it the better way. It diminishes the risk of losing data. For example, Microsoft's e-mail products (and IE) will offer to open files (in the case of e-mail, attachments) "where they are", and not "save" them. The file goes into some temporary directory, the user edits it, saves it, closes it, and... whoops, where'd it go? It didn't overwrite the original file, wherever that is, but you saved it, so you'd expect it's safe, somewhere. So where'd it go?

    Sometimes it's just gone. Sometimes it's still on the hard drive, but it's in a hidden temp directory where normal users will never find it. In any case, for most people, the data is as good as gone.

    Therefore, I say anything that's being opened in an external viewer (and therefore potentially an editor) should be saved somewhere. If you ask me, the browser shouldn't even open external editors. Anything that can't be opened in the browser should only be allowed to be saved.

  3. Re:I Broke Safari's ACID2 Support by Blue+Lozenge · · Score: 2, Insightful
    From the explanation of how Acid2 works: http://www.webstandards.org/act/acid2/guide.html

    In the markup, the row is represented by a p element which is fixed to the window rather than the scrollable canvas. If the Acid2 page is scrolled, the scalp will stay fixed in place, becoming unstuck from the rest of the face, which will scroll.