6. В пикселях страшного тоже ничего не вижу, в пунктах могут быть различия между старыми макосями и виндами. Вероятность то, го в em браузер правильнее смасштабирует шрифт выше: 13,6px разные браузеры могут «округлить» и до 13, и до 14 px. Да и считать относительными величинами нагляднее для человека.
11. Если возможность есть, то да. Даже рекомендовано. Но символы мягкого переноса правильно обрабатываются очень немногими текстовыми редакторами, а достойного кроссбраузерного расстановщика переносов лично я так и не нашёл. Так что в случае, если текст с сайта предполагается копипастить, то от переносов скорее всего придётся пока отказываться.
Когда я был молод и глуп (т. е. полгодика тому назад, сейчас-то я, понятно, стар и мудр), я таким вот макаром разметил примерно 100 страниц текста a4. Из принципа хотел оформить. Делал это около недели. По много часов в день. Где-то после первой трети я решил, что я не идейный и натравил на текст скрипт. Потом посмотрел на весь этот ужас и решил, что я снова идейный. Больше такими глупастями заниматься не хочу, но смотреть на сам текст в целом всё-таки приятно. Есть что вспомнить. И посмеяться над собой )
3.
Если задавать размер шрифта пунктами, то бишь абсолютными величинами, то на мониторах с разными размерами и разными разрешениями можно порой получить абсолютно нечитабельные тексты. ИМХО, наилучший способ использовать em или (в перспективе) ex, но самый первый, базовый размер лучше задать в пикселях и отталкиваться в дальнейшем от него. Вообще же многие величины почти наверняка придётся задавать в пикселях (бордеры, размеры картинок), поэтому использование пикселей для нетекстовых блоков и em для строчных элементов видится мне наиболее гибким решением. Хотя и там бывают сложные случаи.
6.
Что опасного в задании размеров в px? Раньше были проблемы в 5-м осле с невозможностью увеличить размер шрифта, заданного в пикселях. Сейчас это в прошлом. Какие конкретно проблемы вы имеете в виду?
«НЕ используйте абсолютных единиц при указании кегля шрифта»
А в трёх пунктах до этого вы сами это правило нарушаете, рекомендуя размеры шрифтов именно в пунктах.
8.
Ширина колонки текста вытекает из количества умещающихся в ней слов. А это число из используемого кегля и языка, на котором написан текст. 140-160 px — цифра, взятая абсолютно с потолка, сугубо из практики, абсолютом и правилом для теории она быть не может. На вскидку: а для мобильных телефонов (именно для телефонов, не смартфонов), вы это правило порекомендуете?
Для интерльяжа, опять же ИМХО, проще использовать множителями: не нужно будет лишний раз править абсолютные значения при изменении размера шрифта.
11.
В тех текстах, которые вбиты на сайт намертво лично я использую выключку по ширине и вставку ручками мягких переносов между слогами. Процесс нудный, но для исключительных случаев вполне можно и его применить. Во всех нормальных браузерах и IE 7+ работает без проблем. А вот нормальных скриптов для расстановки переносов, увы, так и не встретил: очень часто лажают.
12.
Совет хороший, но достаточно гиморный: даже в недешёвых книгах сегодня уже почти всегда не обращают внимания на висячие союзы и предлоги. Опять же, в случае HTML придётся расставлять ручками все неразрывные пробелы между предлогами и словами. Во многих случаях нужно видеть непосредственно текст, чтобы решить, возможен тут разрыв или нет
Совет N+1:
не забывайте про «версию для печати». И оформляйте её так же ответственно, как самостоятельный документ, второе Я вашего сайта.
IE плохо дружит с такимим адресами. То ли не может куки отсылать, то ли с защищённым соединением не работает. Не помню уже точно, что именно, но помню, что однажды на это напоролся, запомнил, что подчёркивание в адресе — зло, и больше не использую.
А откуда данные по 9.04 и по семёрке? Вроде не апрель месяц и не осень? Очень, знаете ли, устраивать пузомерию между продуктами, которые ещё находятся в стадии разработки.
«День моего рождения» выговаривать длиннее и сложнее, чем «деньрожденье», потому так и говорят. Да, это неправильно, но информативность чуть повышается. Я тоже ЗА правильную речь, но тем не менее часто в неформальных письмах пишу «щаз», «пасиб» и прочее. Не потому, что неграмотный, а потому что писать меньше, а смысл не теряется. В официальных документах, разумеется, нужно писать «день моего рождения», «сейчас» и «спасибо».
Ну, про плюсы рассказывать стоит только тем, кто знает си без них. Иначе просто не увидят различий. Да и приведённый пример какой-то не оопэшный совсем. Понимаю, что только введение, но всё же.
Да и учить людей сям… ну, не знаю, наверное, я старомоден, но лично я считаю, что синтаксис сей и плюсы должен знать каждый программист, этот язык в программировании, как английский в международном общении — знаешь его, сможешь объяснить другому любой алгоритм. И вот учить его не по добротной книжке… не знаю… от лукавого всё это…
Разбиение текста на страницы оправдано тогда, когда статья одним блином весит очень много килобайт, а может, и мегабайт. Например, некоторые статейки на ixbt вместе с иллюстрациями весят под 10 метров. Разбиение статьи на страницы позволяет пользователя не ждать полной загрузки всей статьи (бедные пользователи IE), а уже начать читать её, загрузив самое начало. Время доступа к информации уменьшается.
Некоторый оффтоп не ради рекламы, а во имя просвещения всех заинтересовавшихся: есть замечательная книжка «Практическая криптография», написанная Нильсом Фергюсоном и Брюсом Шнайером, людьми более чем компетентными в вопросах безопасности информации. Книжка не самая простая для понимания, но очень интересная. Крайне рекомендую к прочтению, ибо даже в самых толстых статьях всего не рассмотреть.
Ссылки на магазины давать не буду, те, кто заинтересуется сами легко их нагуглят.
Аналогичная ситуация. Разве что читабельность и качество автоматически генерируемых sql-скриптов оставляет желать лучшего. Поэтому ERwin версии 3.52 верно служит мне… сугубо рисовалкой ER-диаграмм )
Нас учили так же. В момент обучения многое казалось пустой тратой времени, пока не попробовал в рабочем проекте применить именно академический подход. Очень пригодились умения строить и инфологическую, и даталогическую модели, умение рисовать ER-диаграммы и т. д. Очень помогает при документировании БД, даже для себя самого (над проектом работаю сейчас в гордом одиночестве :)
У Плюшева в «Вести.net» до половины выпуска иногда материалы явно идут по хабру, и картинка идёт хабра. Но названия сайта практически никогда вслух не произносят.
Я не выступаю против вашего предложения, очень многие хранят фильмы именно на болванках. Это не просто хранение фильмов не на компьютере, но и гарантия того, что фильм можно будет просмотреть на любом dvd-плеере в любом месте. Тот же жёсткий диск таскать с собой неудобно, внешние диски стоят существенно дороже, а nas под мышкой таскать тоже как-то неудобно.
Но в большинстве случаев фильмы как раз сжимают под болванки — 700 Мб, 4,37 Гб и т. д. Исключения бывают, но редко, так что перепрожигать необходимости практически нет.
А фильмы смотреть удаётся редко. Коллекция гигов на 400 есть, а смотрел из неё от силы половину. Не говоря уже про сезонные хиты.
Проблема title у персональных блогов хабра / Блог им. seraph / Хабрахабр
Ну, или что-то в этом духе. Главное, чтобы сначала название статьи, а уже потом по иерархии имя блога и ресурс. Так будет проще искать файлы и ссылки, если их названия слишком длинные, и видно только первые несколько слов этого названия.
Есть перепрожиг, который позволяет использовать в среднем от 30 до 80 метров от cd-болванки, а есть злобный mode 0, который позволит забить на страховку кодами Рида-Соломона и получить большой, но нечитаемый после 3-10 царапин диск. Способов много, но лучше всего таки-держать в запасе несколько болванок всех мастей.
11. Если возможность есть, то да. Даже рекомендовано. Но символы мягкого переноса правильно обрабатываются очень немногими текстовыми редакторами, а достойного кроссбраузерного расстановщика переносов лично я так и не нашёл. Так что в случае, если текст с сайта предполагается копипастить, то от переносов скорее всего придётся пока отказываться.
Если задавать размер шрифта пунктами, то бишь абсолютными величинами, то на мониторах с разными размерами и разными разрешениями можно порой получить абсолютно нечитабельные тексты. ИМХО, наилучший способ использовать em или (в перспективе) ex, но самый первый, базовый размер лучше задать в пикселях и отталкиваться в дальнейшем от него. Вообще же многие величины почти наверняка придётся задавать в пикселях (бордеры, размеры картинок), поэтому использование пикселей для нетекстовых блоков и em для строчных элементов видится мне наиболее гибким решением. Хотя и там бывают сложные случаи.
6.
Что опасного в задании размеров в px? Раньше были проблемы в 5-м осле с невозможностью увеличить размер шрифта, заданного в пикселях. Сейчас это в прошлом. Какие конкретно проблемы вы имеете в виду?
«НЕ используйте абсолютных единиц при указании кегля шрифта»
А в трёх пунктах до этого вы сами это правило нарушаете, рекомендуя размеры шрифтов именно в пунктах.
8.
Ширина колонки текста вытекает из количества умещающихся в ней слов. А это число из используемого кегля и языка, на котором написан текст. 140-160 px — цифра, взятая абсолютно с потолка, сугубо из практики, абсолютом и правилом для теории она быть не может. На вскидку: а для мобильных телефонов (именно для телефонов, не смартфонов), вы это правило порекомендуете?
Для интерльяжа, опять же ИМХО, проще использовать множителями: не нужно будет лишний раз править абсолютные значения при изменении размера шрифта.
11.
В тех текстах, которые вбиты на сайт намертво лично я использую выключку по ширине и вставку ручками мягких переносов между слогами. Процесс нудный, но для исключительных случаев вполне можно и его применить. Во всех нормальных браузерах и IE 7+ работает без проблем. А вот нормальных скриптов для расстановки переносов, увы, так и не встретил: очень часто лажают.
12.
Совет хороший, но достаточно гиморный: даже в недешёвых книгах сегодня уже почти всегда не обращают внимания на висячие союзы и предлоги. Опять же, в случае HTML придётся расставлять ручками все неразрывные пробелы между предлогами и словами. Во многих случаях нужно видеть непосредственно текст, чтобы решить, возможен тут разрыв или нет
Совет N+1:
не забывайте про «версию для печати». И оформляйте её так же ответственно, как самостоятельный документ, второе Я вашего сайта.
«День моего рождения» выговаривать длиннее и сложнее, чем «деньрожденье», потому так и говорят. Да, это неправильно, но информативность чуть повышается. Я тоже ЗА правильную речь, но тем не менее часто в неформальных письмах пишу «щаз», «пасиб» и прочее. Не потому, что неграмотный, а потому что писать меньше, а смысл не теряется. В официальных документах, разумеется, нужно писать «день моего рождения», «сейчас» и «спасибо».
Да и учить людей сям… ну, не знаю, наверное, я старомоден, но лично я считаю, что синтаксис сей и плюсы должен знать каждый программист, этот язык в программировании, как английский в международном общении — знаешь его, сможешь объяснить другому любой алгоритм. И вот учить его не по добротной книжке… не знаю… от лукавого всё это…
Улыбнула ссылка на A List Apart, сейчас как раз читаю книжку Зельдмана )
Ссылки на магазины давать не буду, те, кто заинтересуется сами легко их нагуглят.
Но в большинстве случаев фильмы как раз сжимают под болванки — 700 Мб, 4,37 Гб и т. д. Исключения бывают, но редко, так что перепрожигать необходимости практически нет.
А фильмы смотреть удаётся редко. Коллекция гигов на 400 есть, а смотрел из неё от силы половину. Не говоря уже про сезонные хиты.
Ну, или что-то в этом духе. Главное, чтобы сначала название статьи, а уже потом по иерархии имя блога и ресурс. Так будет проще искать файлы и ссылки, если их названия слишком длинные, и видно только первые несколько слов этого названия.
Но за статью спасибо )