Чтение с распечатанного листа

если речь не о многотомной печатной инструкции, а о листе, то сомневаюсь

но я не специалист по гостам)

если нужно печатать толстые руководства, то наверное LaTeX

В плане редактирования не упрощает абсолютно. После вставки нового скриншота приходится обновлять вручную (пока не нашла, как заставить ДокуВики делать это автоматом).
Нумерация не сквозная, индивидуальная на страницу.

Инструкция большая, экспорт в pdf тоже требуется

Спасибо, ушла читать, что за зверь

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

вообще есть. Важное требование к документации - возможность экспорта в pdf. Но так как нумерация своя на страницу (в pdf получается на параграф), не уверена, насколько это упростит жизнь пользователю

Если не знаете, то действительно вопрос, зачем нумеруете?

а продукт - программа или предмет реального мира? какой процент пользователей правда печатает инструкцию целиком?

вижу смысл в распечатке инженерных и архитектурных диаграмм, не вижу в распечатке скриншотов

я не против нумерации иллюстраций, я против бессмысленных страданий)

программа, веб-приложение. Печать именно книги практически не делаю. Больше распечатывают на этапе изучения программы, чтобы было удобнее читать и достаточно часто. Вообще практика показала, что даже на 90% довольных пользователей не бывает - кому-то нужна онлайн справка, кому-то pdf-документ с красивой версткой и возможностью распечатать в типографии в книгу.

Изначально была внедрена практика нумерации рисунков. Сейчас действительно думаю уйти от этого. Тем более большая часть документации перекочевала из MS Word, Adobe Indesign в Вики и тут это только лишнюю работу добавляет

Всем привет!
                                                                                     
#wanted_tw #технический_писатель #москва #вакансия #job #мск #офис                                                                    
                                                                                                                                                     
📩 Контакт: @Vera_K_V
Компания: ЭвоКарго
        Мы снова в поиске ещё технического писателя.
У нас интересные проекты в сфере AL/ML. Работаем в офисе.
   
           Что нужно уметь:
📌Опыт работы техническим писателем от 2-х лет (готовы смотреть и меньше);
📌 Подготовка и аудит технических заданий, руководств, инструкций и других документов;
📌 Сбор, анализ и систематизация информации о продуктах компании;
📌 Получение от разработчиков и других участников дополнительных данных;
📌 Актуализация документов и создание внутренних баз знаний.

       От нас:
📌 Полностью "белое" оформление;
📌 Стабильная компания (в карантин был только рост);
📌 ДМС;
📌 Активно участвуем в адаптации, подсказываем, обучаем, слушаем и слышим.

Пишите, пожалуйста, ЛС. Расскажу всё подробно:)

а какое более простое слово, которое понял бы любой пользователь (обычный пользователь, по типу домохозяек), можно употребить вместо "конвертировать / преобразовать"?
на ум приходит только "перенести"
но оно какое-то неполное будто

Трансглютировать

контекст - есть старая сущность. ее перестаем поддерживать
есть новая сущность, пользователь может преобразовать старую сущность в новую
а впрочем это просто перенос данных наверное (если не углублятся)

перевести в другие единицы измерения