Апстрим рекомендует Qt6 начиная с 1.7.3[1]. Предлагаю подумать о переходе. [1]https://git.altlinux.org/gears/O/OpenBoard.git?a=blob;f=README.md;h=cd8563ef982996c01571fc32f05f882550e95fad#l29
(Ответ для Ivan A. Melnikov на комментарий #0) > Апстрим рекомендует Qt6 начиная с 1.7.3[1]. Предлагаю подумать о переходе. > > [1]https://git.altlinux.org/gears/O/OpenBoard.git?a=blob;f=README.md; > h=cd8563ef982996c01571fc32f05f882550e95fad#l29 Я уже пробовал. Пара патчей отваливается. Их нужно переписывать.
> Пара патчей отваливается Отваливается (точнее, мешает сборке) только 0006-polygon_line_styles.patch, из-за использования QStringRef. Его несложно допинать, на моей машине собралось такое: https://git.altlinux.org/tasks/393374 Но вообще в этом патче странный код, неплохо бы посмотреть на него внимательнее. Не понятно, что делает метод convertLineToPolygon. QPolygonF собирается в строку, а потом разбирается обратно в QPolygonF, при этом на первый взгляд он от этого не должен поменяется, только памяти немного утекает. Что произойдёт, если заменить эту функцию на однострочник `return pLine;`? Как это увидеть?
> https://git.altlinux.org/tasks/393374 Внезапно, i586 уже лишилось qt6-webengine, похоже из-за проблем node. qt5-webengine там кстати тоже в FTBFS.
(Ответ для Ivan A. Melnikov на комментарий #3) > > https://git.altlinux.org/tasks/393374 > > Внезапно, i586 уже лишилось qt6-webengine, похоже из-за проблем node. > qt5-webengine там кстати тоже в FTBFS. Под i586 можно не собирать. Не проблема.
Во-певрых, я вчера накосячил при переносе 0006-polygon_line_styles.patch, сегодня очевидная ошибка исправлена. Во-вторых, эффект от convertLineToPolygon увидеть несложно: нужно нарисовать несколько пунктирных линий, а потом пробовать их стирать стёркой. Если convertLineToPolygon просто вернёт свой аргумент, то при работе стёрки иногда будут пропадать сегменты, расположенные вне области действия (возможно даже где-то очень далеко). Как convertLineToPolygon решает эту проблему неясно, но очевидно, что происходит какая-то магия. Более того, при сборке с qt6 эта магия слегка подразваливается -- при определённом упорстве можно воспроизвести проблему, но не так легко и заметно, как было бы без convertLineToPolygon. Природа этой магии не очевидна. По всей видимости, превращения float'ов в строчки и обратно как-то очень удачно их округляют. Попытки понять, как именно, и как-то воспроизвести эту магию более простыми действиями достаточно результата пока не дали, хотя обычное округление координат до 3-4 десятичных знаков делает проблему заметно реже воспоизводящейся.
(In reply to Ivan A. Melnikov from comment #5) > Природа этой магии не очевидна. И понять её мне так и не удалось. К тому же, она начинает подводить при сборке с Qt6. Вместо оживления магии можно попробовать сделать что-то более понятное. Суть проблемы в том, что стёрка вычетает один QPainterPath из другого, и алгоритм этого вычетания не справляется с полигонами, состоящими из нескольких не связанных друг с другом частей. Соответственно идея в том, чтобы не ставить перед ним таких сложных задач -- например, обрабатывать все чёрточки пунктироной линии по одной. Однако сильно вмешиваться в код, апстрим которого не хочет принимать такие сложные изменения[1] наверное не стóит, так что была изобретена небольшая хитрость. Линии как и раньше добавляются в сцену целиком, и разделяются на цельные куски непосредственно при применении к ним стёрки. На моей машине работает хорошо: https://git.altlinux.org/tasks/393758/ [1]https://github.com/OpenBoard-org/OpenBoard/pull/714#issuecomment-1533112260
Спасибо за патчи. Отправил в Сизиф.
(Ответ для Ivan A. Melnikov на комментарий #3) > Внезапно, i586 уже лишилось qt6-webengine, похоже из-за проблем node. Нет. Из-за прекращения поддержки в Blink. Патч для возвращения, кажется, ещё где-то есть, на я решил изначально не делать в Qt6, чтоб потом не мучиться с выпиливанием.
(Ответ для Ivan A. Melnikov на комментарий #3) > похоже из-за проблем node. Эта решена #56065
