Slashdot Mirror


Safari Beta Updated

Jack Kennedy writes "Apple has released Safari 1.0 Beta v51. Unfortunately, Apple don't list what the update addresses; according to Apple, 'this Safari Update is recommended for all Safari users.' Dave Hyatt's Weblog provides a more detailed account of what issues Apple have addressed over the past few days."

41 of 95 comments (clear)

  1. Much more stable. by iAryeh · · Score: 2, Informative

    I noticed that the new Safari is much more stable. But it still does not allow me to log into my hotmail account. What's up with that?

    1. Re:Much more stable. by Anonymous Coward · · Score: 2, Funny

      "I noticed that the new Safari is much more stable. But it still does not allow me to log into my hotmail account. What's up with that?"

      Maybe it has its own version of the lameness filter?

    2. Re:Much more stable. by Twirlip+of+the+Mists · · Score: 3, Informative

      I just created a new HotMail account just to test this, and I had not problems. Can you elaborate on what's going on?

      --

      I write in my journal
    3. Re:Much more stable. by danamania · · Score: 4, Funny

      Hotmail (using both versions, 48 and 51) just tells me I need a javascript enabled browser, after trying to log in - javascript is on, and works elsewhere.

      I can't login to my spam collection anymore!

      dana

    4. Re:Much more stable. by whee · · Score: 5, Informative
      Actually, it appears Microsoft has their own version of the lameness filter. If you first enable the Safari Debug menu with defaults write com.apple.Safari IncludeDebugMenu 1 in Terminal.app, and then change the User Agent to MSIE 6.0, Hotmail will work fine.

      Safari can definately handle Hotmail, but the UA checking is holding it back.

    5. Re:Much more stable. by the+Dragonweaver · · Score: 4, Informative

      Uncheck the "kill popups" box, log in once, and then check that box again. Future logins should not be affected. we've already reported this "bug."

      --
      Actually I am a lab rat in an elaborate plot to take over the world.
    6. Re:Much more stable. by Twirlip+of+the+Mists · · Score: 5, Informative

      Huh, okay I see that now. Here's why I do: type "hotmail.com" in the address bar. Enter user name and password. Get the JavaScript error. Type "hotmail.com" in the address bar again. This time I'm just asked for my password. Enter it. Get right in to my mailbox.

      Try that workaround. Meanwhile, I've put in a bug report on your behalf.

      --

      I write in my journal
    7. Re:Much more stable. by Twirlip+of+the+Mists · · Score: 3, Insightful

      It seems to be both more and less complex than that. See my post here for an explanation of my workaround.

      --

      I write in my journal
    8. Re:Much more stable. by sugam · · Score: 2, Informative

      An easy workaround is to log into passport via MS.
      1) go to msn.com
      2) click "Sign In"
      3) Sign In
      4) Click hotmail

      you're all set

      --
      read my blog
  2. Hrm. by twiztidlojik · · Score: 4, Interesting

    I noticed it b0rks some shopping carts with a lot of java, namely crystalfontz's cart. Maybe this new build will solve that.

    --
    I will now redundantly add my name to the end of my post. You know, in case you forgot me or something.
    1. Re:Hrm. by BayAreaRefugee · · Score: 2, Interesting

      I just had problems updating my comparison cart a short while ago with a fresh downloaded version on dvdpricesarch.com and have just filed a bug on this. It would appear that Safari is not currently letting you replace older persistent cookie values with newer ones which is probably messing your cart as well.

  3. Re:What does this one do? by Anonymous Coward · · Score: 5, Funny

    Safari Beta v51.. now with 10% less Rhinoceros gorings.

  4. hmmm... by Dr.+Awktagon · · Score: 5, Interesting

    The bugs I reported haven't been fixed:

    * HTTPS doesn't work at all for me over a proxy. I think it is using SSL to talk to the proxy which isn't right. It should connect to the proxy in the clear and then issue a CONNECT and then use SSL. Anybody seen this one?

    * "don't use proxy for these hosts/domains" setting is treated as hosts only (so if you put in "foo.com" then you visit "www2.ecommerce.foo.com" the proxy gets used anyway).

    * keychain entries of the form "http://host.com:80" are ignored, and it adds its own "http://host.com" entry.

    Anybody notice any concrete differences?

    1. Re:hmmm... by fault0 · · Score: 4, Informative

      > Anybody notice any concrete differences?

      Hmm, it does seem to run the CSS tests now (and does pretty well)

  5. Arg!!! Learn to speak american!!!!! by MoneyT · · Score: 2, Funny

    Repeat after me

    Apple is

    Apple was

    Apple will

    Apple did not (or didn't)

    Apple has

    learn it

    --
    T Money
    World Domination with a plastic spoon since 1984
  6. minimum font size support! by frankie · · Score: 5, Informative
    Blatantly cribbed from MacOSXHints.com. Edit the file ~/Library/Preferences/com.apple.Safari.plist and add two new siblings to the XML tree:
    • WebKitMinimumFixedFontSize
    • WebKitMinimumFontSize
    Follow the same format as WebKitDefaultFontSize and it will work exactly as you'd expect.
  7. Unfortunately still no tabs by Ma�djeurtam · · Score: 4, Interesting

    OK, I'm not trolling here, it would have been really amazing if Apple had added supports for tabbed browsing in only two days. And I understand they haven't.

    I've read somewhere that David Hyatt himself told that the tabs were planned for the final release and that the lack of tabs in current beta's is only due to their deadline. Allegedly, they wouldn't have had time to program tabs support (which is strange since they are working on it for one year now and that Cocoa should make things like adding tabs support quite easy to implement).

    Does anyone have real information about that?

    --
    Instant Karma's gonna get you, Gonna knock you right on the head (John Lennon, 1970)
    1. Re:Unfortunately still no tabs by stux · · Score: 4, Informative

      That's funny...

      I heard that he categorically said "no tabs" ;)

      --

      ---
      Live Long & Prosper \\//_
      CYA STUX =`B^) 'da Captain,
      Jedi & Last *-fytr
    2. Re:Unfortunately still no tabs by babbage · · Score: 5, Insightful
      Here's an idea: let's re-evaluate what you *really* want the software to do here. Is it really the case that you need tabs, or can it more accurately be said that you just want some form of a multiple document interface [MDI]. If the latter is correct -- and for me, it is -- then are tabs (as implemented in the Gecko family of browsers) the best or only way to do this? Or are there other, possibly better ways to get to the same goal?

      It occurs to me that a better -- and arguably more "Cocoa-ish" -- way to present this would be a tray interface, like what you see in Mail.app. Seen this way, you could have a hierarchy of widgets in the tray, including:

      • currently open pages (the tabs, as available in Mozilla etc)
      • bookmarked links & folders of links
      • history links
      • "scrapbook" page[s]?

      If presented this way, you could browse open documents and bookmarks much as you can browse mail folders in Mail.app. If items in the tray could be browsed with "flippy triangles" (like in the Finder's list view), then you could zoom in on different kinds of URLs quickly. Plus, having a tray interface might even buy you enough screen real estate that you could even have thumbnail versions of some or all pages in the collection. Neat, huh?

      Personally, I agree with everyone that's asking for tabbed browsing, but only to the extent that I think that the web is easier to browse in a MDI style. But the more I think about this tray idea, the less I think that simple tabs is the best way to present this information. Trays. They're IMO the coolest & most innovative part of the Aqua interface, and they really aren't implemented all that often. This seems to me like a perfect place to introduce a tray interface, and if Apple decides to add a MDI option to Safari, my hope is that this is how they'll implement it.

      If you agree that this is a good idea, please do as I've done and submit the idea as feedback to Apple with Safari's bug reporter widget, or by using the bug reporter on Apple's site (sorry, I forget the url offhand). Now is the time to let them know what features you would hope for... :)

    3. Re:Unfortunately still no tabs by King+Babar · · Score: 2
      It occurs to me that a better -- and arguably more "Cocoa-ish" -- way to present this would be a tray interface, like what you see in Mail.app.

      I think you're suggesting the same thing I was trying to get at in a post on a previous Safari thread. Unfortunately, I have never used Mail.app since I don't dare try to read and file mail that way since I need to read mail from way too many different places and systems. By "tray" do you mean the same way that "bookmark view" (what you get by clicking the book icon or typing option-cmd-B) does stuff? If so, that's what I hit on (although I also want navigation improvement which should be easy).

      If you agree that this is a good idea, please do as I've done and submit the idea as feedback to Apple with Safari's bug reporter widget, or by using the bug reporter on Apple's site (sorry, I forget the url offhand). Now is the time to let them know what features you would hope for... :)

      I would do this except that I'm pretty sure that if I were triaging bugs from these sources and saw *anything* with the word "tab" or "tabbed" in it, I'd file it in the bitbucket these days. :-) Plus, you'd expect somebody who knows somebody at Apple is reading these posts, so posting about it here (or I guess there's a discussion at apple.com) might have some effect as well.

      --

      Babar

    4. Re:Unfortunately still no tabs by babbage · · Score: 4, Informative
      Skimming your linked post (sorry, will read it in more detail after this), I don't think we're describing quite the same thing here. What I'm referring to as trays should more accurately have been referred to as drawers, as that's the term that the Apple documentation seems to use. Out of habit, I use the terms 'tray' and 'drawer' more or less interchangeably, but I'm realizing now that searching for 'tray' interface elements isn't turning up many hits, so maybe this usage isn't as standard or common as I thought.

      In any case, in the Aqua interface, trays are a specific & unambiguous interface style that for whatever reason hasn't been used very often so far. The best example I can think of from one of the "core" applications is Mail.app, for which there is a screenshot at Apple's site. The other big application I can think of right now is Omniweb, which uses a drawer to organize bookmarks. (I'm not an Omniweb user, so I wasn't aware of that until searching for this post :). Of freeware apps that I use regularly, the best example I can think of is (the very slick) MacJournal, which uses two trays -- one to present a list of journals, the other to present entries within a particular journal (for example).

      Now that I poke around a bit, the best critical reviews of the tray interface I can find so far are this MacEdition review and this Oreillynet tutorial. (John Siracusa also wrote some excellent OSX reviews for Ars Technica, but I can't find a section that focuses on drawers in particular.)

      But the authoritative reference -- which unfortunately doesn't seem to have screenshots to go along with the prose -- is the Apple MacOS X Human Interface Guidelines:

      Drawers are a special window type, found only in Mac OS X. They are child windows--which slide out from a parent window--that users can open or close (show or hide) while the parent window is open. These windows should be used for tools or controls that are closely associated with the parent window and frequently accessed, but do not need to be visible all the time. For example, Mail uses a drawer to provide access to the user's mailboxes.

      So while this isn't incompatible with what you're asking for, it looks to me like it's not quite the same thing. This is an existing toolkit that could be called on by any Cocoa or Carbon application, and it seems to me like this is a perfect example of where best to apply it.

    5. Re:Unfortunately still no tabs by King+Babar · · Score: 2
      Skimming your linked post (sorry, will read it in more detail after this), I don't think we're describing quite the same thing here. What I'm referring to as trays should more accurately have been referred to as drawers, as that's the term that the Apple documentation seems to use.

      OK, so I checked out some of the drawer stuff you posted about, and remembered that there is a drawer in the silly Help Viewer program. That is a pretty interesting idea, except for one problem. It appears that for a window to have a drawer, you need to have enough "space" to open the drawer, since the drawer "pulls out" from the window. I'm not sure how well this would work in a web browser, given how many people have small screens or (for whatever reason) like to surf from a maximized window.

      So, I think Safari *could* have implemented the "Bookmarks View" as a drawer, but chose to use a completely different view. I think that view has some big problems in terms of keyboard navigation (How do you get from the left column to right without using the mouse? Why doesn't hitting return when a book mark is selected let you go to that page?), but if those are fixed, it's a very interesting kind of idea. And it's easy to imagine a full-featured "current windows" view that would give all of the advantages of tabs and more without the UI cruft.

      So to summarize, drawers might be interesting, but I'm not sure they are the right choice when you expect the window that needs a drawer to be maximized on the screen.

      --

      Babar

    6. Re:Unfortunately still no tabs by babbage · · Score: 2

      Yes. I only realized after posting that comment that I'm using the wrong term, but yes, I am referring to drawers.

  8. Re:What does this one do? by wirelessbuzzers · · Score: 2

    lol. Reading this five minutes after adding:

    alias rhino='rm -f /Users/mikehamb/Library/Preferences/com.apple.safa ri.plist;open /Applications/Safari.app'

    to my .bashrc

    --
    I hereby place the above post in the public domain.
  9. Re:.fm by mapinguari · · Score: 2, Informative

    Well, .fm is the Federation of Micronesia. Also keep in mind that in some English dialects, namely British, there is an increased use of collective nouns. If you think of Apple as an organization, and replace "Apple" with "they", then it's not nearly as glaring or painful. Of course, then it should have read "Apple have released Safari..."
    Oh well.

  10. The biggest change by andfarm · · Score: 5, Informative
    Apple claims to have fixed that nasty bug with wiped $HOME directories and deleted /tmp->/private/tmp links. Reason enough for me to download it.

    (This comment posted with Safari)

    --

    TANSTAAFI: There Ain't No Such Thing As A Free iPod.

    1. Re:The biggest change by Lars+T. · · Score: 4, Funny

      Well, just don't use Safari to download it ;-)

      --

      Lars T.

      To the guy who modded me down from perfect to terrible Karma - Apple haters still suck

    2. Re:The biggest change by andfarm · · Score: 2
      An Apple representative on Apple's discussion board posted, in a thread discussing the $HOME and /tmp bugs, that "Safari Update 1-10-03 addresses the issue or issues being discussed in this and other forums."

      The post's here.

      --

      TANSTAAFI: There Ain't No Such Thing As A Free iPod.

  11. Excellent feature by yomegaman · · Score: 4, Informative

    I just noticed something totally cool about Safari. I was browsing espn.com and wanted to hear what Bill Cowher had to say about the penalty at the end of today's game. I clicked on the link for the video stream, and it asked if I wanted Real or Windows Media. First I tried Real, the window it created was a little too big but the plugin came up and worked just fine. Next I thought, what the heck, let's try Windows Media. Note that this plugin has NEVER worked for me in any browser other than IE, for who knows what reason. Anyway, I clicked the stream again and selected Windows Media. Up comes the window, and a sheet drops down that says something like "Safari doesn't know how to use this plugin. However, the program Windows Media Player may be able to handle this file. Wanna give it a try?" I say sure, and *bang* WMP starts up and plays the clip! No more digging through the source and cutting and pasting .asf URLs! Oh happy day!

    --
    ...wearing a skin-tight topless leather jumpsuit, with cutaway buttocks and transparent crotch panel.
  12. still having problesm running CSS tests? by King+Babar · · Score: 2
    Hmm, it does seem to run the CSS tests now (and does pretty well)

    Rats; I'm still getting failure with what claims to be Beta51. :-( I have the first beta still hanging around, though; is there some trick to the upgrade I missed?

    --

    Babar

  13. Possible better answer to the tabs problem by King+Babar · · Score: 4, Insightful
    OK, I'm not trolling here, it would have been really amazing if Apple had added supports for tabbed browsing in only two days. And I understand they haven't.

    I used to think exactly what you think about this. Then after seeing (again) some of the objections to them, I came up with an idea to gain tab-like functionality using ideas already implemented in what you might call "bookmark view" and the (key) idea that the information about existing windows that exists in the "Window" menu really wants to be treated like a collection as well. Check out: my previous post on a different safari thread, and then maybe also a slight tweak designed to bring up the "tab list" separately from other bookmark stuff. In both proposals, you would not have tabs listed across the top of the browser by default, and you would have to hit one keyboard combo (either option-cmd-B or option-cmd-w) to see the "tabs" at all. But after that, this view is *better* than what you get from tabs or the Window menu since it would essentially never have to truncate page titles and would obviously give you space to display URLs.

    Again, the basic idea is that the "window list" information could be made more navigable in a form very similar to that for bookmarks or the late, great file selector dialogs that allowed type-ahead on filenames. (I think Safari needs type ahead for links in normal webpages, too. Since type ahead is intuitive when the focus is in the location bar, I don't think it's a big stretch to make the Mozilla-like leap to allowing it when the focus is not on a text entry box of some kind.

    The functionality of tabs (rapid navigation to one of the several pages you have open) is preserved, while UI cruft is not required. Please tell me what you think. :-)

    --

    Babar

  14. Re:.fm by Toraz+Chryx · · Score: 4, Funny

    As an Englishman myself, I have this to say.

    It's our language and we can butcher it any way we see fit.

    So there! :p

  15. iBook users may disagree... by interactive_civilian · · Score: 2, Insightful
    As an iBook user (though I can only speak for myself) screen real estate is very limited and therefore a very precious resource. The iBook screen is only 1024x768, and though I try to target any web-pages I build to an 800x600 screen (because I like to have the extra space for other things), many people don't. So, web-browsing often requires a pretty big window.

    IMHO, there is simply no room for a tray on the side of that window, especially if I want to interact with other programs. I feel that tabs, even though they take up precious vertical space, are a much better MDI (oh how happy I would be if the tab bar could be vertical, running down the left-side of the window...but I feel that the horizontal tab bar is more intuitive to use).

    So, while a tray might seem like a great idea for users with high resolution screens, right now it seems like a huge part of Apple's market is laptop users, and unfortunately, our screens just don't have many pixels.

    As far as tabs go, I wish Mozilla's tabs were a bit narrower and I wish I could shrink the font of the page titles to gain a few more precious lines back. Currently, I have found (for my browsing style) using the PinBall theme with icon only buttons gives me the most real-estate to work with.

    But this is all just my own humble opinion, and I cannot speak for all iBook users. Cheers. :-)

    --
    "Empathise with stupidity, and you're halfway to thinking like an idiot." - Iain M. Banks
    1. Re:iBook users may disagree... by hobbit · · Score: 2

      Your position seems inconsistent to me - you don't want to use screen width, but you want vertical tabs (which, for any decent amount of text to be visible, would need to be fairly wide).

      I reckon that all we need is variable-width drawers; then you can decide just how much width you want to use. You can pretty much do that anyway with fixed-width windows (I used to position my Mail.app window so that most of the drawer was off the screen), but it would be nice if you could make your thumbnails as small as you want to.

      --
      "Wise men talk because they have something to say; fools, because they have to say something" - Plato
  16. Re:blaaaa!! by marmoset · · Score: 3, Funny

    I think you meant to say "The most popular, dynamic tool for delivering irritating, obnoxious ad content." :)


    I still use Chimera for some things but I'm never going back to IE -- it's just too freaking slow and I'm spoiled.

  17. Re:.fm by kalidasa · · Score: 5, Informative

    All dialects, including those who developed in England, are incorrect. Most dialectic differences were develloped by illiterate people. There is a correct way to use plurals in English which is well-documented, and it does not matter where you are from.

    This is misinformation. All dialects are correct, in that all dialects are self consistent with their own sytaxes and vocabularies. One can speak of the standard dialects, for instance, Received Standard Southern British, which is the canonical British dialect for public discourse, and Standard American English, which is the canonical American dialect for public discourse, or . Another widely used dialect in the United States is African-American Vernacular English, which is sometimes called by linguists Standard African American English, and politically sometimes called "ebonics" and distinguished as a different language by well-meaning idiots who have no background in linguistics.

    If one wishes to take part in public discourse, particularly in print, and especially "learned" discourse, it is necessary to learn one of the standard dialects, and it is helpful to learn more than one (e.g., both the American and British standard dialects). If one wishes to converse with persons from other regions that speak English and be sure to understand them, it is helpful to know something about the non-standard dialects which we all use (for instance, The Jargon File is in part a dictionary of a particular non-standard dialect used by self-identified "hackers," and like all dialects, its use is part of that process of self-identification).

    One's speech can be incorrect with reference to a particular dialect; for example, one who speaks of a cracker as a "hacker" is not speaking in correct hacker dialect, and is thus identifying himself (or herself) as a poser (i.e., is unintentionally emphasizing an false affectation). Thus one can, in the schools (one of whose primary purposes is the teaching of the local standard dialect), speak of right or wrong use of plurals, in reference to that standard dialect. But one cannot apply the rules from one dialect to others and necessarily identify what are right or wrong uses correctly. Indeed, this is a case in which the American and British standard dialects differ; if one says "Apple is," one is identifying oneself as an American or a wannabee; if one says "Apple are," one is identifying oneself as a Brit/Canadian/etc. (I think this is the usage in the various Commonwealth countries) or a Brit wannabee.

    Here's an excellent thread on a linguists list that talks a little bit about prestige or canonical dialects and standards.

    I leave the enumeration of the number of different dialects intentionally used in this posting as an exercise to the reader, though I point out that it is an exercise intended to show how shifts in dialect can change one's sense of the "identity" of a writer/speaker.

  18. I'll go you one further... by thatguywhoiam · · Score: 3, Informative
    Go check out Acquisition . It's a Gnutella client that uses the LimeWire P2P core with a Cocoa front-end. The latest beta release is looking very impressive, and it uses Drawers in the most fantastic way. There are screenshots on the site.

    Essentially all your search query strings become an item in the drawer on the side (whichever you like; Cocoa drawers are ambidextrous. Try collapsing the drawer in mail, and then drag a message to the right, and then to the left... you'll see what I mean.) This approach is comparable to Tabs in functionality, but appearance-wise takes advantage of the fact that tabs work better vertically for most situations, displaying additional information about the query, and offering controls over that query.

    A drawer approach in a browser would offer some interesting advantages over the tabs; one could arrange ad-hoc or dynamic collections within one such drawer entry, much in the way iTunes Smart Bookmarks work. For example a 'News' item, 'Blogs' item, etc.

    Similar functionality exists using the folder structures in the Safari Bookmark Bar, but the horizontal arrangement does sacrifice some real estate in the UI, as you want as much vertical room as you can get for your browser window, generally speaking. I wouldn't be surprised to see Apple implement a whole history in a drawer though, complete with scaling thumbnails of the pages themselves. (mostly cosmetic, and useless, that last bit - but it'll look damn cool).

    --
    If Jesus wants me it knows where to find me.
  19. One bug by inertia187 · · Score: 2, Interesting

    One bug I submitted that has not been address is when clicking on an HREF with a hash, JavaScript doesn't have access to the value, like in this example (shown source intended):

    Example

    Safari yields an alert that just contains a single "#" character. Other browsers will say "#hash" instead.

    --
    A programmer is a machine for converting coffee into code.
  20. The one thing I love... by berniecase · · Score: 2, Informative

    Throughout the Chimera nightly builds, I've been comparing its speed with IE by running non-scientific side-by-side browser tests. Chimera could only occasionally beat IE for loading sites like CNN, MSNBC, or Salon. Safari, on the other hand, beats IE all of the time. My test machines: PowerBook G4/500 and PC with a Celeron 400. It's sad that the Celeron used to beat the G4. It certainly isn't beating it anymore.

  21. crash and burn... by mojoNYC · · Score: 2, Interesting

    i dl'ed safari and it worked slick...until it crashed--now, everytime i try to launch it, it starts up and then eventually crashes...(i'm using osx 10.2, btw) i dl'ed the supposedly upgraded beta (v51), but same results--also, it looks identical to the first beta (get info on both just says '1.0 beta'). i'd like to report this to apple using their nifty little bug button, but it's kinda hard when the app won't even open up;>

  22. Re:Ability to see URL before clicking? by Maserati · · Score: 2

    It has a status bar, it just isn't on by default.

    Some days I think menus were a bad idea, people just don't look around in them to see what can be done.

    --
    Veteran, Bermuda Triangle Expeditionary Force, 1992-1951