Serlutin

Добрый день! Этот psd дизайн подойдет для начала обучения верстке, как первая верстка? Или выбрать что-то другое (что?)

Для первого макета он сложноват, хотя всё зависит от знаний.Лучше сделайте так. Этот макет верстали очень много людей. Поищите их работы здесь. Так же где-то psywalker выкладывал свою вёрстку этого макета. Потом вы верстаете какой-нибудь кусок макета, например шапку, и смотрите как сделано в других работах. Анализируете, как, почему и зачем. Если что-то непонятно спрашивайте.

Норма языка имеет место изменяться под влиянием времени.

Вот именно. Под влиянием времени. Можно привести огромное количество примеров, как слова меняли произношение, род и даже значение. Например, в 30-х годах слово абитуриент значило выпускник школы, а теперь поступающий в ВУЗ. Но разделилось это словно на выпускник, которое было разговорным, и абитуриент не в одночасье. Если проанализировать словари разных лет, то можно увидеть, как постепенно происходит смена норм. В словари обычно вносится наиболее приемлемый вариант как литературный и допустимый вариант как разговорный. Если до следующего словаря, а это примерно 50 лет, разговорный вариант станет более распространённым, то он тоже становится литературным. Все словари лишь закрепляют текущее положение дел, а не меняют его. В случае же с "на Украине" и "в Украине" изменение норм было связано не с развитием языка, поэтому такая форма ещё очень не скоро войдёт в обиход.

Ребят, если я не ошибаюсь, то там ведь до сих пор фрилич идёт? (или нет)

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

В любом случае ведь и HTML и СSS парсится браузером. Поэтому в любом случае из Firebug не составить проблем css.

У меня такая проблема была с неродным FTP плагином N++. Cейчас же новые версии поставляются с дефолтным, который, как я понял автоматически поддерживает подключение. По крайней мере, отвлёкшись на где-то на час, а потом сохранив файл он спокойно себе залился на сервер. Единственное, что не нравится, что прежде, чем залить новосозданный файл его нужно обязательно где-нибудь сохранить на диске.

Опять во всем виноват микрософт

Блин, а я все надеялся, что скайп останется независимым и будет гнуть свою политику. Сейчас вообще неизвестно что ждать от этой покупки.

Причём тут Microsoft? Покупка произошла всего неделю (или две) назад. Пока все формальные и юридические вопросы улягутся пройдёт не один месяц.

Почему бы не задать этот вопрос на форумах посвящённых ucoz, или хотя бы в разделе СMS? Хотя по ucoz вам вряд ли тут кто подскажет.

в каких случаях обязательно нужно указывать размеры и для чего?

Когда реальный размер картинки отличается от отображаемого на сайте. При реальных размерах width и height можно не писать.

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

Главное преимущество стилей в отдельном файле — это собственно его отделение.

Дело в том, что, когда используется какая-нибудь СMS найти кусок шаблона, которая выводит HTML, гораздо сложнее, чем подправить CSS.

html, body {
width:100%;
height:100%;
}

width скорее всего по незнанию , а вот height нужен для прижатого подвала.

P.S. Нашёл, что width: 100% решал какие-то проблемы с прижатым футером в Opera 9.5

Вообще использовать id для колонтитулов является чуть ли не стандартом. #header и #footer присутствует у многих известных и вызывающих доверия верстальщиков: Зельдман, Мейер, Сидерхольм, Лоусон, Дейв Ши, Чикуёнок, Харисов.

Однако, уже упомянутый Эрик Мейер в книге "Smashing CSS" написал целую главу ID vs. class

Так как раз приведена проблема и её решение.

Имеем код:

#header a {color: white;}
.navlinks a {color: #257000;}

Естественно .navlinks вложен в #header. Только вот какого цвета будут ссылки? Правильно, белого.

Какой выход из проблемы? Правильно, переименовать #header в .header (ну или не писать "#header a")

Правда потом же он пишет, что этот недостаток может быть и преимуществом, когда нужно сделать больший приоритет.

Так что не надо слишком категорично относится к тем, кто использует Id для именования глобальных блоков. Шанс, что на сайте нужно будет продублировать шапку, равен 1% (или 50% если заказчик не очень адекватен). Сам я стараюсь использовать ID по минимуму, но всё же использую, потому что не могу устоять перед соблазном сделать #header.

Вообще это вопрос довольно специфичный, так как зависит от манеры написания кода. Поэтому использование id или класса, наименование классов, форматирование СSS и использование селекторов это всё чисто субъективно (или объективно, если используется рабочие рамки). Для кого-то привычнее писать сlass="l" и сlass="r", а мне привычнее писать сlass="side-major-menu menu" (не спрашивайте почему, можете сразу называть меня неадекватом).

P.S. Как же я забыл великого Пола Айриша

Я от JS отказываюсь только по одной причине, есть вещи которые без JS не выполнить, а есть вещи которые легко выполняются и есть главная проблема почему для меня это так важно

Мне кажется, что если вы на форум обратились за советом, то значит "вещи" выполняются совсем не легко.

display: table и table-cell поддерживается во всех современных браузерах и IE8+. Для людей с IE7- как раз и используется экспрешен. Если люди пользуются старыми браузерами, да и ещё отключают JS, то вероятно они ищут острых ощущений. Кстати, даже Яндекс придерживается такой версии.

Кстати, чего гадать, посмотрите сколько на ваш сайт заходит людей с IE и сколько с отключённым JS. Если много, то можно сделать альтернативный вариант этой кнопки для старых браузеров.

Тут целый форум верстальщиков да кодеров, которые сами не прочь принять заказ, а вы предлагаете у вас что-то заказать

оффтоп: ну допустим решил человек сайт сделать. Сайт и форум читает, но ничего понять не может, а тут сразу же объявление о создании сайтов.

И ещё одни оффтоп. У вас тема называется "Создание сайтов от 10 тыс. руб., качественно.", а в посте написано "Создание визиток от 6 тыс. руб." Я так понял, что визитки вы делаете некачественно

А если помогло первое, то зачем второе?

Наверное, потому что table-cell не работает в IE7.

Можно поинтересоваться, для чего вам вертикальное выравнивание?

Я извиняюсь, конечно, но по-моему вы не совсем правильную проблему решаете. Возможно, что IE6 и не поддерживает height: auto или поддерживает не правильно, однако корень проблемы не в этом.

.header { position: absolute; top: 0; left: 0; width: 100%; height: 60px; background: #ffd700; }
.content { position: absolute; top: 60px; left: 0; bottom: 60px; right: 0; height: auto; overflow-y: scroll; }
.footer { position: absolute; bottom: 0; left: 0; width: 100%; height: 60px; background: #ffd700; }

Зачем тут position: absolute? Он ведь тут ни к селу, ни к городу. В .footer понятно, для того, чтобы прижать его к низу. Ну а .header, то зачем? Я не отрицаю факта, что это всё для прижатия .footer, но ведь есть варианты более удобные.

Если я не ошибаюсь, он, а именно expression, через JS работает, а если JS выключен то и работать не будет (((

Представьте себе человека, который просматривает сайты, через IE6 c выключенным JS. Такого ведь врагу не пожелаешь.

смотреть в ие6!!

Вы хотите сказать, что конструкция #test.off не работает. Охотно верю. Конституцию вида .test.test он тоже не поддерживает. Стоит ли из-за этого расстраиваться? Нет, не стоит, так как вариантов решение куча. Тут вам и .test-off и .test-block .off ит. д. Именно конструкция #test.off нужна не часто. Я вот сейчас не могу придумать адекватного применения для неё. К тому же от IE6 можно кое-где уже отказываться.

А как осуществляется в таких условиях верстка из PSD, пресловутый пиксель-хантинг?

В настройка PS задаёшь отображать размер в px. Потом задаёшь какой-нибудь размер в body, например 10px. И от него уже пляшем. Тогда например 11px будет 1.1em. Также есть вариант body {font-size: 62.5%}. То есть это берётся значение по умолчанию в браузер, обычно 16px и превращается в 10px. Потом опять пляшем с em. Дело в том, что раньше не все браузеры (не будем показывать пальцем на IE) поддерживали масштабирование шрифтов, размер которых задан в px. Тут вообще довольно интересная история. По стандартам браузеры должны были масштабировать относительные размеры, такие как %, em, а абсолютные, такие как pt, не масштабировать. px являются относительной системой счисления, так как зависит от dpi, но разработчики IE посчитали её абсолютной и не стали делать масштабирование. Сейчас же все основные браузеры поддерживают любое масштабирование текста, поэтому использовать сейчас em не обязательно. Однако, если задать размер в em, то можно (а нужно ли) написать скрипт, который будет увеличивать размер в body, за счёт чего остальной текст тоже будет увеличиваться. Что-то по типу такого.

em - это задание размера относительно родительского элемента.

<div style="font-size: 14px"><span style="font-size: 2em">текст</span></div>

В этом примере размер спан будет 14px*2, то есть 28px. Если нигде до этого размер шрифта не указан, то берётся системный, по умолчанию это 16px.

Какой иной? А то все говорят, что иной смысл, а какой - не говорят =( На сайте тоже нету.

Я же вверху статью выложил, там как раз подробно описывается отличие b от strong.

Я имел ввиду рекомендации в3ц

Не знаю, откуда этот слух пошёл, но не находил я упоминание о том, что это тег не рекомендуется.

В спеках xhtml искать что-либо бесполезно, так как там в основном описываются отличия от html 4.01

Списка тегов и их назначения ни в XHTML 1, ни в XHTML 1.1 я не нашёл. Если я не прав, то значит я плохо искал.

Копаем глубже и идём в html 4.01 Там находим статью, где теги b и i нормально себе живут, без всяких страшных depricated. Скорее всего это потом кто-то решил, что использовать b и i несемантично, вот и повелось это заблуждение.

Вот интересная статья по этому поводу.

Если коротко, то теперь все эти теги логически усиливают текст, в большей или меньше степени. Если одно-два слова или предложение надо выделить, то тогда используем теги. Если же у вас просто весь текст написан полужирным начертание для придание изысканности (бывают же такие дизайнеры , то тогда в CSS. Как-то так.

Тег b считается устаревшим и относится к оформительским элементам

Устаревшим он считается, только на словах. Спека же разрешает использовать его при любом доктайпе.

что вы думаете об этом тестере?

Думаю, что он не нужен. Во-первых, в отличии от IE, можно установить самому несколько версий. Во-вторых, пользователей FF2, FF3 и 3.5 очень мало. Меньше, чем пользователей IE6. То есть сейчас есть смысл держать только 3.6 и 4

Может кто занет где можно только вот эту версию скачать, отдельно от всего комплекта?

http://www.mozilla.com/en-US/firefox/channel/ Нужно скачать Aurora

.titl{
display:block;
width:0px;
height:0px;
}

Почему тогда не text-indent: -9999px?

Не, ну вообще то, что в будущем мы будем играть в игры в облаке вполне вероятно. Скажи лет 15 назад, что для запуска Worda его не нужно будет устанавливать (google.docs), то никто бы не поверил. Так и сейчас. Тем более onlive действительно запустили, но у него есть некоторые ограничения. До сервера должно быть не больше 100 км (если не ошибаюсь), ADSL и Wi-Fi не подходят из-за большего пинга. Да и всё-равно задержка даже при идеальных условия есть. Однако, я думаю, что через 15 лет эти ограничения отпадут.

Немного не в тему, но вот Angry birdsна WebGL от Google (в FF4 и IE9 тоже работает).На моём компьютере, 5-ти летней давности, SD-версия бегает довольно шустро.

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