Skip to main content

Joel Liu's Library tagged Safari   View Popular, Search in Google

Nov
30
2010

Safari:扩展专辑:SuperDrag Safari Extension - http://is.gd/d1hnP #Safari #扩展推荐 #拖拽 #拖放

Safari

Safari:扩展专辑:Live CSS Safari Extension - http://is.gd/d25We #css #extensions #Safari #扩展推荐

css extensions Safari

Safari 5 Extension Validating Event http://bit.ly/bC5lV3 #safari #extension

safari extension

Jun
10
2010

  • I'm surprised Apple didn't hype the Reader feature in Safari 5 a bit more. It's almost a stealth function, and you might not even notice it is there. My colleague Dave Caolo touched on it in his Safari 5 overview, and I want to make sure everyone tries it. (If you're a fan of the Readability bookmarklet, you're probably going to like it -- in fact, it's built on the same code base.)
  • I found reading this way to be a terrific experience. Reader simplifies the web, getting rid of a lot of the annoying sidebars and extraneous content. It won't work on a front page with lots of links to articles, but once you are in the article, it should re-render your page if you ask it to.
     
     
    Apple support boards are seeing a bit of traffic about Safari 5 compatibility, but the reader functions seems to be very solid. Give it a try and see if it doesn't change your web experience. Reader works on both the Windows and Mac version of Safari. I'd love to get it on the iPad and the iPhone -- but you can get a taste of it now on those devices by using the Instapaper Mobilizer to create Reader-esque pages from your favorite sites.
Jun
8
2010

  • For those who want to see a naive extension in action, I did a quick version of Helvetireader to the Safari extension format. It's trivial, but it also is a good template for further injection projects:

    http://kirindave.tumblr.com/post/675464589/safari-5-port-of-...

    My big question is: will these make it to the iPad version of Safari?

  • Interesting, in the Messages and Proxies[1] page, Apple has ad-blocking as an example which actually blocks the ads from being loaded using the `beforeload` event (as oppose to hide them after they're loaded):

    > Safari 5.0 and later (and other Webkit-based browsers) generates a “beforeload” event before loading each sub-resource belonging to a webpage. The “beforeload” event is generated before loading every script, iframe, image, or stylesheet specified in the webpage, for example.

    Isn't this exactly what the NoScript's author says Chrome extension was lacking[2]?

    [1]: http://developer.apple.com/safari/library/documentation/Tool...

    [2]: http://hackademix.net/2009/12/10/why-chrome-has-no-noscript/

  • The Reader button (where the RSS button would normally be) seems to only be displayed when Safari recognizes a article (until now it recognized everything I threw at it – blog articles, magazines, newspapers). It then overlays the article pretty nicely over the page: http://dl.dropbox.com/u/4073000/reader.png

    One really cool thing about Reader is that it recognizes multi-page articles. I tried a New York Times and a Ars Technica article. It doesn’t immediately load everything but rather as you are scrolling.

    Bad news, by the way, for all who hoped that Reader would get rid of (all) ads, it still displayed one of those small ads placed in the body of the article: http://dl.dropbox.com/u/4073000/ads.png

  • I don’t think we should. Browsers are probably the single most competitive piece of software out there. Microsoft, Google, Apple, Mozilla – there is no reason to fret or even care about what Safari does.
  • 7 more annotation(s)...
Jun
7
2010

  • Safari Reader makes it easy to read single and multipage articles on the web by presenting them in a new, scrollable view without any additional content or clutter. When Safari 5 detects an article, users can click on the Reader icon in the Smart Address Field to display the entire article for clear, uninterrupted reading with options to enlarge, print or send via email.
  • Safari 5 adds more than a dozen powerful HTML5 features that allow web developers to create media-rich experiences, including full screen playback and closed captions for HTML5 video. Other new HTML5 features in Safari 5 include HTML5 Geolocation, HTML5 sectioning elements, HTML5 draggable attribute, HTML5 forms validation, HTML5 Ruby, HTML5 AJAX History, EventSource and WebSocket. 

      

     The new, free Safari Developer Program allows developers to customize and enhance Safari 5 with extensions based on standard web technologies like HTML5, CSS3 and JavaScript. The Extension Builder, new in Safari 5, simplifies the development, installation and packaging of extensions. For enhanced security and stability, Safari Extensions are sandboxed, signed with a digital certificate from Apple and run solely in the browser.

Nov
18
2008

  • 11. What type of plug-ins does Safari support?

     

    All versions of Safari support Netscape-style plug-ins. In additon to Netscape-style plug-in support, Safari 1.3 and above on Mac OS X supports Cocoa plug-ins. While not cross platform, Cocoa plug-ins are easy to create and allow your plug-in to leverage all of Cocoa's frameworks.

     

    For more on writing Cocoa plug-ins, review the WebKit Plug-In Programming Topic and try the sample plug-ins available in the WebKit examples directory provided with Xcode.

     

    For more on writing Netscape-style plug-ins for Safari, see Apple's Technical Note on Browser Plug-ins for Mac OS X and Netscape's definitive Plug-in Guide. A very simple Sample plug-in is available, however you will need the appropriate header file "npapi.h" from Netscape to build the project yourself.

     

    With the transition to Intel-based processors, developers should always create universal binaries for plug-ins written with Carbon, Cocoa, or BSD APIs. For information on how to create universal binaries, see Universal Binary Programming Guidelines.

  • 12. Where should Safari plug-ins reside?

     

    To insure that a given plug-in is available to all users of Safari as well as other WebKit-based applications, browser plug-ins should be placed in the '/Library/Internet Plug-Ins/' directory.

     

    For Safari 3.0 on Windows, browser plug-ins may be placed in the 'C:\Program Files\Safari\plugins\' directory or any other appropriate location provided that the location is placed in the registry under the registry key '\Software\MozillaPlugins'.

1 - 16 of 16
Showing 20 items per page

Diigo is about better ways to research, share and collaborate on information. Learn more »

Join Diigo
Move to top