<sarcasm>А что если они специально проталкивают такие законы, чтобы вызвать п****ц и какие-то подвижки народа, таким образом заботясь о народе?</sarcasm>>
Автору спасибо!
Однако прочитав статью я как-то совсем упал духом.
И у меня назрел один вопрос — может кто сталкивался с ввозом дорогостоящего (по меркам российской таможни конечноже) музыкального оборудования? В частности меня интересует конкретная ситуация с двумя возможными путями — заказал через интернет топовую гитару за 2000$ и сам поехал за ней к производителю, в каком случае будет больше проблем? Необходимо ли при перевозке на самолете (машине, жд и тд) ее декларировать?
т.е. вас не смущает тот факт, что конструкция <a href=""></a> настолько спецефична и неприменима ни в чем другом, кроме как в ссылках, и по факту вы не сможете без нее организовать ссылки (не стоит только умничать про обработку любого элемента JS'ом) и поэтому вы предлагаете к крайне спецефичной конструкции применить супермегаспецифичный стиль, на случай «Вдруг в будущем откажутся от использования ссылок, а мы будем на коне».
Более логично в данном случае использовать класс .menu, потому что меню можно на чем угодно реализовать (и это факт) — div. nav, ul, span, да хоть p, а ссылки оставить ссылками
.menu a {
color: red;
}
Почему нет оператора наследования >? да потому что не факт что ссылки в меню окажутся родственниками в первом колене.
Ну и по поводу приведенной статьи — вы на полном серьезе отсылаете к статье 13 летней давности для оценки производительности?
Кстати говоря размеры «идеальных» CSS пикселей были выбраны анологично приведенным вами типографским правилам, про угол обзора и разрешающуюся способность глаза, только не для книги, как в случае с книжной версткой, а именно для мобильных устройств, которые держат на вытянутой руки. А вопрос, почему CSS пиксели плывут на разных устройствах — это вопрос не к самим пикселям, а к производителям дисплеев и разработчикам ОС/браузеров.
Так вам никто и не предлагает менять дюймы и сантиметры, просто речь идет об одном и том же с разных технологических «уровней» — что вообще такое пункт? Это доля физического дюйма (кстати можно также заметить, что дюйм — также относительная и к тому же абстрактная величина), а именно 1/72. И когда вы меняете размер шрифта в типографии — вы используете просто другое количество этих же долей этого же дюйма. А что такое CSS Pixel? Аналогичная доля дюйма (кстати несовсем уж и дюйма, если говорить уж совсем точно, то доля радиана — вот наткнулся на интересную ссылку inamidst.com/stuff/notes/csspx), а уж вопрос о том, как проецируются CSS пиксели на физические пиксели, это вопрос совершенно к другим людям. Ну а почему в верстке не используются именно пункты, как в типографике, то это также вопрос «не в кассу» — в разное время использовалось разное количество систем измерения, и сегодня в разных странах используются разные системы измерения.
Извините конечно, но такой вопрос — а если у вас в принципе плохое зрение и вы вынуждены носить очки, или как поступают многие люди используете для чтения обычную лупу, то читая книгу с мелким шрифтом и картинками, то у вас увеличивается только текст или вместе с картинками?
В частности домен .travel (один из доменнов, на который Name.Space требует себе права) используется Ozon и если поискать — много кто еще им пользуется.
<sarcasm>А что если они специально проталкивают такие законы, чтобы вызвать п****ц и какие-то подвижки народа, таким образом заботясь о народе?</sarcasm>>Однако прочитав статью я как-то совсем упал духом.
И у меня назрел один вопрос — может кто сталкивался с ввозом дорогостоящего (по меркам российской таможни конечноже) музыкального оборудования? В частности меня интересует конкретная ситуация с двумя возможными путями — заказал через интернет топовую гитару за 2000$ и сам поехал за ней к производителю, в каком случае будет больше проблем? Необходимо ли при перевозке на самолете (машине, жд и тд) ее декларировать?
<a href=""></a>настолько спецефична и неприменима ни в чем другом, кроме как в ссылках, и по факту вы не сможете без нее организовать ссылки (не стоит только умничать про обработку любого элемента JS'ом) и поэтому вы предлагаете к крайне спецефичной конструкции применить супермегаспецифичный стиль, на случай «Вдруг в будущем откажутся от использования ссылок, а мы будем на коне».Более логично в данном случае использовать класс .menu, потому что меню можно на чем угодно реализовать (и это факт) — div. nav, ul, span, да хоть p, а ссылки оставить ссылками
.menu a {
color: red;
}
Почему нет оператора наследования >? да потому что не факт что ссылки в меню окажутся родственниками в первом колене.
Ну и по поводу приведенной статьи — вы на полном серьезе отсылаете к статье 13 летней давности для оценки производительности?
.text_container_l {
width: 50%;
float:left;
}
.text_container_r {
width: 100%;
float:left;
margin:0 0 0 100%;
*margin:0 0 0 50%; — по странным обстоятельствам при указании margin-left 100% блок уезжает вправо за родительский блок
}
.text_l {
float:left;
width:100%;
margin:0 0 0 -100%;
zoom: 1; — для отрицательных маргинов в IE7
position: relative; — для отрицательных маргинов в IE7
}
.text_r {
float:left;
}