to post messages and comments.

Кто бы мог подумать, что доведётся запиливать форму для подгрузки вообще говоря переменного числа multiple attachments (например, фоточки) по AJAX/Websockets в Yesod, и вполне возможно, что ещё и progress bar туда вклинивать.. Интересно организовать подобный виджет, и если выйдет, то где это может сгодиться ещё (возможно ли переиспользование этого зла)?!

В Test pilot-e тестируют вертикальные табы. Поставил, погонял, ну ниче так, если бы не тормозило. Беда всех этих альтернативных treestyletabs расширений, в том, что у меня они дико тормозят firefox. Да и нах не сдались, если ограничивать себя не более десятью вкладками.

UI

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

мне часто кажется, что интерфейсы не улучшились со времён зари пека вообще никак

UI

Несложный трюк: в версии N вводим визуальные переходы длительностью T1, в версии N+K заменяем на длительность T2 < T1. Пользователи уверены, что внутре всё пооптимизировалось и стало более летать, счастливы.

UI

Во всяких гуглдисках документы хочется чаще сгруппировать в частично пересекающиеся множества. Экслюзивные директории как-то не очень подходят.
Какие здесь есть альтернативы? Хочется упорячить много небольших документов ссылающихся на друг друга.

? UI

Задаченька на интерфейс.

Есть RSS-ридер, он периодически ходит по куче урлов с чёрным мешком и собирает упоительные истории, показывает новые посты лентой.
Много постов со временем обновляют (это автоматически обнаруживается). Например, это исправление (иногда значительные) заголовков, ошибок, дописывание апдейтов-постскриптумов. Это может происходить по нескольку раз. Задержка каждого обновления — от секунд до дней.

Как преподносить эти изменения юзеру?

Сейчас изменённый пост показывается как отдельный новый — это было наименее трудозатратно сделать. Но это убого — например, на HN очень часто подправляют заголовки, и ощутимая доля ленты замусорена такими полудублями.
На всякий случай, — надо понимать, что юзер открывает ридер "асинхронно", в момент открытия в непрочитанном часть обновлений может быть уже сделана, а часть — ещё нет. Т.е. нельзя просто обновлять сами посты в базе — тогда юзер не узнает о последующих их правках после первого прочтения.

UI JS

Ребзя, а где почитать про программирование UI для JavaScript? Про всякие там «win = new Window("dialog"…); win.alignChildren = "fill";» — вот эти вот все. Хорошо бы просто полное и подробное описание стандарта. Или это зависит от приложения, в котором это UI генерится? Тогда мне про Adobe Illustrator. Помогите найти?

UI

Жуйк, в каком бы порядке ты расположил следующие поля формы:

Категория (список)
Заголовок
Цена
Комментарий
Изображение
Место (список)
Организация (список, 90 процентам пользователей не нужен)
Телефон
Адрес электронной почты

Сейчас в таком порядке.

UI

на одной из старых работ с некоторых пор стали пользоваться словечками "засеривать", "засеренный" — это о заблокированных кнопочках

UI

Не стал заморачиваться с пагинатором. Хоть клёвее, чем Пагинатор3000 не встречал, решил всё же отображать все страницы разом, по клику. Скрывать после 10. Подобрано опытным путём по тепловой карте Яндекс.Метрики. Так-то!

? UI

Какой интерфейс im-менеджера менее говно:
1. Список контактов соединен с текущим диалогом, все диалоги представлены в табах;
2. Список контактов отдельно, есть список диалогов, соединенный с диалогами (как в шкупе);
2. Список контактов отдельно, окно с диалогами (диалоги в табах) отдельно;
3. Список контактов отдельно, каждый диалог в своем окне;
4. Все говно <тут свой вариант>.

Ненавижу pinterest за то, что ввели моду на вёрстку блоков такой сеткой. Типичный пример g+ Это красиво выглядит, но читать контент в такой форме просто невозможно.

Вброшу пожалуй старую стать от туомова, с которой я вполне согласен.

I think the two most important points speaking for keyboard-oriented design are

* Extensive mouse usage tends in my personal experience to be more wearing on wrists than keyboard usage.
* The inconvenience of switching the input device when working with textual data (such as this story or computer code and so on), and efficient access to almost all functionality.

Some people may define efficiency here terms of productivity. Fast keyboard access to all functionality they need enables them to get more work done. But I'm not one to endorse such a definition. Instead, I define an interface as efficient if it minimises the time I have to spend interacting with it – and in the long-term, no less. I think keyboard-orientedness as outlined above best provides such efficiency in most applications.

tuomov.bitcheese.net

en RU UI

В настройках скайпа:

Оригинал: "Allow my contacts to see the number of contacts I have"
Русская версия: "Позволить моим контактам видеть количество контактов в моём списке контактов"

У меня странная мысль возникла...
Дано: AIR & iOS
1. В каком состояние сейчас поддержка iOS7? UI?
2. Если собирать на AIR SDK 3.9 + iOS 7 SDK что с нативным UI (шапка, все дела) ?
3. Собственно мысль: можно ли собрать свои .nib и подменить перед сборкой те нибы, что лежат в AIR SDK?

Поясню: У меня в нескольких приложениях под iOS используются ANE с нативными UI-виюхами. Вот и думаю, может реально собрать их в .nib-ы и заменить ими те, что в AIR ADK (они при сборке просто копируются в бандл iOS-приложения)

UI

Как меня задрали комбобоксы с годом. Выпадает список на 100 позиций — и давай, скролль его. Дайте ввести две последние цифры и автоматически подставьте первые: мне, как пользователю, будет проще.