А с какими именно? Я с ними достаточно много работал, может буду чем-то полезен.
Больше конечно пока использую GridView. Для меня ListView ещё в стандартную схему работы не вошел :) Но в нескольких местах его уже использовал.
Данный элемент управления дает большую гибкость в результирующем HTML коде, чет тот же GridView, поэтому будет работать настолько хорошо, насколько напишете.
Сразу не смог ответить…
Рисовать с оглядкой на свойство. Т.е. эту горизонтальную линию совсем бурать из дизайна? Или сверстать нормально под доминирующий браузер и в остальных будь как будет. Вы просто и то и то упомянули, поэтому я вас не совсем точно понял.
На сегодняшний день я не использовал хаки, просто для IE подгружаю дополнительный файлик CSS, который содержит немного другой стиль для HR. В результате я получаю сайт именно таким как хочется. А если бы я в макете не использовал HR вообще, то сомневаюсь, что это как-то улучшило бы браузер IE, или его разработчики обратили на это внимание. Если поразмыслить, то даже наоборот, если HR не используют, то и не будем париться над его исправлениями. Где-то так :)
Считаю, что сайты нужно делать в первую очередь для пользователей, а с разработчиками браузеров бороться другими средствами.
По теме самого топика. Такой утилитой не пользовался бы. Думается, что при большом файле поддерживать его будет сложнее, чем 2 CSS, в одном из которых только баги пофиксены.
Да, их минимум, этих несовместимостей. Но как решать те, которые все же имеются?
Вот недавно столкнулся с HR. В IE он всегда имеет margin 7px. Т.е. если задаем 0, то все равно на 7 пикселей отступ есть. Да, можно заменить на DIV и не ломать мозг, но ведь набегут другие и будут кричать, что это несемантично и прошлый век.
Просто как пример привел. У вас есть идеи как подобные проблемы решать стандартными путями?
Фигасебе. Круто.
Народ (администрация), а не хотите поделиться процессом обновления в статье немного более содержательной, чем эта? :) Интересно на что ушло 2 дня, какие трудности мешали и т.д.
Думаю, вполне в рамках тематики данного ресурса, да и будет как шаг навстречу пользователям :)
Так делать правильно только с одной стороны.
Я, например, чаще плюсую только по той причине, что неинтересные топики пролистываю мимо, и не обязательно отмечаюсь минусом. Минусую только совсем треш какой-то и то с чем я категорически несогласен :)
Другие может быть себя ведут наоборот. О плохом говорят, а хорошее подразумевают. Нельзя сказать, что все кого перечислил необъективны, но заставлять меня кому-то ставить минусы, только чтобы мои голоса были "весомее" тоже неправильно.
Приблизительно 2 минуты 40 секунд в год, если я правильно посчитал, более менее.
Вообще интересный подход у производителей, писать так, чтобы сходу нельзя было прикинуть в обозримых цифрах. Хотя, может это просто я не в теме..
Поисковик достаточно неплохо относится к искомым словам в самом URL. Поэтому, если у вас страница о мониторах, и у вас урл site.com/monitor.htm, это лучше, чем site.com/1.htm
К стати гугл тоже уже умеет конвертировать. Пишем по-русски слово, например, "монитор" и видим, что урлы содержащие "monitor" подсвечены. Поэтому, уже и нам имеет смысл писать полные названия, а не только код элемента.
Больше конечно пока использую GridView. Для меня ListView ещё в стандартную схему работы не вошел :) Но в нескольких местах его уже использовал.
MicrosoftAjax.js весит 89kb. Не так уж и много :)
Данный элемент управления дает большую гибкость в результирующем HTML коде, чет тот же GridView, поэтому будет работать настолько хорошо, насколько напишете.
Рисовать с оглядкой на свойство. Т.е. эту горизонтальную линию совсем бурать из дизайна? Или сверстать нормально под доминирующий браузер и в остальных будь как будет. Вы просто и то и то упомянули, поэтому я вас не совсем точно понял.
На сегодняшний день я не использовал хаки, просто для IE подгружаю дополнительный файлик CSS, который содержит немного другой стиль для HR. В результате я получаю сайт именно таким как хочется. А если бы я в макете не использовал HR вообще, то сомневаюсь, что это как-то улучшило бы браузер IE, или его разработчики обратили на это внимание. Если поразмыслить, то даже наоборот, если HR не используют, то и не будем париться над его исправлениями. Где-то так :)
Считаю, что сайты нужно делать в первую очередь для пользователей, а с разработчиками браузеров бороться другими средствами.
По теме самого топика. Такой утилитой не пользовался бы. Думается, что при большом файле поддерживать его будет сложнее, чем 2 CSS, в одном из которых только баги пофиксены.
Вот недавно столкнулся с HR. В IE он всегда имеет margin 7px. Т.е. если задаем 0, то все равно на 7 пикселей отступ есть. Да, можно заменить на DIV и не ломать мозг, но ведь набегут другие и будут кричать, что это несемантично и прошлый век.
Просто как пример привел. У вас есть идеи как подобные проблемы решать стандартными путями?
Народ (администрация), а не хотите поделиться процессом обновления в статье немного более содержательной, чем эта? :) Интересно на что ушло 2 дня, какие трудности мешали и т.д.
Думаю, вполне в рамках тематики данного ресурса, да и будет как шаг навстречу пользователям :)
Это я уже так, шучу. :)
Я, например, чаще плюсую только по той причине, что неинтересные топики пролистываю мимо, и не обязательно отмечаюсь минусом. Минусую только совсем треш какой-то и то с чем я категорически несогласен :)
Другие может быть себя ведут наоборот. О плохом говорят, а хорошее подразумевают. Нельзя сказать, что все кого перечислил необъективны, но заставлять меня кому-то ставить минусы, только чтобы мои голоса были "весомее" тоже неправильно.
Вообще интересный подход у производителей, писать так, чтобы сходу нельзя было прикинуть в обозримых цифрах. Хотя, может это просто я не в теме..
Интересно, почему каждый раз перефразировали? :)