Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!

Restore Safari 3's 'in window' tabs to Safari 4 beta Web Browsers
Safari 4 places its tabs at the top of the window. If you prefer Safari 3's tab location (within the window), open Terminal and copy and paste the following command to get Safari 3 style tabs back:
defaults write DebugSafari4TabBarIsOnTop -bool FALSE
To get top tabs back, quit Safari, and repeat the above Terminal command, but change FALSE to TRUE.

[robg adds: This works as described.]
  Post a comment  •  Comments (20)  
  • Currently 1.67 / 5
  You rated: 5 / 5 (9 votes cast)
[18,998 views]  View Printable Version
A collection of additional Safari 4 Beta hidden settings Web Browsers
In addition to restoring in-window tabs, it turns out that there are a number of other hidden preferences available in the Safari 4 Beta. In the interest of efficiency, I've chosen to list all of them that I know about (as of today, at least) in this one hint. As more are uncovered in the future, I'll run those as standalone hints. But for now, here's a list of seven (in addition to the one to move the tab bar) more tweaks you can apply to Safari 4 Beta.

Each of these are boolean variables, meaning they take a TRUE or FALSE argument. They also all default to TRUE, so to enable each one, you need to set its value to FALSE. To do that, use this command template in Terminal:
defaults write key_name -bool FALSE
Replace key_name with the variables as shown below. To disable any one of the hacks, you can either reverse the command by replacing FALSE with TRUE, or you can delete the key entirely:
defaults delete key_name
When you change any of these values, make sure Safari is not running at the time. Read on for a list of each variable and a brief description of its function.
read more (295 words)   Post a comment  •  Comments (14)  
  • Currently 1.78 / 5
  You rated: 3 / 5 (9 votes cast)
[19,686 views]  View Printable Version
Manually add websites to Safari 4 Beta's Top Sites page Web Browsers
There isn't an obvious way to add sites to Safari 4 Beta's new Top Sites page, but this is a Mac after all, so it occurred to me that drag and drop might work, and it does:
  1. Open the top sites window.
  2. Click the Edit button.
  3. Open the web site you'd like to add to Top Sites in another window.
  4. Drag the want-to-add site's site icon (it appears to the left of the URL) from the URL address bar into the Top Sites window. You can position the site while you're dragging it, too.
  5. Drop the site when it's in the position where you'd like it to stay -- the site will be pinned to this position automatically.
[robg adds: This works as described, making Top Sites much more useful to me; there are sites I like to show on my Speed Dial page in Firefox, for instance, even though I don't visit them all that often.]
  Post a comment  •  Comments (15)  
  • Currently 3.61 / 5
  You rated: 5 / 5 (18 votes cast)
[126,061 views]  View Printable Version
Sync Camino via Dropbox Web Browsers
I get my Camino to sync between my Mac at home and work via Dropbox. Here's how:
  1. Make a backup copy of your ~/Library/Application Support/Camino folder.
  2. Download Dropbox, then activate a Dropbox account if you have not done so already.
  3. On your first machine, move (not copy) your ~/Library/Application Support/Camino foder to your Dropbox folder.
  4. Symlink your user's ~/Dropbox/Camino folder to ~/Library/Application Support/Camino with this Terminal command:
    $ ln -s /Users/Dropbox/Camino /Users/Library/Application\ Support/Camino
  5. Repeat the same move/symlink process on your second (and third, etc.) Mac.
In this way, Camino uses the synced Dropbox folder as its profile folder; when you open your Camino, it will be the same on both machines.

[robg adds: I haven't tested this one. The basic process could be used to sync settings in many types of apps, obviously.]
  Post a comment  •  Comments (10)  
  • Currently 1.14 / 5
  • 1
  • 2
  • 3
  • 4
  • 5
  (7 votes cast)
[9,890 views]  View Printable Version
Toggle flash in Safari via plug-in Web Browsers
If you open many tabs in Safari for webpages that have Flash content, you've probably noticed Safari's processor usage skyrocket. clicktoflash is an open source Safari (WebKit) plug-in which prevents Flash loading unless you click the graphic representing the Flash content. I find Safari is much more stable as a result and quicker at loading webpages.

[robg adds: An earlier hint discussed using SafariStand to do the same thing. SafariStand, however, is a complex add-on that many users may prefer not to add to Safari. clicktoflash does just one thing, and after testing it for a day or so, I can say it works quite well. In Firefox, I use the FlashBlock plug-in to do the same thing.]
  Post a comment  •  Comments (13)  
  • Currently 2.38 / 5
  You rated: 4 / 5 (13 votes cast)
[33,164 views]  View Printable Version
Clean some Safari cookies via a Perl script Web Browsers
If you want to clean your Safari cookies, but you want to keep certain (login) cookies, you could manually remove cookies from the Safari preferences menu -- Safari » Preferences » Security » Show Cookies. However, that can be time consuming. As an alternative, try this Perl script:

use strict;
use warnings;
use File::Slurp;

### Edit this to your liking (put a pipe character between two words)
my $keepCookiesWith = "aap|teun|betterbe|";

### Put your OS X short username here (there should be a directory with the same name under /Users)
my $userName = "teun";

### ### ### Don't edit beneath this line unless you know some Perl
my $path = "/Users/$userName/Library/Cookies/Cookies.plist";
my @date = localtime();
my $date = sprintf("%04d%02d%02d", $date[5] + 1900, $date[4] + 1, $date[3]);
my $cookies = read_file($path);
rename ($path, $path . "." . $date);

open(WH, ">$path");
print WH <<EOF;
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "">
<plist version="1.0">
while ($cookies =~ m#(\s*<dict>.+?</dict>)#gs)
    my $cookie = $1;
    if ($cookie =~ /$keepCookiesWith/)
        print WH $cookie;
print WH <<EOF;

close (WH);
This code will back up your Cookies.plist file, and create a new one with only the cookies that match the regex you put in $keepCookiesWith.

To use the script, save the code as (or some other name), somewhere on your hard disk. Put something in $keepCookiesWith and in $userName. Give the file execute permission with chmod 755, and run it in Terminal by typing (assuming you're in the directory where the program is located) ./

This could easily be rewritten in the language of your choice, if you desire.
  Post a comment  •  Comments (6)  
  • Currently 1.78 / 5
  You rated: 1 / 5 (9 votes cast)
[9,990 views]  View Printable Version
Make GlimmerBlocker work with sites that use Pheedo Web Browsers
I use the proxy-based ad blocker GlimmerBlocker and visit sites, including Macworld, that use Pheedo. I noticed that the Macworld vodcasts were turning up empty in iTunes. The cause, it turns out, is that GlimmerBlocker blocks Pheedo.

There is a workaround though -- just create your own list, and add a whitelist for host, path /click.phdo with priority 3. Then any Pheedo-using sites will work just fine.
  Post a comment  •  Comments (6)  
  • Currently 1.56 / 5
  You rated: 3 / 5 (9 votes cast)
[7,674 views]  View Printable Version
A possible fix for slow Flash plug-in loading in Safari Web Browsers
I noticed that Safari was getting a bit slow to load the Flash plug-in the first time in every browsing session. After a quick look in my Internet Plug-ins (/Library/Internet Plug-Ins) folder, I found two files related to the Flash Player. A recent one (Flash Player.plugin) and an old one (flashplayer.xpt). After removing the .xpt file, Safari become far snappier to load flash the first time.

I guess the .xpt file is an old version of the plug-in that I dragged with me during successive installs and migrations; I expect a lot of users may have the same issue. (I had the same problem on my home Mac and my work Mac).
  Post a comment  •  Comments (23)  
  • Currently 3.61 / 5
  You rated: 5 / 5 (18 votes cast)
[55,710 views]  View Printable Version
Disable Firefox's Command-Arrows page jump shortcuts Web Browsers
Within some online text editors, such as TinyMCE, Firefox (on a MacBook) will handle Command-Left Arrow as 'go back one page' rather than 'go to the start of the current line.' Likewise, Command-Right Arrow will take you forward a page, but if there's not a page to go forward to, this often results in moving the cursor to the end of the current line after all.

To see this in action, go here, and from that page, go to Examples and then to Documentation. Now, go back one page. On the Examples page, change some text and hit Command-Left Arrow while the cursor is still within the editor. Firefox will take you back another page, losing any changes you made. If you try the same thing in Safari, it would simply move the cursor to the start of the current line. Likewise, for Command-Right Arrow, Firefox takes you forward to Documentation, where Safari would move the cursor to the end of the current line.

The solution is simple -- use the keyconfig add-on. After installing keyconfig, go to Tools » Keyconfig, click on the "Back : Command-Left Arrow" entry, then click the Disable button. Next, select the "Forward : Command-Right Arrow" entry and click Disable. That's all. To navigate from page to page, use Command-[ and Command-].

While we're at the subject, if you don't want Delete/Backspace to take you the previous page when your cursor happens to be outside any textbox, see this hint. You could probably accomplish the same result by using keyconfig by disable the "Back : Backspace" shortcut.

[robg adds: When I tested this hint in Firefox 3.0.5, the modified text in the TinyMCE editor showed up, even after going forward or back away from the page. If you're interested in learning more about keyconfig, this hint explains in a bit more depth about how to use it to set up your own keyboard shortcuts for commands that don't have menu item entries.]
  Post a comment  •  Comments (16)  
  • Currently 2.92 / 5
  You rated: 5 / 5 (13 votes cast)
[21,476 views]  View Printable Version
10.5: Create session-only cookies in Safari in 10.5.6 Web Browsers
For the paranoid, the pornsurfer, as well as anyone with a not-undue concern about online tracking, it is useful to be able to automatically delete all cookies when quitting one's browser.

For most of the history of Safari, although the browser did not provide a way of erasing all cookies at shutdown, the facility could be emulated by setting one's ~/Library » Cookies » cookies.plist file to "read only" (see this hint). Since cookies are stored in memory until the browser shuts down, the result was a perfectly normal browser session with no cookies carried to the next session.

This ability went away with 10.5, as a read-only cookie file caused random issues at most sites requiring a login cookie. There was no option but to reset the cookie.plist file to read/write, and delete them by hand every now and then.

The problem has been resolved in 10.5.6, but the technique for achieving it is slightly different -- you now must set the containing folder to read-only, not the file. Read on for a detailed walkthrough, if you need it...
read more (99 words)   Post a comment  •  Comments (9)  
  • Currently 1.90 / 5
  You rated: 1 / 5 (10 votes cast)
[19,783 views]  View Printable Version