Список страниц для разработки дизайна типового скина / Скины и шаблоны - принципы, концепции, стандарты / Alto CMS http://79.174.14.219/comments/586/ ru noreply@altocms.ru noreply@altocms.ru Alto CMS v.1.5.0b1 Список страниц для разработки дизайна типового скина (comment #9965) http://79.174.14.219/t/586/#comment9965 http://79.174.14.219/586.html#comment9965 markus1024@yandex.ru
Адаптивность — это вроде-бы очень круто, но вместе с тем будут свои минусы.

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

Как вариант — адаптивность можно реализовать после, в виде некой надстройки, которую можно активировать при желании.]]> Wed, 14 May 2014 13:42:57 +0400 Список страниц для разработки дизайна типового скина (comment #9967) http://79.174.14.219/t/586/#comment9967 http://79.174.14.219/586.html#comment9967 acstrelcova@gmail.com demo.altocms.ru и он адаптивный :)]]> Wed, 14 May 2014 14:10:25 +0400 Список страниц для разработки дизайна типового скина (comment #9968) http://79.174.14.219/t/586/#comment9968 http://79.174.14.219/586.html#comment9968 markus1024@yandex.ru Возможно, что я не прав, но до сих пор вижу больше косяков в адаптивных шаблонах, чем в простых. И причина, как понимаю, в том, что сделать адаптивный шаблон, который будет выполнять заявленным требования — практически невозможно.]]> Wed, 14 May 2014 14:15:17 +0400 Список страниц для разработки дизайна типового скина (comment #9969) http://79.174.14.219/t/586/#comment9969 http://79.174.14.219/586.html#comment9969 acstrelcova@gmail.com Wed, 14 May 2014 14:38:49 +0400 Список страниц для разработки дизайна типового скина (comment #9996) http://79.174.14.219/t/586/#comment9996 http://79.174.14.219/586.html#comment9996 faykop@gmail.com Часть экранов с hd и fullhd разрешением действительно нормально отображают обычные не адаптивные сайты, с другой стороны пользоваться такими сайтом на небольшом экране смартфона/планшета неудобно.Тут дело вкуса. Никто не мешает по монитору два раза пальцем тыкнуть(я про смартфон), а на других телефонах вообще смысла нет в инет выходить. Благодаря такой замечательной функции мы получим полный функционал сайта, а не раскрывать разные менюшки и искать, а куда мне дальше, а потом вообще осознать, что в адаптивной версии урезали этот функционал, а потом еще и понять, что на нормальную то версию с телефона не попасть.
Самый большой прикол будет если вначале еще пойдут блоки, а потом только контент =)
Хотя спорить конечно смысла нет, но я считаю что адаптивность это все таки больше тренд чем что-то полезное в плане юзаблити.]]> Wed, 14 May 2014 23:52:01 +0400 Список страниц для разработки дизайна типового скина (comment #9971) http://79.174.14.219/t/586/#comment9971 http://79.174.14.219/586.html#comment9971 vshemarov@gmail.com Wed, 14 May 2014 14:53:45 +0400 Список страниц для разработки дизайна типового скина (comment #9966) http://79.174.14.219/t/586/#comment9966 http://79.174.14.219/586.html#comment9966 acstrelcova@gmail.com habrahabr.ru/post/148374/, сам список на livestreet /blog/dev_livestreet/11532.html). Вообще шаблон Synio до сих пор остается самым проработанным на livestreet. Поэтому глядя на результат, бюджет конкурса на дефолтный дизайн livestreet уже не кажется таким значительным )) Другое дело, что Synio устарел по всем параметрам.

Но скажу по своему опыту, что основной принцип работы над дизайном не сильно отличается от работы с другими CMS. Для примера приведу дизайн для портала на Drupal — после отрисовки и верстки основных страниц, нашей дизайнерской группой было дополнительно отрисовано более 20 макетов различных экранов и отдельных элементов.

Конечно например в Experience, в этом плане несколько легче, т.к многие экраны и принципы используются из базового скина. Но даже при всем при этом, уже отрисовано около 10 макетов (не сочтите за рекламу :)) и после верстки основных страниц будут отрисованы дополнительные экраны.]]> Wed, 14 May 2014 14:07:24 +0400 Список страниц для разработки дизайна типового скина (comment #9993) http://79.174.14.219/t/586/#comment9993 http://79.174.14.219/586.html#comment9993 faykop@gmail.com Другое дело, что Synio устарел по всем параметрам.На ЛС сейчас нет шаблона лучше чем Synio, а хотя есть еще Social.
Прелесть этих шаблонов в том, что их можно очень хорошо адаптировать под разные условия при минимальных временных затрат.
Хотя дело вкуса.]]> Wed, 14 May 2014 23:16:19 +0400 Список страниц для разработки дизайна типового скина (comment #9970) http://79.174.14.219/t/586/#comment9970 http://79.174.14.219/586.html#comment9970 sentient@lenta.ru
Кроме того, длинный список страниц — отнюдь не то, что лично мне, как разработчику, хотелось бы видеть. Он вообще был бы неактуален, если бы был некий стандартный набор css-классов, на который можно было бы опереться при доработке стандартного дизайна и создании дополнений: всякие панельки, кнопки, формы и прочая дребедень.

Не воспринимайте это за наезд лично на себя, просто я одно время рассматривал разработку дополнений под opencart — другой пошедший простым путем движок — и там даже с учетом ecommerce направленности она не окупалась, т.к. совместимость со сторонними шаблонами настолько плоха, что почти что каждое дополнение приходилось бы дорабатывать под клиента.

Заранее скажу, что полного решения этой проблемы не знаю. Частичное, виденное мною неоднократно — провести стандартизацию css-классов и паттернов элементов управления для возможности доработки дизайне через css (ага, как в zen garden), сделать наследование одного шаблона от другого, привить дизайнерам мысль, что *не надо* в своих шаблонах изобретать каждую форму заново.]]> Wed, 14 May 2014 14:47:17 +0400 Список страниц для разработки дизайна типового скина (comment #9974) http://79.174.14.219/t/586/#comment9974 http://79.174.14.219/586.html#comment9974 vshemarov@gmail.com
По решению — идеального полного решения, наверное, и нет, ибо нет идеала в реальном мире. Но ход ваших мыслей почти один в один совпадает с моими. Вообще, если по хорошему, то, проанализировав этот список, следующим шагом нужно подготовить набор типовых блоков/элементов (методология БЭМ совсем недурная штука), а потом — набор CSS-классов. Это — с методологически. А технологически, тем временем, обеспечить полноценную поддержку LESS и наследование шаблонов, да.]]> Wed, 14 May 2014 15:41:08 +0400 Список страниц для разработки дизайна типового скина (comment #9995) http://79.174.14.219/t/586/#comment9995 http://79.174.14.219/586.html#comment9995 faykop@gmail.com Ну да, прикинул сейчас в уме число экранов для WP — главная, страница, топик с комментариями.Ну если эти страницы по полочкам разложить, то получиться чуть меньше половины от списка в главном топик, но при этом по возможностям от наголову выше, а заработок на нем вообще сказка.
Суть в том, что такого результата можно достичь и на Альто, но нужно разобрать всю структуру подачи по полочкам.]]> Wed, 14 May 2014 23:43:56 +0400 Список страниц для разработки дизайна типового скина (comment #9989) http://79.174.14.219/t/586/#comment9989 http://79.174.14.219/586.html#comment9989 markus1024@yandex.ru Wed, 14 May 2014 20:49:11 +0400 Список страниц для разработки дизайна типового скина (comment #9994) http://79.174.14.219/t/586/#comment9994 http://79.174.14.219/586.html#comment9994 faykop@gmail.com Главное найти хорошего верстальщика который знаком со структурой движка и тогда проблемы с кучей макетов отпадут, но это задача не из простых =) Можно конечно мне не везло, но порой они даже главную не могут сверстать по макету( и приходиться постоянно обрисовывать красные кружки.
По большому счету для шаблонов на продажу в каталоге адаптивную версию имеет смысл делать под разрешения 970px и 480px, а то и вовсе только под 480px.
Вообще считаю, что стоимость шаблонов для Альто и ЛС должна начинаться от 2000р., а с базой юзеров которая есть сейчас и того с 3000р.
К примеру верстка шаблона сейчас от 10000р. + затраченное время на дизайн = от 50000р.

ИМХО: Выкиньте к чертям свои iphone и телефоны прошлого века и тогда поймете, что адаптивные шаблоны это полное убожество и сайты с ним лично моего внимания не заслуживают.]]> Wed, 14 May 2014 23:38:13 +0400 Список страниц для разработки дизайна типового скина (comment #9997) http://79.174.14.219/t/586/#comment9997 http://79.174.14.219/586.html#comment9997 sentient@lenta.ru ИМХО: Выкиньте к чертям свои iphone и телефоны прошлого века и тогда поймете, что адаптивные шаблоны это полное убожество и сайты с ним лично моего внимания не заслуживают. Поддерживаю!

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

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

Чего реально добились адаптивщики — так это усложнения всего и вся. Я, например, только с их появлением стал с трудом читать код сайтов. Да и компьютер, на котором я прошел Crysis, уже не способен без рывков прокручивать даже некоторые информационные сайты.]]> Thu, 15 May 2014 00:52:44 +0400 Список страниц для разработки дизайна типового скина (comment #10007) http://79.174.14.219/t/586/#comment10007 http://79.174.14.219/586.html#comment10007 seigiard@gmail.com
Поэтому надо идти по пути унификации, модулей, БЭМ и т.д. и т.п. Но это — огромный кусок работы.

Я как-то делал такой «фреймворк» для одной студии, где был один html-шаблон и проработанные блоки данных, но классами навешивалась структура лэйаута (типа body.sidebar-left, body.sidebar-right, body.sidebar-both) + css компилился из less/sass, чтобы игрой с переменными можно было менять цвета/шрифты/кнопочки. Это был отличный ход, студия не нарадовалась. Сочинил в свое время bootstrap ;)

PS: Я все жду таких макетов, где бы был не css, а less/sass/stylus, чтобы хотя бы цвета менять на сайте не кропотливым поиском и заменой (или самостоятельной перегонкой в stylus)]]> Fri, 16 May 2014 13:23:42 +0400 Список страниц для разработки дизайна типового скина (comment #10021) http://79.174.14.219/t/586/#comment10021 http://79.174.14.219/586.html#comment10021 vshemarov@gmail.com Качество адаптивного сайта зависит от дизайнера и верстальщика...Все верно. Но есть еще одна сторона, о которой редко вспоминают: это серверная часть. Если делать по настоящему адаптивный сайт, то не только на фронтэнде надо учитывать «мобильность», но и на бэкенде тоже. Например, можно скрывать на фронтэнде какой-нить баннер весом в 300К, но гораздо правильней вообще его не передавать на клиента, заведомо зная, что он там крутиться не будет.

Я все жду таких макетов, где бы был не css, а less/sass/stylus, чтобы хотя бы цвета менять на сайте...
Самые первые цветочки уже есть: темизация Start-kit выполняется именно через LESS. А вообще, лучше не ждать, конечно, а самому предлагать конкретные решения. Без опытных верстальщиков, которые не просто руку набили, но и владеют определенными методиками, могут анализировать и систематизировать, очень трудно решить все описанные выше проблемы. Если вообще возможно :)]]> Sat, 17 May 2014 02:08:19 +0400 Список страниц для разработки дизайна типового скина (comment #10067) http://79.174.14.219/t/586/#comment10067 http://79.174.14.219/586.html#comment10067 seigiard@gmail.com Но есть еще одна сторона, о которой редко вспоминают: это серверная часть.
Ну это вообще на нобелевку тянет. Мы в работе используем различные ухищрения, но, как всегда, есть куча органичений и граблей.

Например, та же адаптация изображений под различные размеры родительских элементов в одном проекте привели к форку и кардинальной переделке responsiveimg.com/

Но это еще сервер должен генерить картинки по запросу, а это уже лишняя работа и потенциальная дыра. А если картинки положить на удаленный сервер для статики — это новые ограничения и проблемы. Так что твою боль я понимаю и разделяю :)

А если нужны консультации/советы/мысли — мой инбокс всегда открыт.]]> Mon, 19 May 2014 18:42:40 +0400 Список страниц для разработки дизайна типового скина (comment #10081) http://79.174.14.219/t/586/#comment10081 http://79.174.14.219/586.html#comment10081 vshemarov@gmail.com А если нужны консультации/советы/мысли — мой инбокс всегда открыт...Все это — консультации/советы/мысли от знающих людей — нужно всегда! Но беда в том, что иногда даже и не знаешь, о чем спрашивать :) Вот я, например, специализируясь, по большей части, на сервер-сайде, и хоть стараюсь отслеживать все, что касается веб-разработки, но наверняка просто не знаю о каких-то методиках, приемах, нюансах спецификации, связанных как непосредственно с HTML-версткой, так и, например, с той же адаптивность, о которой тут спор возник.

Поэтому, если будут конкретные вопросы, то обязательно обращусь. Но если и с твой стороны (равно как и стороны любых других юзеров) будут какие-то предложения по улучшению архитектуры, функционала, верстки и пр. — не стесняйся их высказывать]]> Mon, 19 May 2014 21:46:20 +0400 Список страниц для разработки дизайна типового скина (comment #10022) http://79.174.14.219/t/586/#comment10022 http://79.174.14.219/586.html#comment10022 vshemarov@gmail.com Я для себя выделил только 8 макетов страниц, а остальное это UIkit...Так, может, поделитесь своим видением? Или это проф. секреты? ;)]]> Sat, 17 May 2014 02:10:21 +0400 Список страниц для разработки дизайна типового скина (comment #10026) http://79.174.14.219/t/586/#comment10026 http://79.174.14.219/586.html#comment10026 faykop@gmail.com activity, topic, blog list, home, messages, people list, profile, blog
Ну а остальное уже UIkit.
Конечно же это исключительно мой взгляд.
Многое будет зависеть насколько сильно шаблон будет отходить от стандартной структуры.]]> Sat, 17 May 2014 09:59:21 +0400