Pull to refresh
27
Karma
0
Rating
  • Followers 7
  • Following 10

Как мы ускоряли комментарии Хабра

К сожалению, с FF действительно все еще есть проблемы. Мы работаем над этим, но это не простая история.

Открытый бета-тест новой версии Хабра

Спасибо! Сейчас должно работать ок, без таких аномалий.

Открытый бета-тест новой версии Хабра

Могу предложить такой вариант, просто вставляете > перед абзацем

Открытый бета-тест новой версии Хабра

Спасибо за обратную связь. Посмотрим обязательно этот момент. И про Intl.Locale тоже.

Открытый бета-тест новой версии Хабра

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

Мы бы очень хотели довести редактор до состояния, когда вам удобно писать пост в "своём тёплом ламповом редакторе/IDE", а редактор "понимает" вас, реагирует адекватно и предсказуемо.

Открытый бета-тест новой версии Хабра

вот тут обидно было)))

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

Открытый бета-тест новой версии Хабра

Поправили функцию отключения.

Открытый бета-тест новой версии Хабра

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


https://habr.com/berserk-mode-yarr — включить
https://habr.com/berserk-mode-nope — выключить

Открытый бета-тест новой версии Хабра

Будет сделано в ближайшее время! Спасибо!

Чем неудобен хабровый WYSIWYG-редактор

Спасибо! Так стало сильно понятнее. Разбираемся.

Чем неудобен хабровый WYSIWYG-редактор

Это должно работать из коробки уже сейчас. Просто через cmd+v из любого другого места.


С автоматической загрузкой картинок есть некоторые технические трудности. Некоторые из них нельзя достать с удаленного хоста из-за CORS, скорее всего с этим связаны ошибки, которые вы получаете при копипасте. Тут, к сожалению, ничего нельзя сделать. Без редактора вам нужно вручную загружать изображения на хабрасторэдж. Если вас это не смущает, то вы все еще можете делать так. Просто загрузите все картинки на хабрасторэдж, подготовьте html/markdown и вставьте это все в редактор.


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

Чем неудобен хабровый WYSIWYG-редактор

С постами в старом редакторе существует огромное количество проблем. Получается ситуация, когда пост верстаете вы как вам нравится, а за его корректное отображение на всех устройствах отвечает Хабр. Это обстоятельство вынуждает вводить достаточно жесткие правила.


Теперь по пунктам:


  1. Про Markdown “как повезёт”. Так быть не должно. Редактор должен распознавать корректно вставленный маркдаун. Если с этим есть проблемы, то опишите, пожалуйста, алгоритм ваших действий, мы попробуем воспроизвести и поправить.
  2. Про вставку ссылки через маркдаун вы правы. Это баг. Тикет уже есть.
  3. Про HTML-возможности. К сожалению, есть ряд ограничений. Обтекание картинок может приводить к плохим результатам на мобильных устройствах. См. например, этот коммент То же касается кликабельных картинок. Клик на картинку – это возможность рассмотреть ее поближе, такое действие должно быть единым и предсказуемым. По поводу размеров тоже не все гладко. Предположим, вы хотите сказать, что эта картинка будет 500 пикселей в ширину. Что нам с ней делать для читателя с экраном в 320 пикселей? Горизонтальный скролл? Принудительно задать ей 100%? Уменьшить пропорционально ширине экрана? Любой из этих вариантов не очевидный, мы не можем знать, что вы имеете в виду, когда говорите: “эта картинка 500 пикселей в ширину”. Таким образом, ограничения нужны не потому, что мы хотим вас лишить инструментов, а потому что хотим обеспечить читабельность поста для ваших читателей.
  4. Про оглавление. Есть идея сделать его автоматическим, но ваш кейс тоже интересный. Будем признательны, если вы опишите подробнее удобный для вас механизм расстановки анкоров.
  5. Про редактирование мелочей и два экрана. В перспективе, кажется очень крутой идея инлайн-редактирования прямо на странице поста. Но этот вопрос все еще остается открытым. Возможно, у вас есть какие-то конструктивные идеи, как проще это можно было бы сделать.

Наши цели совпадают с вашими – мы хотим простой, удобный и понятный для всех инструмент работы с постами. Мы готовы к конструктивному диалогу.

Логи фронтенд-разработчика Хабра: рефакторим и рефлексируем

Это намек на то, что пора бы еще что-то выпустить из этой же серии? :)

АМА с Хабром #21. Тестируем новый WYSIWYG

Рад, что помог. Также разобрались с п.1. Выкатим со следующим релизом.

АМА с Хабром #21. Тестируем новый WYSIWYG

Я почти на 100% уверен, что мы сделаем в недалеком будущем адаптированную версию редактора для формы комментариев.

АМА с Хабром #21. Тестируем новый WYSIWYG

Пока что таких планов нет, но идея интересная :) спасибо!

АМА с Хабром #21. Тестируем новый WYSIWYG

Спасибо, 1 и 4 проверим, про 2 подумаем.

Что касается добавления параграфа в самое начало (п. 3), то должен работать перевод строки от заголовка. То есть ставите курсор к последней букве заголовка статьи и жмете Enter.

АМА с Хабром #21. Тестируем новый WYSIWYG

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



АМА с Хабром #21. Тестируем новый WYSIWYG

В основе ProseMirror

Вырезаем SSR и ускоряем Хабр в 10 раз

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

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

Information

Rating
4,260-th
Works in
Registered
Activity

Specialization

Frontend Developer, Fullstack Developer
Lead
JavaScript
Vue.js
React
Node.js
HTML
CSS
TypeScript
React Native