Comments 57
А может на GitHub стоит разместиться? Было бы очень прекрасно.
Да, на выходных я думаю опубликую.
UFO just landed and posted this here
И заодно определиться с лицензией. Потому что «бесплатный и всегда будет оставаться таким» — это, конечно, хорошо, но очень неудобно.
А composer будет поддерживаться?
Открыл вот эту страничку mdash.ru/rules.html и чуть не ослеп. Разве можно использовать столь безобразно выглядящие шрифты?
Может проблемы с версткой? Сделайте, пожалуйста, скриншот.
Например
Последний Хром, вин7.
Сначала подумал, что что-то конкретно не так с антиалисингом, потом с удивлением понял, что это гарнитура.
Теперь все ок. Спасибо.
UFO just landed and posted this here
Здорово, посмотрю с перспективой использования в своём проекте.
Правда, если честно, никогда не понимал желания включить в типограф автоматическую правку ошибок неграмотного пользователя (замена сдвоенных знаков препинания на одинарные, удаление повторяющихся знаков препинания, расстановка запятых перед а, но и т. п.) Но, думаю, это легко отключить. Был бы, правда, рад, если бы можно было всё это отрубить одной настройкой, оставив за типографом только типографику. А остальное, имхо, задача спелл-чекера (да и то скорее на уровне «подсветить», а не «исправить»).
Из пожеланий ещё — наличие минимального форматирования полученного html-кода. Одна длинная строчка из всего текста — не тру, надо иметь возможность по абзацам разбивать, иначе руками в полученный код уже никогда не залезешь (бывает надо).
Правда, если честно, никогда не понимал желания включить в типограф автоматическую правку ошибок неграмотного пользователя (замена сдвоенных знаков препинания на одинарные, удаление повторяющихся знаков препинания, расстановка запятых перед а, но и т. п.) Но, думаю, это легко отключить. Был бы, правда, рад, если бы можно было всё это отрубить одной настройкой, оставив за типографом только типографику. А остальное, имхо, задача спелл-чекера (да и то скорее на уровне «подсветить», а не «исправить»).
Из пожеланий ещё — наличие минимального форматирования полученного html-кода. Одна длинная строчка из всего текста — не тру, надо иметь возможность по абзацам разбивать, иначе руками в полученный код уже никогда не залезешь (бывает надо).
Есть плагин для Wordpress?
Можно ли когда-нибудь ожидать такой функционал:
— Подключаем типограф как .js скрипт
— И применяем типограф к блоку текста $(«p»).tg();
При этом типограф должен
— Отслеживать изменение пользователем масштаба страницы и заново рендерить текст
— Поддерживать адаптивность так, чтобы при смене ориентации дисплея, заново рендерить текст
— Подключаем типограф как .js скрипт
— И применяем типограф к блоку текста $(«p»).tg();
При этом типограф должен
— Отслеживать изменение пользователем масштаба страницы и заново рендерить текст
— Поддерживать адаптивность так, чтобы при смене ориентации дисплея, заново рендерить текст
Поддержка js будет, я собственно в самом посте про это и написал. А можете уточнить, зачем поддерживать адаптивность типографу при рендере страницы?
Например когда есть блок с динамическим размером по ширине, то при смене ориентации экрана, ширина блока либо увеличивается, либо уменьшается и как следствие — необходимо корректно расставлять переносы с учетом правил русского языка, а также избавляться от висячих предлогов.
Мне кажется, что это дело верстки, чтобы при рендере страницы текст размещался правильным образом. Типограф только говорит какие слова привязывать каким и что заменить на что. Или я ошибаюсь?
Верстка же адаптивная, поэтому верстальщик не знает какая ширина блока будет, тем самым он не может правильно разместить текст.
Вот если сейчас взять bootstrap 3 и создать
то этот код на ipad'e в горизонтальной ориентации будет меть отступы слева и справа, таким образом текст будет расположен по центру экрана в блоке шириной около 234px, а при смене ориентации экрана в вертикальную, этот блок будет растянуть на всю ширину экрана = 768px. Таким образом сначала положение текста было одно, а после смены ориентации стало другим (намного шире).
Вот если сейчас взять bootstrap 3 и создать
<div class="row">
<div class="col-md-3 col-md-offset-6">здесь много текста</div>
</div>
то этот код на ipad'e в горизонтальной ориентации будет меть отступы слева и справа, таким образом текст будет расположен по центру экрана в блоке шириной около 234px, а при смене ориентации экрана в вертикальную, этот блок будет растянуть на всю ширину экрана = 768px. Таким образом сначала положение текста было одно, а после смены ориентации стало другим (намного шире).
Есть ещё одно правило, которое хотелось бы видеть: очень часто «бо́льших» пишут как «бОльших» или «больших»/«больших»: т.е. заменяют ударение в слове на большую букву или разного рода выделение (первое чаще).
Если человек не умеет грамотно читать текст, то типограф ему не поможет. И не хочется из-за таких людей портить семантику самого текста добавляю в середину слов заглавные буквы.
Так я наоборот прошу, чтобы большие буквы в середине заменялись на ударение, а не наоборот, потому что «наоборот», как вы правильно заметили, портит текст.
Понятно теперь. Но логику для такого правила тяжело написать. Некоторые люди пишут ГостДеп и в принципе здесь нет никаких ошибок. Иногда могут иностранные слова писать на российский манер: айФон. Такое правило, в принципе, можно добавить, но точно по умолчанию выключить :)
На согласных ударение не ставится. Если больших букв больше одной в начале слова и одной в середине, то правило однозначно неприменимо (почти наверняка это сокращение вроде «МежДелМаш»). Кроме того, вариант с выделением более однозначен: «айфон» люди не пишут. Правда и намного более редок.
Я предлагаю разбить это правило на два: это правило для известного списка слов (слова вида «бо́льш*» я видел записанными в таком виде намного чаще, чем все остальные слова вместе взятые) и для любых слов и оставить включённым по‐умолчанию только первое.
Я предлагаю разбить это правило на два: это правило для известного списка слов (слова вида «бо́льш*» я видел записанными в таком виде намного чаще, чем все остальные слова вместе взятые) и для любых слов и оставить включённым по‐умолчанию только первое.
Нашёл ошибку: слова с несколькими ASCII апострофами (U+0027,
') превращаются в слова с одним Unicode апострофом (U+2019, ’) и оставшимися неизменёнными ASCII апострофами на месте всех апострофов, кроме первого.
Отличный инструмент! Ждем развития. Хочется использовать, но пока есть над чем работать (см. ниже)
А пока скажите: куда слать багрепорты? (даешь выкладку на ГитХаб).
Что сразу бросилось в глаза (тестировал демо на сайте):
— из неправильного: при обработке текста с html разметкой TG зачем-то проредил список тегами перевода строки:
— из пожеланий — доработать, что-бы не ломал структуру html кода (имею в виду отступы и переводы строк).
Понимаю, что на 100% эту задачу не выполнить, т.к. полностью разделить контент и структуру кода не получится (если есть идеи пишите ниже), но как минимум часть правил вполне определимо…
Например: если пробелы/табы и(или) переносы строк идут одним блоком (без включения других символов) между закрывающей скобкой тега «>» и открывающей скобкой следующего тега «<», то есть все основания полагать, что это относится к форматированию html разметки, а не непосредственно к тексту.
А пока скажите: куда слать багрепорты? (даешь выкладку на ГитХаб).
Что сразу бросилось в глаза (тестировал демо на сайте):
— из неправильного: при обработке текста с html разметкой TG зачем-то проредил список тегами перевода строки:
<li>пункт1</li> <br />
<li>пункт2</li><br />
<li>пункт3</li><br />
— из пожеланий — доработать, что-бы не ломал структуру html кода (имею в виду отступы и переводы строк).
Понимаю, что на 100% эту задачу не выполнить, т.к. полностью разделить контент и структуру кода не получится (если есть идеи пишите ниже), но как минимум часть правил вполне определимо…
Например: если пробелы/табы и(или) переносы строк идут одним блоком (без включения других символов) между закрывающей скобкой тега «>» и открывающей скобкой следующего тега «<», то есть все основания полагать, что это относится к форматированию html разметки, а не непосредственно к тексту.
Про li это вы хорошо заметили. Насчет красоты кода: по идеи типограф надо настраивать так, чтобы он форматировал только текст, а не html-код. Но даже если внутри есть небольшая часть верстки, то ничего страшного в том, что она будет в одну строку я не вижу. Типограф это ведь больше для людей =)
Но я понимаю, что код должен быть красивым и мы попробуем решить проблему.
Но я понимаю, что код должен быть красивым и мы попробуем решить проблему.
Спасибо. Согласен, что больше для людей.
Но иногда хочется встроить такое красивое решение, например в CMS, для автоматизации вывода страниц в «красивом» виде. А там на входе уже форматированный тегами код, который получен например на выходе редактора страниц. Для CKeditor это текст с html разметкой, для MarkItUp это текст разбавленный BB-кодами.
p.s. Кстати, совет — сделать тогда расширения для популярных редакторов, в виде доп. кнопки. Выделил текст — нажал кнопку, тут же в редакторе получил красиво.
Но иногда хочется встроить такое красивое решение, например в CMS, для автоматизации вывода страниц в «красивом» виде. А там на входе уже форматированный тегами код, который получен например на выходе редактора страниц. Для CKeditor это текст с html разметкой, для MarkItUp это текст разбавленный BB-кодами.
p.s. Кстати, совет — сделать тогда расширения для популярных редакторов, в виде доп. кнопки. Выделил текст — нажал кнопку, тут же в редакторе получил красиво.
Да очень не хватает такой кнопки в CKEditor и подобных.
Вырезаешь, идешь к лебедеву, типографируешь, вставляешь… Когда текстов много ужасно долго и муторно.
Вырезаешь, идешь к лебедеву, типографируешь, вставляешь… Когда текстов много ужасно долго и муторно.
Теперь можете копировать и вставлять к нам =) В общем, сделаем все
Да, именно про это речь. Я правда для этих целей вот таким пользовался — www.typograf.ru/
Таки да… ждем обновлений.
Таки да… ждем обновлений.
А кстати, еще из хотелок: можно ли правило АнтиКапс прикрутить?
Что бы исправлял регистр или «как в предложениях» или «каждое слово с большой буквы»?
Что бы исправлял регистр или «как в предложениях» или «каждое слово с большой буквы»?
Доступна новая версия — 3.3, см. mdash.ru
А что насчёт Github? И, кстати, как получается версия для Python? Очень похоже на какой‐то автоматический конвертер.
Ссылка на Python версию сейчас нерабочая (“The requested URL /download/emt3.3-python.zip was not found on this server.”). И ещё, никогда не используйте файловый менеджер MacOS X для создания архивов. Он добавляет мусор:
Каталог __MACOSX не нужен никому, кроме тех, кто пользуется для распаковки тем же, чем вы пользовались для запаковки. Да и у пользователей MacOS X без него всё прекрасно работает.
Ссылка на Python версию сейчас нерабочая (“The requested URL /download/emt3.3-python.zip was not found on this server.”). И ещё, никогда не используйте файловый менеджер MacOS X для создания архивов. Он добавляет мусор:
Каталог __MACOSX не нужен никому, кроме тех, кто пользуется для распаковки тем же, чем вы пользовались для запаковки. Да и у пользователей MacOS X без него всё прекрасно работает.
Опубликовали на ГитХабе: github.com/emuravjev/mdash
Друзья, мы обновили типограф до версии 3.4.
В целом сервис понравился, хоть и засыпался на простом тесте:
"Всему свое "Time"" - Экклезиаст(sm)вывело:
«Всему свое „Time“» — Экклезиаст (sm)
должно вывести:
«Всему своё “Time”» — Экклезиаст℠
Sign up to leave a comment.
Третья версия типографа Муравьёва