swetlana

лучше всё-таки не мешать в одну тему разные проблемы. Кнопку разумнее всего будет порезать пополам и сделать фоном для двух вложенных друг в друга элементов. А правильнее всего — объяснить дизайнеру, в каком месте он неправ. Про :href в хедере — ничуть не понятно. Про отступ под хэдером в ИЕ — тоже непонятно. О каком IE речь? Об устаревшем или о безнадёжно устаревших? Безнадёжно устаревшие вообще не знают элемента <header>, и не в состоянии его отображать.

действительно, кругом одна ерунда. Надо брать на вооружение модную отмазку graceful degradation, да использовать box-shadow. А для IE — фильтры.

спасибо за гениальный совет. А теперь представьте, что именно вы советуете: делаем svg. Это отдельный файл, в котором прописана пара цветов. Уже на этом этапе задумываемся: а чем это лучше обычной традиционной картинки? Но на этом этапе ещё остаются здравые соображения за svg. Далее смотрим на поддержку svg в современных браузерах, и для FF пишем в стилях свой градиент. Для Сафари — тоже свой, несмотря на то, что он вроде как поддерживает svg. Потом вспоминаем о том, что архаичные IE(8-) его не поддерживают. Пишем условные комментарии и ещё в отдельном файле прописываем два правила для них. В итоге что: цвета прописываются в трёх файлах, в общей сложности семь раз. До выхода устаревшего IE было тоже не всё гладко, но это хотя бы в одном файле было, и всего пять раз. Это точно нормально? напишите пожалуйста про сочетание круголков и градиентов. Пусть поправят. Ва будут признательны очень многие.

до сих пор могу назвать только один класс программ, с которыми под маком действительно беда. Это аудиоплееры. Боюсь, что нормальных, уровня Amarok'а, просто нет. айтунц — это говнище такое, что иной раз предпочтёшь посидеть без музыки, чем его трогать. Ну и есть действительно то, что вы привели навскидку: IE. В нашей профессии это действительно важно, но любой нормальный верстальщик всё равно держит зоопарк виртуальных машин для тестирования, я рядовому пользователю IE настолько не нужен, что это даже Microsoft понимает. В остальном всё строго наоборот Но вообще, конечно, знатная позиция: «не юзал, но знаю!»

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

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

этот человек не учит, а зарабатывает деньги на дурачках через продажу дисков. Уж не знаю, то ли он сам не разбирается в том, о чём делает видеоуроки, то ли намеренно запудривает мозги, чтобы никто их его последователей никогда не поднялся выше плинтуса. Достаточно посмотреть на то, какие «шедевры» выдают его последователи на форумах (и здесь в том числе). Они узнаются издалека по уровню бредовости, бессмысленности и бессвязности выбросов. Вам такое нужно?

если отличия небольшие, то даже обсуждать нечего: один файл стилей для всех.

а xhtml strict разве позволяет пустые <a>? Кстати, зачем повторяющиеся стили? И в чём высший смысл абсолюта?

а чё там? менюха? А чего не убирается подсветка активного пункта при наведении мыша на другой пункт?

если есть желание научиться работать, то само это имя должно быть под строжайшим запретом. Это табу. Нельзя. Обходить стороной. Чем дальше, тем лучше.

rash, у меня тоже весьма проста реализация. Увидеть можно. Контакты у меня в профиле есть. медиа-правила у меня пока что не обрабатываются вообще никак, это следующее на очереди. Может уже сегодня вечером будет. Но в приведённом примере я вижу ещё пару мест, об которые моя реализация может споткнуться. Спасибо, кстати. Очень ценный пример. Сохраню его себе за один из образцов.

за браузер считаются программы, предназначенные для просмотра веб-страниц. В 1990 году такая была только одна. Mosaic появился только в 1993, но и до него какие-то ещё были малозаметные. И естественно, первый браузер послужил прототипом для всех последующих, ибо тому же Mosaic'у надо было на что-то ориентироваться, на что-то равняться. Так что для ncsa браузер WorldWideWeb считается за прототип (но никак не наоборот).

была у меня мысль комментарии резать безальтернативно…

это уже наведение красоты. Сейчас главное, чтобы работало.

Дело в том, что здесь производится не оптимизация относительно изначального файла как таковая, а форматирование согласно правилам. Исходный файл в любом случае раздербанивается по косточкам, а потом собирается заново. И существуют правила, согласно которым и происходит этот сбор обратно. Теоретически нет ограничений по форматированию выходного файла. Его можно сделать как угодно. Просто в самом первом варианте сделаны три распространённых варианта. и каждый из этих вариантов должен выдавать результат в определённом формате независимо от того, что он получил на входе. пожалуй, имеет смысл сделать обработку частных случаев? И это как раз один из них. Только вот не скажется ли это на производительности? загрузка по url может уже завтра будет, а насчёт сортировки правил — не знаю. Имеет ли смысл? Иногда это бывает вредно. Например для кроссбраузерности.

Макс, насчёт @media ты знал И я знаю. Это будет следующее, что я сделаю. Поскольку хоть и редко, но встречается.

но это получается искажение синтаксиса css. И тем не менее: какие есть предложения? Как должен повести себя парсер, встретив такую конструкцию?

Казалось бы, сервисов по форматированию и чистке CSS — хоть отбавляй. однако мне для недавних проектов потребовался такой сервис, но ни один из найденных не справился. Все портили css, убивая свойства, которые им казались незнакомыми, а то ещё что похуже вытворяя. Пришлось писать свой: http://swetlanabayer.ru/cssclean/ Главное требование, которое к нему предъявлялось изначально — чтобы не портил стили. С парой моих проектов парсер справился успешно. Теперь прошу широкую общественность всё-таки найти в нём ошибки, подловить его на некорректной обработке css.

правильно так, как в моём ответе выше. По крайней мере так работает, и вроде как похоже на то, что описано в доках. А вариант без кавычек я тоже было попробовала — не работает, матерится.

спасибо, про модификатор «e» смысл ясен. Только так: $result = preg_replace("/\/\*(\d+)\*\//e","\$array['\\1']",$input); хотя я не совсем поняла почему. во втором параметре при модификаторе «e» ведь должна быть строка, которая рассматривается как выражение php и не иначе? или я не так поняла описание в официальной доке?

в моём 3-4 классе в моде был Ласковый Май. С него тащились абсолютно все в нашем классе, кто его ни разу не слышал.

Sorrow, ну зачем же так? http://ru.wikipedia.org/wiki/WorldWideWeb

В строке встречается несколько вхождений, содержащих цифры. Эти вхождения легко находятся регуляркой. Затем их нужно заменить на значение элемента массива с этой цифрой в ключе. Например, "/*8*/" нужно заменить на значение, живущее в $array[8], а /*716*/ — на значение $array[716]. Регулярка, которая находит вхождения, простая: $result = preg_replace("/\/\*(\d+)\*\//","$1",$input); работает она исправно. А вот как в замену подставить не саму цифру, а значение массива с соответствующим ключом, не могу сообразить.

у меня был опыт работы в трёх студиях. Везде на включение отводилось менее недели.