Добрый день коллеги !

Есть необходимость создания класса нового устройства рисования аналогичного QWidget, QPrinter, ... !
Цель - написание класса который позволит грузить в него svg и на выходе формировать списки примитивов QPainterPath::ElementType::... для конвертации их в g-code !
Понимаю что это взаимодействие классов QPaint + QPaintEngine + QPaintDevice ! Но вопрос именно в нюансах взаимодействия и реализации !

У кого есть опыт написания таких классов ? Нужны консультации по ходу реализации !

С уважением, Юрий.
ПС - уточню - решение задачи с помощью парсинга XML я знаю - но это это "не по феншую" Qt ! Хотелось бы реализовать именно через внутренний функционал Qt ! Тем более что он есть ...

Спасибо за ответ !

Интересны любые соображения по данной теме !

На сколько я понял из описания Paint System (https://doc.qt.io/qt-6/paintsystem.html) - класс методы которого можно перегрузить и тем самым можно получить примитивы рисования QPainterPath::ElementType::... это класс QPaintEngine !
Не совсем понятно как получить аналогичный результат от класса QSvgRenderer() ? Если не сложно - поясните пожалуйста !

На данный момент мое затруднение в том что мне не понятно как "связать" классы QPaint + QPaintEngine + QPaintDevice для решения этой задачи ! Вроде читаю доки но блин не понимаю !!! Ни одного вменяемого примера реализации пока найти не смог !

- как наследоваться и перегрузить методы QPaintEngine - понятно !
- ... остальное в процессе ...

С уважением, Юрий.

Может быть оно конечно и так ...

Но поглядев внимательно header этого класса я не совсем понимаю что именно и как можно перегрузить в этом классе для того что бы решить мою задачу ?!

Сам QSvgGenerator предназначен все таки для генерации svg файлов на основании отрисованых с помощью QPainter примитивов !

А моя задача как раз обратная - получение примитивов на выходе класса ! При том что на входе есть svg файл !

С уважением, Юрий.

Добрый день !

Спасибо за ответ !

И спасибо за совет !

Тут такое дело ! Я уже потратил какое то время в попытке проанализировать троицу классов и нашел возможность перегрузки методов ! По моему мнению делаются они в классе наследнике QPaintEngine !
QPainter же это класс рисовальщик (собственно и из названия оно логично следует ) !
 
На данный час мне не понятно как описать взаимодействие классов которые обеспечивают Paint System ?!

Это и является моей проблемой и соответственно моим вопросом !

Вроде описание вижу - https://doc.qt.io/qt-6/paintsystem.html !
И желание реализовать имею !
Но видимо experience мягко говоря не достаточен !!!

С уважением, Юрий.
ПС Буду премного благодарен за высказывание любых мнений и соображений ! Ну а если кто то имеет такой опыт и может указать "путь истинный" готов отблагодарить !

Совершенно согласен с вашей точкой зрения !

Таки да ! Я тоже так считаю !

В наследнике QPaintDevice переопределяем paintEngine() и создаем обьект наследника QPaintEngine (в котором в свою очередь преопределены виртуальные методы в которых мы и перехватываем примитивы рисования) !

Но как быть дальше что то я ...


С уважением, Юрий.
ПС Могу выложить проект набросков ввиде архива ! Если оно конечно нужно ?

дальше загружаем свой свг в QSvgRenderer и отрисовываем на свой QPaintDevice через https://doc.qt.io/qt-5/qsvgrenderer.html#render

Добрый день !

После недолгого копания получился вот такой вот набросок - https://gitlab.com/z34x/codemaker.git

Что то конечно получилось ! Но вопросов поубавилось не значительно !  

И так :

1 Понимаю что наследование должно быть примерно такое.
2 Понимаю что применение объектов классов наследников QPaintDevice, QPaintEngine и QPainter должно происходить так.

3 Не понимаю как задать  линейные размеры наследнику QPaintDevice ! Логично бы было что бы именно наследник QPaintDevice имел бы виртуальные методы с помощью которых меняются параметры устройства на которое происходит вывод (линейные размеры, единицы измерения ...) ! Но понимаю что моя логика тут конфликтует с действительностью.
4. Не понимаю что нужно делать в методах begin() и end() при наследовании например классa QPaintDevice.

Так и хочется сказать - запишите меня на курсы по Qt )))) ! Ну или растолкуйте невежде ...
Решения подобной задачки я к сожалению в сети не нашел, а научиться писать классы устройств очень хочется !

Ну и как следствие - у меня получается конвертировать один из svg файлов который есть в subдиректории /in и его сконвертированный образ в /out ! Он называется Петя.svg ! Но не получается конвертировать остальные ! Причина мне понятна в остальных есть тег g< \> ! Но как решить эту проблему не понятно !

Короче вопросов много ...

С уважением, Юрий.

По QSvgRenderer - согласен ! Конечно ! Это обертка для себя !

2) иначе б Петю ... - ну да ! Это для меня тоже понятно. Так же как и то что Qt понимает не только тег - g (тег g служит для группировки фигур по смыслу, чтобы поддерживать прозрачную структуру документа. Группа элементов может быть использована повторно.), но и все остальные нюансы современного стандарта SVG ! 

3) думаю, надо такие методы добавлять самому. например, у QSvgGenerator можно контролировать size и resolution. - ну да так и есть ! Но это у QSvgGenerator !
В моем случае в QSvgRenderer можно задать размер области рендеринга setViewBox() и соотношение сторон при отрисовке setAspectRatio() что тоже отлично ! Но где сделать корректировку например единиц изменения я пока не знаю.

4) можно ничего не делать, зависит от личной необходимости - спасибо за уточнение - в этом были сомнения ! Хотя из того что нашел в доках понял примерно так же !

что там за g< \> не знаю, в спецификациях свг не разбираюсь. Для теста можно взять Qt пример, который загружает свг - да, это косвенно я конечно проверил ! Более того в проекте я использую те же самые svg'шки для отрисовки их на QToolButton() ! Поэтому практически уверен что дело не в Qt ! Причина того что у меня не получается в отсутствии моего опыта в данном вопросе !

С уважением, Юрий.