Типографика

индекс

321,53

Сервис расстановки переносов

Недавно компания Qlikworld выложила небольшой сервис расстановки «мягких» переносов. Он находится по адресу — www.plazoo.com/ru/tools.asp

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

Сервис расставляет переносы с учетом возможного изменения размера окна вывода.

Отдельный интерес система представляет тем, что умеет правильно расставлять переносы на семи языках. При этом сами языки между собой не перемешиваются, т.е., если расставлять переносы в русском тексте, который содержит иностранные слова, то система расставит переносы только в русских словах, а иностранные оставит без изменений.

Дополнительно, в этом сервисе есть возможность посмотреть страницу существующего сайта с уже расставленными переносами. Работает, правда, не для всех сайтов, но в целом можно получить представление, какой вид может иметь конкретный сайт после его обработки.

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

+82

18 ноября 2008, 16:18

tsepelev

комментарии (107)

markmariner 18 ноября 2008, 16:51 #

Спасибо, очень интересно. В последнее время интересуюсь правильным оформлением текста.

С одной стороны, всё замечательно и текст теперь, как в книгах, но почему-то глаз дёглается и разрывает слово. Быть может, привычка.

Классно было бы, если бы у нах был, к примеру, плагин для Вордпресс.

fima 18 ноября 2008, 20:59 # ↑

Вообще у Qlikworld BV очень много продуктов, которые заслуживают пристального внимания. Очень весомые. я писал о них тут: fima.habrahabr.ru/blog/28425/ и так же посмотрите тут:http://fima.habrahabr.ru/blog/28894/
весьма интересная программулина сделана для нас. скачать программулю можно тут: download.qlikworld.com/downloads/rssreader/814/setup.exe
чего только не содержит в себе. 78 каналов ведущего радио, переводчики, калькулятор валют, энциклопедии и много другого.
;) а вы все текст и текст. только сейчас заметили про текст… поковырять поближе, так там много чего вообще у компании. разработок море…

–1

wackum 19 ноября 2008, 12:31 # ↑

Да это полный идиотизм — в компьютерных текстах делать переносы. Они нужны чтобы бумагу экономить, а в интернете абсолютно неприменимы для ПРАВИЛЬНОГО оформления текста НИ justify, НИ переносы.

andreyu 19 ноября 2008, 14:41 # ↑

Вы совершенно правы, но жесткую копию документа делают на компьютере, а значит этот сервис имеет право существовать.

marapper 4 декабря 2008, 19:39 # ↑

Даже если брать за предположение, что текст могут напечатать, переносы показываются всегда — на экране они только мешают нормально читать. И даже если речь идет про «жесткую» копию.

Кстати, переносы придуманы не для экономии бумаги (хотя и для этого тоже), а чтобы как раз уменьшить «зияющие провалы» между словами при полной выключке (выравнивании по ширине). Проблема в том, что расставляет их редактор, знающий правила.

А любой сервис или автоматический «расставлятель» делает это так, что переносы вставляются там где не надо (например, здесь описано), забивают HTML-код, остаются в буфере при копировании, и идут подряд по несколько (что совершенно неверно — больше двух переносов в строках подряд воспринимается как «лес» палочек).

Есть, кстати, два плагина для Вордпресса, но ссылок давать не буду, потому что это неправильно :)

el777 4 ноября 2010, 14:41 # ↑

Если у вас не очень широкая колонка и довольн длинные слова, то текст у вас будет либо с сильно рваным правым краем, либо (при выравнивании по обеим сторонам) с жуткими растянутыми пробелами. В этом случае, переносы могут спасти ситуацию.
В английском языке с его более короткими словами эта ситуация не так заметна — собственно поэтому производители браузеров не сильно чешутся насчет поддержки переносов.

ferrari 18 ноября 2008, 16:53 #

я один не догнал? как это «Эта статья уже содержит расставленные переносы.» а в исходном коде все чисто. Как оно работает? Прошу прощения если затупил.

illuzii 18 ноября 2008, 16:54 # ↑

Попробуй изменить размер окна своего броузера и следи за переносами.

ferrari 18 ноября 2008, 16:57 # ↑

эффект я пронаблюдал — все работает, это и настораживало так как исходный код чистый, уже сам выяснил & shy; скрывает Firefox при показе Ctrl+U

zencd 18 ноября 2008, 17:53 # ↑

он многое скрывает. и этим порой плох для разработки.

–1

khim 18 ноября 2008, 17:58 # ↑

Да нифига он не скрывает! Не надо ля-ля. В тексте статьи НЕТ никаких  — супер-пупер-руки-поотрывать-парсер хабра превращает  в U+00AD — а этот символ и не должен быть виден! Скопируйте в текстовый файл — сразу увидите все символы (по крайней мере у меня в Ubuntu так).

zencd 18 ноября 2008, 18:00 # ↑

Я не на Хабре код смотрел, а на указанном сайте. Парсер здесь ни при чём.

–1

khim 18 ноября 2008, 18:06 # ↑

А что кривой код теперь могут только создатели Хабрахабра писать?

Посмотрите на следующий текст в исходниках хабрастраницы (надуюсь я смогу обмануть хабрапарсер):
От дель ный ин те рес сис те ма пред став ля ет тем, что уме ет пра виль но рас став лять пе ре но сы на се ми язы ках. При этом са ми язы ки меж ду со бой не пе ре ме ши ва ют ся, т.е., если рас став лять пе ре но сы в рус ском тек с те, ко то рый со дер жит ино стран ные сло ва, то сис те ма рас ста вит пе ре но сы толь ко в рус ских сло вах, а ино стран ные оста вит без из ме не ний.

tsepelev 18 ноября 2008, 18:08 # ↑

Хабр не причем, все зависит от браузера, через который исходный код смотреть, у меня опера и фф под виндовс ничего не показывают, но если открыть в дримвьювере или блокноте, то сразу все становится видно

–1

khim 18 ноября 2008, 18:21 # ↑

Хабр ОЧЕНЬ ДАЖЕ ПРИЧЁМ. Откройте файл с , посмотрите исходный код страницы и… о мегасуперчудо — вы увидите все ваши , откройте файл где  превращено в U+00AD — и будет так, как вы описали.

Нечего на зеркало пенять если рожа крива!

zencd 18 ноября 2008, 18:22 # ↑

Эй, поосторожнее! Рожа крива у парсера.

khim 18 ноября 2008, 18:26 # ↑

Об чём и речь. Но мне тут пытаются доказать что, типа, это в Firefox глюк и он  не показывает. Конечно показывает! Если это самое  там есть! А если его кто-то скушал до того, как текст в Firefox попал, то с какой стати он должен что-то показывать? U+00AD не должен отображаться там, где переносы не случаются (моноширинный шрифт — отдельная песня).

zencd 18 ноября 2008, 18:21 # ↑

Я посмотрел как отображается shy в лисе по ctrl+u — со статическим текстом отображается как пять символов.

Но так как на той странице тот кусок с шаями генерится динамически, то проверить без спецсредств трудно. Но в целом, пока что вы выигрываете :)) Показываются шаи как есть. Что, правда, не отменяет другие подмены html-кода на один-единственный символ.

khim 18 ноября 2008, 18:27 # ↑

Покажите пример где HTML-код показывается как один-единственный символ. Во всех случаях что я видел он съедался кем-нибудь «по дороге» до попадания в Firefox…

zencd 18 ноября 2008, 18:42 # ↑

Ага! Понял в чём разница — «view selection source» мне не нравится, с ctrl+u всё в порядке. Пример:

zencd.spb.ru/tmp/eaten.html

А v.s.s. от себя много добавляет. Но чертовски удобен. Но добавляет :)

khim 18 ноября 2008, 18:46 # ↑

Я бы сказал что он удаляет, а не добавляет :-) Я внизу описал — почему…

zencd 18 ноября 2008, 19:01 # ↑

добавляет пропущенные [html] [body]
сам закрывает теги
(ну и сам сворачивает энитити до одного символа)

это не то что внизу описано

khim 18 ноября 2008, 18:45 # ↑

С динамическим текстом проблемы: там как бы нет исходного кода. Показывается содержимое DOM-дерева. А в DOM-дереве разница между "A" и "A" уже пропадает — все entities превращаются просто в буквы… Когда вы делаете «View Selection Source» три символа ("<"," >" и "&") превращаются обратно в entities (по понятным причинам). Остальные символы не трогаются…

P.S. Вообще на Хабре почти нереально про такие вещи рассказывать: он по разному интерпретирует entities в разных случаях, так что увидеть что ты пишешь нельзя (кнопка «предпросмотр» показывает не тот текст, который ты увидишь после того, как нажмёшь на кнопку «написать»). А без примеров — тяжело и писать и воспринимать.

zencd 18 ноября 2008, 19:05 # ↑

Блин! То это, то. Всё, вопрос закрыт.

Впрочем, технически понятно почему так происходит. Однако в смущение вводит.

Lachezis 18 ноября 2008, 16:54 # ↑

Тут есть некий www.plazoo.com/images/hypho.gif.

Lachezis 18 ноября 2008, 16:55 # ↑

Извиняюсь ошибся.

ferrari 18 ноября 2008, 16:56 # ↑

все, простите, вопрос снят,
*задумался, почему у него FF не показывает в исходном коде & shy;*

khim 18 ноября 2008, 18:00 # ↑

Сложно найти черную кошку в темной комнате, особенно, если ее там нет. В статье уже нет никакх &shy. Хабрахабр преобразовал их в честный юникодный символ U+00AD — а он и не должен быть виден в тексте (если только шрифт не моноширинный).

illuzii 18 ноября 2008, 16:53 #

Отличный сервис! Теперь можно красиво текст вписать в страницу.

Trept 18 ноября 2008, 16:55 #

Сервис, в принципе, полезный.
Но один важный вопрос: как скажется такая обработка текста на индексации поисковиками?

–1

tsepelev 18 ноября 2008, 17:03 # ↑

& shy; — мягкий перенос, в исходном коде не отображается, следовательно, на индексацию и выдачу поисковиков влиять не должен.

smmurf 18 ноября 2008, 17:12 # ↑

Это браузер может скрыть такой символ в коде, поэтому и не отображается, но он там тем не менее есть.
Раньше читал обзор (ссылку привести не могу — не помню), что некоторые поисковики считают символ мягкого переноса пробельным, и таким образом у них вместо слова получится набор слогов. Актуально ли это сейчас, или уже нет — тоже не знаю, но при желании можно, думаю, проверить.

tsepelev 18 ноября 2008, 17:18 # ↑

Действительно есть, попробовал открыть в блокноте, а Opera и Firefox не показывают

AmirL 18 ноября 2008, 22:59 # ↑

Делаем из неуникального контента — уникальный ))

marapper 4 декабря 2008, 19:42 # ↑

Сейчас поисковики (я про двух основных игроков рынка говорю) не считают за пробельный символ мягкого переноса, точно так же, как игнорируют символ ударения (а вот Rambler, кстати, не игнорит). А вот nbsp и thinsp — да, делаются пробельными.

Trept 18 ноября 2008, 17:16 # ↑

Это Вы проверяли, или «общие соображения»?

tsepelev 18 ноября 2008, 17:27 # ↑

Только, что связывался с разработчиками сервиса в германии, гугл и яху & shy; не воспринимают, яндекс и рамблер они не тестировали.

rdk 18 ноября 2008, 19:21 # ↑

Что значит не воспринимают? Игнорируют или понимают неправильно (как пробел)?

tsepelev 18 ноября 2008, 19:35 # ↑

Игнорируют, склеивая слоги

sapegin 19 ноября 2008, 09:33 # ↑

Т. е. как раз воспринимают как положено :)

Hitryi_Pryanik 18 ноября 2008, 23:10 # ↑

яндекс давно склеивает, рамблер вроде тож.
Вообще начал использовать года три назад, ещё никто не жаловался. А если уж жалоба, то пройтись автозаменой по документу — дело пяти секунд.

streetche 18 ноября 2008, 17:01 #

Не привычно читать в браузере текст с переносами, проще явно не становится. Нужны ли они в интернете… ведь браузер сам выравнивает текст на строке. Зачем?

not_ice 18 ноября 2008, 17:17 # ↑

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

–3

maovrn 18 ноября 2008, 17:32 # ↑

Тоже заметил переносы только когда автор об этом написал. Заметил и ужаснулся рваному правому краю статьи. Все-таки считаю что переносы в печатном тексте излишество. Гораздо лучше смотрится и читается текст, выровненный по ширине без всяких разрывов слов. Переносы возможны в рукописном тексте, когда не хватает места для окончания слова, а писать уже начал. Как исключение может быть только печатный текст с длинными словами в узкой колонке.

–1

streetche 18 ноября 2008, 17:34 # ↑

Вот и я об этом говорю, зачем тянуть в вэб то, что для него не предназначено. Хотя есть некоторые случаи, когда это будет полезно.

smmurf 18 ноября 2008, 17:44 # ↑

> Все-таки считаю что переносы в печатном тексте излишество.

В печатном — нет. В экранном — да.
В печатном тексте переносы помогают сохранить плотность текста при выравнивании по формату. «Рваные» длинными пробелами строки могут испортить читабельность, что частои делают.
С монитора же легче читается выровненный по левому краю текст, и необходимости в переносах тут нет.

barkalov 18 ноября 2008, 19:25 # ↑

о, не заметил сразу ваш коммент. 100% согласен.

bubuger 18 ноября 2008, 21:34 # ↑

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

ruskar 18 ноября 2008, 22:47 # ↑

Откуда взялся этот миф, мол легче читать текст, выровненный по левому краю? Меня всегда ужасно раздражал текст, выровненный по левому краю — когда его много, трудно перебегать с глазами со строчки на строчку, особенно если ширина строки большая.

smmurf 18 ноября 2008, 22:54 # ↑

А ширина строки — это тоже один из важных показателей качественной типографики. Слишком длинные, как и слишком короткие строки портят читабельность не меньше, чем неправильная выключка.

Hitryi_Pryanik 18 ноября 2008, 23:24 # ↑

Это не миф. Легче читать текст, в котором не только слова в строке имеют одинаковую плотность, но и буквы в слове (решается кернингом, лигатурами). Тогда и эффектней любые выделения текста (шрифтом, жирностью, наклоном) смотрятся.

Равнение по левому краю обязательно почти везде, потому что легче каждый раз начинать читать с одной вертикали. Исключение делается лишь для газетной вёрстки.

В газетах к слову узкие столбцы не просто так сделаны, а из рассчёта на быстрое «деловое» чтение.

Идеальный для чтения текст:
а) равномерная плотность строк, букв, межбуквенного, межстрочного пространства, абзацев.
б) равнение по обеим сторонам страницы, переносов как можно меньше и резать слова наиболее читаемым способом (#comment_1130805)
в) гарнитура соответствует эпохе и стилю повествования, желаемому типу восприятия.
г) переносы слов на следующую строку делаются предпочтительно по смысловым блокам (никаких союзов и предлогов в конце строки)
д) знаки пунктуации, особенно неплотные, в конце и начале строки выходят за пределы строки (« — достаточно плотный, как буква знак, а вот запятые, тире, кавычки-лапки — слишком лёгкие и образовываю дырку)

Это знаю я. Уверен, хороший типограф знает гораздо больше. Попробуйте почитать хорошо свёрстанные книги. Там не спотыкаешься о дырки, опечатки, провисшие союзы, не рябит от шрифта в глазах. Там передаётся смысл.
У меня книга повестей Лескова за 1929 год была, даже с неудобными ер и ять, куда приятнее читать, чем современные книжицы.

ruskar 19 ноября 2008, 00:41 # ↑

Наверное я ошибаюсь. Но, как я уже сказал, текст, выровненный по левому краю для меня как был, так и остаётся неудобным для чтения. Наверное мой случай уникален.

Hitryi_Pryanik 19 ноября 2008, 07:56 # ↑

Хм. Тогда вопрос: нравится, когда по правому равнение идёт или по центру? Или я чего-то не догоняю и равнение jystify не включает в себя равнение по левому краю? Случай действительно редкий.
Ну ещё, если justify, то получается, что нерегулярные дырки посреди текста напрягают меньше, чем правый рваный край?

–1

ruskar 19 ноября 2008, 07:59 # ↑

Нравится, когда равнение идёт по ширине (justify). Да, как-то нерегулярные дырки посреди текста напрягают меньше, ведь посреди текста я не перескакиваю вдруг на следующую строчку.

Hitryi_Pryanik 19 ноября 2008, 08:30 # ↑

так совмещайте во всех слогах и justify — будет и красиво и дырки в строках минимально отличаться будут. (длина максимального слога делить на количество пробелов)

Я к Вам в блог зашёл и уяснил в чём дело. Когда строки длинные и текст мелкий, то дырки в тексте особо не заметны, особенно если не привязывать союзы к словам и позволять им обвисать.
Но удобочитаемая строка — это не 15 слов, а всего 6—8 (два—три смысловых блока). И вот как раз в короткой строке дыры будут отвратительные.

На примере блога соглашусь: лучше длинная но аккуратная строка, чем много рваных коротких.

nicothin 19 ноября 2008, 08:14 # ↑

1. а в экранном тексте сохранять плотность не нужно? (с пристрастием атремийлебедев-ориентированных веб-дизайнеров к резиновым макетам — особенно)
2. какая связь между бОльшей легкостью чтения текста, выровненного по левому краю (не только с экрана, но и вообще, в целом) и отсутствием необходимости переносов?

barkalov 18 ноября 2008, 19:24 # ↑

Эээ… В печтаном-то тексте они как раз и нужны! Чтобы текстовые блоки включённые по ширине выглядели более однородно и плотно. Ну, и при вёрстке флагом был бы более ровный правый край. Посмотрите в журналы, ей-богу.

–4

ayavryk 18 ноября 2008, 18:10 # ↑

>глюки толи в ИЕ, толи еще где-то
IE обрабатывал shy в прошлом веке. Вот остальные догнать смогли год-два назд. Уродская Опера была последней.

TiGR 18 ноября 2008, 20:36 # ↑

Опера начала поддерживать shy в 2003м. Мозилла — только с выпуском ff3.

sapegin 19 ноября 2008, 09:34 # ↑

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

Brutt 18 ноября 2008, 17:08 #

замечательно :) Джастифай теперь будет рулить!

smmurf 18 ноября 2008, 17:14 # ↑

Главное — не увлекаться. Не знаю, с чем это связано, но с монитора выключенный по формату текст читается хуже даже с переносами. Разной длины концовки строк служат, возможно, ориентиром для глаза, не давая «соскочить» со строки. При чтении с бумаги такой проблемы нет.

ruskar 18 ноября 2008, 22:54 # ↑

Странно, я наоборот постоянно «соскакиваю», когда текст выровнен по левому краю. А когда выровнен по ширине, дочитав строку до конца, перевожу взгляд на конец следующей строки (который буквально тут же), и по ней уже веду взгляд на начало строки.

smmurf 18 ноября 2008, 22:56 # ↑

Ну я писал по своим впечатлениям. Может кто-то читает иначе :-)

DeadLy 18 ноября 2008, 17:22 #

У Рината (боюсь не правильно написать фамилию, Nasibullin Rinat) есть замечательный пак php-функций для обработки текста в кодировке UTF-8. Так вот там есть функция hyphen_words().

burzilov 18 ноября 2008, 17:23 #

Отказался от идеи расстановки переносов, когда попробовал скопипастить его в блокнот…

smmurf 18 ноября 2008, 17:31 # ↑

Да, пока в плане удобства такой подход еще мягко говоря сыроват.
Вместе с одним преимуществом — более аккуратным оформлением текста, он грозит принести несколько существенных неудобств.

Hitryi_Pryanik 18 ноября 2008, 23:32 # ↑

А в чём проблема? Сейчас скопипастил, сохранились только переносы, которые сделал браузер. Если нужен целый текст, где каждый абзац идёт одной строкой — сорц->копипаст->преобразовать в текст.

Более того сейчас сохранил как текст оперой статью, где есть и nbsp и условные переносы — всё хорошо, на абзацы поделено с шириной строки, взятой из CSS, заголовки отдельно.

Объясните, в чём проблема? Если каличный блокнот/браузер, то это не проблема технологии и не проблема веб-стандартов. В качестве блокнота обычный виндовый пользовал…

smmurf 19 ноября 2008, 01:33 # ↑

Я скопировал эту статью в блокнот (notepad.exe) и на местах мягких переносов получил символы дефиса. Везде. Затем копирую текст уже из блокнота в WordPad — работают мягкие переносы, лишних символов нет. Судя по всему, особенности отображения именно блокнотом.

Hitryi_Pryanik 19 ноября 2008, 08:08 # ↑

Хм… WinXP, стандартный блокнот. Дефисы только в тех местах, где были показаны браузером Opera 9.27.

А вот Firefox и ИЕ6 выдали мне кошмарное говно, о котором Вы говорите. Блокнот не виноват.

При нажатии «сохранить как текст» и ИЕ и Файрфокс повторили извращения.

Ну шо я могу сказать… ИЕ уже не вылечить, а в багрепорт файрфокса надо писать. А вам или юзать Оперу или копипастить сорц и преобразовывать в текст (насколько я помню такая мгическая кнопка есть в Gridinsoft Notepad)

khim 19 ноября 2008, 11:20 # ↑

Дефисы только в тех местах, где были показаны браузером Opera 9.27.

Есть что-то общее между фанатами Apple и браузера Opera: желание выдавать недостатки своих любимцев, за достоинства.

То, что Opera теряет мягкие переносы чести ей не делает, а Notepad ведёт себя так, как и должен вести.

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

Вообще-то багрепорт нужно писать создателям Opera ибо только этот браузер портит текст при копировании в буфер обмена. Firefox и MS IE (в виде исключения, не иначе) всё делают правильно.

Hitryi_Pryanik 19 ноября 2008, 15:42 # ↑

Возможно Вы и правы. Опера копирует по принципу WYSsiWYG. Для меня это не недостаток. Однако про копирование в вордпэд тоже важно.

Ведь никто не сказал как нужно правильно копировать текст. Большинство юзеров скопируют его просто на память, а не для последующей вёрстки ворде.

khim 19 ноября 2008, 11:17 # ↑

Судя по всему, особенности отображения именно блокнотом.

Не только блокнотом: многие «программистские» редакторы (работающие на принципе: один симво — одно знакоместо) так себя ведут.

AgaFonOff 18 ноября 2008, 23:38 # ↑

В Gedit и OOo 3 всё нормально :)
Хотя и там и там символы мягкого переноса остались и даже, кажется, работают.

khim 19 ноября 2008, 11:21 # ↑

Хотя и там и там символы мягкого переноса остались и даже, кажется, работают.

Конечно остались и работают — это как раз нормально.

DeadLy 18 ноября 2008, 17:23 #

DeadLy 18 ноября 2008, 17:24 # ↑

Глюк?

–3

soider 18 ноября 2008, 17:24 #

Млин, плюсаните ему в карму за такой презент )))

–2

fima 18 ноября 2008, 21:03 # ↑

плюсанул… тему подкинул братан.

–1

golodnyj 18 ноября 2008, 17:29 #

+) богатая идея +) плюсанул +)

tsepelev 18 ноября 2008, 17:38 # ↑

Спасибо =)

zencd 18 ноября 2008, 18:03 #

Я думал-гадал как средствами CSS организовать «книжные» переносы, а оказывается такой спецсимвол уже существует :))

НЛО прилетело и опубликовало эту надпись здесь

smmurf 19 ноября 2008, 02:01 # ↑

По-моему даже не хак, а просто изврат :-) Решение, не адекватное важности проблемы.

smmurf 19 ноября 2008, 02:02 # ↑

Хотя… при этом сама собой получается «висячая пунктуация» :-)

Hitryi_Pryanik 19 ноября 2008, 08:15 # ↑

Ага, читал я об этом. Но прирост объёма кода нифига не радует. Впрочем как и от расставленного после каждого слога shy. Ручками надо )) тогда например в первых словах абзаца вообще не требуется.

sapegin 19 ноября 2008, 09:37 # ↑

Такое точно поисковиками индексироваться не будет :)

НЛО прилетело и опубликовало эту надпись здесь

sapegin 19 ноября 2008, 16:14 # ↑

Тогда, конечно, проблем не будет.

Отбросить-то не мешает, но не факт, что они туда пробелов не навставляют.

grmbl 18 ноября 2008, 18:03 #

> Вы когда-нибудь обращали внимание на то, что практически на всех сайтах в тексте отсутствуют переносы и
> из-за этого статьи, новости и другой контент выглядят не строгой симпатичной колонкой, а неровным блоком
> c кривым правым краем?

Своеобразная ирония в том, что этот текст сверстан с align=justify. :-)

o_O_Tync 18 ноября 2008, 18:23 #

ИМХО вставлят разметку переносов в текст статьи — сплошное извращение. Надо доверить эту работу JavaScript'у :)

khim 18 ноября 2008, 18:29 # ↑

Вот будут у нас 100GHz процы — тогда и JavaScript пригодится. Библиотечка, в принципе, есть. Но пока — не стоит. Расстановка переносов — весьма ресурсоёмкая операция.

not_ice 18 ноября 2008, 23:25 # ↑

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

–1

Hitryi_Pryanik 19 ноября 2008, 00:20 # ↑

А вот это хорошая мысль. Остаётся вопрос точного прицеливания )

khim 19 ноября 2008, 11:23 # ↑

Маразм. Кому это облегчит жизнь? Если уж и вставлять переносы — то так как это сейчас сделано: с помощью специально для этого предназначенного символа. Получите по два байта на перенос (это в UTF-8). Координаты больше займут плюс ещё лишняя обработка в браузере.

Hitryi_Pryanik 18 ноября 2008, 21:23 # ↑

Если нужно почитать свободно — почитайте в браузере. А если разметку делать — разметьте тэгами и только в конце расставьте. Ни капли не мешает. А читать тексты в сорс-коде особого смысла нет (тогда уж и тэги порубать надо).

Ну и если совсем по-хорошему, то самый вариант делать на стороне сервера. Переносы расставляются при загрузке статьи на сервер, убираются для правки её кода, расставляются только в отредактированных абзацах при исправлении и заливке.

Что касается расставления переносов после каждого слога — это в любом случае извращение и перегрузка кода. Хотя при аппаратном сжатии не так страшно, ведь символ везде повторяется.

grafmishurov 18 ноября 2008, 18:59 #

застра-хуй

ooprizrakoo 18 ноября 2008, 19:13 #

Я попробую высказаться кратко.
Читать интернет-тексты с переносами — непривычно и неудобно.

Уж лучше обычная гребенка или «justy» (тем более что данный скрипт от «гребенки» не избавляет.)

nps 18 ноября 2008, 19:29 # ↑

А если выравнивание по двум сторонам и эти переносы, то получится текст как в книжке. Для чтения с компьютера литературы)

Unkn0wn 18 ноября 2008, 20:58 # ↑

Я, например, обратил внимание на то что в тексте стоят переносы только после того как дочитал до этого момента в тексте.

fima 18 ноября 2008, 21:06 # ↑

тем то и прекрасен сервис МЯГКОГО ПЕРЕНОСА. для того и работает, чтоб не заметно было. так полагаю — для копирайтеров сервис просто супер.

Копирайтеры, гоп до кучки на www.plazoo.com!!!

Hitryi_Pryanik 18 ноября 2008, 21:15 #

Я по сей день вручную расставляю. Дело в том, что не везде, где можно делать перенос, его делать нужно. Точнее есть более удачные места переноса и менее удачные. Например:

была раз-
ница

и была разни-
ца

Во втором случае недочитав слово мы его достроим сами и перенесёмся на следующуу строку легче проскочив оторваный кусочек.

То же самое с неразрывными пробелами и запретом на перенос слов через дефис. Где-то можно сделать это без ущерба для смысла, а где-то нельзя.

Впрочем если сравнить justify и просто shy, то выбор очевиден. Более того расставленные везде где можно переносы позволяют испольщовать нам justify без ущерба для вида и плотности строки.

Hitryi_Pryanik 18 ноября 2008, 21:34 # ↑

дабы не быть голословным — duxlab.com/puti/prochee/vizitki/vi.zip

pepelsbey 19 ноября 2008, 01:57 #

Плагин для WordPress, делает примерно тоже самое, но интереснее:

kingdesk.com/projects/wp-hyphenate/

…русский язык в комплекте.

Spearance 19 ноября 2008, 11:40 #

Тема с переносами витает давно и обсуждалась на проекте www.typograf.ru пару тройку лет назад. Мягкие переносы не внедрены до сих пор только по пречине разночтений в браузерах www.quirksmode.org/oddsandends/wbr.html

Полезность переносов оспаривать глупо, ибо пока будут фиксированные колонки идлинныеслова :) необходимость в них не исчезнет. Во всех остальных случаях — это плохо. Особенно в джастифай выравнивании.

По поводу поисковиков думаю следающее: как только появятся переносы, поисковики научатся с ними работать :)

khim 19 ноября 2008, 16:42 # ↑

Проблема разночтений в браузерах решена.  работает во всех современных браузерах, так что пора…

P.S. В Firefox 2.0 оно не работает, но катастрофы не происходит: просто переносы не работают и всё. Пробелов лишних не появляется…