hypnocolor

djforce, добавьте запись в css: table {padding: 5px !important;} И уберите cellpadding="5" из параметров в таблице.

aov000, объединять их можно. Просто скопируйте содержимое одного файла в конец другого, например. Несколько css-файлов логично делать, например, если стилей много, и нужно разбить их по файлам-категориям. Например, в одном файле будут только стили для разметки и позиционирования, в другом — для оформления блоков, и так далее. Но никто не мешает хранить все стили в одном файле, делая комментарии перед каждой группой стилей, относящихся к какой-то своей области (стили для шапки, стили для блоков, стили для подвала и т.д.) Короче говоря, вопрос индивидуального удобства для каждого верстальщика

SurPaul, параметры нужно оборачивать фигурными скобками... $("#dialog").dialog({draggable: false, modal: true, resizable: false, show: 'blind'});

rus, а зачем так долго? Я всегда открывал папку \Windows\Fonts и просто копировал-вставлял туда файл шрифта

alexandr_v-vich, если шрифт будет лежать в системной папке шрифтов, он сразу будет доступен любому приложению в системе.

9EVIL, я бы на вашем месте вообще забил на такие мелочи для IE6/7. Или без этого прямо никак-никак нельзя обойтись? Тогда советую посмотреть на технику, используемую в «Студии Лебедева» — http://www.artlebedev.ru/tools/technogrette/html/rounded-corners/.

А зачем вообще здесь картинки использовать? Задайте для .cpactive белый фоновый цвет, подходящий padding и border-radius в 2 или 3 пикселя, и уберите все фоновые картинки нафиг.

SurPaul, я еще добавил CSS, чтобы блок с диалогом изначально был скрыт.

SurPaul, HTML: <div id="datepicker"> </div> <div id="dialog" title="Заголовок диалога">Содержимое</div> CSS: #dialog{display:none;} JS: $(function(){ $('#datepicker').datepicker({ inline: true, onSelect: function(dateText, inst) { if(dateText=="01/01/2012") $("#dialog").dialog(); } }); })

SurPaul, и что потом должно произойти с текстом и ссылкой?

SurPaul, вам сначала, я думаю, нужно овладеть искусством правильной постановки вопроса. Вот взять прошлую тему — я целые сутки был уверен, что вам нужно одно, а оказалось, что нужно совершенно другое. Так и здесь — что за диалог? Что он должен делать? Давайте максимально точную и подробную информацию, это экономит кучу времени и облегчает восприятие вопроса, правда.

Растягивать картинки браузером — плохая идея. Называть файлы сайта кириллицей, еще и с пробелами ("Страница контакты.jpg") — очень плохая идея. Писать зеленым текстом по зеленому фону — чрезмерно плохая идея! Пункты меню в виде картинок — подходит далеко не всегда, но если уж используете, то надо предусматривать, что пользователь может отключить картинки в браузере и зайти на сайт... после чего не сможет на нем ничего сделать. Картинки-то отключены, а у них ни альта не прописано, ни размера не задано.. В общем, прямо сборник вредных советов у вас получился

Много лишнего и непонятного. Непонятно, зачем мне регистрация на сайте заказа такси, если я ночью приехал в Киев на 1 день, и мне нужно просто куда-либо добраться. В этом же случае непонятно, зачем мне знать «Маршрут», а тем более смотреть его на карте, если я вообще в жизни не был в Украине? Маршрут должен быть интересен водителю, а вот знать время (хотя бы примерное), за которое меня довезут из точки A в точку B, мне было бы гораздо интереснее и полезнее. Опять же, зачем оставлять комментарий к заказу такси? Что там надо писать? «ПРИЕЗЖАЙТЕ БЫСТРЕЕ ПОЖАЛУЙСТА»? В комментарии, разве что, можно указать, что с собой много багажа и машина нужна вместительная, или едет человек 6, и нужен уже микроавтобус. Но в этом случае было бы логичнее сделать выпадающий список, где можно просто выбрать тип нужной машины, а не утруждать себя придумыванием комментария, который всё равно в 99% случаев ни на что не повлияет. И самое главное — не знаю, кого как, но лично меня грубые ошибки в русских словах очень отталкивают от любого сайта, где они встречаются. А в сочетании с опечатками впечатление еще больше портится. Я насчитал 3 ошибки и 2 опечатки, а набившее оскомину неправильное написание «тся»/«ться» добило окончательно В общем, тут работать и работать. Впечатление в целом плохое, уж извините)

aov000, Да дизайн у вас может быть какой угодно. Можно выделить несколько основных правил и от них отталкиваться: 1) стандартные файлы. Структуру вашего HTML-шаблона надо разбить по файлам, которые вместе составляют шаблон для Вордпресса (404.php, header.php, footer.php и т.д.). Чтобы наверняка знать, какой файл за вывод какой информации отвечает, лучше официальной документации не поможет ничего. Кстати, там не такой уж и сложный английский, по-моему, даже на интуитивном уровне можно понять, что к чему; 2) стандартные функции Вордпресса. Необходимо проследить, чтобы в файлах шаблона присутствовал минимальный набор функций Вордпресса, отвечающих за формирование страницы и вывод данных. Есть функции, на которые стоит обратить особое внимание, чтобы потом не искать причину возникающих проблем. Например, функция wp_footer(), которая должна присутствовать в footer.php. Если она будет там отсутствовать, большинство плагинов для Вордпресса откажутся работать. Когда-то я потратил немало времени, чтобы узнать об этом) В общем, тут, мне кажется, дело привычки. С ходу кажется тяжело и запутанно, но стоит пару раз подогнать шаблон для Вордпресса (с оглядкой на уже готовые шаблоны), и всё более-менее запоминается. А потом и вовсе можно сделать уже готовый свой шаблон-болванку, на основе которого можно будет клепать любую необходимую вам структуру, внося минимум изменений и тратя в разы меньше времени.

Когда-то давно, когда мне впервые потребовалось сделать шаблон для Вордпресса, и я тоже не имел особого понятия о том, как это осуществить правильней всего, я просто нашёл уже готовый шаблон, чем-то похожий на мой, и посмотрел на то, как он сделан, на структуру файлов, их содержимое и т.д., и уже на основе этого подогнал свой HTML-шаблон под движок. Codex, кстати, есть и на русском. Вот, например. Но английский лучше подтянуть — без него далеко не уедешь.

SurPaul, нет, к сожалению)

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

SurPaul, нет, это не взаимосвязано По-моему, я даже помню статью на хабре, где описывался Datepicker и тот факт, что конкретные дни в нём нельзя выделить среди остальных, только текущий (который выделяется по умолчанию) и, вроде как, выходные (при определенной настройке).

SurPaul, ну и? Ячейка выделяется, как и все остальные. Алерт выскакивает, потому что срабатывает событие onSelect с указанной заранее датой. А вам-то нужно, чтобы ячейка с 1 января была постоянно выделена, вне зависимости от остальных дней. Или нет?

Зачем для локального тестирования задавать домены навроде вашего? Переименуйте test.co в testing, перезапустите денвер и вбивайте в адресную строку браузера http://testing/

А вот почему вы сразу не сказали, что вам нужно изменить фон ячейки? Я-то думал, что вам нужно задать определенную дату (новый год, например), и если на дворе 1 января, то у всего календаря должен измениться фон. А вам, оказывается, нужно, чтобы у конкретной ячейки можно было задать отдельный фон.. К сожалению, насколько я помню, такой возможности в datepicker'е нет.

rus, а, ну да, у меня-то локально всё настроено, чтобы php-код выполнялся в html-страницах Но <pre> ... </pre> ведь предназначены для вывода текста в браузер, и если <? ... ?> вставить между ними (уже при условии, что рабочего .htaccess'а у нас нет), то оно так же останется в коде страницы, и валидатор будет натыкаться точно так же. Иными словами, <pre> в данном случае роли не играет, что с ним, что без него одно и то же qtk, так сказали же уже несколько раз — либо стандартные <? ... ?>, либо никак, другого пути нет. Блин, весело тут у вас -)

SurPaul, ну вот сейчас у вас в скрипте прописано 6 апреля. Поменял у себя на компьютере дату на 6-е, обновил страницу — вуаля, добавилась фоновая картинка (серый прямоугольник). Проверил в последнем Хроме, Файрфоксе и Опере. Может, у вас с браузером что-то неладное?

SurPaul, запакуйте все используемые файлы в архив и кидайте на файлообменник, а потом ссылку сюда. Посмотрю вживую Или ваш пример есть где-нибудь на хостинге?

rus, я тоже сразу подумал о таком варианте, но сразу попробовал: <pre><? echo "test"; ?></pre> И убедился, что код выполнился Но "test" отобразилось моноширинно, <pre> своё дело сделал