Как стать автором
Поиск
Написать публикацию
Обновить

Комментарии 112

Предлагаю добавить возможность интеграции в статью сервиса codepen.io, например, blog.codepen.io/documentation/features/embedded-pens), или нечто подобное, главное суть — демо-примеры верстки, стилей, js.
Всего голосов 7: ↑6 и ↓1+5
У нас уже есть наработки на этот счёт :)
Всего голосов 5: ↑5 и ↓0+5
Понял, спасибо. :-)
Комментарий пока не оценивали0
Бумбурум, где ты раньше был?)) Стоит добавить куда-то в мануал. С удивлением узнал про цвет. Я просто html не знаю и пользовался только очевидным.
/me пошёл переверстывать свою новую публикацию…

З.Ы.
Мы не понаслышке знаем людей, которые пишут тексты прямо в форме создания публикации на Хабре.

Это вроде логично.
Всего голосов 7: ↑7 и ↓0+7
НЛО прилетело и опубликовало эту надпись здесь
А jsFiddle тоже?
Всего голосов 1: ↑1 и ↓0+1
Всё-таки с вашим редактором статей/комментариев что-то не так, если самым удобным инструментом признаётся GoogleDocs, а потом предлагается пользоваться сторонними конвертерами.

Мешает ли что-то приделать Markdown со split view и предпросмотром в реальном времени?
Всего голосов 28: ↑28 и ↓0+28
С моей точки зрения Markdown хорошо подходит для написания небольших статей с минимум оформления. Как только у вас начинается вложенность стилей или нестандартные теги (какой аналог для <video></video> или <spoiler></spoiler> вы предлагаете?) ваша разметка перестанет быть читабельной очень быстро.
Буквально пару недель назад столкнулся с этой проблемой в форумном движке NodeBB, где Markdown является по сути дефолтным видом разметки. Пришлось писать свой BBCode-плагин, чтобы не городить синтаксические конструкции в духе !>{name}(value)
Комментарий пока не оценивали0
Markdown изначально разработан так, чтобы позволять вставлять произвольный HTML-код. Если вам нужен <spoiler>, то и пишите его непосредственно:

Абзац *c разными* [фичами][1] Markdown'а

<spoiler>скрытый абзац, тоже с *фичами* **Markdown'а**</spoiler>

Следующий абзац.
Всего голосов 5: ↑5 и ↓0+5
И помимо парсера Markdown нам еще нужен парсер кастомных тегов. Да и выглядит это не очень эстетично. Мне кажется лучше уж тогда использовать wysiwyg-редактор.
Всего голосов 1: ↑0 и ↓1-1
Парсер кастомного чего-нибудь нужен в любом случае: в виде парсера html-тегов или в виде плагина для Markdown.
Комментарий пока не оценивали0
В смысле — ещё парсер кастомных тегов? Он уже есть сейчас у хабра. Markdown сам по себе предназначен для работы в виде преобразователя в HTML. Поэтому сделать Markdown-based редактор для хабраразметки, которая есть надмножество HTML, очень просто — надо всего лишь прогнать входной Markdown через преобразователь, и полученный HTML будет полностью совпадать с тем, что сейчас можно написать вручную при создании поста.
Комментарий пока не оценивали0
Возможно в случае хабра действительно не потребуется много работы. Однако лично мне все равно неприятна идея совмещения Markdown и HTML, видимо слишком сильна привычка единого style-guide'а.
Всего голосов 5: ↑0 и ↓5-5
AsciiDoc! Хотя на markdown вполне себе хорошие тексты можно писать. Есть нюансы, но диалектов уже достаточно, что бы найти более подходящий или добавить под задачу и отразить в документации. Ну как минимум, в офлайне можно писать в любом редакторе с подсветкой MD, а статьи с примерами кода, прямо в проекте, к примеру в Qt Creator есть подсветка MD (есть ещё плагин для превью в сплит-вью, но не пробовал).
Комментарий пока не оценивали0
+1, очень не хватает маркдауна.
Всего голосов 10: ↑9 и ↓1+8
Если вдруг его захотите интегрировать, было бы неплохо это сделать удобно — например, не забыть сделать поддержку code fences:

```some-language
code in some language
```


преобразуется в

<source lang="some-language">
code in some language
</source>
Всего голосов 3: ↑3 и ↓0+3
Ну вот, плюсиков собрал, а фидбека нет. Так и скажите, «Маркдауна не будет».
Всего голосов 2: ↑2 и ↓0+2
Будет Markdown.
Комментарий пока не оценивали0
>>> СОГЛАСОВАТЬ С ИГОРЕМ

У меня такой лайфхак по безопасной подготовке статей.

Есть у меня 2 старые статьи, которые сначала были опубликованы на сайте, но затем перенесены в черновики. Эти архивные публикации использую для написания новых. При этом не парюсь, что вместо «В черновики» ненароком нажму на «Опубликовать». Так как публикация уже когда-то состоялось, на главную Хабра не согласованный с Игорем шедевр не выпрыгнет. В худшем случае недолго повисит на последней странице в списке моих публикаций, где вряд ли будет кем-то вообще замечен.
Всего голосов 14: ↑14 и ↓0+14
Когда открываешь секрет, что картинка ведёт внутрь, уже как то не хочется попадатся на манипуляцию =)

по этому статью не читал, сорри.
Всего голосов 9: ↑1 и ↓8-7
Мы не понаслышке знаем людей, которые пишут тексты прямо в форме создания публикации на Хабре.

Это как бы естественное желание.

Но несмотря на то, что у нас на сайте есть функция автосохранения (работает через localStorage)

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

писать материалы лучше где-то в другом месте

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

А пока описать механизм в интерфейсе создания статьи, чтобы не вводить пользователей в ступор.
Всего голосов 16: ↑16 и ↓0+16
Имелось ввиду другое. Если нажать кнопку «в черновики», то статья сохранится на сервере. Но если вы вдруг пишете «на одном дыхании» (не сохраняя текст в черновики), и потом случайно нажали CTRL+W или CTRL+Q, то… то когда снова откроете форму создания публикации, сайт предложит автосохранение :)

А то, что у вас была только кнопка «Опубликовать» — скорее всего вы имеете ввиду когда самый первый пост, в песочницу – там действительно возможно только публикация (отправка статьи на модерацию), так как черновиков у RO-пользователей нет. У обычных пользователей есть черновики и они хранятся на сервере.
Комментарий пока не оценивали0
А то, что у вас была только кнопка «Опубликовать» — скорее всего вы имеете ввиду когда самый первый пост, в песочницу – там действительно возможно только публикация (отправка статьи на модерацию)

Не первый, но в песочницу.

так как черновиков у RO-пользователей нет. У обычных пользователей есть черновики и они хранятся на сервере.

Вот это и странно. Как показала практика, «обычный пользователь», легко становится RO пользователем.
Всего голосов 6: ↑6 и ↓0+6
Кстати, а может добавить диалог подтверждения на публикацию финальную? Раз в месяц ткнуть «Да, я уверен» не проблема
Всего голосов 6: ↑6 и ↓0+6
Меня всё устраивает в редакторе Хабра, кроме необходимости верстать текст переносами строк (<br>), вместо нормальных семантичных параграфов (<p>). (После прохождения через парсер, параграфы тоже не появляются.)
Всего голосов 3: ↑3 и ↓0+3
Не обязательно вставлять тег переноса строк, можно просто Enter-ом делать переносы – они нормально обработаются. В то время как оборачивать абзаца в тег параграфа тоже не надо.
Всего голосов 3: ↑2 и ↓1+1
Да, разумеется, я в курсе, что использовать теги переноса строк необязательно.

Моя претензия, в основном, к выходному тексту, который не разбит на параграфы.
Комментарий пока не оценивали0
В этом и проблема: ваш язык отличается от HTML. И просто скопипастить html не получится — будут проблемы с абзацами.
Всего голосов 2: ↑2 и ↓0+2
У меня есть «странная» публикация (вот эта), в которой хабрапарсер не распознаёт переносы строк, созданные просто нажатием клавиши Enter. Пришлось все абзацы отделять друг от друга удвоенным тегом BR (параграфы проще воспринимаются, если между ними пустая строка). Написал об этом баге в техподдержку, но мне так толком и не пояснили что это было.

Во всех остальных статьях этой аномалии не наблюдается: напечатал абзац --> Enter, Enter --> печатаем следующий — и всё нормально выглядит в итоге. А вот та статья у меня как заколдованная…
Комментарий пока не оценивали0
Пусть он будет выглядящим так же, но будет разбит на параграфы соответствующими тегами.

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

Если же расставлять православный P, то там небольшая дополнительная морока: надо выяснить где начинается и заканчивается абзац и поставить и открывающий тег и закрывающий. Плюс, в одних случаях ставить DIV, в других P, то есть нужно проверять один перенос между абзацами или больше.
Комментарий пока не оценивали0
Поэтому Маркдаун (почти стандартизованный в диалектах ГитХаба и КоммонМарка) и рулит :-)
Всего голосов 2: ↑2 и ↓0+2
Зайдите в редактирование этого поста и уберите там чекбокс «Отключить автоматические переносы строк и создание ссылок» (сразу под формой поста).
Всего голосов 1: ↑1 и ↓0+1
Благодарю 0:-)
Комментарий пока не оценивали0
НЛО прилетело и опубликовало эту надпись здесь
Насколько я знаю, картинки, спрятанные в спойлер, всё равно подгрузятся.
Всего голосов 10: ↑9 и ↓1+8
А переделать так, чтобы грузились только при открытии спойлера (ленивая подгрузка) вовсе не сложно.
Всего голосов 5: ↑4 и ↓1+3
Только вызовет праведное негодование пользователей, открывающих себе пару статей на планшете «в дорогу».
Всего голосов 10: ↑10 и ↓0+10
НЛО прилетело и опубликовало эту надпись здесь
несмотря на то, что у нас на сайте есть функция автосохранения (работает через localStorage)

Поясните, а каким образом тогда я получаю доступ к недописанной публикации на другом компьютере?
Комментарий пока не оценивали0
В том-то и дело, что никаким, поэтому если пишете большую статью (не за один подход), то лучше использовать какой-то внешний редактор. Ну или «черновик» (прям на сайте), но было много случаев, когда статью случайно публиковали во время редактирования черновика.
Комментарий пока не оценивали0
Так в том-то и дело, что как-то я его получал.
Комментарий пока не оценивали0
Значит, это был «черновик».
Комментарий пока не оценивали0
Firefox Sync?
Всего голосов 1: ↑1 и ↓0+1
Действительно. Прошу пардона.
Комментарий пока не оценивали0
Как верно уже заметил Meklon — эту проблему легко решить просто введя дополнительный вопрос «Точно опубликовать? ДА/НЕТ».
Сам все время в черновики пишу, чтобы потом корректору дать на правку.
Всего голосов 1: ↑1 и ↓0+1
Ну, собственно, напрашивается… Кстати, было бы круто еще давать возможность открыть публикацию в режиме read-only для конкретного хабраюзера. Предпремьерный показ типа) Очень часто показываю публикации перед финальной отправкой узким специалиистам среди хабровцев. Приходится сохранять в pdf и отправлять через другие каналы.
Всего голосов 2: ↑2 и ↓0+2
Полностью согласен. В немалом из-за его отсутствия я перестал что либо публиковать на хабре.
Всего голосов 2: ↑1 и ↓10
А он был раньше?
Комментарий пока не оценивали0
Нет, раньше извращался используя внешние генераторы картинок из TeX начертания формул. Разок другой так над собой поиздеваться можно, но регулярно так что-то писать тоскливо.
Комментарий пока не оценивали0
Вот да! Маркдаун и LaTeX. Блин, это ведь так просто.

Казалось бы, крупный IT-блог. Дайте хоть я сам вам что-ли сделаю?
Всего голосов 8: ↑7 и ↓1+6
Я читаю Хабр исключительно с iPad, и многие плюшки, связанные с наведением курсора, мне недоступны. Позаботьтесь о планшетах, черти…
Всего голосов 16: ↑15 и ↓1+14
Поддерживаю. abbr недоступен с любого iOS-устройства.
Комментарий пока не оценивали0
На андроиде тоже не работает.
Комментарий пока не оценивали0
НЛО прилетело и опубликовало эту надпись здесь
Прекрасные предложения.

Но если в хабрапарсер реализовать эти нововведения, то во многих старых статьях, с горем пополам адаптированных под нынешние правила, поплывёт оформление.
Всего голосов 2: ↑2 и ↓0+2
Можно сделать «Парсер v2», и предоставить выбор пользователю, в каком формате создавать топик.
Всего голосов 1: ↑1 и ↓0+1
Ничто не мешает предусмотреть галку «Использовать старое оформление» и при введении нововведения программно включить ее для всех старых статей.
Всего голосов 2: ↑2 и ↓0+2
И да, конечно же, Карфаген должен быть разрушен снова прошу добавить в профиль галку «никогда не переключаться в мобильную версию».
Всего голосов 14: ↑14 и ↓0+14
Вроде в мобильном браузере должна быть опция «загрузить десктопную версию». Наверное не везде и не так удобно, но всё же.
Комментарий пока не оценивали0
Я не хочу иметь по «приложению» для каждого сайта который я читаю. У меня уже есть Файрфокс.
И есть общепринятый стандарт — параметр «показать полную версию сайта», на который мобильная версия Хабра положила болт.
Простите, накипело.
Всего голосов 1: ↑1 и ↓0+1
Так разве в самом ФФ нет такой опции? В мобильном Хроме есть, и она никоим образом не привязана к сайту — браузер просто говорит сайту что он десктоп и загружается полная версия.
Комментарий пока не оценивали0
Есть. Но Хабр упорно показывает мобильную версию.
Комментарий пока не оценивали0
— Проблема с языком Хабра в том, что ин ни то ни сё: вроде как подмножество HTML, но переносы строк и абзацы ведут себя совсем по-другому. Я как-то писал пост в markdown, сконвертировал в html. Пришлось потом править все абзацы-переводаы строк.

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

— С хабрасторажджем и автозаливкой тоже не совсем гладко: SVG не поддерживается, автозаливальщик похоже определяет тип файлов по расширению, из-за чего LATEX-формулы с latex.codecogs.com не загружаются.
Всего голосов 3: ↑3 и ↓0+3
Спасибо, отличная статья, многое я уже знал но есть и новые интересные моменты.
Однако у меня вопрос к автору, а может кто из пользователь подскажет.
Можно ли в Хабре делать структурированные списки?
Ну хотя бы с двумя уровнями вложения. Ужасно их не хватает. Я пробовал их реализовать, но у меня не получилось.
Всего голосов 1: ↑1 и ↓0+1
Можно
  • Пункт 1
    1. Подпункт 1.1
    2. Подпункт 1.2
  • Пункт 2
Всего голосов 1: ↑1 и ↓0+1
Спасибо. Получилось!
Всего голосов 1: ↑1 и ↓0+1
Ещё, что в MD, что на хабре, да почти везде, не хватает… списков-определений, что-то вроде:
* Термин1
<отступ>начало
<отступ>следующая строка
<отступ>ещё одна
* Термин1
<отступ>начало
<отступ>следующая строка
<отступ>ещё одна


или, хотя бы просто определений.
Комментарий пока не оценивали0
Куча воды и ни слова про реальные проблемы, которые присутствуют в половине статей. Только жалкая приписка в конце статьи: «Старайтесь соблюдать отступы». Как их, чёрт побери, соблюдать, если параграфы не поддерживаются, а автоматическая расстановка переносов заставляет использовать маловменяемые переносы?

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

Lorem ipsum
<pre>Hello world!</pre>
dolor sit amet

Получаем:
Lorem ipsum
Hello world!

dolor sit amet
Ладно, а если так?

Lorem ipsum

<pre>Hello world!</pre>

dolor sit amet

Стало ещё хуже:
Lorem ipsum

Hello world!


dolor sit amet
В конце концов, пересиливая брезгливость, пишешь это:

Lorem ipsum
<pre>Hello world!</pre>dolor sit amet

И получаешь долгожданное:
Lorem ipsum
Hello world!
dolor sit amet

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

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

Подключите уже человеческий маркдаун, который будет в обход ваших странных фантазий о тегах формировать нормальный HTML.

P. S. Писать про форматирование статей и вставлять в UL>LI два BR в конце, чтобы получить нормальный отступ между элементами списка — это просто курам на смех. Я уж молчу про n-dash вместо m-dash в компании с рекомендацией использовать правильную типографику. Срам да и только.
Всего голосов 37: ↑36 и ↓1+35
Вот! Наконец-то понимающий человек. Огроменные отступы всюду, которые очень затрудняют чтение для меня. Только что статью написал, намеренно (как всегда делаю) не ставя отступа после параграфа и source, так модератор тут же, за три минуты, разбавил ее до состояния нечитабельности, напичкав переносами строки.

Так страдает практически каждый мой пост. Писал в поддержку, если не ошибаюсь, пять раз, просил поставить пометку в аккаунте, чтобы модераторы не трогали мне форматирование, но нет, меня заверяют, что никто его и не трогал, а это я сам все сломал.
Всего голосов 10: ↑10 и ↓0+10
Форматирование ни куда не годное, полностью согласен с вами.

«И они еще борются за звание дома высокой культуры и быта» ©.

На самом деле ситуация дикая, просто все уже привыкли или смирились. Альтернатив то хабру, по-хорошему, нет. А TM застряли в зоне комфорта. Сколько уже народ просит поддержку формул, а песочницу для фронтенда вроде codepen.io?

Надеюсь, комментарии к этой публикации как-то повлияют на ситуацию.
Всего голосов 2: ↑2 и ↓0+2
Надеюсь, комментарии к этой публикации как-то повлияют на ситуацию.
Markdown и/или TeX давно просят.
Всего голосов 2: ↑2 и ↓0+2
Всё же, лучше TeX не как таковой, а формулы: не издательство чай, что бы вообще вообще всё круто делать, но формулы зело приятны в TeX. Да и трудно сделать схожий HTML выхлоп у LaTeX/TeX и MD — какое-то единство стиля всё равно должно быть.
Комментарий пока не оценивали0
Небольшая идея для модификации спойлеров: Необходима возможность закрывать спойлер из любого места (плавающая кнопка).
А то так открываешь спойлер, скроллишь чтоб посмотреть насколько он большой и когда он оказывается слишком большой приходится скроллить назад и закрывать его.
Далеко за примером ходить не надо: habrahabr.ru/post/262687
Комментарий пока не оценивали0
А еще было бы удобно обернуть кнопку спойлера в тег <a>, пользователи устройств с сенсорным экраном будут вам благодарны. И, как уже говорили выше, сделать то же самое с тегом <attr>.
Комментарий пока не оценивали0
Кстати на счёт ссылок на статьи внутри ТМ — давно пора уже их автоматом распознавать и заменять на название статьи, или хотя бы добавлять название в title ссылки, хотя бы.
Всего голосов 2: ↑2 и ↓0+2
Сделайте возможность выделить фрагмент с ошибкой, нажать CTRL+Enter и отправлять выделенный фрагмент с ошибкой (как личное сообщение) тому пользователю, чья это статья.
Всего голосов 11: ↑11 и ↓0+11
Задумка хорошая, только как правило если ошибки есть, то их несколько. Кроме того, если есть неточности, то можно сразу предлагать на что исправить (впрочем, как и ошибки). Так что можно немного развить эту тему и по ctrl+enter Не сразу отправлять сообщение, а добавлять в черновик в виде списка
Комментарий пока не оценивали0
Можно предварительно перед отправкой (после нажатия CTRL+Enter) вызывать диалоговое окно с полем для ввода комментария (для ввода предложения по исправлению), и только потом отправка сообщения после закрытия диалогового окна.

Если ошибка одна, то простительно и как бы не сильно портит впечатление от прочтения.
Но если их больше двух, то уже возникает недовольство.
Всего голосов 1: ↑1 и ↓0+1
Пробовал внутри тега <spoiler> поместить три тега <twitter> (один за другим).

Дело кончилось тем, что сперва GeekTimes сломался, а затем кто-то (модератор, надо полагать) сменил <twitter> в моём комментарии на простой <a>. Или, вернее сказать, убрал <twitter> и </twitter>, чтобы содержимое воспринималось как простой URL и автопреобразовывалось в гиперссылку (с откусыванием той части URL, которая предшествует доменному имени).

Поэтому совет: продумывайте работу вложенных тегов, особенно нестандартных.
Всего голосов 2: ↑2 и ↓0+2
Предлагаю администрации TM предусмотреть (по примеру Гитхаба) возможность публикации картографических данных в формате GeoJSON (в том числе — с дополнительным оформлением их в формате simplestyle), которые автоматически показывались бы на карте OpenStreetMap (а не Яндекса и не Гугла, ибо они существенно проприетарнее).

Придумайте для этой цели какой-нибудь нестандартный тег.
Комментарий пока не оценивали0
Мне как веборазработчику JSON более привычен и даже более понятен, чем BBCode.

Например, я знаю, как экранировать кавычку в GeoJSON, если она появится в заголовке геоточки (который и сам также должен быть весь заключён в кавычки в GeoJSON + simplestyle); но не знаю, как экранировать скобку, если она появится в заголовке геоточки (который и сам также должен быть весь заключён в скобки в MapBBCode, если я правильно понял пример его).
Комментарий пока не оценивали0
«Поэтому будет здорово, если авторы будут применять этот лайфхак (который мы не делаем автоматически, так как до ката может располагаться несколько картинок)»
А если автоматически вставлять ссылку для последней картинки?
Комментарий пока не оценивали0
Приятно было осознать после прочтения, что практически всем советам я следую.

Просьба сделать возможность отцентрировать не только картинку, но и текст, иногда этого очень не хватает, когда надо подписать картинку.
Всего голосов 1: ↑1 и ↓0+1
просто копируйте адрес статьи сразу после публикации и привязывайте его к картинке до ката.
А что если сделать специальную уникальную ссылку на сам пост: <a href="!post">Я ссылка на полную версию поста</a> для того, чтобы не совершать этих свистоплясок (сохранил, скопировал, изменил, сохранил).
Всего голосов 4: ↑4 и ↓0+4
Было бы неплохо внедрить LaTeX, например так как это сделано на dxdy. Вставка формул выполняется спецтегом



Просто при вставке большого количества огромных формул со сторонних ресурсов html-конструкции делают пост при редактировании крайне трудночитаемым. К тому же, так было бы удобно редактировать формулы при написании статьи
Всего голосов 6: ↑6 и ↓0+6
>>> А ещё изображениям можно задавать атрибуты width и height – специально для перфекционистов, которые хотят до пикселя выровнять в тексте публикации какую-нибудь иконочку.

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

Атрибуты width и height позволяют браузеру резервировать место для недогруженных изображений. И даже если картинки загрузились ещё не все, уже нет этих раздражающих уползаний недочитанного текста из поля зрения.

UPD. А вообще, хотелось бы автоматического добавления этих атрибутов в тег IMG, при загрузке картинки на хабрасторадж.
Всего голосов 5: ↑5 и ↓0+5
хотелось бы автоматического добавления этих атрибутов в тег IMG при загрузке картинки на хабрасторадж
Только если это не сломает автоматическое уменьшение картинки по ширине (до ширины страницы), сейчас действующее для тех картинок, которые шире страницы (для кадров из видео FullHD, например).
Комментарий пока не оценивали0
Добавлю один хак от себя. Расширение It's All Text! для Firefox позволяет писать пост в вашем любимом редакторе, со всей его мощью автозавершения тегов, шаблонами и прочим. Текст в поле ввода на странице обновляется автоматически при сохранении в редакторе.

P.S. Аналоги для хромированных браузеров здесь
Комментарий пока не оценивали0
Спойлер это зло. При сохранении статьи в PDF информация из них не видна. [CTRL+A / C / V] не сработает, если заранее не понажимать на них.
Комментарий пока не оценивали0
Интересный и неочевидный нюанс, спасибо.
Комментарий пока не оценивали0
Добавка: версию для печати бы.
Комментарий пока не оценивали0
Такая версия почти готова для Fx и Safari в режиме «Reader view». Но, как тут уже писали, контенту не хватает тегов <p>. Без этого ридер-вью не появляется. И колонка оказывается узкой, из-за чего на бумаге выйдет или большой шрифт, или надо использовать специальные настройки принтера для печати в 1/2 или 1/4 страницы. Вот ссылки с одного и того же Хабра, но у первой авторы собственноручно вписали теги <p>, отчего появляется кнопка «Reader view».
habrahabr.ru/post/127049
А на текущей статье (под которой этот коммент) — не появляется.
Вот что пишут про режим «Reader view» и важность тегов <p>:
stackoverflow.com/questions/30661650/how-does-firefox-reader-view-operate-ff-version-38-0-5
Комментарий пока не оценивали0
Ещё один лайфхак для подготовки статей (и комментариев) — использовать расширение браузера HabrAjax.

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

Лайфхак бонусом, для комментариев:
   <img src="https://habrastorage.org/...

Чтобы отодвинуть картинку от края особенно в комментарии, где центрирование не работает, используйте &nbsp;
Всего голосов 2: ↑0 и ↓2-2
<прошлый комментарий был отправлен из-за того, что я случайно задел не ту клавишу, что как-бы намекает>

У нас на работе пару лет назад поставили что-то на основе Jive для коллаборации, и я внезапно узнал, что бывают действительно удобные веб-редакторы: нетормозящие, сравнительно неглючные, с удобными фишечками типа Copy-Paste картинок из других приложений (я не знаю, как они это делают, но это супер-удобно!) и сравнительно точным переносом форматирования документа из того же MS Word.

Там тоже есть свои недостатки, но после этого смотреть на форму редактора Хабра — площадки по большей части для программистов и веб-разработчиков — без уныния не могу. В результате я ушел в добровольное R/O на Хабре и пишу по работае там, а «для себя» на WordPress.

Данная статья сравнима с «как извратиться и сделать на нашем Asm то, что в уже года три как можно сделать двумя строками на <вставьте свой любимый язык здесь>». Пора уже повернуться к юзерам передом, а не рассказывать, какими ухищрениями надо обходить косяки, костыли и еще неизвестно что разработчиков ресурса.
Всего голосов 10: ↑10 и ↓0+10
Подпись – italic + font color=«99999»

Мне кажется, для блока «изображение + подпись» было бы полезно предусмотреть соответствующую псевдоразметку. Например:

[image]
    [src]http://img.labnol.org/di/jpg_vs_png.png[/src]
    [caption]PNG vs JPEG[caption]
[/image]

Даже абстрагируясь от странных рекомендаций использовать HTML-разметку представления 15-летней давности (в частности элементы FONT), это поспособствовало бы единообразию оформления разных статей.
Комментарий пока не оценивали0
Преимущество псевдоразметки перед hard-coded-HTML-кодом — в возможности автоматического изменения HTML-кода всех блоков одного типа, например, при изменении дизайна сайта.

P. S. Не тэг и даже не тег, а элемент. В DOM-дереве тегов нет. ;-)
Комментарий пока не оценивали0
псевдоразметку
Ну, нет :( Те же фаберже, только сбоку. Неужели для набора тегов (раз уж мы говорим о разметке, то это теги?) удобно постоянно переключать раскладки?
Комментарий пока не оценивали0
Дорогой Хабр, обнови, пожалуйста, стрелки для голосования за комментарий. На экранах с высокой плотностью пикселей вроде Retina очень глаз режет
Всего голосов 3: ↑3 и ↓0+3
Спасибо, так гораздо лучше :)
Всего голосов 3: ↑3 и ↓0+3
Больше никакие значки не желаете обновить? ;)
А то если они закончатся, это же придётся приступать к настоящим, многолетним проблемам!
Комментарий пока не оценивали0
Желаю обновить ещё кнопку обновления комментариев сбоку, тоже замылена :) А по многолетним проблемам — думаю ТМ сами расставят приоритеты для задач и хотелок ;)
Комментарий пока не оценивали0
Ах да, и иконки соц сетей в подвале сайта тоже
Комментарий пока не оценивали0
И расставляют-таки, кто ж спорит.
Комментарий пока не оценивали0
Наличие всевозможных возможностей по оформлению позволяют видеть статью такой, какая она будет; для последующего переноса материала можно использовать конвертеры, например этот.

Писать статьи во строенном редакторе всё ещё мучительно, а конвертер habr.caravus.org, похоже, помер.
Может прикрутите свой конвертер из Google docs на сайт?

Всего голосов 1: ↑1 и ↓0+1
Хорошо было бы для непрофессионаллов в области CMS по результатам этой дискуссии подготовить новую страничку с набором Best Practices/рецептов. Каждый рецепт состоит из двух частей:
1) Фрагмент как это выглядит
2) Как этого добиться
Без такой шпаргалки не очень понятно, какие теги работают хорошо, а какие лучше не применять потому что на платформе X это не сработает.
Всего голосов 2: ↑1 и ↓10
Не хватает для текста align= center
Комментарий пока не оценивали0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Ваш аккаунт

Разделы

Информация

Услуги

Техническая поддержка
© 2006–2024, Habr