Рубрика «пользовательский интерфейс» - 2

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

В этой статье мы подробно разберём создание «с нуля» компоненты с интерактивными, «перетаскиваемыми» элементами в объектно-ориентированной среде разработки. В качестве примера мы построим прототип UML-редактора.
Реализация интерактивных диаграмм с помощью ООП на примере прототипа редактора UML-диаграмм. Часть 1 - 1
Читать полностью »

image

Я пишу это с лёгкой печалью, пересматривая мои любимые ролевые игры для Super Nintendo, и понимаю:

современный дизайн пользовательского интерфейса избаловал меня.

И это ощущение довольно распространённое. Читатель Hugon на форуме Quarter to Three пишет:

Когда я думаю о консольных RPG, я вспоминаю страницы с весьма неинформативным описанием персонажа и плохой навигацией. И вспоминаю слёзы радости, если в игре было хотя бы самое простое сравнение предметов."

Спасибо, «прекрасный интерфейс».

В прошлом я не слишком придирался к качеству. Когда я сидел сзади в автомобиле папы и ломал клавиатуру Nokia в попытке не позволить змее съесть свой хвост, мне в голову не приходили более глубокие мысли чем: «ага!», «супер!» или «ааааа!».

Впрочем, заново проходить классические игры — не такое уж неприятное занятие. Кроме мест, над проектированием которых явно никто сильно не напрягался, я заметил несколько вещей, которые сегодня используются в очень популярных приложениях.
Читать полностью »

Таблица (грид) с вертикальной полосой прокрутки — наиболее распространённый элемент пользовательского интерфейса для работы с данными реляционной БД. Однако известны сложности, с которыми приходится сталкиваться, когда таблица содержит так много записей, что тактика их полной вычитки и сохранения в оперативной памяти становится неразумной.

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

Реализация грида для работы с большими таблицами. Часть 1 - 1

Мы расскажем об одном из возможных методов реализации табличного элемента управления, обладающего свойствами Log(N)-быстрого 1) первоначального отображения 2) прокрутки на всём диапазоне записей 3) перехода к записи с заданным уникальным ключом. Всё это — при двух ограничениях: 1) записи могут быть отсортированы только по индексированному набору полей и 2) collation-правила базы данных должны быть известны алгоритму.

Изложенные в статье принципы были реализованы автором в проекте с его участием на языке Java.

Читать полностью »

UI для Ensemble Workflow на Angular - 1

Те, кто знаком с платформой для интеграции и разработки приложений InterSystems Ensemble, знают, что такое подсистема Ensemble Workflow и как она бывает полезна для автоматизации взаимодействия людей. Для тех же, кто не знаком с Ensemble (и/или Workflow), я кратко опишу её возможности (остальные могут пропустить эту часть и узнать, как они могут использовать пользовательский интерфейс Workflow на Angular.js).
Читать полностью »

В течение последнего года я мало писал, так как был занят разработкой нового средства для ведения дискуссий. Если вы, вслед за моими инвесторами, хотите знать, почему это заняло целый год, мне стоит объяснить, как именно я делаю программы, или, как минимум, как мы сделали Stack Overflow, Stack Exchange и, теперь, Discourse:

1. Проведите крайне подробное исследование всего, связанного с вашей тематикой. Успехи: в чем они ошиблись? Провалы: что они сделали правильно? Никто не должен знать об этой теме больше вас. У вас должна быть осмысленная история, в которую вы верите и, что еще более важно, в которую могут поверить другие.

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

3. Начните использовать этот продукт вместе со всей командой, каждый день, весь день. Это не просто разработка: это вся ваша жизнь. Если вы не живете разрабатываемой программой каждый день, целый день… проект неизбежно ждет плачевный исход. И, честно говоря, если мне приходится вам это объяснять, то знаете что? Вы в заднице.

Читать полностью »

Человечество все еще читает книги.

Будущее электронных книг

Возможно, человечество стало читать меньше, чем когда-то, с появлением различных социальных сетей и иных постоянно обновляемых источников новостей. Все же книги остаются с нами. Часто, заметив новую книгу в продаже, мы желаем купить себе экземпляр, и предметом желания остается именно бумажная версия. Это происходит по разным причинам — кому-то хочется вновь ощутить запах свежеотпечатанных страниц, кто-то хочет осязать вещь и «тяжесть» слов на страницах в переплете, который можно поставить на полку стеллажа в свою коллекцию, а кто-то прочтет из бесчисленных отзывов, что с электронным вариантом у вас будут проблемы, но стоп! Как же так вышло, что в век электронных технологий у нас будут проблемы с чтением электронного издания? Неужели действительно все так плохо? Ответом на этот вопрос будет…
Читать полностью »

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

Сейчас у сайтов простые интерфейсы, на уровне навигации и контактных форм, но развитие новых технологий и стандартов создаст спрос на более динамическое и специализированное взаимодействие.

Это неминуемо приведёт к тому, что работы над интерфейсами станет больше. Давайте посмотрим, что нужно помнить.

1. Закон ясности

Пользователь избегает непонятных элементов интерфейса.

7 нерушимых законов дизайна пользовательского интерфейса

Читать полностью »

image

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

Для начала представлюсь: меня зовут Павел Никитаев и я являюсь инженером пользовательского интерфейса в компании, занимающейся платёжными терминалами. Этой вводной записью я хотел бы открыть цикл статей о терминалах самообслуживания.
Читать полностью »

История и краеугольные принципы Google Chrome.

imageGoogle Chrome был представлен в другой половине 2008 года, как бета версия для Windows платформы. Код Chrome, авторство которого принадлежит Google, был сделан доступным под либеральной BSD лицензией — как и Chromium проект. Для большинства заинтересованных, такой поворот событий стал сюрпризом — война браузеров возвращается? Сможет ли Google сделать свой продукт реально лучше других?

«Это было столь хорошо, что заставило меня изменить свое мнение..» — Эрих Шмидт, первоначально не желающий принимать идею Google Chrome.

Читать полностью »

Год назад на Хабре обсуждалась наша статья "Наем VS Аутсорсинг (в проектах малого бизнеса)" о том, что лучше — нанимать сотрудников или брать компании на аутсорсинг. В статье наш генеральный директор рассказал, что мы долго искали баланс между наймом и подрядом, и в итоге в вопросе дизайна нашли отличную студию-подрядчика.

30 августа 2012 года мы запустили наш сервис, и он вызвал достаточно бурное обсуждение и интерес со стороны Интернет-сообщества и СМИ. Многим запомнилась наша временная заглушка, об истории создания которой и об изображенной на ней девушке Лене мы как-нибудь расскажем отдельно:

image

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

По результатам попробуем ответить на вопрос: можно ли дизайн системы отдавать сторонней компании, не является ли он слишком важным для того, чтобы доверять его внешней команде?
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js