hedgehog

если две ячейки, то очень громоздкий код получается. таблица примерно такая, только шире и "блоков" по вертикали не два, а несколько десятков. по-моему, тут гораздо проще подсунуть костыль через span inline-block, тем более в этом случае можно будет дать пользователю возможность редактировать код через wyswiwyg (span'ами редактор изменяет цвет/вес текста). только тогда надо будет задавать стили чем-то вроде img + span, чтобы не трогать текст в ячейках под заголовками...

посмотрите, что происходит, если текст в одну строку: http://jsfiddle.net/hedgehog/HQpP4/ при флоате текст выравнивается по верхней границе флоата. а мне нужно, чтобы как однострочный, так и двухстрочный текст выравнивался посередине картинки. заказчик обращает внимание на каждый пиксель

нужно в одной ячейке разместить картинку и текст, который обтекает эту картинку по правой стороне. все должно выравниваться посередине, а текст может быть либо одно- либо двухстрочный. если картинку и span просто выравнивать по вертикали, то все отлично с однострочным текстом, а если появляется вторая строка, то она переносится под картинку: http://jsfiddle.net/hedgehog/VqQA9/ с другой стороны, если картинке задать флоат, то с двустрочным вариантом все отлично, потому что спан выравнивается по верхней границе картинки и благодаря размеру шрифта/междустрочному интервалу две строки отображаются как будто посередине. а заголовок в одну строку выглядит так: http://jsfiddle.net/hedgehog/arauJ/ буду рад, если подскажете бескостыльный вариант.

посыпаю голову пеплом. печаль-распечальная. все оказалось очень просто: http://jsfiddle.net/hedgehog/EuAwR/ для умерших браузеров, как я понимаю, нужно указывать display: inline и zoom: 1

А чем это грозит при блочной верстке, кроме расплывшейся таблицы в самой статье (ноде)? У меня выводимый в основном блоке контент обернут в overflow:hidden, поэтому за боковые границы ничего вылезти не должно. Поправьте, если я неправ. Так-то оно так, но этот способ подходит, если выводить все блоки отдельными нодами на странице с отдельным типом документа. А в этом случае у меня проблем не возникнет как расположить их. Простая таблица нужна была только для предоставления возможности ее редактирования обычному пользователю в wysiwyg редакторе, а лишние обертки сделали бы этот процесс крайне трудоемким. В общем, заказчик настаивает на том, что эта страница редактироваться будет крайне редко, поэтому я пока что сделал таблицу сам. А если понадобится активно править контент на этой странице, то буду выводить отдельными нодами в блоках. К сожалению, отсутствие времени не позволило реализовать этот вариант сразу. Сама таблица выглядит примерно так, хоть это уже и не особо важно: [x]заголовок [x]заголовок стена текста стена текста стена текста стена текста стена текста стена текста стена текста стена текста [x]заголовок [x]заголовок стена текста стена текста стена текста стена текста стена текста стена текста стена текста стена текста ...повторить до потери пульса... где [x] - картинка. Всем спасибо за идеи и предложения. надеюсь в ближайшем будущем закончить свой первый адекватный (как я надеюсь) сайт и предоставить его на всеобщее обозрение для здравой критики

думаю, тут бы больше подошло отдельное редактирование каждого блока так как не хочется привязываться количеству полей, спасибо за наводку. что-то вроде: создать тип ноды с нужными полями (картинка-заголовок-тело) и выводить их (цмс: друпал 7) подскажите: а чем плохо редактирование таблиц пользователем? таблица находится внутри ноды. пользователю необходима будет возможность добавить таблицу в свою созданную статью. в данном случае пользователь - владелец сайта

это я уже заметил проблема в том, что это будет таблица с заголовками, которую сможет редактировать заказчик через админку сайта посредством wysiwyg редактора. человек далек от веб-технологий, поэтому разбитие этой ячейки на две, а, тем более, обертка в дополнительные блоки, сделает редактирование таблицы практически невозможной и мне после каждого чиха придется восстанавливать все из бекапа. вариант "таблица: картинка-обтекание-текст" - очень простой, потому что "как в MS Word", но вот с выравниванием - печаль

http://jsfiddle.net/mykM6/ забыл уточнить: текст может быть высотой одну или две строки. вот двухстрочный вариант: http://jsfiddle.net/KmgYN/ идея в том, чтобы в случае однострочного текста эта строка выравнивалась посередине картинки, а не по верхней границе

Здравствуйте. Столкнулся с проблемой вертикального выравнивания внутри таблицы. Задача: в одну ячейку поместить картинку и обтекающий ее текст, причем текст должен выравниваться посередине ячейки. но при добавлении картинке float: left происходит следующее: картинка выравнивается посередине, а текст - по верхней границы картинки. есть ли возможность реализовать нужное выравнивание без добавления дополнительных блоков или ячеек? td {vertical-align: middle;border: solid 1px black;} img {float: left;} <table> <tr> <td> <img src="http://soft.mydiv.net/images/win/icons/TNT-Clip-Art-Library.gif">sometext</td> </tr> </table>

нужно а где пример сайта или кода?

а так нельзя? li { display: inline-block; height: 2em; vertical-align: bottom; }

не уверен, что до конца правильно понял задачу... с ul {float: left} они кое-как переносятся, но врядли то то, что нужно...

если внутренняя структура не поменялась, то смотрите ссылку в посте Radiocity и настраивайте 301й редирект средствами mod_rewrite. В этом случае посетитель будет переадресовываться на новый адрес без потери закладок и с наименьшим ущербом для страниц в поиске. т.е. страницы вида www.oldsite.ru/forum/index.php будут преобразованы в www.newsite/forum/index.php всего одним правилом

так это же галерея. можно вставлять тюмбнейлы одного размера, а при click/hover - показывать жаваскриптом полноразмерное изображение.

с modx не приходилось сталкиваться. ждите ответа или ищите в гугле например: http://community.modx-cms.ru/blog/questions/581.html

в общем, мой комментарий можете не брать во внимание: такое поведение соответствует ТЗ

а, браузер их спрятал. не заметил даже. топикстартеру: rghost и imgur - легкие и безбанерные хостилки

http://htmlbook.ru/samhtml/yakorya

к относительно спозиционированным элементам тоже можно применять z-index и при этом они не выпадают из потока

вагон банеров и вирусни, оно вам надо?

Прислали шаблон для верстки, задизайненный, похоже, в CS5. Слои, имена и размеры слоев, тени - все есть. Правда, я подозреваю, что это какой-то PSDшный экспорт, потому что тень вокруг текста в другом макете, сдеаланном в CS2, не отображается. Надо порасспрашивать дизайнера на эту тему. <stEvt:softwareAgent>Adobe Photoshop CS5 Windows</stEvt:softwareAgent> Для моих потребностей гимпа хватает более чем. Проблемы с открытием некоторых фотошоповских файлов имеются, но это может быть связано с лицензиями на адобовские фильтры и так далее. Слои:

молоко какое-то

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

друпал - отличная вещь а у вас ссылка на node/54 двоится в меню справа

абсолютный url (задается от корня САЙТА либо указанием полного адреса страницы/элемента, включая протокол): href="http://mysite.org/page.html" href="/page.html" относительный урл (задается относительно того каталога, в котором находится страница со ссылкой): href="page.html" href="../page.html" для чего нужен тег base: http://htmlbook.ru/html/base по сути, base указывает, какой путь нужно добавить к относительному, чтобы получить полный (абсолютный) путь к элементу. по умолчанию это текущий каталог