Интерфейсы будущего. III Первые итоги дискуссии

[vitus_wagner]

Вообще обсуждение уже принесло немало интересного, хотя постоянно норовит свалиься куда-то на низкий уровень - в обсуждение шин сообщений и прочих API. А мы вообще-то еще требования к UI не сформулирвали.

Но вот rainbow_beast просветил меня по поводу разницы между mind maps и concept maps.

Хотя я не уверен, что термин mind mapping не подходит, но все же в названии "Концептуальный интерфейс" что-то есть. Постмодерном попахивает.

На самом деле интерфейс должен быть в первую очередь самообучающим. Не самообучающимся хотя это тоже не повредит, а именно обучающим - self-tutoring или self-сouching. Причем обучать он должен в первую очередь именно конецпциям, лежащим в основе той или иной деятельности за компьютером.

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

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

Есть еще контекст текущей активности. Который тоже может выходить за пределы текущей сессии. Например активность "диалог в чате с другим человеком" явно захватывает кусочек сессии второго собеседника.

Со всеми этими контекстами человек более-менее легко справляется, если хотя бы один раз осознает их. Впрочем, в наше время по-моему ни один житель цивилизованных стран не думает, что в радиоприемнике сидят маленькие человечки, которые поют и разговаривают. Поэтому и общаясь через компьютер с другим человеком, он понимает что этот человек где-то сидит перед своим компьютером.

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

Кстати о безопасности, Систему следует планировать исходя из того, что любая из компонент может содержать если не злонамеренный код, то опасные ошибки. И везде где возможно использовать разграничения доступа к памяти, ограничения доступа к файловой системе и т.д. В качестве образца мы имеем по крайней мере две модели - классическую модель Unix и неклассическую Android с контрактами приложений. Там, правда, очень плохо сделано разграничение доступа к файловой системе. Можно еще посмотреть на остерхутовскую модель из SafeTcl.

В общем, получается такая картина - имеются tiled окна. Их немного. Даже на современном экране много tiled окон не расположешь. У окон может иметься довольно широкая рамка, куда выводятся тем или иным способом связанные с основным содержимым окна штуковины. Например, меню - это частный случай набора ассоциирующихся с содержимым окна объектов - команд, которые к этому окну можно применить.

Вокруг области tiled окон имеется рамка экрана. Где показываются какие-то объекты, связанные с сессией в целом или компьютером в целом.

У окна четыре стороны и можно их закрепить за разными типами связей.

Возможно, стоит позаимствовать из Ashton Tate Framework концепцию "изнанки фрейма". Там на изнанке фрейма можно было писать скрипт, генерирующий содержимое фрейма. Здесь более логичным является наличие на изнанке пояснительного (гипер)текста про то что можно с этим фреймом делать. Скрипт там тоже может быть, на то еcть literate programming.

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

Идеями Раскина насчет полностью modeless интерфейса злоупотреблять не стоит. Смена взгляда на один и тот же информационный объект иногда вполне оправдана. Но только надо оформить смену режима как переход по ссылке в concepts map. Вот до сих пор это у нас был текст, который мы набирали, и ассоциировался он с набором инструментов для работы с содержимым, а сейчас это стал верстаемый документ, и набор инструментов стал совсем другой.

Comments

[rainbow_beast.livejournal.com]

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

[ramendik]

Мне как пользователю, работающему в первую очередь с текстами, не очень нравится идея tiled интерфейса. Он для меня означает, что я вынужден либо отказываться от фоновых задач вовсе, либо отдавать им кусок, который я бы хотел использовать для текста (обычно редактируемого или читаемого "на весь экран").

Моя работа предполагает, если прикинуть, примерно следующие объекты:

- 1 основной текст. Это не строгий текст в Unix-смысле, я вижу там визуальное форматирование и втягиваемые иллюстрации, но основная информация именно текстовая. Объект редактирования или чтения. Забирает от 50 до 95 процентов внимания в зависимости от ситуации в данный момент.

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

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

- От 1 до 3 файл-менеджеров или командных строк. Существуют для упрощения доступа ко всему остальному (скажем, найти текст для редактирования проще файл-менеджером чем средствами редактора текста) или же для управления объектами тогда, когда из удобне видеть именованными файлами и не задумываться о том что внутри. Нет, даже самый лучший шелл не заменяет мне файл-менеджер, например потому что я не подписывался запоминать имена файлов или даже их первые буквы.

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

Кроме такой работы, у меня бывают игры или просмотр видео, но там модель совсем простая - основное приложение плюс до 2 источников информации (чаще всего в HTML).

Я не вижу, к какому месту мне ваш тайл. А менять задачу под интерфейс не собираюсь - этот спор мы проходили ещё при обсуждении визуальной вёрстки более 10 лет назад.

[rainbow_beast.livejournal.com]

Скажите, как сеййчас вы всё это располагаете и какой размер экрана - пропробую придумать вам раскладку. Сам я на тайлах сижу уже больше пяти лет - и пока не попалось задачи, которую в них неудобно реализовать. Пока что я вижу основную зону ("основной текст"), которая должна быть всегда и должна быть большой, вторую зону - для "источников информации". Причем одновременно видны в ней могут быть не все - а, допустим, два-три, тех, к которым обращались последними. Чтобы увидеть остальные - жмём кнопки (можно циклически переключать, можно вывести список, можно временно мозаикой их вывалить на весь экран для выбора - вариантов много). Выбранный источник может по желанию (грубо говоря, с шифтом кнопку ткнули или нет) заменить один из техЮчто показывались ранее или добавиться к ним.

Фоновые приложения, понятно,сидят в notification area, по команде активации (мышь или хоткей - по выбору) - разворачиваются в заранее выбранное место - либо поверх основного текста, либо поверх "панели источников", либо вообще скрывают всё. Либо, что мне оказалось удобнее всего - такие вещи вообще висят на отдельном workspace, куда и происходит переключение по их активации.

Менеджмент информации и тому подобные штуки (словарь, к примеру) внеконтекстны, поэтому открываться, как мне кажется, должны в scratchpad поверх текущих окон - здесь чистый тайл не особо удобен, потому что задолбаешься на каждом workspace прописывать, куда им попадать. У меня в ion так словарь в скратчпаде живёт - очень удобно. Вызывается, понятное дело, по хоткею.

Файлменеджеры и командные строки - на своём рабочем столе. Тамони все видны, но какой-то находится в большом фрейме, остальные - в меньших. По нажатию одной кнопки любой из них может попасть в большой фрейм, поменявшись с тем, что там в данный момент.

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

В общем, идея - окна объединяются по контекстам и группами раскидываются на разные рабочие столы, причём если есть пачка чего-то однотипного,что не может быть нужноодновременно - такое живёт в одном фрейме, табами. Если это не совпадает с вашив workflow - можно и другое придумать, дайте только начальные условия.

А вообще - спасибо огромное за нетривиальный пример, надо бы их ещё пособирать - глядишь, набор желательных возможностей нарисуется...

[ramendik]

Основные экраны у меня такие - 15 дюймов 16:9 мобильный и 17 дюймов 4:3 стационарный. Будут деньги - прикуплю побольше, надеюсь что смогу купить дюйма так 22 4:3. (Кино я смотрю редко, и мне 4:3 удобнее по расположению текста).

Используемая сейчас раскладка - текст на весь экран (кроме таскбара), источники на весь экран переключаемо, остальное popup по необходимости, по занимаемому месту хаотично.

С места, конечно, вижу вариант превратить недостаток 16:9 в достоинство, но на это нужны деньги - взять дюйма 24-26 16:9, создать область для текста размерами 4:3. Но в оставшийся кусочек мне не удастся комфортно поместить источники информации или привычные файл-менеджеры! И если файл-менеджер можно и поменять (ну расположатся там панели вертикально), то источники - нет.

Чтобы тайл стал мне удобен для варианта "зона текста плюс зона источников", мне надо откуда-то взять вертикальный экран, и то в режиме чтения или вычитки удобнее будет расширять текст на всё пространство. Или уж тогда - такой огромный 16:9, чтобы разделить пополам и в обоих частях достаточная ширина. Вот это уже да, всегда быо бы удобнее, но это как бы не 32 дюйма требуется. Не меньше 26 точно. А я между прочим иногда и на ноутбуке работаю, том самом на котором 15 дюймов 16:9.

[sash-kan.blogspot.com]

а разве на множестве тайлов что-то там сошлось клином?
тайл может быть один, но не задействовать четыре его стороны — грех.
верхняя сторона — что-то глобально-системное;
нижняя — история того, чем мы занимались, где мы «были»;
слева — действия с тем, что находится «внутри» тайла;
справа — действия с самим тайлом.
право и лево для левшей/правшей, наверно, будут меняться местами.
ну и, наверно, стоит заложить возможность скрытия/показа границ, и всех сразу, и по отдельности.

[rainbow_beast.livejournal.com]

Можно и так. Только я бы сильно подумал о скрытии лишних активных зон - во-первых, внимание отвлекают, во-вторых случайно там что-то дёрнуть можно. Неинтуитивно, да. Но удобнее.

[rainbow_beast.livejournal.com]

Может человек видел только тайловые WM a-la dwm, где табов нет... В notion (живой форк ion3) или i3 никаких проблем с егопривычным workflow нет принципе, из коробки оно именно так и работает.

[rdia.livejournal.com]

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

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

[d1f]

xterm в зубы и достаточно.

[vitus_wagner]

В Xterm-е очень неудобно работать с картами и чертежами. Да и с фотографиями как-то не очень. Вот, графики гнуплотом рисовать в xterm-е - это я умею. А одно время у меня даже dvi-вьюер был для тектроникса (который xterm-ом эмулируется).

[d1f]

Из xterm всё остальное запускается.
В GUI должна быть единственная кнопка - запустить ещё один xterm.
Кто не может пользоваться таким интерфейсом,
объявляется не владеющим компьютером.

[rainbow_beast.livejournal.com]

Хм, с однойстороны не надо меню и подобное совать в рамку окна. Такие вещи надо размещать по краям экрана и в одном экземпляре - для активного окна - тогда в них тривиальнодостаёшь мышью без прицеливания, просто загоняя её до упора в сторону или в угол, и пространство не теряется на активные зоны для того, с чем сейчас не работаешь.

С другой - такой вариант не дружит со sloppy focus, который хотелось бы оставить - для тайла он абсолютно естественен и экономит клики.

[max630.net]

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

Мне кажется вполне удовлетворительным показываемое по кнопке меню.

[vitus_wagner]

Термин "меню" я использую в несколько более общем смысле. Постоянно видимые контролы - это для меня частный случай меню. А вообще меню - это набор чего-то видимого, что позволяет осуществлять действия с текущим окном. То есть узлы concept map, cвязанные с этим окном непосредственной связью "можно применить к"

[rainbow_beast.livejournal.com]

Вообще можно - нажал кнопку - выскочило меню - мышь ограничена им, никуда больше выскочить не может. Выбрал либо нажал кнопку для отмены - ограничение для мыши убралось, опционально - она вернулась туда, где была до показа меню (это особенно для трекболла/тачпада/тачпоинта хорошо)

[max630.net]

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

У тайлов вообще есть принципиальная проблема - нельзя отвести столько места, сколько для того надо, надо отдавать полосу длиной во всю сторону окна.

Если использовать границы окон для контролов приложений, то многих авторов программ не устроит их внешний вид. Кроме того, это по сути те же тайлы, и проблема нерационального использования места для них ещёё более остра - ради пары кнопок я теряю всю полосу.

[vitus_wagner]

Тайловый интерфейс я рассматриваю как компромисс между полноэкранным и перекрывающимися окнами в стиле Palo Alto, которые сейчас используюся в большинстве традиционных GUI-систем - X11, Windows, MacOS Cocoa.

Практика показывает, что гибкость, обеспечиваемая произвольно перекрывающимися окнами - избыточна. Многие люди как вот ramendik предпочитают развертывать приложения на полный экран. Более того, в таких относительно свежих системах как Android или Maemo другого способа в общем-то и не предусмотрено.
Тайловая система, под которой я понимаю более-менее произвольное разделение экрана на неперекрывающиеся окна, как в Oberon, vim или emacs, является на мой взгляд, достаточно хорошим компромиссом между многооконностью и полноэкранностью.

[max630.net]

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

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

Причина по которой maemo и android не использовали перекрывающиеся окна, очень проста - ограничение аппаратных возможностей.

[vikarti_anantra]

вот что интересно в Mac OS X (начиная с 10.7)

таки есть "полноэкранный" режим - окно разворачивается на полный экран не своими средствами а системными
Dock пропадает,
если надо меню родные,etc - то курсор вверх и смотрим
если приложение это нормально поддерживает то элементы вроде адресной строки браузера тоже пропадает
если надо назад - выходит
(традиционная максимизация окна тоже етсь)
авторы "специальных" текстовых редакторов вроде iA Writer даже специально рекламируют поддержку этой фичи - мол удобно писать, ничего не отвлекает

[rdia.livejournal.com]

Виктор, а не пора ли специфицировать систему, на которой этот интерфейс крутится?

Дело в том, что те же тайловые WM хороши только на мониторах до определённого размера. Если, к примеру, у вас монитор этак 2 метра на 2 метра, разворачивание на полный экран/половину экрана будет жутко неудобно. Поэтому, мне кажется, классический Гуй будет там в самый раз.

Соответственно, по размеру экрана есть градации:

1. Экран очень большой, значительно больше разворота книги. Лучше всего стандартный Гуй с более-менее правильной расстановкой окон (окно по-умолчанию раскрывается в размер книги, ставится в свободное место). Focus follows mouse.

2. Экран размером с разворот книги. Тут - тайлинговые WM, кол-во окон на десктоп - 2-3.

3. Экран меньше - тайлинговые WM типа как у Андроида/Iphone - один десктоп на одну задачу.

С другой стороны, остаётся ещё вопрос наличия клавиатуры, мыши, мышиного протеза в виде тачпада и стилуса/пальца. Они принципиально разные:

1. на клавиатуре много кнопок
2. мышь позволяет точно наводиться куда нужно, двигая руку не слишком далеко (то есть, движений может быть много - руки слабо устают). Т.е. с мышью легко можно бегать по экрану, перетаскивать всякое.
3. у тачпада точность фиговее, но есть "мультижесты". Перетаскивать тяжело.
4. У стилуса очень хорошая точность, но руки с ним устают сильнее. У пальца точность хуже, но есть "мультижесты".

[tzirechnoy.livejournal.com]

>Тайловая система, под которой я понимаю более-менее произвольное
> разделение экрана на неперекрывающиеся окна, как в Oberon, vim или
> emacs

Кстати, бОльшая часть технологических мониторов для мало-мальски важных вещей тожэ построена по похожым принцыпам.

[warmland.ru]

Во имя исторической точности хочу добавить, что, например, в системе Star (http://en.wikipedia.org/wiki/Xerox_Star) (если говорить о Palo Alto), окна документов выводились в режиме тайлинга, по крайней мере по умолчанию, а вспомогательные окна (палитры и диалоги) перекрывали окна документов. Это хорошо видно на вот этом видео (http://www.youtube.com/watch?v=ODZBL80JPqw&feature=player_detailpage#t=204s).

удивительно мне читать и посты и коменты..

[neo_der_tall.livejournal.com]

Как можно при глуюбоком осонании множества костылей современный UI при этом полностью не замечть что сама попытка запихать будущий UI в экран это тоже костыль?! При том что Вы читали и помните Шумила с его очками у драконов. Разве не очевидно, что уже в ближайшем будущем UI будет запихан во "все поле зрения"+"слух"+"тактильность" как минимум?

Re: удивительно мне читать и посты и коменты..

[vitus_wagner]

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

Мы здесь вообще-то давно не про фантастику, а про то, что можно сделать здесь и сейчас. Про то future, которое just not evenly distributed.

Вы как всегда, потрындеть пришли, а мы тут вполне реализуемое ТЗ обсуждаем.

собственно, Вы звали именно на это.

[neo_der_tall.livejournal.com]

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

Впрочем, журнал - Ваша территория, потому можно позвать, потом послать или сказать что делается иное - все в Вашей воле.