<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Indistinguishable from Jesse &#187; Mac</title>
	<atom:link href="http://www.squarefree.com/categories/mac/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.squarefree.com</link>
	<description>Jesse Ruderman on Firefox, security, and more</description>
	<lastBuildDate>Sun, 05 Feb 2012 17:32:14 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Making it easier to install Mac apps</title>
		<link>http://www.squarefree.com/2009/09/17/making-it-easier-to-install-mac-apps/</link>
		<comments>http://www.squarefree.com/2009/09/17/making-it-easier-to-install-mac-apps/#comments</comments>
		<pubDate>Fri, 18 Sep 2009 04:31:12 +0000</pubDate>
		<dc:creator>Jesse Ruderman</dc:creator>
				<category><![CDATA[Mac]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[User Interfaces]]></category>

		<guid isPermaLink="false">http://www.squarefree.com/?p=528</guid>
		<description><![CDATA[Limi and Gruber recently wrote about what application developers can do to make installing Mac apps easier. All the choices have serious downsides: Disk images take many steps, and many things can go wrong. Zip files leave you wondering what to do, especially if you use a browser other than Safari. Installers have a reputation [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://limi.net/articles/improving-the-mac-installer-for-firefox/">Limi</a> and <a href="http://daringfireball.net/2009/09/how_should_mac_apps_be_distributed">Gruber</a> recently wrote about what application developers can do to make installing Mac apps easier.  All the choices have serious downsides:</p>

<ul>
<li><strong>Disk images</strong> take many steps, and many things can go wrong.</li>
<li><strong>Zip files</strong> leave you wondering what to do, <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=175008">especially</a> if you use a browser other than Safari.</li>
<li><strong>Installers</strong> have a reputation for being <a href="http://www.squarefree.com/2006/10/28/bundled-software-in-security-updates/">sneaky</a> (on Windows) or indicating that an application will require elevated privileges (on Mac).</li>
</ul>

<p>What can <em>browsers</em> do to make some of these choices suck less, and make installing Mac apps easier?</p>

<p>Here's what I'd like to see: when you download a zip containing just an application, the browser offers to "install" it for you rather than just leaving it in the downloads folder.  It could even do the same for disk images that contain nothing other than an application and a shortcut to /Applications.</p>

<blockquote>
<p>Install applications only from authors whom you trust.</p>
<p>Malicious software can damage your computer or violate your privacy.</p>

<p>You clicked a link from http://adium.im/ that downloads an application called "Adium".  Move it to /Applications and:</p>

<p>[x] Add to dock<br/>
[ ] Add to desktop<br/>
[ ] Launch now <small>(if unchecked, reveal in finder)</small></p>

<p>Cancel / Install Now</p>
</blockquote>

<p>Done right, this could be both easier and <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=249951">safer</a> for users than leaving software in the user's Downloads directory.</p>]]></content:encoded>
			<wfw:commentRss>http://www.squarefree.com/2009/09/17/making-it-easier-to-install-mac-apps/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>A dangerous ambiguity</title>
		<link>http://www.squarefree.com/2007/11/07/a-dangerous-ambiguity/</link>
		<comments>http://www.squarefree.com/2007/11/07/a-dangerous-ambiguity/#comments</comments>
		<pubDate>Wed, 07 Nov 2007 23:06:02 +0000</pubDate>
		<dc:creator>Jesse Ruderman</dc:creator>
				<category><![CDATA[Mac]]></category>
		<category><![CDATA[Mozilla]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[User Interfaces]]></category>

		<guid isPermaLink="false">http://www.squarefree.com/2007/11/07/a-dangerous-ambiguity/</guid>
		<description><![CDATA[Brian Krebs recently posted a blog entry, Hiding In Plain Sight, about the continuing problem of executable files disguised as other types of files. Brian explains how to make file extensions visible on Windows XP and wonders why Microsoft didn't make that the default. But hiding the extension by default is only part of the [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://blog.washingtonpost.com/securityfix/">Brian Krebs</a> recently posted a blog entry, <a href="http://blog.washingtonpost.com/securityfix/2007/10/hiding_in_plain_sight_1.html">Hiding In Plain Sight</a>, about the continuing problem of executable files disguised as other types of files.  Brian explains how to make file extensions visible on Windows XP and wonders why Microsoft didn't make that the default.</p>

<p>But hiding the extension by default is only part of the problem.  Most users can't be expected to memorize the meanings of dozens of three-letter filename extensions.  Even advanced users can't be expected to check the extension <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=249951#c15">every time they download a 15-second video clip</a>.</p>

<p><strong>The real problem is that the same action -- double-clicking on a downloaded file -- has a completely different meaning depending on whether the file is a document or a program.</strong>  In the first case, it means "view this document"; in the second case, it means "grant this program all of my privileges".</p>

<p>Mac OS X 10.5 "Leopard" tries an interesting solution: "quarantining" just-downloaded programs.  If you download a program using Safari or Firefox, you get a concise <a href="http://flickr.com/photos/beltzner/1642250533/">dialog</a> reminding you that it was downloaded from the Internet.</p>

<p>Unfortunately, Apple botched an important part of this dialog: the button label.  The OS X HIG suggest that <a href="http://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/XHIGControls/chapter_18_section_2.html">button names should be verbs that describe the action performed</a>, so if users only read one word in the dialog, it will be one that differentiates one action from another.  (Windows, in contrast, is notorious for using "Yes" and "No" as button labels.)  Apple chose the verb "Open", which suffers from exactly the same problem as double-clicking: it has a vastly different meaning for documents and applications!</p>

<p>There is concern that because the dialog is "in the way of what you were doing", many users will click through no matter what the dialog says.  So perhaps a better solution is to take a hint from the Web application security model, and grant fewer privileges to most local applications.  Why should running a screen saver or local game be so much more dangerous than visiting a web page?</p>

<p>A third possible solution is to make the action to launch an application explicit.  In a command-line setting, this action might be "chmod +x".  On Mac, a natural choice would be dragging the application to the Applications folder, since that is already a normal part of installing an application.</p>

<p>For now, my workaround is to drag files to VLC (as a habit) instead of double-clicking them.  I suggested this in the <a href="http://www.squarefree.com/securitytips/users.html#file_types">"Handling downloaded files" section</a> of <a href="http://www.squarefree.com/securitytips/users.html">Security tips for Firefox users</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.squarefree.com/2007/11/07/a-dangerous-ambiguity/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Mac OS X Ultimate</title>
		<link>http://www.squarefree.com/2007/11/01/mac-os-x-ultimate/</link>
		<comments>http://www.squarefree.com/2007/11/01/mac-os-x-ultimate/#comments</comments>
		<pubDate>Fri, 02 Nov 2007 03:03:51 +0000</pubDate>
		<dc:creator>Jesse Ruderman</dc:creator>
				<category><![CDATA[Apple]]></category>
		<category><![CDATA[Mac]]></category>
		<category><![CDATA[Mozilla]]></category>

		<guid isPermaLink="false">http://www.squarefree.com/2007/11/01/mac-os-x-ultimate/</guid>
		<description><![CDATA[At WWDC in June, Steve Jobs made fun of Vista's pricing and said that there would only be one version of Leopard, at $129. But now we're finding out that only Mac OS X Server may be run virtualized. Since there are plenty of reasons to use virtualization other than for running servers, does this [...]]]></description>
			<content:encoded><![CDATA[<p>At WWDC in June, Steve Jobs <a href="http://www.youtube.com/watch?v=7RsOIdF_DdY">made fun of Vista's pricing</a> and said that there would only be one version of Leopard, at $129.  But now we're finding out that <a href="http://db.tidbits.com/article/9277">only Mac OS X Server may be run virtualized</a>.  Since there are <a href="http://en.wikipedia.org/wiki/Virtualization#Virtualization_examples">plenty</a> <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=299447">of</a> <a href="http://robert.accettura.com/archives/2007/10/31/virtualization-for-mac-os-x/">reasons</a> to use virtualization other than for running servers, does this mean that <a href="http://www.apple.com/server/macosx/">Mac OS X Server</a> is slowly turning into Mac OS X Ultimate?</p>]]></content:encoded>
			<wfw:commentRss>http://www.squarefree.com/2007/11/01/mac-os-x-ultimate/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

