Чем вам justify не угодил?

[Great Rash]

Я тут почитывал форум и наткнулся на такие выражения:

Verder:

Так называемые веб-дизайнеры, которые используют justify для форматирования, заслуживают мучительной смерти.

Justnewone:

Исправляю джустифай и выравнивание влево, идущие вперемешку в едином потоке в непредсказуемой последовательности.

Объясните мне чем плохо выравнивать текст по ширине? В книгах же выравнено и ничего. Все выравнивают текст в дипломах, курсовых, рефератах по ширине и ничего.

Многие не любят такое выравнивание из-за "дыр" в тексте, так их поправить можно...

[Justnewone]

Я тут почитывал форум и наткнулся на такие выражения:

Объясните мне чем плохо выравнивать текст по ширине? В книгах же выравнено и ничего. Все выравнивают текст в дипломах, курсовых, рефератах по ширине и ничего.

Многие не любят такое выравнивание из-за "дыр" в тексте, так их поправить можно...

Я не против. Именно про то, что в одном тексте вперемежку.

[Verder]

Я тут почитывал форум и наткнулся на такие выражения:

Объясните мне чем плохо выравнивать текст по ширине? В книгах же выравнено и ничего. Все выравнивают текст в дипломах, курсовых, рефератах по ширине и ничего.

Многие не любят такое выравнивание из-за "дыр" в тексте, так их поправить можно...

Justify пришел в веб из полиграфии, печати. Но типографика в веб такова, что оптимальные результаты после форматирования текста достигаются только при выравнивании его влево (редко вправо), без "растяжки". Да, можно добиться свойствами CSS приемлимого отображения, но нестандартные пробелы все равно останутся, чем нарушается целостность восприятия написанного. Что вообще такое Justify - в переводе (значений этого слова в английском языке несколько), который можно принять для веб - это "выравнивать", "выключить строку". Ну, выравнивать это понятно, общее определение. А вот выключение строки это уже ближе. То есть форматирование методом justify нарушает естественное, логическое, удобное расположение текста, строки, абзаца.

Если печатники не ограничены строгим набором шрифтов, то у нас выбор небольшой. Шрифты для веб и так не ахти, а если еще и абзацы тянуть и обрезать как в книгах (что естественно), то получается безликий текст. Как коробка.

Начинающие дизайнеры думают, что чем четче границы, чем выраженнее блоки текста - тем лучше. В итоге получаются сайты, заполненные прямоугольными абзацами, которые воспринимаются именно как геометрическая фигура, а не информация. Такие блоки текста просто бездушны и читать их неприятно.

Не знаю как еще объяснить. Мог бы начать писать общие концепции типографики для веб, но это слишком много текста и читать его вряд ли кто-то будет.

Edited July 1, 2010 by Verder

[Justnewone]

А еще мне один полиграфист рассказывал, якобы джустифай пришел к нам из англии, там древние переписчики книг делали так. Примерно рассчитывали количество букв и слов и писали так, что ради джустифая последнее слово сразу же наносилось в конец строки. Типа слева направо.

Русские переписчики фигней не страдали, выравнивали влево.

Как говорил недавно Сёрчер, чтение книг у нас на генном уровне в крови, формат обточен. Потому мож немного и претит.

[s0rr0w]

При выравнивании текста по двум сторонам исчезают все зацепки для глаза, которые рассказывали бы, на какой строке текста сейчас идет чтение. Это касается длинных текстов, которые имеют более 5 слов в строке. В газетах же наоборот, применяют этот метод, так как там строки состоят из 3-5 слов в строке. В газете текст статичен, можно смело баловаться межбуквенным и межсловным расстоянием, что вообще нереально в вебе.

[Searcher]

Ничем justify не плох, и так огульно нельзя его хаить. Кстати, два слова: огульно и хаить похоже уже можно списать в устаревшие Согласен почти со всеми, в фиксе justify вполне годится, а вот с резиной можно и поработать, в каких-то ширинах делать left, а в каких-то justify будет очень неплохо читаться, ну а слишком длинных строк, вообще, нельзя допускать. Относительно текста все, что выпадает из фокуса зрения, уже не воспринимается, и начало строки теряется. Как взгляд перейдет на следующую строку, если начало потеряно? И тут нет разницы justify или left, все равно хрен прочтешь.

При justify эти дырки в тексте как раз несут визуальную идентификацию строк не хуже чем неровный правй край, и вся эта эстетическая хрень - понты. Какая эстетика в рваных краях? Ну совершенно я не согласен с этой лебедевской теорией, что justify всегда плох! Да, есть ситуации, когда justify нельзя применять, но эти ситуации начинаются, когда возникает длинная строка.

И к слову, текст, написанный нормальным шрифтом, никогда не будет восприниматься геометрической фигурой, он будет восприниматься как массив информации.

[Great Rash]

Поставить нормальный line-height и текст уже не будет восприниматься как коробка. Так что с этим утверждением не согласен.

Так же не согласен с утверждением, что глазу не за что зацепиться, при чтении книги он же за что-то цепляется!

Единственное, в вебе надо текст чаще на абзацы разбивать. Длинный текст без абзацев - очень фигово читается.

[s0rr0w]

Поставить нормальный line-height и текст уже не будет восприниматься как коробка. Так что с этим утверждением не согласен.

Так же не согласен с утверждением, что глазу не за что зацепиться, при чтении книги он же за что-то цепляется!

Единственное, в вебе надо текст чаще на абзацы разбивать. Длинный текст без абзацев - очень фигово читается.

Книги верстаются руками. Там очень четко расставляются слова и пробелы. В книге длинна строки в 5-8 слов. В этой строке их около 20.

Окрой любой текстовик книги, именно в формате txt, и прозрей какой он узкий по ширине.

[rash]

Justify все-таки не годится для форматирования на веб-страницах хотя бы потому, что невозможно контролировать визуальное представление, в отличии от полиграфии. В полиграфии можно добиться приемлемого отображения пробелов, отсутсрвия коридоров и «заборов» из переносов за счет того, что мы полностью контролируем внешний вид текста.

В вебе пользователь может изменить размер шрифта, у него может не оказаться нужного шрифта и браузер подставит другой из фоллбека и т. д. Резина с выключкой по формату — вообще издевательство. При том, что и переносы как следует в вебе расставить в принципе пока невозможно.

Как уже заметили — более длинные строки. Это само по себе не способствует удобству чтения, и выравнивание по левому краю несколько компенсирует это неудобство.

Во всяком случае пока не появится хорошая возможность расстановки переносов, justify следует воспринимать как инструмент для создания некоторых видов раскладок. И всё.

[Great Rash]

Уже есть несколько инструментов для более-менее адекватной расстановки элементов, написанные на JavaScript. Например Hyphenator. С ним justify-тексты смотрятся довольно неплохо...

Хотя наверное вы все же правы...

[Searcher]

В русском языке есть замечательная вещь, о которой почему-то стали забывать. Это переносы. Да, вот эти галимые черточки в конце строки. Почему мы используем теперь чужие навязанные технической продукцией стандарты, а про свое древнее забыли? Lexicon забыли?

Понятно, что некоторое время назад инструментов для расстановки переносов в вебе не было. Ну а самим разработать? Это ж наше, родное! )) И если расставить переносы при выравнивании по обоим краям, то уже не будет широких пробелов...

[s0rr0w]

В русском языке есть замечательная вещь, о которой почему-то стали забывать. Это переносы. Да, вот эти галимые черточки в конце строки. Почему мы используем теперь чужие навязанные технической продукцией стандарты, а про свое древнее забыли? Lexicon забыли?

Понятно, что некоторое время назад инструментов для расстановки переносов в вебе не было. Ну а самим разработать? Это ж наше, родное! )) И если расставить переносы при выравнивании по обоим краям, то уже не будет широких пробелов...

Там с мягкими переносами до сих пор куча багов есть. Как технические средства дорастут, так сразу и можно начинать использовать.

[Searcher]

Там с мягкими переносами до сих пор куча багов есть. Как технические средства дорастут, так сразу и можно начинать использовать.

Жаль... Может заняться этим... Например, для мелкомягкого офиса уже давно есть плагин. По-моему вполне приличный. На стороне клиента эта штука конечно чересчур тяжела будет, но на сервере то вполне можно было бы...

[s0rr0w]

Жаль... Может заняться этим... Например, для мелкомягкого офиса уже давно есть плагин. По-моему вполне приличный. На стороне клиента эта штука конечно чересчур тяжела будет, но на сервере то вполне можно было бы...

А толку на стороне сервера генерировать мягкие переносы, если на стороне клиента они с ошибками будут показываться?

[Searcher]

Мда, мало того, что это еще пройдет только при фиксе, да и в этом случае невозможно точно просчитать... Как говорится, выпил, погорячился )))

Остается JS. Правила то ещё описать можно, но вот с исключениями проблема... При быстром канале можно, конечно, асинхронно запрашивать дополнительные правила и исключения, если они будут встречаться в тексте, и формировать переносы во время и после вывода текста, но это как-то странно будет выглядеть... Ну и при каждом изменении размеров окна опять все будет перестраиваться с запросами к серверу, если резина будет.

[Great Rash]

Друзья, все уже есть, я ж говорю Hyphenator!

http://code.google.com/p/hyphenator/

[Justnewone]

Друзья, все уже есть, я ж говорю Hyphenator!

http://code.google.com/p/hyphenator/

А не слишком ли? Грузить будут, ох уж эти костыли на JS

[Great Rash]

Для небольшой промо-странички или блога в самый раз, никто не говорит о больших порталах.