Automator: Как объединить несколько изображений в один файл на macOS?

Продолжаем осваивать возможности Automator. На примере этой статьи мы расскажем, как можно добавить все свои изображения или отсканированные документы в файл PDF. Автоматизировав эту операцию, можно значительно сэкономить свое время.

  1. Открываем программу «Automator» любым удобным способом.
  2. Выбираем тип документа «Процесс».
  3. Непосредственно в библиотеке необходимо указать «Файлы и папки».
  4. Появится набор опций в колонке рядом. Находим там «Получить указанные объекты Finder» и добавляем в правую часть приложения.
  5. Далее выбираем «PDF-файлы» и переносим опцию «Создать PDF из изображений» в правую часть программы.
  6. Настроив параметры под себя, указав выходное имя файла PDF и способы обработки изображений.
  7. Теперь осталось выбрать необходимые файлы изображений, используя «Добавить».
  8. Запускаем процесс. В зависимости от настроек, файл появится в заданной папке. Все готово!

Для того чтобы при повторном использовании не выполнять все действия повторно, сохраняем наш процесс под любым названием. Теперь при необходимости всегда можно воспользоваться им.

Система первого Mac’а: ресурсы, toolbox и эзотерика

Это очень поверхностное путешествие по первой Mac’овской операционной системе. Она не так проста, как кажется. И, или мне это только кажется, она чем-то очень похожа на самый первый iPhone. В обоих случаях преодоление силы гравитации, компромиссы и оригинальные инженерные решения, сделавшие невозможное возможным.

Продолжение, начало тут.

Прежде чем мы перейдем к описанию внутренностей Mac’овской операционной системы, скажу несколько слов в защиту железа первого Mac’а. Его конфигурация 128K/400K была абсолютно недостаточна, это факт, недостаточна именно для компьютера с графическим пользовательским интерфейсом – требовавшим значительно более дорогой элементной базы, чем можно было себе позволить.

Средний объем оперативной памяти тогдашних компьютеров был 64 К, а накопители на гибких дисках, используемые в индустрии, как правило, вмещали менее 200 K.

Ответвление ресурсов (Resource Fork)

Концепция разделения файлов на несколько частей придумана не Apple. Что-то отдаленно похожее использовалось в Xerox PARC, в Novell Networks и даже в Windows, но нигде эта идея не получила столь яркого и необычного воплощения, как в классической Mac’овской системе.

Файл в Mac’овской системе состоял из двух ответвлений, ответвления данных (Data Fork) и ответвления ресурсов (Resource Fork), любое из которых могло быть пустым. Все объекты файловой системы – документы, приложения и документы системы – состояли их этих двух ответвлений и активно их использовали.

Ответвление данных ничем не отличалось от обычного файла в других системах, структура и содержимое этой части файла определялись приложением, которым создавался файл. В приложениях, как правило, ответвление данных было пустым.

А ответвление ресурсов строилось по правилам, определенным Apple Computer и автором менеджера ресурсов Брюсом Хорном.

Типы (группы) ресурсов обозначались константами типа OSType, значение которого было числом, но на экране отображалось как последовательность из 4 букв. Например, CODE, DLOG, ALRT, BNDL и много-много других.

Числовой идентификатор – двухбайтовое целое число со знаком, при этом все значения от 128 до 32767 предназначались для использования сторонними разработчиками. Значения от -32768 до -16385 были (и остались навечно) зарезервированы для чего-то неизвестного.

Остальные были зарезервированы для ресурсов системы, она незримо присутствовала во время работы приложения, и забивать ресурсы предлагаемые ей своими было бы плохим тоном и для системных ресурсов, которые были собственностью других системных ресурсов.

Кроме типа и идентификатора, ресурс можно назвать “человеческим” именем, но имя было необязательным. Имя можно было использовать для указания на запрашиваемый ресурс.

Размер ресурса, в первых версиях системы, был строго ограничен 32 килобайтами. Позже это ограничение было снято – специфический для Microsoft кодовый ресурс PCOD тянул в Excel 2.5 или в Word 5.1 на пару мегабайт. Но, даже в 32 килобайта можно вложить много чего, хотя в ресурсах первой системы для самого первого Mac’а их размеры были намного скромней.

Система управления памятью в Mac’овской системе была новаторской и передовой в 1984-м, она же (не изменившаяся за 12 лет) выглядела совершенно архаичной в 1996-м, в сравнении с аналогичной системой в Windows. Но в 1984-м она, особенно её особый подход к загрузке в оперативную систему ресурсов, была на высоте. Если настройки ресурса разрешали, он удалялся из оперативной памяти при первых признаках её нехватки. Структура, которой он был представлен в приложении, отвечала за загрузку его в память по первому требованию.

Ресурсы были бы чем-то скучным, если бы не ResEdit, бесплатное приложение от Apple.

Оно открывало совершенно неожиданный и фантастический вид на изнанку Mac’овских приложений и документов. Ниже приведена оборотная сторона приложения TeachText, бесплатного и даже с открытым исходным текстом, простенького текстового редактора для классической системы. В 1984 году его еще не было, но MacWrite, MacPaint и ResEdit выглядели примерно так.

Ресурс BNDL, например, связывал приложение с иконкой (иконками) самого себя, а также с типами редактируемых им файлов, и он же присваивал этим типам файлов иконки.

Этот ресурс взаимодействовал с другими ресурсами разных типов, и все эти связи можно было определить, с помощью ResEdit, в одном месте. Выяснить, кто придумал ResEdit, увы, не удалось.

На иллюстрации (цветное яблочко в меню – это снято в какой-то из 7-х версий системы) в BNDL приложения TeachText добавляется поддержка еще одного типа файлов, ttwo. На самом деле TeachText (код типа приложения ttxt) умел работать с файлами типа TEXT и с защищенными от записи файлами типа ttro. Добавление нового типа поддерживаемых файлов только в BNDL практически бессмысленно: поддержка осуществляется в коде.

По аналогии с ttro, можно предположить, что добавляемый формат – ttwo – разрешает только создавать файлы, которые потом невозможно будет прочитать.

В документе, например, того же TeachText (Creator code = ‘ttxt’, File code = ‘TEXT’) ресурсы, скорее всего, показывали размер и положение документа в момент его закрытия, чтобы все можно было начать ровно с того места, на котором в прошлый раз всё закончилось.

Ответвления ресурсов не вошли в функциональность Mac OS X. Apple Computer, в последние годы прошлого тысячелетия, не имела никакого влияния на индустрию. Её считали все еще гибнущей компанией. Технически преобразование файлов с двумя ответвлениями в директорию с файлом (копией ответвления данных) и директорией (копией ресурсов) было несложно, и поддерживать такие комплексы в системах без ветвлений – тоже не ядерная физика.

Apple не смогла бы добиться движения навстречу с другой стороны. Без поддержки на чужих системах никакое техническое решение не сработало бы. Кроме того, у компании было очень плохо с ресурсами, остро не хватало времени – и его не стали тратить на то, без чего можно было обойтись. В NeXTSTEP использовался отдаленно похожий, но другой подход к организации приложений, он был перенесен в Mac OS X один в один.

Toolbox, System и эзотерика

Экспертов (не “экспертов”, разочарованных отсутствием инопланетянина в корпусе Mac’а), знакомых с графическими пользовательскими интерфейсами не с чужих слов, удивляло другое: как Apple смогла заставить всё это работать в 128 K оперативной памяти и на 400 К дисковой. Магия?

Графические интерфейсы давно уже были не просто теорией. Они существовали не только в виде лабораторных гомункулусов, их уже пробовали на роль коммерческих проектов, в Xerox PARC (Alto и другие) и на самой Apple (Lisa). Попытки были восхитительны, но с точки зрения банальной эрудиции ни к чему, кроме разочарования, не привели. Концепция была признана порочной, бессмысленной и нереальной. Красивой, да. Увлекательной. Но только не делайте этого!

Mac был плоть от плоти типичный компьютер своего времени. Раза в два более мощный и упакованный, чем средний в те времена аппарат для домашнего пользователя. Но ничего сверхъестественного: 32-битный процессор, мышь, 24-битная адресация и 16-битная шина. Круто, но не более того. Были машинки и помощнее.

То, что смогли сделать в Apple, было логично и выверено, до мелочей, как гениальный фильм, снятый гениальным режиссером, не оставляющий никого равнодушным. Но главное чудо было за кадром для постороннего наблюдателя. Оно отличало Mac от его собратьев того времени. Комплекс программного обеспечения.

В технической документации этот комплекс разделен на две части: тулбокс и системные утилиты. Тулбокс – это и есть тот самый графический пользовательский интерфейс. Это различные “менеджеры”, такие как QuickDraw, менеджеры событий, окон, меню. Все, что не вошло в тулбокс, – файловая система, управление памятью, взаимодействие с внешними и внутренними устройствами и т. п. – называлось системными утилитами.

Низкоуровневые системные утилиты писались на asm, языке ассемблера Motorola 68000. Кстати, вполне приличный язык, жалко, что он уже никому не нужен. Типичный ассемблер, но… Стоп. На asm я написал свою первую Mac’овскую программу.

Менеджеры тулбокса разрабатывались и доводились до совершенства на Apple Pascal, это объектно-ориентированная вариация Паскаля, разработанная Никлаусом Виртом и Ларри Теслером. Затем, превращенные Apple Pascal в машинный код (тот же asm, практически), части этого менеджера оптимизировались (по размеру) вручную. Вообще-то, это одна из строго запрещаемых практик – вносить изменения в машинный код – но иначе Mac’а бы не было.

Занимался выжиманием кода (без потерь функциональности) Энди Херцфелд. Это чем-то напоминает перегонку спиртосодержащих жидкостей… В некоторых случаях, в результате “ректификации”, исполняемый код был уменьшен в 3-4 раза. Эзотерическая практика. Это требует, причем одновременно, педантизма и творчества.

Плюсы очевидны: огромную по объему тучу программного обеспечения втиснули в тесную реальность недорогого компьютера. Минусы, я думаю, тоже понятны. Представьте себе, что в тщательно отлаженный код на Паскале потребуется внести серьезное изменение, а такое случается в каждом сложном проекте… Целый модуль, а то и вообще всё заново!

Эта практика применялась при разработке всех версий System, включая System 6. Первой версией без эзотерики стала System 7. Если System 6 вместе с запущенным приложением спокойно умещалась в 1 мегабайте оперативной памяти, одной System 7, только для себя, требовалось как минимум полтора мегабайта.

Эзотерическую практику вспомнили при разработке Ньютона. Роль Apple Pascal играл Dylan, роль asm – C++.

Значительную часть сжатого кода планировалось разместить на микросхеме ПЗУ. Такой код постоянно доступен (не требует загрузки в оперативную память) и не занимает места на диске. Объем памяти микросхемы ПЗУ должен был составить 64K.

Минусы очевидны: для снижения цены, микросхема ПЗУ с зашитым в ней кодом должна выпускаться огромными тиражами. При выявлении серьезной проблемы исправить её на микросхеме невозможно. Только выпустить заново. Дорого, но и это еще не всё. Даже собрать новый образец для тиражирования – задача не одного дня.

А что делать с “плохими” микросхемами? Заставить тех, кто уже купил Mac, тащить его к дилеру? Или пользователь должен собственноручно выдирать старую микросхему и впаивать на её место новую?

Подобные неприятности были предусмотрены – код в ПЗУ мог быть перехвачен, его можно было полностью заменить на код в системном файле или добавить исцеляющий код перед обращением к ПЗУ или после этого обращения.

QuickDraw

В тулбоксе и в системных утилитах много фантастического кода, но самая главная для системы с графическим пользовательским интерфейсом библиотека – это та, которая рисует на экране компьютера. QuickDraw. Библиотека, написанная Биллом Аткинсоном.

QuickDraw не просто рисовала, она заставляла элементы интерфейса реагировать на действия пользователя: объекты на экране мерцали, меняли “цвет”. После многократной оптимизации и сжатия (вручную) QuickDraw занимала совсем немного места. Меньше, чем какой-нибудь калькулятор в наши дни. Большая часть QuickDraw располагалась в ПЗУ.

Билла привел в Apple Джеф Раскин, человек, которого считают “отцом Mac’а”. Аткинсон во время учебы в университете записался на курс лекций Джефа Раскина о теоретических основах графического пользовательского интерфейса. Важнейшей частью графического интерфейса, естественно, является графическая библиотека. В лекциях Раскина такая библиотека называлась QuickDraw. Графическую библиотеку Mac’а Билл назвал в честь Джефа Раскина.

С первым Mac’ом поставлялись две программы – MacPaint и MacWrite. MacPaint, вообще-то, Билл Аткинсон написал для тестирования и отладки графической библиотеки.

Аткинсон разрешил (!) компании распространять его MacPaint, если за него Apple не будет брать деньги. Apple согласилась. Вот он какой, стальной оскал капитализма!

Последние дни проекта Macintosh

Срок завершения проекта Macintosh был назначен на середину января. 24-го, как теперь знают все, Mac был торжественно представлен публике, сорвал аплодисменты и открыл новую эру в истории вычислительной техники.

Джобс, за несколько дней до последнего “дедлайна”, назначенного разработчикам программного обеспечения Mac’а, собрал всех в комнате для конференций. Народ был настроен еще раз отложить выход продукта в большой мир, хотя бы на несколько недель.

Джобс внимательно выслушал всех и сказал “За несколько недель вы не успеете сделать то, что не доделали за месяцы работы. Mac надо выпускать, сейчас или никогда. Со всеми недостатками, которые у него есть и которые не удастся исправить в ближайшие дни”.

В самый последний день, в 7:00 утра, за образцом для тиражирования на ПЗУ должен был приехать курьер. После этого момента у команды наступал недельный отпуск.

Последний баг был обнаружен в 6:30 того исторического утра.

Джером Кунен, руководитель группы разработчиков программного обеспечения проекта Macintosh, решил все-таки передать образец для ПЗУ в положенное время. Он решил, что демонстрацию можно будет провести без исправления этого бага (который ему показался очень серьезным), а потом исправить его обходом в системе.

Джобс, в 7 утра примчавшийся в офис, ознакомился с проблемой и, сказав “всем спасибо”, отправил команду отдыхать до 24 января. Первые пользователи с первые месяцы нашли в Mac’е множество проблем, но эту, последнюю, так и не заметили.

То, что стало известно как System Software 1.0, на самом деле в команде считалось очень поздней бета-версией, 0.97.

Как включить универсальный буфер обмена в iOS и macOS

Рассказываем, как работать с одной из самых недооцененных функций macOS Sierra. Универсальный буфер обмена – это система, объединяющая буферы обмена на всех устройствах Apple в один единственный. Это значит, что если пользователь что-то скопирует на...

Используем родительский контроль на macOS. Что необходимо знать

macOS располагает всеми возможности для контроля за детьми во время использования компьютера. С помощью такой функции, как «Родительский контроль», можно точно регламентировать проведенное время за Mac, а также при необходимости настроить доступ к определенным приложениям или веб-страницам. Сегодня мы разберем тонкости настройки этой программы.

Как создать учетную запись с родительским контролем

  • Переходим в «Системные настройки».
  • Выбираем пункт меню «Родительский контроль».
  • Создаем новую учетную запись.
  • Указываем данные и подтверждаем создание пользователя.

Теперь мы сможем настроить все параметры.

Вкладка «Программы». Здесь можно ограничить или разрешить доступ к определённым программам, камере и Game Center

Вкладка «Веб». Как можно понять по названию, в этом меню мы определяем допустимые веб-сайты.

Вкладка «Магазины». В этом пункте можно ограничить загружаемый контент с магазинов App Store, iTunes Store и iBooks Store. При необходимости можно выбрать критерии.

Вкладка «Время». Здесь мы можем ограничить доступ по будням, выходным или в ночное время.

Вкладка «Конфиденциальность». Настраиваем возможность предоставлять программам доступ к местоположению, фотографиям, контактам и календарям или другим службам.

Вкладка «Другое». В этом пункте можно более детально настроить доступ к Siri, диктовке, принтерам. Более того, можно запретить изменять содержимое док-панели. При необходимости можно включить «Простой Finder».

Непосредственно в меню «Журналы» можно просмотреть список действий, которые были совершены во время использования – какие программы открывались и какие веб-ресурсы посещались. После настройки всех параметров осталось перегрузиться и войти под новой учетной записью, контролируемой родителем.

Что такое шифрование FileVault и стоит ли его использовать

Большинство пользователей Mac для защиты своих данных и файлов от несанкционированного доступа пользуются паролем для входа в систему. Однако так ли это безопасно, как принято считать? Как оказалось, не совсем. Есть много способов, которые позволяют сбросить пароль, предоставляя возможность получить доступ ко всей информации, которая хранится на вашем Mac. Впрочем, решение этой проблемы есть – FileVault. О нем мы сегодня и поговорим.

Что такое FileVault

FileVault – это система шифрования данных, которая использует алгоритм XTS-AES-128 с длиной ключа 256 бит, что обеспечивает крайне высокий уровень безопасности. Сам ключ шифрования вырабатывается на основе пароля пользователя при помощи алгоритма PBKDF2. Вся информация в дальнейшем будет храниться фрагментами по 8 МБ.

Как ни странно, но функция работает достаточно просто – все данные копируются на зашифрованный образ диска, а затем удаляются из незащищенного пространства. После того как первичная обработка данных завершена, далее новые файлы будут шифроваться «на лету» в фоновом режиме. Есть поддержка Instant Wipe, которая позволяет безопасно затереть всю информацию на диске без возможности восстановления. Кроме того, этот инструмент предоставляет возможность шифрования резервных копий Time Machine.

Как работает FileVault

При первой настройке для защиты от утери пароля создается ключ восстановления, который необходимо обязательно запомнить, поскольку в случае утери кода восстановить данные будет нельзя. В качестве альтернативы можно настроить сброс пароля, используя учетную запись iCloud.

После того как мы активировали FileVault, процесс загрузки компьютера меняется для обеспечения безопасности. Если раньше пароль нужно было вводить после загрузки учетной записи, то теперь это происходит до, что исключает даже потенциальную возможность сброса пароля пользователя любым из известных способов (Single User Mode, загрузка с внешнего носителя и другие методы).

Почему стоит использовать FileVault

Пароля пользователя явно недостаточно для обеспечения полной безопасности и конфиденциальности. При наличии физического доступа к компьютеру сброс пароля – лишь вопрос времени. 
В случае же с шифрованием можно быть уверенным, что доступ к данным никто не получит. Кроме того, утилита разработана Apple и уже встроена в систему, что говорит о полной интеграции с системой.

Еще плюсом можно отметить то, что объём данных до и после шифрования не меняется.

Какие есть недостатки

  • Шифрование с помощью FileVault достаточно серьезно влияет на производительность Mac.
  • Нельзя восстановить данные, если забыты пароль и ключ восстановления.
  • В случае поломки накопителя данные также будут утеряны навсегда.
  • Зашифрованные копии Time Machine не позволяют восстановить конкретный файл, а только копию целиком.

Как настроить FileVault

  • Запускаем «Системные настройки».
  • Заходим в пункт меню «Защита и безопасность», затем во вкладку «FileVault».
  • Снимаем блокировку, нажав замочек в левом нижнем углу.
  • Выбираем «Включить FileVault».
  • Здесь мы должны выбрать подходящий нам вариант сброса пароля.
  • В случае, если мы выбрали ключ восстановления, нам предоставят код, который обязательно нужно запомнить и сохранить в безопасном месте.

Осталось перегрузить наш Mac. Сразу после этого будет выполняться фоновое шифрование, при этом компьютером можно будет пользоваться без ограничений.

Как восстановить недавно закрытую вкладку в Safari на Mac

Каждый пользователь так или иначе сталкивался с ситуацией, когда вкладка Safari с необходимой информацией оказывалась случайно закрыта. Конечно же, восстановить ее не составит труда, но как это сделать наиболее быстро?

Сегодня мы рассмотрим три способа:

  1. Используя комбинацию клавиш
  2. Вместе с выходом macOS Sierra появилась возможность восстановления любого количества закрытых вкладок c помощью горячих клавиш.
 Для последовательного восстановления вкладок в Safari используем следующую комбинацию клавиш: 
Command + Shift + T.

    
Если необходимо восстановить только последнюю закрытую вкладку, в таком случае сочетание будет таким:
 Command + Z.

  3. Используя панель вкладок браузера
  4. Здесь мы будем использовать опцию создания новых вкладок: иконка «+», помимо прямого назначения, позволяет увидеть список закрытых вкладок – для этого достаточно навести на значок и удерживать курсор в течение пары секунд.

  5. Используя настройки браузера
  6. Для этого заходим сюда: История – Недавно закрытые. Здесь отобразится весь список, с помощью которого можно будет выбрать нужную вам вкладку.

Отобразить скрытые файлы в macOS. Простой способ

Нестандартные задачи часто требуют включить отображение системных папок и файлов. По умолчанию macOS скрывает эти файлы от пользователя, для его же безопасности. На сегодняшний день есть два известных способа включить отображение скрытых файлов в Finder или на рабочем столе.

Первый способ. Через терминал, используя команду:

defaults write com.apple.finder AppleShowAllFiles TRUE ; killall Finder

Чтобы снова скрыть файлы, достаточно ввести команду:

defaults write com.apple.finder AppleShowAllFiles FALSE ; killall Finder

Об этом способе уже известно достаточно давно, и свою задачу он выполняет исправно. Тем не менее есть ещё один способ, которым можно воспользоваться намного быстрее.

Второй способ. Непосредственно в окне Finder или на рабочем столе зажмите одновременно:

Command + Shift + . (точка)

Результат будет виден сразу. Все скрытые файлы станут видимыми. Большой плюс в том, что этой же командой можно будет вернуть всё обратно, тем самым сильно сэкономив время.

«Программа не может быть открыта, так как ее автор…» — ошибка на Mac. Как обойти

В июне 2016 года компания Apple представила новую версию своей фирменной настольной операционной системы, получившей название macOS Sierra. ОС получила ряд существенных улучшений, в том числе измененный механизм установки приложений, загруженных не из App Store.  При попытке установки приложения, загруженного не из официального виртуального магазина Mac App Store пользователь увидит на экране сообщение вида: «Программа не может быть […]

Apple выпустила исправления Meltdown и Spectre для El Capitan Sierra и High Sierra

Apple выпустила патч, блокирующий Meltdown и Spectre, для El Capitan Sierra и High Sierra Apple заблокировала методы хакерских атак Meltdown и Spectre на 3-х последних поколениях macOS. Недавно стало публично известно об уязвимости в компьютерах...

Почему стоит установить iOS 11.2.2 и macOS High Sierra 10.13.2 прямо сейчас

Компания Apple выпустила обновления безопасности iOS 11.2.2 и macOS High Sierra 10.13.2, устраняющие серьезную уязвимость, получившую название Spectre, которой подвержены все модели iPhone, iPad и Mac. Spectre – одна из двух уязвимостей, затрагивающих процессоры от крупных производителей, в том числе Intel, AMD и ARM. Вторая уязвимость – Meltdown – была исправлена с выпуском обновлений iOS 11.2, macOS […]