Какую проблему решит эта функция?/What is the problem this?
HTML- и PDF-сборки выдают разные имена классов для одних и тех же элементов (в HTML корень — .g-root, в PDF наружу выходит yfm body, часть других классов тоже отличается). Сейчас это поведение зашито жёстко, повлиять на него нельзя.
Из-за этого кастомный CSS, написанный под HTML, в PDF молча не применяется, так как селекторы не матчатся)
Какую функцию вы предлагаете для решения этой проблемы?/What is the feature you are proposing to solve the problem?
Добавить в конфиг .yfm параметр, который управляет неймингом классов в PDF-сборке:
выключен (дефолт) — текущее поведение, классы PDF отличаются от HTML (можно стилизовать PDF независимо);
включён — PDF-сборка переиспользует те же классы/структуру, что HTML (как минимум .g-root и контентные обёртки), и один кастомный CSS применяется к обоим таргетам.
Какие альтернативы вы рассматривали?/What alternatives have you considered?
Какую проблему решит эта функция?/What is the problem this?
HTML- и PDF-сборки выдают разные имена классов для одних и тех же элементов (в HTML корень —
.g-root, в PDF наружу выходитyfm body, часть других классов тоже отличается). Сейчас это поведение зашито жёстко, повлиять на него нельзя.Из-за этого кастомный CSS, написанный под HTML, в PDF молча не применяется, так как селекторы не матчатся)
Какую функцию вы предлагаете для решения этой проблемы?/What is the feature you are proposing to solve the problem?
Добавить в конфиг .yfm параметр, который управляет неймингом классов в PDF-сборке:
выключен (дефолт) — текущее поведение, классы PDF отличаются от HTML (можно стилизовать PDF независимо);
включён — PDF-сборка переиспользует те же классы/структуру, что HTML (как минимум .g-root и контентные обёртки), и один кастомный CSS применяется к обоим таргетам.
Какие альтернативы вы рассматривали?/What alternatives have you considered?