Да нет в CSS ничего сложного. Это просто язык описания внешнего вида:
«вот прямоугольник. Он с чОрной рамкой в 3 пиксела и зелёным фоном. До соседнего прямоугольника 20 пикселов».
Это называется не изменить тему, а изменить стилевые описания темы. Вместо ухищрений с сохранением файла можно просто открыть файл style.css, лежащий в папке /themes/themename/ на сервере.
А можно пойти ещё дальше: заходим в админку, находим ссылку «Дизайн», на открывшейся страничке выбираем «Редактор тем» и получаем наш style.css, который теперь можно скопировать куда угодно и откорректировать.
Либо вы меня с кем-то путаете, либо что-то ещё. Всё, что более-менее прилично получилось — по ссылке выше. Остальное — дубли. Прислать могу, если скажете, что именно нужно.
Мобильные устройства, терминалы, использующие старинные ОС, а так же .swf при динамической подгрузке изображений (во всяком случае до 10-й версии), не понимают progressive jpeg. Но для веб-среды вероятность выигрыша в объеме файла с прогрессивным сжатием достаточно высока.
Тут вот какая штука: макет делает графический дизайнер, html-шаблоны и нарезку делает верстальщик, а программингом серверной части занимается программист. При этом приёмка заказчиком делается на всех трёх этапах. Поэтому проще закинуть произвольные фото в макет и потом их нарезать, чем объяснять на пальцах клиенту — а вот тут у нас будут картинки.
Вообще, расстановкой идентификаторов и for к ним обычно занимаются программисты, а не верстальщики. При этом делается это в полуавтоматическом режиме.
Хот я на самом-то деле это разговор о личных пристрастиях. Моё мнение — если можно не использовать expression, я его использовать не буду. Потому что не хочу даже задумываться о том, где и как оно может выйти боком.
Экспрешн создаёт дополнительную нагрузку на браузер, который и без того болен. Нет, конечно всё зависит от того, как именно записан экспрешн, но всё-таки добавление for к label не имеет побочных эффектов.
Спасибо. Но мне кажется что тут есть проблема в том, что для экшн нельзя поменять целевую папку каким-либо разумным способом. Лучше наверно скрипт на Adobe Scripts написать. Но это на случай когда резать приходится каждый день и помногу. Я же больше верстаю, чем режу.
Я придерживаюсь противоположного метода. Сначала распечатываю макет, на нём подписываю что и как будет называться. Поскольку имена файлов имеют логический принцип построения — то я и не путаюсь.
Потом собираю страничку в html.
Потом создаю необходимые стилевые описания.
Следование данному подходу позволяет концентрироваться на одном предмете, а не метаться туда-сюда между текстовым и графическим редакторами и браузером.
При условии наличия слоёв — конечно правильнее использовать Layer Based Slice. Однако на написание данной статьи меня побудила необходимость сделать дополнительный шаблон, а в качестве макета прислали скриншот с другого сайта. Типа сделать по аналогии.
«вот прямоугольник. Он с чОрной рамкой в 3 пиксела и зелёным фоном. До соседнего прямоугольника 20 пикселов».
А можно пойти ещё дальше: заходим в админку, находим ссылку «Дизайн», на открывшейся страничке выбираем «Редактор тем» и получаем наш style.css, который теперь можно скопировать куда угодно и откорректировать.
Хот я на самом-то деле это разговор о личных пристрастиях. Моё мнение — если можно не использовать expression, я его использовать не буду. Потому что не хочу даже задумываться о том, где и как оно может выйти боком.
Потом собираю страничку в html.
Потом создаю необходимые стилевые описания.
Следование данному подходу позволяет концентрироваться на одном предмете, а не метаться туда-сюда между текстовым и графическим редакторами и браузером.
Я же имел в виду тот факт, что разделение на строки нужно делать вставкой элементов формы внутрь блочного элемента, а не при помощи разрыва строки.