The file is now located at /System/Library/PrivateFrameworks/Safari.framework/Versions/A/Resources/Reader.html. A quick locate command would have told me that, but I didn’t think to look outside of the application bundle for it. Thanks, Jeremy.

Antique is still at version 1.6, but I may do some updating now that it’s back in action. Download below.

Related posts:

1. Antique on PimpMySafari.com
2. Antique Safari Reader hack update with Evernote goodness
3. Antique 1.6, final release

Originally posted on BrettTerpstra.com at Antique is back, baby

I bought a MacBook Air recently. I have never been this happy with an Apple hardware purchase before. Not to gush, but I’ve bought and loved a lot of Macs and this one takes the cake. I’m doing more and more of my everyday work and writing on it, but I still like to sit down at the dual-monitor setup of my Mac Pro fairly regularly. When I do that, the Air becomes an auxiliary machine and I offload most of my chat and social apps to it. The annoying side of this setup is that I end up with Safari tabs piling up on both Macs, and half of them really make more sense on the other machine.

I wrote a pair of scripts that execute over SSH to pull in all of the browser tabs from the front window of Safari on the other Mac into new tabs on the one calling the script. They’re designed to run on Macs on the same network, though they’d work remotely if you could think of a reason to do it. I run it in both directions, and call it with a simple do shell script AppleScript in ~/Library/Scripts/Applications/Safari so it’s in my menubar when I’m browsing.

Just a few prerequisites:

1. You need keyless ssh set up between the two (or more) Macs. If you want a two-way sync, you need keys in both directions. This article has everything you need.
2. To keep things simple, set up a ~/.ssh/config file on each machine you want to pull tabs to. Create the file if you don’t have one, or add this at the bottom of an existing one, modifying it for your setup:

host air
  HostName computername.local
  User remoteusername

Now you can just install the scripts, edit one line on each and start pulling tabs back and forth between computers.

remotetabs.rb

This goes on the machine you want to pull from. If you’re going both directions, you’ll want both scripts on both machines. Easy enough, right? Save this one as remotetabs.rb in ~/scripts/ and run chmod a+x ~/scripts/remotetabs.rb. Note that it doesn’t attempt to do any error reporting, it just fails silently or times out if there’s a problem. You’ll know something went wrong, you just won’t know what. It’s mysterious, enjoy it.

Because I often run Webkit, and because Webkit demands that it be addressed separately from Safari, there’s a quick check in here to see which one is running at the time.

#!/usr/bin/ruby

def app_running?(app)
  not `ps ax|grep -i "#{app}.app"|grep -v grep`.empty?
end

def webkit_running?
  return false if `ps ax|grep -i "Safari.app"|grep -v grep`.empty?
  not `ps ax|grep -i "/Applications/Webkit.app"|grep -v grep`.empty?
end

if app_running?("Safari")
  browser = webkit_running? ? "Webkit" : "Safari"
  urllist = %x{osascript <<-APPLESCRIPT
               tell application "#{browser}"
               set _tabs to every tab of window 1
               set _urls to {}
               repeat with _tab in _tabs
               set end of _urls to URL of _tab
               end repeat
               set {astid, AppleScript's text item delimiters} to {AppleScript's text item delimiters, " "}
               set output to _urls as text
               set AppleScript's text item delimiters to astid
               return output
               end tell
               APPLESCRIPT }.chomp
  puts urllist
end

getremotetabs.rb

This goes on the machine that's doing the "pulling." Save it as getremotetabs.rb in ~/scripts/ and run chmod a+x ~/scripts/getremotetabs.rb. You need to edit the remote_host variable in this script on each machine to match the hostname you set up in your ~/.ssh/config file for the 'other' Mac.

#!/usr/bin/ruby
# retrieves a list of urls from the front Safari window running on a remote machine

remote_host = 'air' # as set up in ~/.ssh/config with nick and keyless login

%x{ssh #{remote_host} ~/scripts/remotetabs.rb}.chomp.split(' ').each { |url|
  %x{osascript -e 'tell application "Safari" to open location "#{url}"'}
}

That's it. You can save an AppleScript with do shell script "/Users/username/scripts/getremotetabs.rb" anywhere you want to, or just call the script from the command line. Also, stop making fun of my OSD. I mean it.

Related posts:

1. Saving Safari browsing sessions to Evernote
2. Save Safari tabs to Instapaper
3. Geeklet: 1-minute average CPU load

Originally posted on BrettTerpstra.com at Duplicating Safari browsing sessions between Macs

There’s a one-click install available at the Safari Extensions Gallery, or feel free to download it directly below.

For an overview of features in the new version, see the original 2.0 announcement post.

Related posts:

1. Single-keystroke Instapaper in Google Reader
2. Minor TabLinks update
3. TabLinks 2.0

Originally posted on BrettTerpstra.com at TabLinks 2.0 is live

I’ve been doing some screencasts lately, and have wanted to post them as HTML5 videos in many cases. I also wanted to serve them from my Cloudfront CDN. This is not a how-to post, just some things I learned that I couldn’t find existing answers to. For an excellent primer, see Video On the Web from Dive Into HTML5.

I kept running into hurdles, whether it was the content-type of the file being served, or the OGV encoding not working in Firefox, weird sizing, slight variations in syntax, etc. So here are my notes on how I got from ScreenFlow to a cross-browser HTML5 video embed. They may not be of much use outside of that situation, but they might help somebody.

1. The only way I could get an OGV file that actually played in Firefox was to export from ScreenFlow in a DV format, and use Evom or ffmpeg2theora to convert. Note that Evom requires the file extension to be mov, as it doesn’t recognize (and won’t accept) dv files. Evom has a setting called HTML5 that will create both MP4 and OGV files. 2. Aside from writing my own Ruby scripts to handle the upload to my Amazon S3 account, Transmit is the only app I could find that would let me automatically set appropriate MIME headers on uploaded video files, and allow me to automatically make them public. I now have a Transmit droplet in Dropzone that will upload my files directly to the S3 bucket that my Cloudfront account uses, set their Content-Type to video/ogg and video/mp4, respectively, and make them public-readable. 3. The embed code is a little bit flexible, with parameters like “preload” and “autobuffer” seemingly being interchangeable. My current, working embed code looks like:

<video width="476" height="324" controls="" autobuffer="autobuffer">
  <source src="http://cdn.brettterpstra.com/media/TablinksDemo2.mp4" type='video/mp4; codecs="avc1.42E01E, mp4a.40.2"'>
  <source src="http://cdn.brettterpstra.com/media/TablinksDemo2.ogv"  type='video/ogg; codecs="theora, vorbis"'>
</video>

With those steps in place, I’ve got video that plays (and looks decent) in Safari 5, Firefox 4 and Chrome. Obviously, I’d normally want a Flash fallback, but given that the videos I’m currently working on are about Safari 5, I’m not overly concerned whether Internet Explorer can see them or not. There’s always good-looking plugins like FlareVideo if that’s a requirement.

Related posts:

1. Automating HTML5 video encodes
2. Seriously easy HTML5 video encoding
3. Automated HTML5 video encoding revisited

Originally posted on BrettTerpstra.com at Quick notes on cross-browser HTML5 video

• Opens a new tab instead of an overlay.
• Adds %b (line break) to the template options. Use as many as you like, one will be inserted at the end of each line by default.
• In preferences, you can choose to operate on all open windows, or just the current foreground window.
• The template can be edited live from the TabLinks window. Save/Apply will update the links in the list with the new template.
• Default template presets are included, accessible through the “Presets” button.
• Clicking the links once will select the whole block, as will the “Select All” button.
• Double-clicking the links will make them editable, changes are saved when you click or tab out of the box.

You can download the 2.0 release below, or wait for it to update in the Extensions Gallery.

Related posts:

1. Minor TabLinks update
2. TabLinks 2.0 is live
3. TabLinks Safari Extension

Originally posted on BrettTerpstra.com at TabLinks 2.0

Primer: gleeBox is an amazing extension for Safari (and Chrome and Firefox) that gives you keyboard navigation of links, bookmarks, bookmarklets and more. If you haven’t tried it out, you should.

A while back I wrote about fixing the highlights in gleeBox. I found them just ugly enough to require measures to soften the colors and handle padding a little differently. Well, color me tickled, the latest update that just showed up in my extensions panel brings, among other things, prettier highlights. Prettier than my makeshift ones, too. Just thought I’d share…

Related posts:

1. Fixing Gleebox
2. Why I will never be a wildlife photographer
3. A little HootSuite userstyling

Originally posted on BrettTerpstra.com at gleeBox gets prettier highlights

It uses the same navigation as Instapaper Beyond (mmm, clever), so pressing “h” will bring down a menu of the main commands available in the extension, and pressing the letter for a command (or clicking it in the menu) will provide more information about that command. In some cases, a short screencast is available, and I’ll put more up when I have a chance.

The page takes advantage of the fact that it’s pretty much exclusive to Safari 5, using HTML5 video tags and webkit transitions for much of the interface. That, and a little jQuery. The video player is a custom-styled <video> tag, which was something I’ve been meaning to figure out how to pull off.

I hope IB users enjoy the page, and I welcome comments and criticisms!

Related posts:

1. Instapaper Beyond: fix for text style controls
2. Instapaper Beyond Bugs (fixed)
3. Instapaper Beyond for Safari

Originally posted on BrettTerpstra.com at Instapaper Beyond microsite

I have a few new features completed and ready to launch, actually, but I’ll save them up for a bigger update. I’m also going to try to find time to build out a dedicated project page, and maybe even add a screencast. I do love making screencasts.

I’ll be keeping an eye on the gallery to see when it shows up. Follow @ttscoff on Twitter if you’re curious, I’m sure I’ll have an excited tweet or two when it does.

Related posts:

1. Instapaper Beyond microsite
2. TabLinks 2.0 is live
3. New Safari Extensions give good source

Originally posted on BrettTerpstra.com at Instapaper Beyond in the Safari Extensions Gallery

I cleaned up a few loose ends, fixed some error messages, general housekeeping. However, I’m still stuck as to how to tell when a post to Instapaper fails. I’m unable to get a response code from the async post, so all I can really tell is that there was a response. I can’t tell if it was good or bad. So… the notification will pretty much always tell you it was a success. If your articles aren’t showing up in Instapaper, check your username and password in the settings and try again.

I doubt I’ll push much further on this, given that the Instapaper bookmarklet does a fine job with Google Reader, and you can trigger it with a ⌘-# if it’s in your bookmarks bar, # being the position of the bookmarklet in the bar, from 1–9.

Related posts:

1. Bookmarklet: Read Pinboard links with Instapaper Text
2. Instapaper Beyond: fix for text style controls
3. Single-keystroke Instapaper in Google Reader

Originally posted on BrettTerpstra.com at GReader Instapaper 0.2

Click below to download, unzip the extension and double click it to install. Head for Preferences->Extensions and set up your Instapaper username and password, and pick a hotkey. The default hotkey is “i”, which doesn’t interfere with existing Google shortcuts. Tailor to taste.

The only issue I’m having right now is that it doesn’t fail properly if you have an incorrect user/pass combination. It tells you it succeeded, but doesn’t post to your account. I’ll have to add a verification step at some point in the process. For now, if things aren’t showing up in Instapaper for you, check your username and password in the Extensions preferences. Be sure to check out Instapaper Beyond, too!

Download:

Related posts:

1. GReader Instapaper 0.2
2. Instapaper Beyond for Safari
3. Instapaper Beyond: fix for text style controls

Originally posted on BrettTerpstra.com at Single-keystroke Instapaper in Google Reader

This release includes:

• Alphabetical sorting of the help HUD (A-Z,a-z)
• Edit a bookmark with “E” (Shift-E)
  • you can tab through the fields and submit with Enter, returning you to your listing
• Scroll animation when navigating bookmark lists
  • makes it more obvious which direction the page just scrolled you in when selecting a bookmark partially or entirely offscreen.

Download:

Related posts:

1. Instapaper Beyond: fix for text style controls
2. Instapaper Beyond 1.3
3. Instapaper Beyond 1.8.7

Originally posted on BrettTerpstra.com at Instapaper Beyond 1.8.9

This is relatively minor update for Instapaper Beyond, the Safari extension which gives you full Ajax loading and keyboard control over Instapaper. It does, however, have one very cool new feature, and one often-requested fix.

The new feature is type-ahead folder selection in the popup HUDs for Move To and Go To Folder. When the HUD pops up, you can just start typing and it will find the first folder that matches the letters you’ve typed and select it. The arrow keys function as usual, and enter or right arrow will open the selected folder. If you type a few letters and then hit backspace or escape, it will clear the filter field. If you pause for a second, then start typing again, it will start a new filter, QuickSilver/Launchbar style.

The other noticeable change is that it works better with Greystyled now. It’s not perfect, as Greystyled wants to do its own thing with the Ajax-loaded text versions and there’s a major conflict. I check for Greystyled now, though, and give it a little leeway. The text view will not look like it does in Greystyled without IB loaded, but it will work for you.

If you have Instapaper Beyond loaded, it will either update automatically, or show up in your available updates if you have auto-updates turned off. If you haven’t loaded it, download it below and give it a try!

Related posts:

1. Instapaper Beyond Bugs (fixed)
2. Instapaper Beyond: fix for text style controls
3. GReader Instapaper 0.2

Originally posted on BrettTerpstra.com at Instapaper Beyond 1.8.7

I actually ended up rewriting the existing javascript as a module in Instapaper Beyond, so there’s the possibility of easily extending it to handle more options. Background color, more fonts, etc. We’ll see how far I get with that. My next order of business is to get it to work with some of the existing userstyles out there, but time has been tight for me when it comes to these side projects. I’ll keep you posted.

If you have Instapaper Beyond installed, it should show up in your updates (or be updated automatically, depending on your settings). If you want to download the extension, please use the link below. For more information on Instapaper Beyond, see the original post for the Safari Release.

Related posts:

1. Instapaper Beyond 1.8.7
2. Instapaper Beyond 1.8.9
3. GReader Instapaper 0.2

Originally posted on BrettTerpstra.com at Instapaper Beyond: fix for text style controls

When I decided to fix this, the first issue was that when EverSave creates the Evernote note, it lets Evernote convert the list from HTML to Rich Text. Once it’s stored in Rich Text Format (RTF), manipulating it via any shell language, including AppleScript, becomes quite difficult. It’s not impossible, but I quickly decided it wasn’t a route I wanted to wander down. Here’s what I did do…

Saving tabs to Evernote

What I ended up doing was modifying what EverSave stored, and including the actual URL in the visible text of the note. It’s not the prettiest solution, but it’s the only way that this particular system will work. I did my best to minimize the visual presence of the URL using the rudimentary markup that Evernote actually pays attention to. The final product looks like this:

The actual layout is still fully controlled by the _template property in the first line, which is the only line that’s changed from the original script. I’m posting the whole thing again, with this minor revision, for convenience. With a little bit of HTML (remember to escape your double quotes), you can modify the template to look however you like. Just keep in mind that Evernote strips 90% of markup out when it creates the note from your HTML, so stick with basic tags. See the original EverSave post for a breakdown of the script.

Be sure to continue reading after the script to see how we handle the “restore” functionality.

property _template : "<li><strong><a href="%url">&uArr;</a> %name</strong> < <small>%url</small> >"
 
--search and replace function for template
on snr(tofind, toreplace, TheString)
	set ditd to text item delimiters
	set text item delimiters to tofind
	set textItems to text items of TheString
	set text item delimiters to toreplace
	if (class of TheString is string) then
		set res to textItems as string
	else -- if (class of TheString is Unicode text) then
		set res to textItems as Unicode text
	end if
	set text item delimiters to ditd
	return res
end snr
 
set prettyDate to do shell script "date '+%A, %B %d, %Y at %l:%M %p'"
set theTitle to "Bookmarks " & prettyDate
set urlList to "<ul>"
 
tell application "Safari"
	set tabList to every tab of front window
	repeat with aTab in tabList
		set aLink to _template
		set aLink to my snr("%name", name of aTab, aLink)
		set aLink to my snr("%url", URL of aTab, aLink)
		set urlList to urlList & aLink & return
	end repeat
end tell
set urlList to urlList & "</ul>"
 
tell application "Evernote"
	set theNote to create note with html urlList title theTitle notebook "Bookmarks"
end tell

I have this script saved as “EverSave.scpt” in my ~/Library/Scripts/Applications/Safari folder (create it if you don’t have it), and launch it using FastScripts with a Command-Shift-S shortcut. Safari doesn’t have anything bound to that key-combo, and it’s easy to remember (Save As in most programs).

Restoring tabs

This solution makes a few assumptions, but the script is easily customized to handle any differences in your setup. I went with a System Service (Snow Leopard) for the restore function, primarily because it allows me to act directly on selected text in Evernote. It’s a very simple Ruby script that parses the selected text for urls, and then opens any that it finds in sequential order using your default browser. There’s a commented out line if you want to always target Safari directly when opening them, which may be useful in some situations. I use Choosy, and have a rule that just directs all of these to Safari. If you have Safari set as your default browser, and that’s where you want to open your links, this will just work as is.

To set up the service:

1. Open Automator and select “Service” as the new file type.
2. On the right hand side, tell it that “Service receives selected” text in Evernote.app (choose Other… and select Evernote).
3. Find “Run Shell Script” in the list on the left and drag it into the area on the right.
4. Set the Shell dropdown to /usr/bin/ruby
5. Insert the following code, and feel free to modify
6. Save the result as “EverRestore”
7. Assign a shortcut key, if desired, in System Preferences > Keyboard > Keyboard Shortcuts > Services

Here’s the code for the service:

ARGF.each do |f|
    links = f.scan /< (https?://.*?) >/mi
    # The above scans specifically for the angle brackets in my template. 
    # If you remove those from the output of EverSave, be sure to update
    # the regular expression accordingly.
    if links.empty? then
        exit
    else
        links.each {|link| %x{osascript -e &#x27;open location "#{link[0]}"&#x27;}}
        # links.each {|link| %x{osascript -e &#x27;tell application "Safari" to open location "#{link[0]}"&#x27;} }
    end
end

The simple regular expression in line 2 does scan specifically for the angle brackets I used in the new EverSave template. That just relieves some complexity. If you want a regular expression that doesn’t require the angle brackets, try replacing line 2 with this:

links = f.scan /(https?://([^s",;]+)..{2,4}(/[^s",;!]+))/mi

Once it’s saved in Automator, it should be available when you select text in Evernote. If there are visible URLs in the selected text, running this Service will open them in tabs in Safari (or your default browser). You can selectively open certain urls by only selecting the lines that contain the ones you want to open. Non-contiguous selections will require a little text editing, of course.

Not as hard as it looks… really.

The explanation got a little long, and probably seems unnecessarily complex. The fact is, I can save a Safari browsing session with one key combo, edit, annotate and tag it (if I want to), then restore it later by highlighting and typing a new command combination. It’s actually quite convenient, and fairly bulletproof. I’d love to hear how you use it, or what you’re doing instead!

Related posts:

1. Antique Safari Reader hack update with Evernote goodness
2. Clippable to Evernote Snow Leopard Service
3. Save Safari tabs to Instapaper

Originally posted on BrettTerpstra.com at EverSave revisited, now with session restore!

BetterSource adds two buttons to your toolbar. The first is for viewing the source code of the current page in a new tab, and with line numbers and syntax highlighting. That in itself is a huge improvement over the native source viewer. The second does the same, but with the rendered source (after DOM changes and other javascript fun), which is basically what you get in the Inspector, but with less fuss and easier copying.

Entropy provides the second extension (actually, a plugin to be placed in ~/Library/Internet Plugins), called the XML View Plugin. It provides a more Firefox-like view of XML data (which Safari fails to display), and also formats JSON data for easy viewing. For anyone who works with API’s and consumes web services, this is a great tool and a welcome addition to Safari.

Related posts:

1. Clippable updated to remove source code line numbers
2. Instapaper Beyond in the Safari Extensions Gallery
3. Single-keystroke Instapaper in Google Reader

Originally posted on BrettTerpstra.com at New Safari Extensions give good source