Фигму у нас используют в рамках UX-дизайна

к сожалению, уйти от рамок нельзя («доктор сказал — в морг, значит, в морг»)

как и много где

ну как попробуете использовать для документов - поделитесь своим опытом )))

Я пробовал использовать lookaround для regex, но это будет работать только при небольших уровнях вложенности и ветвлении папок. Проблема в том чтобы знать имена папок которые удобно избегаются при нотации ../../

Дубль два. Ничего не понял.

Когда надо срочно пользуюсь встроенным виндузовским инструментом.
"Виндовс" + Shift + S
Сейчас функциональность нормальная. И выделить и даже есть сигнальный маркер.

Прошу прощения :) regex не очень подходящий инструмент, когда relative paths нужно заменить на absolute paths при глубокой иерархии каталогов. Нужен какой то скрипт который может видеть абсолютные пути и заменять relative paths на абсолютные.

Вы конкретный пример приведите. Думаю, что вы не осознаете всю мощь регекспов :)

lvl1/
|
|-file1-1.rst
|
|-lvl2/
 |
 |-file2-1.rst
 |
 |-lvl3/
    |
    |-file3-1.rst


file2-1.rst
-----------
Existing relative path
somewhere in this doc
See :doc:`lvl3/file3-1`

Replace with abs path
See :doc:`lvl1/lvl2/lvl3/file3-1`

file3-1.rst
-----------
Existing relative path
somewhere in this doc
See :doc:`../../file1-1`

Replace with abs path
See :doc:`lvl1/file1-1`

@eduardtibet Упрощенно выглядит так. В реальности, более глубокая и разветвлённая иерархия каталогов и намного больше rST файлов. Заранее благодарю за любую возможную помощь 🙏

Могу подсказать по логическому пути, который надо сделать: 1. Составляется список всех файлов с абсолютными путями (find -name *.rst > tree.txt). 2. Для каждого файла из списка определяется массив "сторонних" файлов - т.е. то соответствие, которое задается относительными путями к каждому другому файлу. Условно: для каждого файла из текущего каталога - список всех путей до _каждого_ файла в других каталогах). 2. Далее составляется таблица соответствий относительных и абсолютных значений для каждого файла например, ../../fileA - это dir1/dir2/fileA . Потом регекспом все заменяется.

Еще вариант - итеративно заходить в каждый каталог по дереву > делать cd ../../ > pwd > результат - cut (начальной части) > sed в текущем файле.

Но это надо писать баш скрипт, чтобы итеративно все делал. В принципе, вариантов решений - несколько, надо выбрать только тот, который легче реализовать.

Кому-нибудь приходилось получать буквенный код организациям-разработчикам конструкторских документов в соответствии с ГОСТ 2.201 в Стандартинформ? Что писали в письме-заявке как код по классификатору ОК ЕСКД ОК 012-93, если изделие - это ПО?

Спасибо вам большое за идеи! Надеялся, что уже есть какие то существующие инструменты. Тепеерь думаю, что пойду по пути первого предложенного вами решения: составлю таблицы соответствий и произведу соответствующие замены.

Зачем вам нужно, чтобы ссылки внутри документации были абсолютными ссылками на readthedocs? При локальной сборке они же нормально работают локально, как раз можно всё проверить. Или это ссылки на другие проекты?

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

Привет. Подскажите, в каком госте или ином РД написано, какие размеры шрифтов можно использовать на пользовательских интерфейсах?

Звучит странно. Испытывается система в целом или ее компоненты, но отдельно пользователи обычно готовятся эксплуатировать систему, а не испытывать ее =)