<?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>Даниил Белый &#187; .DS_Store</title>
	<atom:link href="http://daniel.org.ua/tag/ds_store/feed" rel="self" type="application/rss+xml" />
	<link>http://daniel.org.ua</link>
	<description>daniel.org.ua</description>
	<lastBuildDate>Sun, 24 Oct 2010 03:55:38 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
		<item>
		<title>Правильные зип-архивы на&#160;Маке</title>
		<link>http://daniel.org.ua/mac/proper-zip-archives</link>
		<comments>http://daniel.org.ua/mac/proper-zip-archives#comments</comments>
		<pubDate>Thu, 17 Sep 2009 01:54:12 +0000</pubDate>
		<dc:creator>Даниил Белый</dc:creator>
				<category><![CDATA[Мак]]></category>
		<category><![CDATA[.DS_Store]]></category>
		<category><![CDATA[Автоматор]]></category>
		<category><![CDATA[архивация]]></category>
		<category><![CDATA[Мак ОС]]></category>

		<guid isPermaLink="false">http://daniel.org.ua/?p=443</guid>
		<description><![CDATA[Встроенная в&#160;Мак ОС утилита архивации плоха тем, что включает в архив служебный мусор системы — файлы .DS_Store, папки __MACOSX и прочий не нужный адресату (особенно если у него не мак) хлам. Можно пользоваться посторонней программой, в настройках которой есть галочка для игнорирования служебных файлов, но в посторонних архиваторах, поддерживающих «быструю» архивацию драг-н-дропом (BetterZip, StuffIt, iArchiver), [...]]]></description>
			<content:encoded><![CDATA[<p>Встроенная в&nbsp;Мак ОС утилита архивации плоха тем, что включает в архив служебный мусор системы — файлы .DS_Store, папки __MACOSX и прочий не нужный адресату (особенно если у него не мак) хлам. Можно пользоваться посторонней программой, в настройках которой есть галочка для игнорирования служебных файлов, но в посторонних архиваторах, поддерживающих «быструю» архивацию драг-н-дропом (<a href="http://macitbetter.com/">BetterZip</a>, <a href="http://my.smithmicro.com/mac/stuffit/index.html">StuffIt</a>, <a href="http://creativebe.com/iarchiver/">iArchiver</a>), мне не нравится необходимость держать их в доке&nbsp;или в тулбаре Файндера. У StuffIt, правда, есть контекстное меню, но&nbsp;оно а) не работает в Снежном Барсе;&nbsp;б) сликшом многоуровневое; в) вообще, StuffIt — архиватор-монстр, который ставит в систему фреймворки, не нужные никому, кроме людей, зарабатывающих на жизнь архивацией&nbsp;файлов.</p>
<p>В общем, задача: найти способ создавать зип-архивы без мусора, пользоваться которым будет так&nbsp;же удобно, как встроенной утилитой архивации. Я открыл было Автоматор и стал разбираться, где у него регексп, но потом увидел, что все, как обычно, уже сделано до&nbsp;нас.</p>
<p>1. С благодарностью скачиваем набор экшенов <a href="http://junecloud.com/software/mac/junecloud-automator-actions.html">Junecloud Automator Actions</a>. Открываем Create Clean Archive.action, подтверждаем&nbsp;уставновку.</p>
<p>2. Создаем новую службу (service) и сооружаем такую&nbsp;конструкцию:</p>
<p><img src="http://daniel.org.ua/engine/wp-content/uploads/2009/09/clean-archive-automator.png" alt="Create Clean Archive в Автоматоре" width="501" height="249" /></p>
<p>(Обращаем внимание на опции экшена — можно игнорировать все невидимые файлы, а можно только&nbsp;.DS_Store.)</p>
<p>3. Сохраняем службу под любым именем. Если хотим шорткат, назначаем его в&nbsp;System Preferences &rarr; Keyboard &rarr; Keyboard Shortcuts &rarr;&nbsp;Services.</p>
<p><img src="http://daniel.org.ua/engine/wp-content/uploads/2009/09/clean-archive-in-use.jpg.jpg" alt="Create Clean Archive в жизни" width="592" height="263" /></p>
<p>4. Тестируем. Кстати, службы, относящиеся к файлам и папкам, доступны не только в Services, но и в контекстном меню&nbsp;Файндера.</p>
]]></content:encoded>
			<wfw:commentRss>http://daniel.org.ua/mac/proper-zip-archives/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>.DS_Store</title>
		<link>http://daniel.org.ua/mac/ds_store</link>
		<comments>http://daniel.org.ua/mac/ds_store#comments</comments>
		<pubDate>Tue, 03 Mar 2009 03:57:12 +0000</pubDate>
		<dc:creator>Даниил Белый</dc:creator>
				<category><![CDATA[Мак]]></category>
		<category><![CDATA[.DS_Store]]></category>
		<category><![CDATA[Мак ОС]]></category>
		<category><![CDATA[Файндер]]></category>

		<guid isPermaLink="false">http://tranquil.org.ua/?p=94</guid>
		<description><![CDATA[Дело было в 1999-м году. Для Mac OS X, находившейся тогда в разгаре разработки, Apple решила переписать Finder с нуля, так как&#160;от программы, написанной для&#160;System 7 девять лет назад, сложно было чего-то добиться в незнакомом для&#160;нее Nextstep-окружении. Проект был условно разделен на пользовательскую и системную части — у разработчиков в ходу были имена Finder_FE и [...]]]></description>
			<content:encoded><![CDATA[<p>Дело было в 1999-м году. Для Mac OS X, находившейся тогда в разгаре разработки, Apple решила переписать Finder с нуля, так как&nbsp;от программы, написанной для&nbsp;System 7 девять лет назад, сложно было <span style="white-space:nowrap">чего-то</span> добиться в незнакомом для&nbsp;нее Nextstep-окружении. Проект был условно разделен на пользовательскую и системную части — у разработчиков в ходу были имена Finder_FE и Finder_BE (frontend и backend соответственно). Примерно в то&nbsp;же время у команды возникла идея, которую они, к сожалению, не воплотили — переименовать Finder в Desktop. Системную&nbsp;же часть, отвечающую за взаимодействие с файловой системой, организацию метаданных, запоминание вида окошек/иконок и прочего, решено было назвать Desktop Services, отсюда и возникло имя .DS_Store — Desktop Services&nbsp;Store.</p>
<p>С тех пор эти маленькие файлы-паразиты создаются в каждой папке, вид которой отличается от дефолтного — размером&nbsp;ли иконок, цветом&nbsp;ли фона, типом&nbsp;ли отображения файлов, даже просто положением окна на экране. По хорошему, такие данные следует хранить <span style="white-space:nowrap">где-нибудь</span> в настройках у юзера, а нынешний принцип не только не вписывается в логику Mac OS X, но и просто откровенно неудобен. Файлы .DS_Store замусоривают практически все папки, с которыми мы работаем — самое обидное, что создаются они и&nbsp;по сети на компьютерах наших виндовых друзей. Если вдруг кто не знает, последнее можно запретить с помощью&nbsp;либо <a href="http://support.apple.com/kb/HT1629">терминальной команды</a>,&nbsp;либо платной программки <a href="http://www.zeroonetwenty.com/blueharvest/">Blue Harvest</a> (которая позволяет заодно очистить диски от другого служебного&nbsp;мусора).</p>
<p>Для сравнения, виндовые Thumbs.db, хоть и выглядят примерно так&nbsp;же, не вызывают желания немедленно от&nbsp;них избавиться. Превьюшки картинок — вещь очевидно полезная. А вот зачем мне знать, до какого размера окно папки растягивал предыдущий работавший с&nbsp;ней пользователь, и какой режим отображения при этом выбирал — загадка. А если предыдущим пользователем был я — опять&nbsp;же, храните эти данные в моих&nbsp;настройках.</p>
]]></content:encoded>
			<wfw:commentRss>http://daniel.org.ua/mac/ds_store/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>

