Protraktor

Ну ладно, вот версия с динамической сменой масштаба шкалы при отклонении пальца по вертикали. Выглядит вроде бы более понятно (WYSIWYG), но есть и более заметные минусы — динамический интерфейс всегда пугает, как будто разваливается. Если брать такой подход, то точно надо делать широкую слепую зону по вертикали, чтобы масштаб менялся только при сильном отклонении пальца в сторону. Мне ближе первый заход, что выше.

Эксперименты. №1 Пожалуй, буду тут делиться также лабораторными опытами. Начну с этого — подозреваю, что в подобных штуках не так интересен результат, сколько ход размышлений. Занимаясь яхтенным прибором, мне очень хотелось (и хочется) сделать в нем же радиоприёмник. При этом я не люблю автопоиск станций — алгоритмы периодически проскальзывают мимо немного шумных финских музыкальных радиостанций (государственные новостные Yle ловятся хорошо, но толку от них). Избранные станции тоже мне не взошли — транспорт зависит от географии, а значит и станции постоянно меняются. В общем, люблю ручкой крутить. Ретроград. Учитывая, что всё управление сделано через сенсорный экран, стал задумываться, как повторить на нём возможности поворотной ручки, которая позволяет как грубо и быстро, так и точно задавать частоту. Энкодер то у меня есть, но вкрячивать его ради одного радио — маловато. В общем, обратился к теме «антислайдера» (а ля барабана — то есть двигаем пальцем шкалу, тогда как ползунок остается посередине). Этот подход применяется во многих FM-приложениях, а мне и вытянутый горизонтально экран позволяет использовать вовсю. Но вот только скорость/точность слайдера не в таком широком диапазоне, как у физической крутилки — тут либо делать шкалу шире, но тогда придется мотать из одного диапазона в другой несколько раз касаясь пальцем, либо страдают возможности тонкой настройки. Тут и возникла идея, похожая на ту, что есть у Apple QuickTime — попробовать менять скорость движения слайдера в зависимости от удаления пальца от шкалы в сторону по вертикали. Ведь, по сути, в будущем радиоприёмнике виджет будет заниматься всю высоту сенсорного экрана, и максимум ширины. Ибо двигая пальцем шкалу, все равно мы оперируем двумя осями — горизонтальной и вертикальной, но обычно вертикальную компоненту никак не задействуем в управлении. Короче, с позиций сложности поведения, это почти бесплатно. До радио я, конечно, пока еще не дошел, но сделал прикидку элемента управления, что на видео. Идея, по ощущению, рабочая (улучшать тоже есть куда, например сделать слепые зоны, отрегулировать кривые изменения скорости по вертикали, растягивать шкалу визуально, чтобы следовала за пальцем — плюс еще и показывать качество сигнала на шкале — то есть “видеть радиостанции”). Думаю, этот подход может быть хорош для некоторых кейсов HMI при использовании сенсорных экранов. Да и вообще, вывод такой — разные способы ввода имеют свою “пропускную способность” (как тут две оси по сути задают два параметра — положение и скорость его изменения), и далеко не всегда они задействованы. #лаборатория

В очередной раз заюзал паттерн «ключ-значение», и решил накидать заметочку про него, как отдельный метод визуализации текстово-численной информации, наравне с таблицами, плоским текстом, списками и т.п. https://protraktor.design/ru/2022/04/14/key-value/

P.S. Всё же и во мне сидит червоточина беханса и дриббла — порой так и тянет добавить насыщенных оттенков и адского контраста. Но бью себя по голове и рукам. Есть дизайн для эффективности и есть дизайн для эффектности. Порой же тянет и в другую крайность — сделать его ещё более унылым, засерить в ноль, сделать эталоном антидизайна. Но и это тоже не ок, истина не может быть черно-белой, да и никакой истины нет.

Маленький тизер про дизайн-систему — пытаюсь создать итерацию для шести палитр, без которых не вижу смысла этим заниматься. Спрашивается, нахрена столько? Но если отбросить лень (то бишь ограниченность ресурсов, что и есть основная причина, почему мы не пытаемся копать и вширь, и вглубь), то проблема в том что типовых массмаркетных пары не хватит — они или слишком тусклые для яркого уличного света, или слишком яркие для полной ночи — даже черно-белые. Плюс ограничения дисплеев и некоторые чисто сценарные особенности. Я вроде об этом уже не раз говорил, но в целом моё желание продиктовано именно этим. Правда, ковыряться даже для посредственного результата ещё долго. Но аппетит приходит во время еды.

И вот в этот нелегкий час я, российский гражданин, закончил последние правки Human Factors in VTS Guideline (рекомендации по человеческим факторам в центрах управления движением судов) — в течение суток они будут отправлены на согласование и утверждение в Международную Ассоциацию Маячных Служб (IALA). Учитывая что я написал процентов 70 и попытался сделать его максимально практичным, а не академичным, считаю это моим небольшим вкладом в что-то светлое и человечное, а не идиотское и человеконенавистническое — особенно сейчас. Хоть это никогда и не было частью работы, именно на прошлом рабочем месте коллега предложил «войти в историю» — будет не хватать подобных активностей и взаимодействий. Опыт интересный.

Раз 17 голосов и ни одного против, то вот вводно-водяная статья о том, зачем я делаю свой набор компонентов (хоть это я и считаю дизайн-системой, но, конечно, это скорее UI kit на текущем этапе) — https://protraktor.design/ru/2022/04/01/protraktor-kit-intro/

Давайте обобщу вопросом — интересно читать как я упарываюсь с дизайн-системой? В текущем эмоциональном дискурсе где ещё и приходится решать кучу каких-то ущербных проблем (“как оплатить фотошоп?”, “получу ли бабло через месяц?”) я не очень способен рассказывать о чём-то нормальном/сложном, но вот эти ковыряния с цветами и т.п. вполне занимают низкоресурсный мозг. Не то что бы это нечто плохое, но субъективщины тут будет намного больше.

Поскольку цвета при сжатии убиты телегой, вот картинка как есть из фигмы