Как бы это странно ни звучало, для нас лучше, когда редактор статей менее интерактивен и адаптивен. Потому что подобные интерфейсы, наполненные меню, разными блоками и другими элементами, — это всегда сложный JavaScript. Значит, нельзя написать программу, которая будет «бездумно» копипастить текст в заданные текстовые поля.
Крутая идея. А как поступили с подписями к изображениям? В гуглдоках, кажется, нет особого форматирование, которое однозначно укажет на подпись
Здравствуйте! А вот, это одна из фич, над которой мы еще работаем.
Робот уже умеет проставлять подписи, для этого он должен транскрибировать строку такого формата:
<img alert="картинка" src="<ссылка на изображение в объектном хранилище Selectel>" align="center"/>
Но на стороне конвертера и языка разметки STML это пока не реализовано. Полагаю, сделаем что-то в таком духе:
*картинка*
[подпись: текст подписи]
отличная идея ,в результате удобно ,практично и занимает меньше времени
Спасибо!
Как говорил мой преподаватель по сопромату, автоматизировать нужно любую задачу, которую ты решаешь больше одного раза.
Тогда все рано или поздно станет практично и удобно.
Здравствуйте! Есть данные, на сколько % экономится общее время создания статьи от постановки задачи до появления в паблике?
Добрый день!
Выборка пока не слишком велика, чтобы посчитать среднее сокращение по времени относительно всех текстов. Поскольку статьи бывают разных форматов и с разной продолжительностью производства.
Например, эту статью я написал за один рабочий день, потому что вся информация была под рукой, в голове, и нужно было просто ее перенести на холст. Но есть и тексты, которые можно писать неделю-две. Как правило, это какие-то исследования или лонгриды. На их фоне и ручная верстка отнимает секунды.
Цель была в том, чтобы эти «секунды» не отнимали время человека. Теперь от него требуется только проверить финальный результат — то, что сделал робот — и выбрать рубрику. Это обычно 5-10 минут — опять же, зависит от объема статьи.
мне ничего непонятно, но выглядит очень умно))