Влад Головач, 5 марта 2010

В комментариях к моим стенаниям про средства прототипирования один из читателей признался, что пользуется Balsamic Mockups. Примерно год назад я рассматривал этот вариант и он мне не показался; но время идет, так что дай, думаю, попробую снова, более внимательно. Специально для таких случаев Balsamiq раздает бесплатную лицензию в обмен на публичную рецензию, так что вот, пишу.

Начну с хорошего. Встроенные контроллеры для таблиц, вкладок и меню, серьезно экономящие время по сравнению с рисованием на бумаге. При изменении размеров объектов хорошо и наглядно показываются размеры в пикселях, что защищает от появления в прототипе либо слишком больших, либо слишком маленьких объектов (это серьезная проблема при рисовании на бумаге). Динамическая привязка объектов к координатам других объектов позволяет без всяких усилий делать ровно даже без сетки. Очень милая функция, при желании делающая любую (почти) вставленную растровую картинку монохромной. Контроллеры часто управляются тестом внутри (например, для полоски вкладок достаточно в полоске напечатать названия всех вкладок разделенными запятыми, а программа сама построит картинку этих вкладок; весьма удобно). Многие сравнительно простые элементы управления (вроде слайдера) рисуются очень быстро.

А теперь плохое.

1. Очень неудобная панель для выбора контроллеров — неоправданно большая, замусоренная бессмысленными превьюшками (обычный список был бы быстрее в работе). Проблема частично компенсируется возможностью вставки объекта по названию, но в наших условиях она требует переключать раскладку, что нивелирует скорость.

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

3. Нет шаблонных страниц/объектов; претензия может показаться неважной, но правда в том, что значительная часть пользы от продукта начисто испаряется, стоит только попытаться нарисовать (к примеру) окно с вкладками. Замечу, что польза от прототипа, как правило, растет вместе с объемом запрототипированного (хотя бы потому, что прототипированием дешевле всего решать проблемы неединообразия; это ещё не самая большая польза, кстати). Сейчас же Mockups подходит для прототипирования лишь чего-то очень маленького.

4. Ужасно раздражает, что панелька свойств контроллера все время мигает (то исчезает, то появляется, то становится полупрозрачной).

5. Невыразимо уродливо. Как объясняют разработчики «We don’t currently have any short-term plans to support other skins in Mockups. The problem with a polished look and feel is that it gets easily confused for a semi-finished product, discouraging discussion about the structure of the application / web site.» Им виднее, конечно, но могли бы выбрать и другой путь, например, нарисовать контроллеры мультяшно раздутыми, как, например, в интерфейсе Free Realms — спутать прототип с готовым интерфейсом было бы столь же трудно, а эстетическое чувство не страдало бы.

Верю, что проблемы 1-4 разработчики смогут решить за год-полтора; тогда рассмотрю Mockups снова. Пока пользоваться не буду, потому что медленно, уродливо и (как правило) не особо эффективно.

NB: Обязан отметить следующее — я умею очень быстро прототипировать в InDesign, что, по понятным причинам, делает мое мнение о Balsamic Mockups несколько одностронним (это как сравнивать дешевую и простую тачку с дорогим и сложным грузовиком; конечно, грузовик лучше — если он у вас есть и вы умеете его водить; а если нет?). В принципе, если всё, что вам нужно, это раз в несколько недель набросать эскиз интерфейса и дальше его обсуждать, Mockups вполне разумная инвестиция (переделывать при обсуждении быстрее, чем перерисовывать на бумаге). С другой стороны, интерфейс продукта ещё не настолько отполированный под скорость, как хотелось бы, так что при такой периодичности работы научиться быстро оперировать Mockups несколько затруднительно.

Комментарии (10) »
Влад Головач, 24 февраля 2010

За последние два года появилось огромное количество средств прототипирования интерфейсов (Protoshare, Jumpchart, Mockingbird, Justproto, inPreso Screens — только часть великолепия). Лично меня это вгоняет в тоску (письменно отказываюсь от ответственности — меня вгоняет в тоску абсолютно всё). В данном случае тоскую по следующим причинам:

  • Невооруженным взглядом заметно, что конкуренции слишком много. Конкуренция — хорошая штука, поскольку побуждает разработчиков быстрее улучшать свой продукт. Однако когда конкуренции настолько много, денежный поток от потребителей размывается по слишком большому количеству разработчиков, так что у каждого конкретного разработчика оказывается меньше денег на развитие. Я предпочел бы иметь здесь трех-четырех сильных конкурентов, нежели 20 слабых. К счастью, ближайшие годы выкинут неудачников; но пока остается только ждать.
  • Столь же невооруженным взглядом видно, что большинство этих продуктов возникли, когда соответствующие разработчики увидели потенциальную нишу для своих (доселе законсервированных или попросту незрелых) заготовок для Великого Редактора. Интенция, по-видимому, здесь “раз уж не получается нормальный редактор, сделаем убожество и назовем его средством прототипирования — для прототипирования же много не нужно, правда, ребята?”. Что на выходе, то и на входе.
  • Принцип тождества среды с сообщением никто не отменял. Уродливый инструмент непроизвольно продуцирует уродливые результаты. В Visio труднее (важно: труднее, а не вовсе невозможно) сделать неуродливый прототип, чем в InDesign — не столько из-за различий в функциональности, сколько потому, что InDesign спроектирован дизайнерами для дизайнеров, а Visio маркетоидами для маркетоидов. Visio же — шедевр по сравнению с Axure. Уродливое же Axure незамедлительно оказывается не лишенным приятности, стоит лишь бросить взгляд на (к примеру) Balsamiq Mockups. Да, прототип не должен выглядеть как готовый интерфейс, но не настолько же!
  • Большинство (не все) этих средств прототипирования не решают никакой реальной проблемы. Сделать прототип легко, для это не нужно никакое специальное средство, подойдет и творческое использование имеющихся инструментов (мы, например, используем для этого InDesign, для которого это, мягко говоря, непрофильное применение). Гораздо труднее прототипировать лучше, либо больше, чем так. Например, Axure из прототипа автоматически делает убогий, но хоть какой-то бумажный документ, на который можно поставить подпись (ура, InDesign делает это не хуже). Protoshare идет дальше, там акцент сделан не на само прототипирование, а на обсуждение новых версий и формализацию процесса утверждения (InDesign здесь просто пасует). Большинство же новых средств ничего подобного не может, вдобавок, будучи почти сплошь веб-приложениями, работают очень медленно. Простор, кстати сказать, здесь очень широкий — можно автоматически анализировать интерфейс на ошибки, строить списки исключительных ситуаций (которые надо будет отработать), готовить специальный прототип под сценарии тестирования и т.п.

Так что пока пользуемся InDesign. И конца этому, к сожалению, не видно. Средство прототипирования может быть гораздо большим.

Комментарии (14) »
Роман Верник, 21 ноября 2009

В InDesign есть богатые возможности по массовой обработке объектов: стили, окно Find / Replace и др. Однако иногда эти средства весьма монстровидны (трудоемки) в контексте решения мелкой боевой задачи. А иногда и вовсе неприменимы.

Пример: допустим, у нас есть некоторое множество элементов, которые мы хотим как-то переделать (усовершенствовать). Тогда мы обычно берем один элемент, переделываем его, а когда уже переделали, то удаляем старые элементы и копируем на их место новый вариант элемента. Именно для такого сценария был разработан сегодняшний скрипт.

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

Кстати, этот скрипт добавляет свою команду в контекстное меню объекта на случай, если вам трудно придумать для него шоткат.

Работа скрипта проиллюстрирована на видео:

Установка (немного другая, чем раньше)

  1. Загрузите скрипт.
  2. Поместите содержимое архива в папку C:\Program Files\Adobe\Adobe InDesign CS3\Scripts\Startup Scripts. Папку Startup Scripts наверняка придется создать.
  3. Перезапустите InDesign, если он запущен.
  4. Пользуйтесь!

Примечание 1: шоткат, как и прежде, можно назначить в окне Edit → Keyboard Shorcuts → Product Area = Scripts.

Примечание 2: если кому-то не нравится, как называется команда в меню, то он может легко поменять её, просто переименовав файл.

Стандартное напутствие

  • Скрипты были успешно протестированы в реальной работе, однако не исключены случаи, когда может появиться неприятное окошко с ошибкой. Так что принимайте as is.
  • Если какой-то скрипт выполняется очень долго или вообще завис, должны помочь клавиши Ctrl+Break. И ваши жалобы.
  • Скрипты можно изменять, передавать третьим лицам, удалять из них копирайт, но всё это на вашей совести :)
  • Идеи для создания новых скриптов приветствуются!

Небольшой бонус: скрипт, меняющий 2 объекта местами

Рационально объяснить пользу этого скрипта мне не удалось, но вполне возможно, что он кому-то пригодится так же, как и мне. Применяется обычно в сценарии, уже описанном выше: есть старый элемент и где-то в стороне мы делаем его улучшенный вариант, а потом хотим поставить новый на место старого, но при этом старый сохранить.

Устанавливается так же, как и предыдущие скрипты.



Дальше будет интересней…

Комментарии (3) »
Роман Верник, 16 ноября 2009

В InDesign есть богатые средства для выравнивания объектов по положению, но нет возможности выровнять объекты по размеру. Специально для этой цели были разработаны скрипты, делающие:

  • размеры всех объектов, как у самого большого / маленького;
  • ширину всех объектов, как у самого широкого / узкого;
  • высоту всех объектов, как у самого высокого / низкого;

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

Работа скриптов проиллюстрирована на видео:

Установка

  1. Загрузите скрипты.
  2. Поместите их в папку C:\Program Files\Adobe\Adobe InDesign CS3\Scripts\Scripts Panel (у вас путь может немного отличаться)
  3. Назначьте на них шоткаты в InDesign (не обязательно, но весьма желательно, по крайней мере, для первой пары): Edit → Keyboard Shorcuts → Product Area = Scripts. Или откройте палитру Window → Automation → Scripts.
  4. Пользуйтесь!

Стандартное напутствие

  • Скрипты были успешно протестированы в реальной работе, однако не исключены случаи, когда может появиться неприятное окошко с ошибкой. Так что принимайте as is.
  • Если какой-то скрипт выполняется очень долго или вообще завис, должны помочь клавиши Ctrl+Break. И ваши жалобы.
  • Скрипты можно изменять, передавать третьим лицам, удалять из них копирайт, но всё это на вашей совести :)
  • Идеи для создания новых скриптов приветствуются!



Продолжение следует…

Комментарии (6) »
Роман Верник, 12 ноября 2009

Наш научно-исследовательский отдел, как и прежде, готов радовать вас своими опытно-конструкторскими разработками. Этот выпуск открывает серию постов, посвященных ознакомлению со скриптами, которые были специально разработанны для облегчения рисования интерфейсов в InDesign.

Предуведомление

Практическую ценность от использования скриптов можно извлечь только в том случае, если они назначены на горячие клавиши. Иначе, получится дольше, чем если бы вы пользовались традиционными средствами. Т.е. скрипты предназначены именно для частого использования. Кстати, возможно вам пригодится эта заметка про шоткаты.

Скрипт для выравнивания объектов по сетке

Иногда некоторые графические объекты теряют свое выравнивание относительно сетки документа. Иногда умышленно, иногда нет. Но суть в том, что для того, чтобы выровнять объект по сетке приходится выполнить довольно трудоемкую, как это не странно, последовательность действий:

  1. прицелиться мышкой в объект,
  2. перетащить (либо сам объект, либо его границу)…
  3. …с последующим прицеливанием.

А если объектов несколько, то трудоемкость умножается на это самое «несколько». Ситуация не кажется плачевной просто потому, что её не с чем сравнивать (нет альтернатив). Однако, если хотя бы раз попробовать выровнять по сетке, все выделенные объекты одним нажатием клавиши, трудоемкость традиционного способа станет очевидной. Именно поэтому и был разработан соответствующий скрипт.

Он автоматически выравнивает выделенный объект (или объекты) до ближайших линий сетки так, чтобы обрамляющий прямоугольник объекта идеально вписывался в сетку. При этом объект может изменить как положение, так и размер. Работа скрипта проиллюстрирована на следующем видео:

Установка

  1. Загрузите скрипт.
  2. Поместите его в папку C:\Program Files\Adobe\Adobe InDesign CS3\Scripts\Scripts Panel (у вас путь может немного отличаться)
  3. Назначьте на него шоткат в InDesign (не обязательно, но весьма желательно): Edit → Keyboard Shorcuts → Product Area = Scripts. Или откройте палитру Window → Automation → Scripts.
  4. Пользуйтесь!

Напутствие

  • Скрипты были успешно протестированы в реальной работе, однако не исключены случаи, когда может появиться неприятное окошко с ошибкой. Так что принимайте as is.
  • Если какой-то скрипт выполняется очень долго или вообще завис, должны помочь клавиши Ctrl+Break.
  • Скрипты можно изменять, передавать третьим лицам, удалять из них копирайт, но всё это на вашей совести :)
  • Идеи для создания новых скриптов приветствуются!



Продолжение следует…

Комментарии (5) »
Роман Верник, 10 ноября 2009

Последние версии InDesign имеют неприятную особенность: при создании шотката невозможно использовать сочетания вида Alt+буква, только вида Alt+Ctrl+буква или Alt+Shift+буква (хотя комбинации Alt+цифра и Alt+командная_клавиша вполне возможны). Видимо, разработчики хотели тем самым ограничить пользователя от конфликтов с шоткатами для вызова меню. Но так как меню очень редко вызывается с помощью клавиатуры, можно с радостью пожертвовать этой возможностью в пользу применения Alt-шоткатов для более насущных целей. Плюсы от этого следующие:

  • Ощутимое расширение пространства шоткатов. Теперь можно назначить шоткаты действиям, для которых раньше не хватало кнопок.
  • Субъективно Alt-шоткаты анатомически самые удобные: даже удобнее, чем Ctrl-шоткаты.

Итак, процесс назначения Alt-шотката

Рассмотрим на примере версии CS3.

  1. Убедитесь, что на нужное вам действие уже назначен шоткат (любой).
  2. Убедитесь, что InDesign закрыт.
  3. Откройте папку C:\Documents and Settings\{Имя пользователя}\Application Data\Adobe\InDesign\Version 5.0\InDesign Shortcut Sets (Application Data по умолчанию скрыта).
  4. Откройте в блокноте нужный вам файл из этой папки (думаю вы разберетесь, какой именно). Хотя лучше использовать что-нибудь более продвинутое, чем блокнот, т.к. он выводит весь текст этого файла одной большой строкой.
  5. Найдите в этом файле упоминание нужного вам действия (иногда это может быть не просто).
  6. Вручную отредактируйте соответствующий этому действию шоткат (расположен между тегами string.)
  7. Сохраните файл, запустите InDesign и радуйтесь.

Метод весьма трудоемкий, но польза от нового пространства шоткатов есть. Чтобы ускорить процесс в будущем, рекомендую сделать ярлычок для упомянутого выше файла в каком-нибудь видном месте.

Бонус! Бесплатный плагин для более приятной работы с шоткатами

Keyboard Shortcuts — улучшенный вариант стандартного окна для работы с шоткатами. Например, в нем гораздо легче находить действие: достаточно ввести часть его названия.

Комментарии (2) »
Влад Головач, 29 сентября 2009

В английском языке существует трогательный термин «engineering porn» и соответствующая ему культура. Оставив ложный стыд, признаюсь, что мне очень нравится смотреть в интернетах соответствующие фотографии («о, какой у этой машины большой кардан!», «вот это пистон!» и т.п.).

С недавнего времени в нашей профессии появилось своё собственное порно: скриншоты или (реже) фотки вайрфреймов и прототипов (это не я придумал, явление уже так называют другие люди). Вчера же в развитии этого нового жанра наступил перелом. Количество наконец-то перешло в качество – на бесплатном порносайте I ♥ wireframes появилась фотография вайрфрейма, лежащего на диване. Да, вы прочли верно. Вайрфрейм. На диване. Вот ссылка.

Поздравляю вас, товарищи, с окончательным рождением жанра. А себя поздравляю за то, что нашел повод и смелость – в блоге компании – (а) упомянуть порно несколько раз, (б) сослаться на бесплатный порносайт. Давно мечтал!

1 комментарий »
Влад Головач, 9 июля 2009

Впервые за несколько лет задумался о том, что появился инструмент для прототипирования, сравнимый с InDesign – Protoshare. Рекламировать его не хочу, но список функций потрясает не только объемом, но и актуальностью для прототипирования. Например, есть работающее (я проверил) наследование шаблонов или встроенная в прототип система комментирования. Беглый подсчет показал, что примерно каждый седьмой проект мы могли бы делать в Protoshare, причем два из этих семи – лучше или быстрее, нежели с InDesign. К сожалению, есть и минусы:

  • Поскольку это веб-система, работает она чудовищно медленно (страшная правда в том, что еще пару лет любой сложный веб-интерфейс будет тормозным).
  • Не арбайтен с русским языком.
  • Полностью заменить ID оно не может (поймите меня правильно – во многих отношениях Protoshare гораздо мощнее и лучше, чем InDesign), а иметь два несовместимых инструмента мне не нравится.

Тем не менее, я записал себе в календаре обязательно проверить, чем станет Protoshare через полтора года. Почти уверен, что будет хорошо.

Комментарии (6) »
Федор Борецкий, 2 июня 2009

Разработчики предложили после нажатия на кнопку отправки документа показывать окошко с вопросом «Отправить документ?». Внести, так сказать, некоторую долю сомнения в происходящее.

И было мне видение тогда, и придумал я новую кнопку «Воистину ОК!».

Коллеги считают, что такая кнопка должна появляться после двукратного нажатия на кнопку «ОК».

Надо внести изменения в чеклист.

Комментарии (4) »
Влад Головач, 1 июня 2009

Саша Кириллов написал очень внятную статью про прототипирование интерфейсов (в его случае – сайтов, но это неважно). Ценности прототипирования – не в плане зачем прототипировать, а в плане когда и для чего – переданы более чем чётко и однозначно.

Комментировать »

© Юзетикс, 2008
Авторские права и пр.
info@usethics.ru +7 495 771 00 88