





Мой рабочий процесс:
Конечно. например, display: inline on float, чтобы предотвратить ошибки с двойной маржой и т. д.
Я считаю, что лучше тестировать (и исправлять) по ходу дела - таким образом, если вы обнаружите серьезную ошибку, (вероятно) придется меньше переписывать. Если вы не уловите это до конца, вы можете обнаружить, что большая часть вашего кода полагается на то, что что-то происходит определенным (специфичным для браузера) способом.
Я стараюсь решить их как можно скорее.
Моя теория заключается в том, что легче вносить изменения на ранней стадии, чем вносить потенциально критические изменения в дизайн позже.
Я делаю основную часть своей работы в Firefox, но буду регулярно тестировать в IE, чтобы убедиться, что все работает нормально.
Я стараюсь их копить; если вы разрабатываете по стандартам W3C, у вас должна быть прочная основа. Кроме того, со временем вы обычно узнаете о различных недостатках Internet Explorer и учитываете их в процессе разработки.
В конце концов, мне нравится сначала разрабатывать Firefox и исправлять все ошибки, которые я, возможно, не исправил во время процесса, в конце процесса.
нет, почему вы рекомендуете условные операторы? По возможности стараюсь их избегать. И в большинстве случаев можно обойтись действительным css + html без каких-либо условных операторов. Условные операторы мне кажутся неправильными.
хороший совет: тестируйте по мере продвижения, сетку YUI, просканируйте список ошибок IE перед рукой, не позволяйте браузеру Browsershots.org сводить вас с ума ...
http://www.communitymx.com/content/article.cfm?cid=C37E0
http://webdesign.about.com/od/internetexplorer/a/aa082906.htm
http://ask.metafilter.com/100059/Help-me-understand-what-I-need-to-make-my-website-compliant-with-IE
Я также разрабатываю на FF и тестирую только на совместимость с IE. Я стараюсь исправлять серьезные проблемы по мере разработки, чтобы убедиться, что желаемый стиль достижим во всех браузерах. Я оставляю все мелочи или позже т.е. определение полей и т. д. для достижения точного макета, который мы хотим. Позднее я не имею в виду конец проекта, я имею в виду конец логического раздела сайта (обычно страницы).
Единственное, что я бы добавил к этому, это то, что через некоторое время вы узнаете, где могут возникнуть ошибки IE, поэтому, когда вы будете писать больше кода, вы избежите четких ловушек IE, таким образом, обычно заканчивая небольшим количеством ошибок IE, с которыми нужно справиться. .