Показаны сообщения с ярлыком GUI. Показать все сообщения
Показаны сообщения с ярлыком GUI. Показать все сообщения
На любое упрощение интерфейса люди отвечают повышением своей тупости, иногда кратно
Когда то я думал что люди рождённые в 1995-2000 года будут влёт разбираться в компъютерах и новых технологиях (потому что они окружают их с детства), а профессия эникейщика вообще вымрет...
Хрен там!!! На любое упрощение интерфейса люди отвечают повышением своей тупости, иногда кратно.
Управление должно быть интуитивным, прогнозируемым
Система должна знать, что вы хотите ещё до того как вы сами это поймёте.
Как установить минимальный GUI на Ubuntu Server
Для того чтобы установить минимальный графический интерфейс нужно выполнить следующие команды:
sudo apt install xorg
sudo apt install --no-install-recommends openbox
sudo usermod -a -G video devtype
startx
Нужно обязательно добавить своего пользователя в группу video, иначе команда startx выполнится с ошибкой: `xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)`
Вам будет доступен терминал и буфер обмена.
Т.к. я работаю на виртуальной машине VirtualBox, то я устанавливал предварительно гостевые расширения с параметром --nox11. Примечательно, что мне не пришлось их переустанавливать для того чтобы заработал буфер обмена между хостом и гостевой машиной.
Полезные ссылки по теме:
Как запустить Chromium в LXD контейнере
При установке я буду опираться на почти официальное руководство:
LXC 1.0: GUI in containers [9/10]
$ lxc launch ubuntu: chromium-container
или
$ lxc init ubuntu: chromium-container
$ lxc info chromium-container
LXC 1.0: GUI in containers [9/10]
Создание контейнера
$ lxc image info ubuntu:$ lxc launch ubuntu: chromium-container
или
$ lxc init ubuntu: chromium-container
$ lxc info chromium-container
Строительные блоки визуального дизайна интерфейсов
Дизайн интерфейсов сводится к вопросу о том, как оформить и расположить визуальные элементы таким образом, чтобы внятно отразить поведение и представить информацию. Каждый элемент визуальной композиции имеет ряд свойств, и сочетание этих свойств придает элементу смысл. Пользователь получает возможность разобраться в интерфейсе благодаря различным способам приложения этих свойств к каждому из элементов интерфейса. В тех случаях, когда два объекта обладают общими свойствами, пользователь предположит, что эти объекты связаны или похожи. Когда пользователи видят, что свойства отличаются, они предполагают, что объекты не связаны.
Создавая пользовательский интерфейс, проанализируйте перечисленные ниже визуальные свойства каждого элемента или группы элементов. Чтобы создать полезный и привлекательный пользовательский интерфейс, следует тщательно поработать с каждым из этих свойств.
Особенности визуального дизайна интерфейсов
Силы, вложенные в разработку модели поведения программного продукта, будут потрачены впустую, если вы не сумеете должным образом донести до пользователей принципы этого поведения. В случае мобильных продуктов это делается визуальными средствами - путем отображения объектов на дисплее (в некоторых случаях целесообразно использовать тактильные ощущения от нажатия).
Мобильные UI-фреймворки
Если ты хотел сделать зарабатывающее мобильное приложение в 2010 году, то, в принципе, мог ограничиться iOS-платформой и забыть про Android, так как он был ущербно мал с точки зрения доли пользователей и вообще не существовал с точки зрения оборота внутренних покупок. Сейчас же игнорировать Android-платформу может только заядлый яблокофил, в связи с чем кросс-платформенные фреймворки становятся объектом пристального внимания.
За год в этой области произошло много интересного. Google в Android KitKat наконец сделала оптимизацию исполняемого кода и рендеринга веб-страниц внутри приложений. А Microsoft в октябре объявила о всесторонней поддержке Xamarin. Но самый крутой показатель роста интереса к фреймворкам можно наблюдать в вакансиях мобильных разработчиков, где появились места с названиями в духе «Xamarin-разработчик».
Фреймворки облегчают твою девелоперскую жизнь примерно так же, как и MBaaS, только на клиентской стороне. UI можно писать на чистом HTML5/CSS/JavaScript, чтобы потом показать в приложении в виде WebView-компонента (так делают Adobe PhoneGap и Sencha), можно писать на нестандартном JavaScript и CSS, чтобы потом скомпилировать в нативный код для каждой платформы (как в Appcelerator Titanium), а можно вообще отказаться от общего интерфейсного кода и шарить только бизнес-логику, написанную на C# (как в Xamarin). Плюсы и минусы каждого подхода понятны — JS-код в веб-компонентах исполняется обычно медленно, а UI, сделанный на PhoneGap без плагинов, будет выглядеть как в другой планеты. С другой стороны, супернативность, продвигаемая Xamarin, потребует от тебя умения писать на всех платформах и, кроме того, знания самого Xamarin. А в случае Titanium ты останешься на промежуточном решении.
Плоский дизайн
«Плоский» дизайн окончательно превратился в мейнстрим. Информативность стала важнее вычурности, контент — важнее интерфейса.
 |
| В Metro UI и других плоских интерфейсах непонятно, что является кнопкой, а что нет |
Скевоморфизм вместе с кожаными переплетами и бумажными паттернами задвинут на дальнюю полку, на смену ему пришли чистые экраны с минимумом элементов, отсутствием градиентов, заблюренными картинками и большой ролью текста как управляющего элемента. В 2014 году дизайном правят не декорации, а контент. Плоскими стали не только экраны, но и иконки приложений — теперь хоумскрины iOS-девайсов заполняют квадратики с равномерной заливкой вместо псевдообъемных образов.
Для разработчиков и дизайнеров новая мода на плоскость оборачивается тем, что непродуманный интерфейс больше не скрыть за красивыми картинками, а сделать очевидную глупость стало еще проще. Если строго придерживаться канонов флэт, можно кнопки сделать неотличимыми от статусных элементов, а метафоры одноцветных иконок — непонятными, чем окончательно запутать юзера. С другой стороны, несогласованный дизайн вроде тоже плохо, хотя сама iOS 7 демонстрирует элементы с градиентом и без, минималистичные и перегруженные деталями, чем вызывает бурю критики. Если смотреть в правильную сторону, UX-инженеры выделяют дизайн Gmail как удачно сочетающиф флэт и тени, за счет чего он получается чистым, но при этом понятным.
 |
| Псевдоплоский интерфейс Gmail не отказался от состояния нажатой кнопки и ховера |
Если с дизайном все стало сложнее, то с точки зрения реализации приложения становятся легче и быстрее в реализации, так как теперь интерфейс во многом строится программно, а не графически. Кроме того, свежесть парадигмы еще позволяет делать «модные» интерфейсы, пользуясь только нативными элементами и не изобретая велосипед. Хотя наверняка уже через полгода-год дефолтная плоскость iOS 7 всем надоест и придется придумывать что-то новое.
 |
| Якобы плоские минималистичные иконки iOS 7 иногда выглядят совсем не так |
Можно ли ставить на Linux-сервер GUI?
Минусы
- тянет много ресурсов (а если desktop GUI не держать постоянно в памяти на сервере?!)
- нет смысла
- вероятность существования какого-либо технологического отверстия увеличивается с каждым новым установленным пакетом (а если сервер внутренний и находится за корпоративным файерволом и наружу выставлен не целый адрес, а только один порт?!)
Плюсы
- быстро сделать что-то мышкой (а если разобраться и написать скрипт?!)
Выводы
GUI для взаимодействия между человеком и компьютером это как правило проще чем CLI. Вопрос не в том GUI это хорошо или плохо, GUI это хорошо (например, браузерные панели управления серверами и графическая статистика), вопрос в том куда его ставить? GUI должен быть отделен от ядра системы! От ядра нужно отсечь всё лишнее, чтобы достичь его совершенства. Если код GUI сильно переплетен с кодом ядра, то разделить их невозможно и это плохо. По хорошему каждая система должна предоставлять возможность удаленного подключения GUI. Модульность это хорошо. А удаленная модульность еще лучше.
Подписаться на:
Сообщения (Atom)