ну если взять пример автора, то заголовок может отвечать за верхнюю, текст — за левую и правую, а сам контейнер — за нижнюю границы. уже минус 4 элемента.
я сталкивался только с решениями без градиентной рамки, потому обычно обходился вообще без лишних bl, tl и т.п.
дайте полное задание, а не сферического коня в вакууме
если например в этом блоке присутствует заголовок и текст, то верстка будет намного семантичнее и проще
2) мне показалось, что вы хотели сравнивать например p.class и p#id
4) я имел в виду сравнение например div.div p.class, .div .class, div.div .class и т.п.
отсутсвие простых селекторов - да, действительно минус
о, спасибо!
Указанная заметка была полезна только идеей об оптимизации css, к тому же использовалась библиотека ie7. А такие конкретные тесты информативнее на порядки.
По поводу дополнений - было бы интересно посмотреть на тесты таких конструкций:
1) для a > b > c — "a c {...}" в сравнении с "a b c {...}"
2) ".a.b" в сравнении с ".a" (скорее не сравнение, а разница в обработке сложных и простых конструкций)
ЗЫ
"Уменьшаем погрешность" -> "при разработке методикИ выше"
"Результаты" -> "Хочется подчеркнуть, что имеЮт смысл только относительные значения"
ух, неплохо)
НО
не хватает таки FF2, например у меня попапы с неизменяемым размером открываются
так же не совсем понятны "игнорируется" - игнорируется и всегда отображается или игнорируется, и при этом не отображается?
официальный мануал довольно скуден
нюансов фатически нигде нет
вы хотя бы посмотрите комментарии на php.net к статьям мануала, такие неожиданные особенности встречаются...
плюс очень не хватает нативного описания STL
блин
если бы они работали над minimo далее, то прямо об этом и говорили бы. здесь же новый продукт, который выходит в следующем году.
и дабы пресечь дальнейшие возражения
What about Minimo?
Minimo was an experiment in mapping the desktop browser experience to a specific mobile context. While we don't currently plan to develop that project further, it has already provided us with valuable information about how Gecko operates in mobile environments, has helped us reduce footprint, and has given us a platform for initial experimentation in user experience.
извините, неправильно указал.
точный метод я не помню, видимо там указывался заведомо существующий шрифт (Arial или Tahoma)
хотя согласен, что испортить работу метода возможно
Однажды видел замечательный пример определения присутствующих у пользователя шрифтов.
Создавался div с каким-нибудь текстом нужным шрифтом и сравнивались offsetWidth и offsetHeight с таким же div'ом с serif шрифтом. Если совпадало - шрифта в системе нет ;)
Можно таким способом протестировать ClearType, может быть ширина букв там меняется...
3. Если есть информация, которая может вам понадобиться о пользователе — выясните ее в самом приложении, а не во время регистрации;
Этому как раз очень многие стартапы следуют, не спрашивая вообще ничего, кроме мыла и пароля.
Сложно сказать, насколько это эффективно, я бы добавлял еще пару полей во избежание множества аккаунтов-зомби...
Вообще, довольно грамотно и многим было бы полезно, особенно подходить к регистрации как к процессу.
я сталкивался только с решениями без градиентной рамки, потому обычно обходился вообще без лишних bl, tl и т.п.
если например в этом блоке присутствует заголовок и текст, то верстка будет намного семантичнее и проще
4) я имел в виду сравнение например div.div p.class, .div .class, div.div .class и т.п.
отсутсвие простых селекторов - да, действительно минус
все дебри about:config сложно изучить )
4) а вот более сложное комбинирование, кстати, было бы еще полезнее, аха
Указанная заметка была полезна только идеей об оптимизации css, к тому же использовалась библиотека ie7. А такие конкретные тесты информативнее на порядки.
По поводу дополнений - было бы интересно посмотреть на тесты таких конструкций:
1) для a > b > c — "a c {...}" в сравнении с "a b c {...}"
2) ".a.b" в сравнении с ".a" (скорее не сравнение, а разница в обработке сложных и простых конструкций)
ЗЫ
"Уменьшаем погрешность" -> "при разработке методикИ выше"
"Результаты" -> "Хочется подчеркнуть, что имеЮт смысл только относительные значения"
НО
не хватает таки FF2, например у меня попапы с неизменяемым размером открываются
так же не совсем понятны "игнорируется" - игнорируется и всегда отображается или игнорируется, и при этом не отображается?
вот сравнение времени обработки разных версий jquery считаю более показательным
нюансов фатически нигде нет
вы хотя бы посмотрите комментарии на php.net к статьям мануала, такие неожиданные особенности встречаются...
плюс очень не хватает нативного описания STL
array()==NULL && NULL!=array()
=0.o=
link rel="icon"
link rel="shortcut icon"
если бы они работали над minimo далее, то прямо об этом и говорили бы. здесь же новый продукт, который выходит в следующем году.
и дабы пресечь дальнейшие возражения
http://weblogs.mozillazine.org/schrep/ar…
это была проба пера, которая показала, что Gecko может быть мобильным
точный метод я не помню, видимо там указывался заведомо существующий шрифт (Arial или Tahoma)
хотя согласен, что испортить работу метода возможно
на WM бы его кто сделал...
Создавался div с каким-нибудь текстом нужным шрифтом и сравнивались offsetWidth и offsetHeight с таким же div'ом с serif шрифтом. Если совпадало - шрифта в системе нет ;)
Можно таким способом протестировать ClearType, может быть ширина букв там меняется...
а спорить смысла конечно не имеет. за и против любого конкретного гаджета могут высказаться тысячи...
Этому как раз очень многие стартапы следуют, не спрашивая вообще ничего, кроме мыла и пароля.
Сложно сказать, насколько это эффективно, я бы добавлял еще пару полей во избежание множества аккаунтов-зомби...
Вообще, довольно грамотно и многим было бы полезно, особенно подходить к регистрации как к процессу.
в показательных примерах не стоит делать привязки )
кажется, вы здесь что-то напутали )
а за статью большое спасибо
только не хватает принципов формирования частей письма, назначения boundary и т.п.