borshak

borshak
Рейтинг
46
Регистрация
09.11.2008
usability, user interfaces, html, css, js, php // in old - as3, flash

Нет "правильных" и "неправильных" шрифтов. Просто некоторые используются не к месту.

Но как правильно заметил silicoid, использовать лучше системные - в частности, для основного массива текста. Дело в том, что внедренные шрифты в мелком кегле временами рендерятся просто отвратительно, из-за чего так трудно читать, что аж глаза слезятся.

Что касается размеров, то для основного массива (теги параграфов, ненумерованные и нумерованные списки) размер стоит выбирать с учетом возрастной категории сайта. Если она "до 30 лет", то можно и 12-14 px взять, если 30+, то отлично подойдёт и 18 и даже 20-22 px. Читать будет много легче, не надо глаза напрягать.

Но как по мне, то сейчас размер лучше задавать в единицах rem.

Межстрочный интервал можно взять стандартный:

line-height: 1.5;

Именно так, в относительных единицах. Зрительно самое оно.

beginerx:
на андроид и ай-ос флэш ЕСТЬ! Только называется он Air. Наподобие ява, рантайм можно и в один файл паковать, можно отдельно поставить.

Adobe AIR - это среда выполнения. То есть, это не флеш, как таковой, а "компьютер в компьютере". И надо либо отдельно качать и ставить саму среду, либо качать лишние 10 (или сколько там) МБ, если приложение идёт в виде отдельного установщика. А это - явная проблема в разворачивании приложения, и она понижает популярность данного способа (т.е. самой Adobe AIR).

Если же сравнивать AIR с нативными приложениями, то насколько я знаю, у среды AIR есть ряд ограничений на доступ к ресурсам устройства.

В целом же, вопрос был о перспективах Flash. Своё мнение о перспективах я уже изложил раньше.

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

Вполне возможно, так случится когда-то и с HTML, и с JavaScript - если появится что-то более подходящие под текущие потребности и более удобное.

cyber_Krosh:
borshak, открытые стандарты - это, конечно, хорошо.
Но вот например у Вас на сайте игрушки на флэш.
Насколько сложно/корректно их переписать на HTML / JS?

Если объективно, то играми их можно назвать с о-очень большой натяжкой :)

И такие на JS можно переписать свободно, уже и куча фреймворков есть.

Но на HTML5 есть и настоящие игры, к примеру:

- BananaBread

- HexGL

Согласен, Flash-технология под игры проработана намного лучше, чем HTML5/JS. Однако, ситуация у HTML5/JS постепенно улучшается, а вот количество установок Flash всё уменьшается. К примеру, как вы сами заметили, Apple в OS X по умолчанию Safari ставит без Flash. Плюс, если взять мобильные платформы - там тоже флеша нет; либо "нативные" приложения, либо HTML5/JS.

Так что в плане перспектив я думаю вот что:

- и флеш, и HTML5 - это технологии, то есть совокупность методов для реализации неких технических возможностей.

Но эти тех. возможности можно реализовать разными способами и в разном объёме. И HTML5/JS обгонит в данном плане флеш, так как:

- ими пользуется гораздо больше людей (это главное);

- и как следствие - над их развитием работает гораздо больше людей.

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

artusha2:

autoliga.info в общем

На мой взгляд было бы логичнее доменную зону сменить на что-то более подходящее к Санкт-Петербургу, плюс обозначить географию прямо в лого:

ТАКСИ, СТО, ПРОКАТ И ЭВАКУАЦИЯ АВТО

В САНКТ-ПЕТЕРБУРГЕ

Плюс - ориентировать разделы под ожидаемое действие посетителя, как в разделе "Прокат", где есть действие "Зарезервировать". То есть, если у меня поломалось авто, и я захожу в Эвакуатор, то хочу позвать на помощь - а кнопки "Вызвать эвакуатор" нет.

Перспективы обозначила сама Adobe в Roadmap - игры (для ПК) и видео премиум-уровня. Вот roadmap-документ (там же и про новую версию языка упоминается).

О весьма вялых перспективах говорит и тот факт, что сама Adobe отказалась от поддержки Flash для мобильных устройств; и вместе с тем выпустила коммерческий инструмент для работы с HTML5 - Adobe Edge.

Так что лучше перейти на открытые стандарты - HTML / JS / CSS / PHP. Flash уже доживает своё.

Что такое Гугл.Календарь я, конечно, знаю.

Но получается, что мне очень не хватало объективного взгляда со стороны.

Спасибо всем за критику и за советы.

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

zero20:
Только неосведомленный человек может назвать это аудитом, просто указал на явные косяки в дизайне + отсебячина, ничем необоснованная.

В нормальный аудит сайта как минимум должны входить отчет отображение сайтов в разных браузерах, при разных разрешениях экрана от 1600х1200 до моб. устройств с 240x320, это раз.
Отсюда вытекает проверку верстки на валидность, сокращения кода страницы, для уменьшения времени загрузки страницы, потом как сайт будет отображаться если в браузере отключена графика/js/flash, ведь многие на моб. устройствах ее отключают.
Потестить пинг хостера, проверить лог сервера, сколько времени и за какой период сайт был недоступен и т.д.
И это минимум, что должно входить в аудит, а уж потом можно написать что баннер уменьшить, эту кнопку немного левее и т.д.

В полный аудит (т.е. проверку) конечно да, стоит включить.

Но вот если это аназил, а не прогон по чеклисту, то следует найти в первую очередь самые важные ошибки и недочеты. А то какой толк от того, что сайт плохо работает с отключенным флеш при разрешении 320 х 240, если по статистике данного сайта, к примеру, этим разрешением пользуются 1,2% посетителей; а на самом сайте и при включенном флеше, и при самом часто используемом разрешении 1024 х 768 пользователю трудно найти интересующую информацию.

Анализ должен выявлять ошибки в удобстве использования, и предоставлять их в ранжировании по весу.

antuan:

Спасибо за информацию и примерный расклад по цене.
Я прекрасно понимаю что специалист по юзабилити это не дизайнер :)
Думаю вот о чем - не может ли сторонний дизайнер не корректно реализовать советы по юзабилити? Не лучше ли будет, если у юзабилиста будут на подхвате несколько специалистов по дизайну разного класса и ценового диапазона?
Потому как совсем не радует схема:
- заказ и разработка юзабилити и ТЗ на дизай
- реализация дизайна
- правка дизайна согласно требований юзабилиста
- внесение всех правок
- и опять анализ "все ли сделано верно".

Если перед дизайнером будет работающий прототип (я, к примеру, делаю локальный мини-сайт), на котором можно увидеть как все действует - навигация, расположение блоков и пр.; ПЛЮС в ТЗ отмечены все ключевые моменты (и дизайнер, разумеется, это ТЗ прочитал), то сомневаюсь что он может что-то сильно испортить. Если заложена хорошая база, то даже незначительные изьяны не могут ее сильно покоробить.

Гипотетический пример - есть у нас, скажем, окно авторизации в системе:

И есть исключительная ситуация - пользователь что-то не ввел. В ТЗ записываем, что ошибка должна отображаться сразу двумя путями: 1 - под надписью "Вход в систему" красным полужирным надо написать, что не сделано и что надо сделать, 2 - светло-красным фоном на форме подсветить проблемный участок для повторного ввода. Плюс, чтобы дизайнеру было понятнее, картинка с примером:

Как по мне, что-то напутать будет уже трудно.

P.S. Что касается дизайнеров под рукой - то конечно, идея отличная. Но у меня под рукой дизайнеров, увы, нету.

Но пользуясь случаем, хочу сказать, что не прочь бы наняться на постоянную работу - в дизайнерскую студию, в компанию по разработке ПО и т.п. Удаленно, на полный рабочий день, с зарплатой от 1500 дол. в месяц. Или на полставки, с оплатой в 750 дол.

И компании / студии было бы полезно - полировал бы продукты до совершенства. И мне было бы полезно - поднимал бы свой проф. уровень и работал в команде.

Скайпы, ICQ и все прочее, разумеется, в наличии.

12
Всего: 16