PADDING в CSS еще не отменяли! Добавил:exactor Exactor 1473 дня назад 
UPD - Проблема устранена удивительно быстро, что искренне радует.
Когда-то странички обзора папок выглядели вполне прилично - независимо от качества дизайна. Затем в системном коде для чего-то прописали тег переноса строки перед тегом параграфа, вследствие чего описание переместилось значительно ниже названия папки в списке и прилипло к нижеследующей группе. Сегодня, во время очередного обновления системы, вместо того, чтобы убрать это очевидное недоразумение, разработчики добавили еще один тег переноса строки для списков групп (см. обзор папок). Если описание папки еще вчера смотрелось некрасиво и нелогично, то теперь стало еще более громоздко. Необходимо убрать из кода оба тега переноса строки - до и после тега параграфа, они там не нужны и портят вид, и их невозможно нейтрализовать в своем дизайне, разве что уничтожив все br в tablebody, что недопустимо. Вот пример нынешнегно кода:
<br /><p>Текст описания группы</p><br />
А надо:
<p>Текст описания группы</p>
Напомню, что для настройки параграфа существуют во всем мире общепринятые значения padding и line-height. Так что лишний br убивает и без того не ахти какие возможности создавать нормальный дизайн.
Комментарии: 6 Просмотров: 8230 Группа: Веб-дизайн и My... |
Вступление. Дом и его стены. Добавил:exactor Exactor 1497 дней назад 
Наверное, уже можно было бы написать целое исследование по теме, благо и материала и опыта предостаточно, и даже незнание некоторых нюансов (большей частью из-за отсутствия доступа к информации и исходникам) не может помешать воссоздать целую и ясную картину, понятную любому чайнику, у которого есть ручка...
Возможно, это будет сделано, возможно, не мной, пока же ограничусь небольшими заметками.
Итак, веб-дизайн и MyLivePage.
Уже печально, что "веб-дизайн" отделяет от "MyLivePage" союз "и" - это, хоть и союз, но в данном случае больше противительный нежели соединительный.
Тема достаточно глобальная и дабы не увязнуть в мегабайтах мыслей, попробуем вычленить главное: имеется система, претендующая на роль конструктора сайтов, сама при этом несконструированная должным образом - и именно в той части, которая призвана обеспечивать конструктору сайтов необходимую функциональность.
Нет, цель этих заметок - отнюдь не ругать и не заниматься сарказмом. Цель - подвести хоть какие-то итоги и понять, на что имеет смысл тратить время и силы, а на что - нет, т.е. до какой степени совместимы веб-дизайн и MyLivePage - в том виде, в каком мы имеем ее (и она нас) и - непременно - с учетом тенденции ее развития.
Собственно, роль, отведенная дизайну на MyLivePage, очень хорошо прослеживается в недавно встреченной мною на каком-то сайте реплике администратора: "Дизайн - ничто, контент - все!"
Мысль притягательная в своей однобокой правильности, если забыть о принципах дома: никому не хочется обставлять новой мебелью развалюху с обоями, висящими клочьями. Никто не станет вешать новенькую люстру на проваливающийся потолок. Печально, но вместо того, чтобы наполнять контентом сайты большинство пользователей тратят время именно на попытки хоть как-то привести в порядок стены этого дома.
Вся сущность MyLivePage как конструктора сайтов сводится на данный (затянувшийся) момент к довольно отработанной по сравнению с недавним прошлым системе регистрации, а также ряду возможностей, предоставляемых в Интернете обычно по-отдельности либо группами - но не все и сразу. Т.е. на MyLivePage пользователь, теоретически, получает (продолжая аналогию дома) вместе с квартирой и внутреннюю планировку - фотоальбом, файловое хранилище, блог, чат и так далее. Вся эта планировка зиждется исключительно на различиях, диктуемых особенностью каждой "комнаты", т.е. функциональность - какая бы она ни была - и "коммунальный" принцип (или принцип "хрущевок") - блочность с минимумом возможностей для развития индивидуальности.
Важно понимать, что хотя индивидуальность может быть достигнута и единственно через контент - т.е., если человек талантлив или уникален в чем-то, весь веб-дизайн его странички может свестись к background: white; color: black - и этого будет более чем, - но много ли среди пользователей тех, кто может себе это позволить? Наконец, структура такой "квартиры" как сайт на MyLivePage, требует хотя бы единого цвета обоев или высоты потолков... Мне, например, хочется выгрызть белые куски рекламы, тупо возникающие не там и не так, если у меня сайт должен иметь черный фон. Это к примеру. Т.е. я буду тратить время не на контент, а на эти мучительные попытки (речь о рекламе еще пойдет отдельно, в другой статье) добиться хоть какой-то гармонии в "хрущевке".
Допустим, мы не касаемся темы "стань и избавься", а говорим об основной массе пользователей, которым не под силу платить за отключение рекламы - но даже если бы мы все платили - остается блочность, остается отсутствие приличного редактора шаблона (кстати, как и редактора вообще, wiki еще спасает - сегодня полчаса не могла понять почему мой тег бегущей строки не работает у пользователя - пока не увидела в чем он создает страницу).
Итак, мы подошли к тому, что всем известно: на майливе НЕТ нормального редактора шаблона. Чтобы сделать дизайн "VIOLA", мне пришлось буквально хакнуть сам редактор по некоторым позициям. Оставим в стороне вопрос: зачем пользователям мешают создавать дизайны при отсутствии у майливы собственных настоящих дизайнеров? Поставим этот вопрос иначе: до каких пор программисты майливы не смогут предоставить пользователям возможность создавать дизайны малой кровью и бОльшим результатом?
Ответа я не знаю.
Не стану вдаваться сейчас ни в тонкости веб-дизайна, ни приводить примеры multiple или юкоза как конструкторов сайтов - все это сейчас не важно, особенно учитывая аксиому - админ и программисты и так все это знают, не могут не знать. Не стану также подробно останавливаться на том, чем именно плох существующий редактор шаблонов. Мои записи рассчитаны на тех, кто хоть немного понимает в дизайне, в css и кто уже имел попытки создать свой дизайн на майливе. Эти - поймут. Да, хорошая и правильная статья подразумевает структуру - и как часть ее - анализ имеющихся фактов, ссылки на источники и примеры, и так далее. Но моя цель сейчас - не правильная и хорошая статья. Моя цель - убедить хотя бы себя, что я смогу реализовать на майливе все свои задумки в отношении дизайна.. потому что после "VIOL'ы" у меня в очередной раз опустились руки. Я пытаюсь найти аргументы против фактов.. аргументы в пользу целесообразности дальнейшей работы по созданию скинов для майливы.
Вернемся к нашим бара...шаблонам. Многие помнят - был когда-то на майливе двухоконный редактор. Не сложно развить полемику в его защиту - мало кто откажется признать, что дизайн в том редакторе создавался проще и меньшей кровью. Опять же - не стану этого делать - редактор доступен благодаря горстке энтузиастов - вопрос до каких пор - но пока доступен. Но предположим, администрация имела веские основания заменить редактор на нынешний. Даже признаем, что он имеет свои преимущества перед старым. Предположим также, что у администрации нет возможности (сил, знаний) довести этот новый редактор до ума.
Вопрос: когда и по каким главным моментам планируется эта доводка? С какой целью textarea представления шаблона имеет атрибут readonly? Боязнь того, что пользователи поубивают рекламу на своих сайтах? Господа, любой сможет сделать это прямо сейчас - если не с помощью одних тегов - то с помощью других, начиная от банального абсолютного позиционирования и display:none до бог знает каких скриптов сторонних ресурсов платных пользователей... Кстати, никто не пробовал вместо текста css в соответствующем окне прописать @import url(бла-бла-бла.css); где url - адрес нужного css? Разумеется, необходимо правильно выбрать представление шаблона, если вам нравится тот или иной скин.. или же переписать темплейт под выбранный css.
Но это - романтика. Детали и хаки могут облегчить жизнь в отдельных случаях, но никогда не решат глобальной задачи: создание на MyLivePage возможности создавать дизайны без бутылки шампанского. Образно говоря.
Продолжение следует...
Комментарии: 2 Просмотров: 2494 Группа: Веб-дизайн и My... |