Недавно цеплял похожий вирус. Пару дней не мог понять откуда берутся записи в файлах с iframe на сайте. Потом понял, что похоже это с моего компьютера, поменял пароли на фтп, запустил все антивирусы, вроде истребил. Но с тех пор FTP под Windows не пользуюсь.
Представляю )
Но делать сайты на 100% от ширины экрана надо уметь, иначе можно получить плохо читаемый и понимаемый контент.
Не вижу ничего плохого ни в фиксированных, ни в резиновых сайтах. Просто и то и другое надо делать с умом.
Предпочитаю делать плавающую ширину с ограничениями по максимальной и минимальной ширине, если нет других условий по дизайну.
Я вас понял)
Просто сам когда-то учился на таких постах и понимаю, что некоторые просто могут взять в привычку именовать так классы, а осознание что это не гут придет только с опытом.
Не сочтите за занудство, но именование классов типа .form-w-300 — порочная практика.
Перед названием класса я всегда задаю себе вопрос — изменится ли это название класса, если поменяются его свойства. То есть, если завтра вы захотите сделать эту форму в 350px вам придется либо менять класс, либо вводить в заблуждение верстальщиков (а может и вас самого), которые возможно будут править ваш CSS.
Я делал также раньше, смотря на подобные примеры, пока на собственном опыте не убедился в порочности такой практики.
Можно ведь написать что-то типа #login {width:300px;}.
С таблицами будет не так?
Вообще говоря это дело верстальщика, не нужно делать форму на 100% от экрана.
В приведенных вами случаях нет никаких преимуществ таблиц над дивами.
Почему же, я кое-где, например, использую ширину в 35% для лейблов, то есть всё тянется и занимает не половину экрана, а 35% от родительского элемента.
Опять же по этим 35% удобно выравнивать другие элементы (кнопки, подсказки и т.д.).
P.S. В примере sprawsm.com/uni-form/ label шириной 45%.
Uni-From (http://sprawsm.com/uni-form/)
Все примеры из реальной жизни решал или с помощью Uni-From с небольшими допиливаниями или с помощью своих CSS без таблиц.
Делаю почти также, только label с фиксированной шириной, позволяет выравнивать другие элементы в форме относительно полей ввода без особых хлопот.
Взгляните также на Uni-From (http://sprawsm.com/uni-form/) — гибкая и дивная.
Жестоко. В последнее время присваиваю body класс с именем движка, броузера и его версии, а также ОС.
Например, для Firefox 3 «gecko firefox3 win», и уже можно специфицировать стили под конкретной движок/браузер/ОС.
То есть, чтобы зарегистрироваться мне надо вбить неправильные логин и пароль? Не вполне очевидно и не совсем логично. Может у меня капслок включен, а может раскладка не та…
Можно добавить анти-паттерн «Бездумное комментирование».
Работаю с кодом где полно комментариев вида
«end if here»
«end code here»
«added by Ahmed»
" — MAIN CODE START HERE -----------"
Есть комментарии построенные в форме в вопросительной форме.
Никакой полезной информации они не несут, но претендуют на комментированный код.
Лучше писать код понятно, чем объяснять, что же ты написал.
Сейчас работаем над одним проектом, который достался от пакистанцев.
Там есть все мыслимые и немыслимые анти-паттерны.
Теперь с благоговением вспоминаю Фаулера и рефакторю, рефакторю…
Однако…
Лучше начинать (в мыслях) неделю с воскресенья, тогда понедельник это второй день недели и не так тяжело идти на работу. :-)
It's all in my head…
Но делать сайты на 100% от ширины экрана надо уметь, иначе можно получить плохо читаемый и понимаемый контент.
Не вижу ничего плохого ни в фиксированных, ни в резиновых сайтах. Просто и то и другое надо делать с умом.
Предпочитаю делать плавающую ширину с ограничениями по максимальной и минимальной ширине, если нет других условий по дизайну.
Просто сам когда-то учился на таких постах и понимаю, что некоторые просто могут взять в привычку именовать так классы, а осознание что это не гут придет только с опытом.
Перед названием класса я всегда задаю себе вопрос — изменится ли это название класса, если поменяются его свойства. То есть, если завтра вы захотите сделать эту форму в 350px вам придется либо менять класс, либо вводить в заблуждение верстальщиков (а может и вас самого), которые возможно будут править ваш CSS.
Я делал также раньше, смотря на подобные примеры, пока на собственном опыте не убедился в порочности такой практики.
Можно ведь написать что-то типа #login {width:300px;}.
Вообще говоря это дело верстальщика, не нужно делать форму на 100% от экрана.
В приведенных вами случаях нет никаких преимуществ таблиц над дивами.
Опять же по этим 35% удобно выравнивать другие элементы (кнопки, подсказки и т.д.).
P.S. В примере sprawsm.com/uni-form/ label шириной 45%.
Все примеры из реальной жизни решал или с помощью Uni-From с небольшими допиливаниями или с помощью своих CSS без таблиц.
Взгляните также на Uni-From (http://sprawsm.com/uni-form/) — гибкая и дивная.
Например, для Firefox 3 «gecko firefox3 win», и уже можно специфицировать стили под конкретной движок/браузер/ОС.
Работаю с кодом где полно комментариев вида
«end if here»
«end code here»
«added by Ahmed»
" — MAIN CODE START HERE -----------"
Есть комментарии построенные в форме в вопросительной форме.
Никакой полезной информации они не несут, но претендуют на комментированный код.
Лучше писать код понятно, чем объяснять, что же ты написал.
Там есть все мыслимые и немыслимые анти-паттерны.
Теперь с благоговением вспоминаю Фаулера и рефакторю, рефакторю…
Лучше начинать (в мыслях) неделю с воскресенья, тогда понедельник это второй день недели и не так тяжело идти на работу. :-)
It's all in my head…
По крайней мере поможет не ошибаться в правописании.