Ілюстратор та ІнДизайн дуже потужні продукти, але іноді здаються такими, що застрягли у минулому і дуже повільно розвиваються. Іноді в них не вистачає гнучкості, яка є у нових редакторах типу Фігми.

Ось є задача: намалювати у громадському транспорті лінійні схеми із зупинками. Одразу думаю, «як можна зробити 100500 лінійних схем».

Згадав, що у Фігмі є компоненти та в теорії можна створити універсальний компонент, в який можна підставляти назви зупинок та пересадок.

На додачу є плагіни, за допомогою яких можна підставляти у компоненти дані з JSON, CSV або напряму з Гугл-таблиць.

Не зрозумів тільки, як налаштувати що розмір фрейму підлаштовувався під довжину всталеного тексту.

😑 Але у цього способу є великий мінус — Figma розроблена для екранів, а не для друку, і макет буде в RGB, тобто для друку не підготовлений. Плюс при зберіганні у ПДФ та відкритті файлу в AI, нічого не відображаться, хоча контури у файлі присутні.

Оновив свою українсько-російську розкладку, яку зробив у 2016.

↓ Завантажити

Навіщо потрібна розкладка

У мене завжди було 3 мови: UA, RU та ЕN. І постійне перемикання між ними завжди додавало помилок, бо я ніколи не пам’ятаю, яка зараз розкладка увімкнена. І щоб не перемикати постійно UA та RU, я об’єднав їх разом з розкладкою Іллі Бірмана в одну українсько-російську типографську розкладку.

Що нового у v.1.3

Підлаштував розкладку під Macbook 16’ 2019.

Тепер у розкладки є зручний інсталятор та своя окрема сторінка на сайті: alexkolodko.com/projects/ua-ru-typography-layout

Осучаснив піктограми, вони так само помітні у менюбарі MacOS Monterey:

Піктограми у менюбарі MacOS Monterey

Цікавинка на сайті: зацініть, що картинки є під світлу і темну теми ОС:

Світла та темна тема на сайті

Встановлення

Запустіть app-файл, слідуйте інструкціям та увімкніть у налаштуваннях потрібну розкладку.

Або завантажити з Github файл UA-RU Typography.bundle та скопіювати його в теку ~/Library/Keyboard Layouts (у Finder натиснути ⇧+⌘+G та ввести адресу до теки), розлогінитися та увійти знову. Тепер у налаштуваннях розкладок будуть доступні дві нові, обирайте собі будь-яку.

Які є альтернативи

• Ukrainian Typographic Keyboard від Дениса Довганя.
• Сумісні українські типографічні розкладки для Windows/Mac/Ubuntu від Олександра Швеца
• Версія від GaGadget.
• Версія від Антона Шевчука
• Гібридна версія з Хабру, хоча вона заснована на старій розкладці Бірмана.
• Російсько-українська розкладка Михайла Шпира.

Є річ, яка має бути у кожному публічному приміщенні — плани евакуації при пожежі. Ви напевно бачили такі, на них зображують план приміщення та купу стрілок з кімнат до коридорів, а потім до виходів.

Проблема

Основна проблема — майже всі плани зроблені «для галочки», бо їх вимагають пожежники. Наявність планів обов’язкова по стандартах. Чому «для галочки»:

• плани ніколи не показують ваше точне місце розташування, по них не можна скласти маршрут;
• купа стрілок у різні боки, які нічого не скажуть про потрібний напрямок;
• на планах забагато зайвого — якісь елементи конструкцій, меблі та інше, що не допомагає орієнтуватись;
• плани у різних будівлях виглядають по різному, хоча їх вигляд та візуальна мова має бути знайомою та зрозумілою (як ті самі дорожні знаки).

Типові плани евакуації

Щоб зрозуміти, що зайве, варто замислитись у який ситуації має працювати цей план. 99% часу він просто десь висить у будівлі та стає потрібен вже під час виникнення пожежі та екстреної ситуації. Це вже критичні та стресові умови сприйняття інформації, до цього можуть додаватись ще погане або відсутнє освітлення, задимлення тощо. Тож на сприйняття інформації є досить мало часу. І щоб допомогти у такій ситуації план має:

1. підказати що робити: натиснути кнопку пожежної тривоги, набрати 101 чи 112, евакуюватись і т. д.;
2. підказати найближчі шляхи евакуації з цієї конкретної точки.

Що по стандартах

За плани евакуації в Україні відповідає ДСТУ ISO 23601:2019 «Ідентифікація безпечності знаки на планах евакуації». Всередині він ще посилається на ДСТУ ISO 3864-1:2005 з описом символів пожежної безпеки. Ще є ДСТУ ISO 6309:2007 «Протипожежний захист. Знаки безпеки. Форма та колір», який теж описує пожежні позначки.

ДСТУ ISO 23601:2019 «Ідентифікація безпечності знаки на планах евакуації»

Якщо почитати стандарт по планах, то він виглядає доволі продуманим. Основні цікаві тези у розділі 5 Вимоги до проєктування:

• а) На плані евакуації зазначають точне місцеперебування користувача.
• g) План евакуації має бути виконано на фоні білого кольору….
• j) Орієнтацію відображуваного плану має бути пов’язано з користувачем так, щоб розташування ліворуч від плану перебувало ліворуч від користувача, а розташування справа від плану — праворуч від користувача.
• m) Плани евакуації повинні мати заголовок, охоплюючи слова «план евакуації», мовою(-ами) країн, якою(-ими) цей план використовують.

Тобто це дуже притомні та логічні вимоги: показати де ви зараз і усіляко допомогти знайти вихід, наприклад, повертати план приміщення так, щоб він був повернутий у напрямку руху, що як ми знаємо, полегшує сприйняття будь-якої карти. А також показати лише необхідні напрямки до виходів.

З конкретики є ще:

• розміри ліній: 1,6 мм для носійних конструкції, 0,6 мм для перегородок та 0,15 для інших дрібниць;
• розмір піктограм — мінімум 7×7 мм
• зелений колір для стрілок та світло-зелений для проходів для евакуації
• синій колір для позначки «Ви тут»

З дивних вимог — зелений колір та зафіксована величина заголовку. Не зрозуміло, нащо так, якщо достатньо виділити сам заголовок.

У самому ДСТУ є приклади планів, що виглядають кращими ніж більшість реальних планів:

До плану ще має бути список дій при пожежі, тільки не написано, який саме. Тож список можна написати по-людськи. Зазвичай він виглядає так, як фраза «відрекомендуйтесь». Але можна і малювати план зрозуміло, і написати спрощений список дій.

Як робити

Можна процес спростити до кількох дій:

1. Максимально спростити наявний архітектурний план приміщень: прибрати все, що не допомагає сприйняти простір (меблі, якісь позначки тощо)
2. Обернути план у напрямку погляда глядача: праворуч на плані має бути те що праворуч від людини, це дуже спростить сприйняття простору.
3. Відмітити місце знаходження людини на плані. Воно може бути синім, як написано у ДСТУ, головне щоб відрізнялось від інших позначок.
4. Виділити зеленим коридори, якими може скористатись людина
5. Стрілками показати тільки 1-2 маршрути від цієї точки до виходу, інші позначки не потрібні.

Для коворкінгу Peremoga взяли запропоновані спеціалістами плани, додали англійську мову, бо у коворкінгу є відвідувачі іноземці. Взяли мінімально допустимий формат — А4, але краще робити хоча б А3, розмір тексту буде більш читабельний. А потім ще винесли окремо дії при пожежі та зробили шрифт ще більше.

Плани евакуації Peremoga Space

Ще гарний приклад плану евакуації, який я зустрічав — магазин Всі.Свої.

Всі.Свої на Хрещатику 34

На маку є цікава вже вбудована програма — Автоматор. Вона дозволяє автоматизувати частину дій з файлами та теками у системі. Інтерфейс у неї простий:

• обрати тип файлів, для яких потрібно застосовувати сценарій;
• зібрати послідовність дій, які потрібно зробити з цими файлами (можна обрати з готових дій різних програм або написати власний скрипт на AppleScript або JS).

Сценарій можна створити у вигляді окремої програми, швидкої дії, яку можна викликати через контекстне меню у Finder, або навіть, як дію для конкретної теки (буде застосовуватись до всіх файлів, які туди потрапляють).

Я в більшій мірі використовую Автоматор для роботи з файлами. Основні задачі в побуті:

• конвертація в різні формати (найчастіше HEIC → JPG);
• зміна розмірів зображень;
• розділення PDF посторінково (іноді коли макети зібрані в один файл так простіше розділяти);
• перетворення купи картинок у PDF;
• копіювання шляху до файлу на диску (щоб поділитись де можна знайти необхідний файл).

Приклади різних сценаріїв

В основному такі нескладні дії. Але там можна і скрипти запускати в різній послідовності. Наприклад, щоб з одного скріншоту створити картинки для блогу в двох розмірах — звичайному та ретиновому @2x.

Додаємо @2x у назву файла, копіюємо файл, зменшуємо на 50%, прибираємо з назви у скопійованого «@2x copy»

Корисні лінки:

• Колекції різних сценаріїв на Гітхабі
• Приклади застосування на macosxautomation.com
• Посібник користувача від Apple

У продовження попередньої теми: коли ми отримуємо безліч макетів, то для кращого орієнтування їх потрібно зрозуміло всі переназвати.

Стандартний інструмент МакОС дає можливість дуже обмежено або замінити частину назви або задати у певному форматі. Але ця функція не гнучка.

Automator

Наприклад, для паркувальних табличок логічним був би формат

А1001

по номеру майданчика. Стандартними інструментами неможливо додати нумерацію з нулями на початку (від 001 до 999). Але на допомогу в такій ситуації приходить маківський Автоматор. У ньому як раз дуже цікава функція — Rename Finder Items. У ньому можна обрати Make Sequential, який і дозволить задати необхідний нам формат за допомогою чекбоксу «Make all numbers _ digits long», щоб усі номери складались з трьох цифр включно з нулями.

Вигляд шаблону в Автоматорі

Зберігаємо цей воркфлоу, як швидку дію, та застосовуємо через контексте меню.

Вибір збереженого воркфлоу з контекстного меню

bash

Переіменувати по днях року стандартними інструментами виявилось геть неможливо, а перейменовувати по місяцях вручну це знову ж не для лінивих, особливо коли це потрібно зробити 9 разів поспіль, а якщо десь у макетах помилка, то перезберігати та перейменовувати буде потрібно наново.

У цьому випадку нам на допомогу приходять bash-скрипти. Я написав простий скрипт, в якому задав масив всіх дат, а потім скрипт бере кожен файл у теці та перейменовує їх послідовно, як вказано у масиві.

#!/bin/bash

name_array=("01-01" "01-02" "01-03" "01-04" "01-05" "01-06" "01-07" "01-08" "01-09" "01-10" "01-11" "01-12" "01-13" "01-14" "01-15" "01-16" "01-17" "01-18" "01-19" "01-20" "01-21" "01-22" "01-23" "01-24" "01-25" "01-26" "01-27" "01-28" "01-29" "01-30" "01-31" "02-01" "02-02" "02-03" "02-04" "02-05" "02-06" "02-07" "02-08" "02-09" "02-10" "02-11" "02-12" "02-13" "02-14" "02-15" "02-16" "02-17" "02-18" "02-19" "02-20" "02-21" "02-22" "02-23" "02-24" "02-25" "02-26" "02-27" "02-28" "02-29" "03-01" "03-02" "03-03" "03-04" "03-05" "03-06" "03-07" "03-08" "03-09" "03-10" "03-11" "03-12" "03-13" "03-14" "03-15" "03-16" "03-17" "03-18" "03-19" "03-20" "03-21" "03-22" "03-23" "03-24" "03-25" "03-26" "03-27" "03-28" "03-29" "03-30" "03-31" "04-01" "04-02" "04-03" "04-04" "04-05" "04-06" "04-07" "04-08" "04-09" "04-10" "04-11" "04-12" "04-13" "04-14" "04-15" "04-16" "04-17" "04-18" "04-19" "04-20" "04-21" "04-22" "04-23" "04-24" "04-25" "04-26" "04-27" "04-28" "04-29" "04-30" "05-01" "05-02" "05-03" "05-04" "05-05" "05-06" "05-07" "05-08" "05-09" "05-10" "05-11" "05-12" "05-13" "05-14" "05-15" "05-16" "05-17" "05-18" "05-19" "05-20" "05-21" "05-22" "05-23" "05-24" "05-25" "05-26" "05-27" "05-28" "05-29" "05-30" "05-31" "06-01" "06-02" "06-03" "06-04" "06-05" "06-06" "06-07" "06-08" "06-09" "06-10" "06-11" "06-12" "06-13" "06-14" "06-15" "06-16" "06-17" "06-18" "06-19" "06-20" "06-21" "06-22" "06-23" "06-24" "06-25" "06-26" "06-27" "06-28" "06-29" "06-30" "07-01" "07-02" "07-03" "07-04" "07-05" "07-06" "07-07" "07-08" "07-09" "07-10" "07-11" "07-12" "07-13" "07-14" "07-15" "07-16" "07-17" "07-18" "07-19" "07-20" "07-21" "07-22" "07-23" "07-24" "07-25" "07-26" "07-27" "07-28" "07-29" "07-30" "07-31" "08-01" "08-02" "08-03" "08-04" "08-05" "08-06" "08-07" "08-08" "08-09" "08-10" "08-11" "08-12" "08-13" "08-14" "08-15" "08-16" "08-17" "08-18" "08-19" "08-20" "08-21" "08-22" "08-23" "08-24" "08-25" "08-26" "08-27" "08-28" "08-29" "08-30" "08-31" "09-01" "09-02" "09-03" "09-04" "09-05" "09-06" "09-07" "09-08" "09-09" "09-10" "09-11" "09-12" "09-13" "09-14" "09-15" "09-16" "09-17" "09-18" "09-19" "09-20" "09-21" "09-22" "09-23" "09-24" "09-25" "09-26" "09-27" "09-28" "09-29" "09-30" "10-01" "10-02" "10-03" "10-04" "10-05" "10-06" "10-07" "10-08" "10-09" "10-10" "10-11" "10-12" "10-13" "10-14" "10-15" "10-16" "10-17" "10-18" "10-19" "10-20" "10-21" "10-22" "10-23" "10-24" "10-25" "10-26" "10-27" "10-28" "10-29" "10-30" "10-31" "11-01" "11-02" "11-03" "11-04" "11-05" "11-06" "11-07" "11-08" "11-09" "11-10" "11-11" "11-12" "11-13" "11-14" "11-15" "11-16" "11-17" "11-18" "11-19" "11-20" "11-21" "11-22" "11-23" "11-24" "11-25" "11-26" "11-27" "11-28" "11-29" "11-30" "12-01" "12-02" "12-03" "12-04" "12-05" "12-06" "12-07" "12-08" "12-09" "12-10" "12-11" "12-12" "12-13" "12-14" "12-15" "12-16" "12-17" "12-18" "12-19" "12-20" "12-21" "12-22" "12-23" "12-24" "12-25" "12-26" "12-27" "12-28" "12-29" "12-30" "12-31")
i=0

# New filename
newname=$1

if [ ! -n "$newname" ]; then
	read -p "Enter new filename: " newname	
fi


# Find PDF and rename them
for pdf_file in $( gls -1v *.pdf ); do					
	mv $pdf_file "$newname-${name_array[i]}.pdf"		
	let i=i+1
done

Саме цей скрипт застосовується у відео зі змінними

💡Чи потрібно для цього знати bash та вміти програмувати? Ні, не треба. Я і не знаю. головне розуміти як в цілому працює код та програмування. Коли у мене виникає запит на якусь конкретну задачу, то я шукаю, хто вже робив подібні чи схожі скрипти, копіюю знайдене та адаптовую під свою задачу. Дуже допомагає в цьому StackOverflow та різні онлайн пісочниці на кшталт Codepen чи Jsfidlle.