Self Promo
Comments 53
+6
А может на GitHub стоит разместиться? Было бы очень прекрасно.
UFO landed and left these words here
0
И заодно определиться с лицензией. Потому что «бесплатный и всегда будет оставаться таким» — это, конечно, хорошо, но очень неудобно.
0
Я за BSD-лицензию, еще можно Public Domain, но обычно это для экстремалов :)
0
главное — чтобы разрешала коммерческое применение, BSD — ок
0
Мы уже определились с лицензией, об этом указано в футере на сайте. Типограф — общественное достояние.
+2
Открыл вот эту страничку mdash.ru/rules.html и чуть не ослеп. Разве можно использовать столь безобразно выглядящие шрифты?
0
Сначала подумал, что что-то конкретно не так с антиалисингом, потом с удивлением понял, что это гарнитура.
+2
Конкретно что-то не так с антиалиасингом. В убунте все прекрасно (Хром):
image
0
Сапожник без сапог. На данном скрине прекрасно видно, как всё слиплось и ни какой «Типограф» не поможет, пока типографику в верстке не поправят, в частности — интерлиньяж.
+3
Тут «ад перфекциониста». Буква «К» в первой строке под «Стало» на 1px отступает вправо от вертикальной линии по отношению к другим строкам.
UFO landed and left these words here
+2
Здорово, посмотрю с перспективой использования в своём проекте.

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

Из пожеланий ещё — наличие минимального форматирования полученного html-кода. Одна длинная строчка из всего текста — не тру, надо иметь возможность по абзацам разбивать, иначе руками в полученный код уже никогда не залезешь (бывает надо).
0
Я не планирую его превращать в орфограф. Добавили исправления ошибок, которые в лоб: запятые перед А и НО. Отключить их действительно не сложно. Возможно, стоит вынести это в отдельный блок правил.
+8
Можно ли когда-нибудь ожидать такой функционал:
— Подключаем типограф как .js скрипт
— И применяем типограф к блоку текста $(«p»).tg();

При этом типограф должен
— Отслеживать изменение пользователем масштаба страницы и заново рендерить текст
— Поддерживать адаптивность так, чтобы при смене ориентации дисплея, заново рендерить текст
0
Поддержка js будет, я собственно в самом посте про это и написал. А можете уточнить, зачем поддерживать адаптивность типографу при рендере страницы?
0
Например когда есть блок с динамическим размером по ширине, то при смене ориентации экрана, ширина блока либо увеличивается, либо уменьшается и как следствие — необходимо корректно расставлять переносы с учетом правил русского языка, а также избавляться от висячих предлогов.
0
Мне кажется, что это дело верстки, чтобы при рендере страницы текст размещался правильным образом. Типограф только говорит какие слова привязывать каким и что заменить на что. Или я ошибаюсь?
+1
Верстка же адаптивная, поэтому верстальщик не знает какая ширина блока будет, тем самым он не может правильно разместить текст.

Вот если сейчас взять bootstrap 3 и создать

<div class="row">
<div class="col-md-3 col-md-offset-6">здесь много текста</div>
</div>

то этот код на ipad'e в горизонтальной ориентации будет меть отступы слева и справа, таким образом текст будет расположен по центру экрана в блоке шириной около 234px, а при смене ориентации экрана в вертикальную, этот блок будет растянуть на всю ширину экрана = 768px. Таким образом сначала положение текста было одно, а после смены ориентации стало другим (намного шире).
-1
Есть ещё одно правило, которое хотелось бы видеть: очень часто «бо́льших» пишут как «бОльших» или «больших»/«больших»: т.е. заменяют ударение в слове на большую букву или разного рода выделение (первое чаще).
+2
Если человек не умеет грамотно читать текст, то типограф ему не поможет. И не хочется из-за таких людей портить семантику самого текста добавляю в середину слов заглавные буквы.
0
Так я наоборот прошу, чтобы большие буквы в середине заменялись на ударение, а не наоборот, потому что «наоборот», как вы правильно заметили, портит текст.
0
Понятно теперь. Но логику для такого правила тяжело написать. Некоторые люди пишут ГостДеп и в принципе здесь нет никаких ошибок. Иногда могут иностранные слова писать на российский манер: айФон. Такое правило, в принципе, можно добавить, но точно по умолчанию выключить :)
+1
На согласных ударение не ставится. Если больших букв больше одной в начале слова и одной в середине, то правило однозначно неприменимо (почти наверняка это сокращение вроде «МежДелМаш»). Кроме того, вариант с выделением более однозначен: «айфон» люди не пишут. Правда и намного более редок.

Я предлагаю разбить это правило на два: это правило для известного списка слов (слова вида «бо́льш*» я видел записанными в таком виде намного чаще, чем все остальные слова вместе взятые) и для любых слов и оставить включённым по‐умолчанию только первое.
+1
Нашёл ошибку: слова с несколькими ASCII апострофами (U+0027, ') превращаются в слова с одним Unicode апострофом (U+2019, &rsquo;) и оставшимися неизменёнными ASCII апострофами на месте всех апострофов, кроме первого.
+1
Отличный инструмент! Ждем развития. Хочется использовать, но пока есть над чем работать (см. ниже)

А пока скажите: куда слать багрепорты? (даешь выкладку на ГитХаб).

Что сразу бросилось в глаза (тестировал демо на сайте):
— из неправильного: при обработке текста с html разметкой TG зачем-то проредил список тегами перевода строки:
<li>пункт1</li> <br />
<li>пункт2</li><br />
<li>пункт3</li><br />


— из пожеланий — доработать, что-бы не ломал структуру html кода (имею в виду отступы и переводы строк).
Понимаю, что на 100% эту задачу не выполнить, т.к. полностью разделить контент и структуру кода не получится (если есть идеи пишите ниже), но как минимум часть правил вполне определимо…
Например: если пробелы/табы и(или) переносы строк идут одним блоком (без включения других символов) между закрывающей скобкой тега «>» и открывающей скобкой следующего тега «<», то есть все основания полагать, что это относится к форматированию html разметки, а не непосредственно к тексту.

0
Про li это вы хорошо заметили. Насчет кр��соты кода: по идеи типограф надо настраивать так, чтобы он форматировал только текст, а не html-код. Но даже если внутри есть небольшая часть верстки, то ничего страшного в том, что она будет в одну строку я не вижу. Типограф это ведь больше для людей =)

Но я понимаю, что код должен быть красивым и мы попробуем решить проблему.
0
Спасибо. Согласен, что больше для людей.
Но иногда хочется встроить такое красивое решение, например в CMS, для автоматизации вывода страниц в «красивом» виде. А там на входе уже форматированный тегами код, который получен например на выходе редактора страниц. Для CKeditor это текст с html разметкой, для MarkItUp это текст разбавленный BB-кодами.

p.s. Кстати, совет — сделать тогда расширения для популярных редакторов, в виде доп. кнопки. Выделил текст — нажал кнопку, тут же в редакторе получил красиво.
0
Да очень не хватает такой кнопки в CKEditor и подобных.
Вырезаешь, идешь к лебедеву, типографируешь, вставляешь… Когда текстов много ужасно долго и муторно.
0
Теперь можете копировать и вставлять к нам =) В общем, сделаем все
+1
Да, именно про это речь. Я правда для этих целей вот таким пользовался — www.typograf.ru/

Таки да… ждем обновлений.
+1
А кстати, еще из хотелок: можно ли правило АнтиКапс прикрутить?
Что бы исправлял регистр или «как в предложениях» или «каждое слово с большой буквы»?
0
А что насчёт Github? И, кстати, как получается версия для Python? Очень похоже на какой‐то автоматический конвертер.

Ссылка на Python версию сейчас нерабочая (“The requested URL /download/emt3.3-python.zip was not found on this server.”). И ещё, никогда не используйте файловый менеджер MacOS X для создания архивов. Он добавляет мусор:

Каталог __MACOSX не нужен никому, кроме тех, кто пользуется для распаковки тем же, чем вы пользовались для запаковки. Да и у пользователей MacOS X без него всё прекрасно работает.
0
Ссылку поправили, спасибо. До гитхаба руки не доходят, сделаем.
Only those users with full accounts are able to leave comments., please.