Commit Graph

28332 Commits

Author SHA1 Message Date
wmayer
51186c018e Sketcher: modernize C++11
* use nullptr
2022-03-23 19:26:15 +01:00
wmayer
7633a079b4 Reen: modernize C++11
* use nullptr
2022-03-23 19:26:15 +01:00
wmayer
6a69efc4a6 Path: modernize C++11
* use nullptr
2022-03-23 19:26:15 +01:00
wmayer
635534cb15 Measure: modernize C++11
* use nullptr
2022-03-23 19:26:15 +01:00
wmayer
f76c121c28 Inspection: modernize C++11
* use nullptr
2022-03-23 19:26:15 +01:00
wmayer
84f5b40789 Import: modernize C++11
* use nullptr
2022-03-23 19:26:15 +01:00
wmayer
1b9f30fe76 Draft: modernize C++11
* use nullptr
2022-03-23 19:26:15 +01:00
wmayer
1b4c23eeea Drawing: modernize C++11
* use nullptr
2022-03-23 19:26:15 +01:00
wmayer
2a2b8835c0 Spreadsheet: modernize C++11
* use nullptr
2022-03-23 19:26:14 +01:00
wmayer
669b22252a Raytracing: modernize C++11
* use nullptr
2022-03-23 19:26:14 +01:00
wmayer
49cab1328e Web: modernize C++11
* use nullptr
2022-03-23 19:26:14 +01:00
wmayer
3268179b7b Surface: modernize C++11
* use nullptr
2022-03-23 19:26:14 +01:00
wmayer
6578eac6b9 Cloud: modernize C++11
* use nullptr
2022-03-23 19:26:14 +01:00
wmayer
8c7213e847 MeshPart: modernize C++11
* use nullptr
2022-03-23 19:26:14 +01:00
wmayer
ec4d8a7500 Mesh: modernize C++11
* use nullptr
2022-03-23 19:26:14 +01:00
wmayer
e8f9c8a1d3 TD: modernize C++11
* use nullptr
2022-03-23 19:26:14 +01:00
wmayer
d1d4b996e7 PD: modernize C++11
* use nullptr
2022-03-23 19:26:14 +01:00
wmayer
6d2d45ceb7 Part: modernize C++11
* use nullptr
2022-03-23 19:26:14 +01:00
wmayer
a057e5486d Robot: modernize C++11
* use nullptr
2022-03-23 19:26:14 +01:00
wmayer
58d1cc4818 Image: modernize C++11
* use nullptr
2022-03-23 19:26:14 +01:00
Uwe
d430940515 [PD] ShapeBinder: re-add an include that I recently incorrectly removed 2022-03-23 18:58:36 +01:00
wmayer
1178df06b4 Gui: modernize C++11
* use nullptr
2022-03-23 18:41:21 +01:00
wmayer
be7e18757c App: fix for Py3.8 or newer 2022-03-23 18:03:58 +01:00
Uwe
cd2d1830e3 [App] intermediate compilation fix
- needed for the CI as well as for MSVC
2022-03-23 17:52:52 +01:00
Uwe
8a8a1f83fb [FEM] header files: remove unused includes 2022-03-23 17:36:08 +01:00
wmayer
1a20b7f119 App: modernize C++11
* use nullptr
2022-03-23 17:29:23 +01:00
wmayer
4183c45a01 Base: modernize C++11
* use nullptr
2022-03-23 16:57:25 +01:00
Uwe
d6b09e14bb [Image] [skip CI] add a comment 2022-03-23 16:26:58 +01:00
Uwe
e09383ce6f [FEM] revert incorrect header removal
- also add comment to prevent this in future
2022-03-23 16:22:57 +01:00
Uwe
fa8d89a108 [FEM] Electrostatic: read values with its unit 2022-03-23 16:03:35 +01:00
Yorik van Havre
2a833b46c8 Merge branch 'master' of github.com:FreeCAD/FreeCAD 2022-03-23 10:51:15 +01:00
Yorik van Havre
1563822763 Translations: Merged crowdin strings 2022-03-23 10:37:50 +01:00
wmayer
54342101af Gui: remove all leftovers of iisTaskPanel 2022-03-23 10:37:28 +01:00
Yorik van Havre
3e86aaa3ab Merge pull request #6619 from matthijskooijman/draft-misc-fixes
Draft: Misc fixes
2022-03-23 10:30:12 +01:00
Yorik van Havre
d12a201d89 Translations: updated ts files 2022-03-23 10:24:55 +01:00
Yorik van Havre
53e9356521 Tools: Removed Assembly from updatets script 2022-03-23 10:24:43 +01:00
Uwe
a908e6fece [FEM] remove some unused includes 2022-03-23 05:43:40 +01:00
Uwe
fb3aa74a5e [skip CI] [FEM] whitespace fix 2022-03-23 05:21:48 +01:00
Uwe
80ad680dc9 [FEM] SI unit fixes for Elmer
- since we use consistently SI units (as recommended my the Elmer forum), we need to scale the input mesh (we use ElmerGrid that has an option fur this purpose)
- Since the result will be in the scaled mesh, we need to scale it back

With this PR, one gets now correct result independent of
- the used unit scheme
- the simulation type (electrical or thermo-mechanical)
2022-03-23 05:00:40 +01:00
Uwe
b57cdc850d [Assembly] remove it
as discussed: https://forum.freecadweb.org/viewtopic.php?p=582152#p582152
2022-03-23 01:59:51 +01:00
Uwe
024a959c2a [PD] [skipCI] minor header fixes 2022-03-23 01:37:46 +01:00
Uwe
9ec4358dcc [PD] [skip CI] Helix: consistency adjustment
- in Part and PD we have in Pad/Pocket a step of one for the angle and also the App part of Helix uses already a step of 1
2022-03-23 00:58:21 +01:00
Uwe
d3f99b26e5 [Doc] the Cam module was removed 2022-03-22 17:53:22 +01:00
Matthijs Kooijman
b7c94992c9 Draft: Simplify using getattr instead of hasattr
Using the default argument supported by getattr makes this code a bit
simpler and probably (ever so slightly) faster.

See https://forum.freecadweb.org/viewtopic.php?f=10&t=58611 for previous
discussion.

This is not an exhaustive change, these are just a few I encounted while
working with the code.
2022-03-22 14:46:50 +01:00
Matthijs Kooijman
52e7dafedb Draft: Fix mixup of TextAlignment vs Justification for Labels
TextAlignment is the vertical alignment, while Justification is the
horizontal alignment. here, get_text was passed the vertical, while it
expected the horizontal. This caused the alignment of a Label to be
wrong in the resulting SVG (e.g. in a TechDraw draft view).

This seems to have been broken since SVG support for Labels was first
introduced in commit d6f8ded4ca (Initial work, only text (no lines)).
2022-03-22 14:46:50 +01:00
Matthijs Kooijman
f62d0c4637 Draft: Fix SVG generation for label objects
Label objects would produce invalid SVG XML, because the stroke-linecap
property was added as if it was a style (with : and ;), but it was
inserted in the XML tag directly, rather than inside the style attribute
value. The invalid SVG prevented for example a TechDraw draft view from
rendering when it contained a label.

This was added in commit 6a7912d399 (Draft: Using square endcaps for
lines in SVG output).

This stroke-linecap is supported both as a presentation attribute inside
the style or a XML attribute, so for consistency with the surrounding
attributes, it is made a normal attribute, rather than putting it inside
the style.

See also https://developer.mozilla.org/en-US/docs/Web/SVG/Attribute/stroke-linecap
2022-03-22 14:38:36 +01:00
Stefan Brüns
1e018f63d8 [TechDraw] Replace XQuery based SVG cleanup with DOM traversal
Evaluation of the XQuery has a complexity of more than O(3), as the
underlying QDomNodeModel::compareOrder is quite expensive.

Traversing the DOM tree directly is significantly faster, i.e. it now
takes constantly less time than the actual drawing via QPainter, while
previously it could take several magnitudes more time.

Fixes #6638

Also replace the XQuery used for reparenting the drawing group. Not
performance critical, but significantly simpler code.
2022-03-22 08:44:39 -04:00
Wanderer Fan
bb779f8ee2 [TD]fix double units in dxf page export 2022-03-22 08:41:36 -04:00
Yorik van Havre
21c3347af1 Arch: Fixed incomplete detection of 2D objects in IFC export 2022-03-22 12:38:41 +01:00
Yorik van Havre
2f167d289d Arch: Fixed export of rebars without host to IFC 2022-03-22 11:59:28 +01:00