Supporting Qt 6 - What's needed?
Forum rules
Be nice to others! Respect the FreeCAD code of conduct!
Be nice to others! Respect the FreeCAD code of conduct!
Re: Supporting Qt 6 - What's needed?
Porting from PySide2 to PySide6: https://doc.qt.io/qtforpython/porting_from2.html
Alone you go faster. Together we go farther
Please mark thread [Solved]
Want to contribute back to FC? Checkout:
'good first issues' | Open TODOs and FIXMEs | How to Help FreeCAD | How to report Bugs
Please mark thread [Solved]
Want to contribute back to FC? Checkout:
'good first issues' | Open TODOs and FIXMEs | How to Help FreeCAD | How to report Bugs
Re: Supporting Qt 6 - What's needed?
For those of you who have been working on this, is there any mergeable code yet? It doesn’t have to be a complete working Qt6 FreeCAD, but if some modules are ready to go I think we should start putting it in, otherwise we are going to have a monster PR. Qt6 is now included in many mainstream distros, and while we expect our next release to have a min Qt of 5.12, it would certainly be nice to support 6.2+ as well.
Re: Supporting Qt 6 - What's needed?
Totally agree
Alone you go faster. Together we go farther
Please mark thread [Solved]
Want to contribute back to FC? Checkout:
'good first issues' | Open TODOs and FIXMEs | How to Help FreeCAD | How to report Bugs
Please mark thread [Solved]
Want to contribute back to FC? Checkout:
'good first issues' | Open TODOs and FIXMEs | How to Help FreeCAD | How to report Bugs
Re: Supporting Qt 6 - What's needed?
@chennes maybe worth making a separate branch for qt6/pyside6 migration ?
Edit: one reason would be that we can use the Clazy based porting tool to help with the migration (see issue #7134)
Edit: one reason would be that we can use the Clazy based porting tool to help with the migration (see issue #7134)
Alone you go faster. Together we go farther
Please mark thread [Solved]
Want to contribute back to FC? Checkout:
'good first issues' | Open TODOs and FIXMEs | How to Help FreeCAD | How to report Bugs
Please mark thread [Solved]
Want to contribute back to FC? Checkout:
'good first issues' | Open TODOs and FIXMEs | How to Help FreeCAD | How to report Bugs
Re: Supporting Qt 6 - What's needed?
I'm very hesitant to make a separate branch for this work, since of course the final product needs to be a build system that can compile either Qt5 or Qt6 depending on user preference. I'd prefer to just work on the master branch as usual.
Re: Supporting Qt 6 - What's needed?
Ok, so if not a separate branch, then do we have folks interested in participating or who have already started working on this?
Alone you go faster. Together we go farther
Please mark thread [Solved]
Want to contribute back to FC? Checkout:
'good first issues' | Open TODOs and FIXMEs | How to Help FreeCAD | How to report Bugs
Please mark thread [Solved]
Want to contribute back to FC? Checkout:
'good first issues' | Open TODOs and FIXMEs | How to Help FreeCAD | How to report Bugs
Re: Supporting Qt 6 - What's needed?
Please do NOT work directly on the master branch! This will give a lot of headaches as the work on migrating to/ adding QT6 may involve a lot of commits. These commits will then be mixed with a all the other commits, which makes it hard to follow. And is bad practise anyways.
Instead use a separate branch which is rebased on master and merged if finished.
Instead use a separate branch which is rebased on master and merged if finished.
Re: Supporting Qt 6 - What's needed?
FWIW, I agree with @doia
Alone you go faster. Together we go farther
Please mark thread [Solved]
Want to contribute back to FC? Checkout:
'good first issues' | Open TODOs and FIXMEs | How to Help FreeCAD | How to report Bugs
Please mark thread [Solved]
Want to contribute back to FC? Checkout:
'good first issues' | Open TODOs and FIXMEs | How to Help FreeCAD | How to report Bugs
Re: Supporting Qt 6 - What's needed?
We certainly expect the actual developers of the PRs to operate on non-master branches: but the PR(s) themselves will be merged into master when they are ready. I don't see a point in actually forming a separate branch in the main depot for FreeCAD. What advantage do you see?
Re: Supporting Qt 6 - What's needed?
Just a layman's thoughts. But wouldn't that centralize work between multiple contributors in the process of migrating to QT6 potentially preventing duplication of effort? Or is this something we're expecting only one or maybe two people to tackle? Once the work is done and merged with master, the branch can be deleted/archived to avoid excess clutter in the github branch listing.
Last edited by obelisk79 on Thu Jul 07, 2022 6:55 pm, edited 1 time in total.