Addon Manager does not understand renaming an addon

Recently I added Assembly4 workbench:
I initially added it as 'A4': 6914f4874bd7227082d799a873fa87aa880ddd1c
and then reverted: dacf4084d43373c0520d708c8fe1af0a1d77e91c
(didn't remove the A4/ directory though)
then I re-added the workbench as Assembl4: 321fcde29d97c1e1d7088de84aa35de0a93a9bb3
Later, kkremitzki removed the A4/ dir in: 4c2d603087a302800eec48576bc36b5969fbeb49

This caused some issues downstream for FC users:
https://forum.freecadweb.org/viewtopic.php?f=4&t=39945

We may need logic in the FC Addon Manager that removes/modifies local ~/.FreeCAD/Mod/ subdirectories if their upstream has changes as well.

@yorikvanhavre just recently added a fix: f66023a646
~~Not sure if this takes care of the issue.~~
Edit: the fix doesn't address the above issue

Measurement framework

Issue imported from https://tracker.freecad.org/view.php?id=503

Reporter: wmayer
Date submitted: 11/30/2011
FreeCAD version:
Category: Feature
Status: assigned
Tags:

Original report text

Forum thread: https://forum.freecadweb.org/viewtopic.php?f=8&t=1965

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by Jriegel 2012-08-23 09:19

We need a bit more for a "Framework" :)
I would put that in the code snipped of the Wiki...

Comment by wmayer 2013-02-11 13:40

http://forum.freecadweb.org/viewtopic.php?f=10&t=3549&start=20

Comment by wmayer 2013-07-05 07:26

http://forum.freecadweb.org/viewtopic.php?f=3&t=4225&start=10

Comment by mrlukeparry 2014-01-08 20:12

The Drawing Module I am working on has the facility for measurements and basic statistics that could be extended. This is in a separate module Measure and has python bindings too.

Comment by wmayer 2015-02-01 17:02

http://forum.freecadweb.org/viewtopic.php?f=8&t=9561&p=77531#p77531

Comment by wmayer 2017-10-11 13:14

https://forum.freecadweb.org/viewtopic.php?f=22&t=24835

Comment by Kunda1 2018-08-26 00:34

Hey easyw-fc does Manipulator WB address this ?

Edit: fixed old sourceforge phpBB url in the ticket summary to point to correct thread.

build on Archlinux

https://aur.archlinux.org/packages/freecad-git/
Archlinux

[ 57%] Building CXX object src/Gui/CMakeFiles/FreeCADGui.dir/PreCompiled.cpp.o
Linking CXX shared library ../../lib/libFreeCADGui.so
[ 57%] Built target FreeCADGui
Makefile:116: recipe for target 'all' failed
make: *** [all] Error 2

[Feature] Arch: Auto dimension tool that adds dimensions to a set of objects

Issue imported from https://tracker.freecad.org/view.php?id=515

Reporter: @yorikvanhavre
Date submitted: 12/5/2011

Original report text

A tool that automatically adds dimensions to a set of objects:

Select objects, select a point, another point, and the selected objects are measured, with dimensions passing through the 2 points. The result is a "Dimension set" object containing Draft dimensions, where you can change later on which objects are measured, and which "style" of measurement to apply (only biggest exterior dimension, including windows, interior style, etc...)

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 2/6/2021

Basic Assembly stuff

Issue imported from https://tracker.freecad.org/view.php?id=16

Reporter: Jriegel
Date submitted: 9/28/2009
FreeCAD version:
Category: Feature
Status: acknowledged
Tags:

Original report text

Basic function in the assembly module like:

Moving parts around
simple constraints like:

contact
axle
offset

There for we need the Navigator and usage of the ODE lib

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by mntc 2013-10-01 18:15

May be assembly constraints can be:

a) scriptable (One can rewrite standard primitive constraints by complex python script determining behaviour of constrained objects)
b) hierarhical (In Autodesk Inventor parts in subassemblies are frozen when we open assembly of higher order. It is sometimes useful, sometimes not. It could be good to switch between styles of assembly behaviour inside of a superassembly.)
c) built into special objects (may be instead of adding constraints, we should add special objects - bearings, etc. E.g. like in Algodoo, where constraints are determined by nature of objects.)

Comment by Pauvres_honteux 2014-05-18 07:26

Hi Jürgen, would it be too bold to ask for a more elaborate explanation/overview of what you want to accomplish with this assembly feature?
I got a picture in my head, when I read the headline, of something similar to what you have in the big french program. Or do you have bolder ideas in mind?

Regards Pauvres honteux.

Comment by Kunda1 2018-06-13 13:28

Unassigning Jriegel

Objects names in Label & Attributes Tree View should be translatable

Issue imported from https://tracker.freecad.org/view.php?id=494

Reporter: normandc
Date submitted: 11/27/2011
FreeCAD version:
Category: Feature
Status: assigned
Tags: #lowhangingfruit, translation

Original report text

Currently, all the GUI tools can be localized in other languages than English, either in menus or the toolbars. But the names of the objects created with these tools, in the Tree view under Labels & Attributes remain in English.

It would avoid confusion to users and enhance the user experience if those objects' names could be translated as well.

EDIT: So, to be clear, this ticket is about translating default names for items to the local language on object creation. ( ~6953 )
This ticket is not about being able to translate said items post object creation.

Additional information

EDIT: Also, at this time, only Part Primitive labels are translatable. All other FreeCAD objects are missing:
Arch,
Draft,
PartDesign, and so on.

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by Jriegel 2011-11-27 17:56

Its perfectly possible to set the Label property with a translated
text in the command which create the object.
But we have to take into account that then its hard to exchange
document with other people... They will see names which means nothing to them...

I would not do it for the 0.12!

Comment by normandc 2011-11-27 18:09

I hadn't thought of that.

I wonder if those object text strings could be translated on the fly like the rest of the GUI? That they would appear in the language set in FreeCAD?

If I recall, that's how Solid Edge works, but I haven't used a French version of the software for a couple of years. I believe that the features names would be translated in the software locale, but I can't be sure.

Still, as it is, the users create features of which names mean nothing to them if they don't have a working knowledge of English.

Comment by ian.rees 2016-04-06 07:01

Just trying to think through how this might work:

French user creates Cylindre and Cylindre001 in a new file, saves it and sends to English user
English user opens file and sees Cylinder and Cylinder001
English user fuses Cylinder and Cylinder001 together, to create Fusion. Re-saves file and sends back to French user.

What does the French user see when they open the document and expand the object in it?

If the French user opens the file from the English user and saves it again without explicitly modifying anything, do we want the file to change?

Another user makes a drawing of an engine, and calls an object in it "Cylinder". Does that object's name get translated when the file is shared in other languages?

One corner case: If I'm using English FreeCAD and make a document with an object named "Cylindre" and another named "Cylinder" and send it to a French user, I think we need to make sure that Cylinder gets translated to Cylindre001. AFAIK object names need to be unique.

Comment by wmayer 2016-04-06 12:50

IMO, it's sufficient to translate the text on object creation and leave it afterwards as is. This means if an English user gets the project of a French user he will get the French text.

Also advanced users usually change the default label to something more meaningful and such text cannot be translated into another language anyway.

Comment by ian.rees 2016-04-06 21:29

OK, so should we close this ticket then? From what I understand, the primitives are now translated on creation, though haven't confirmed myself. http://forum.freecadweb.org/viewtopic.php?f=10&t=10497&start=30

Comment by normandc 2016-04-06 22:09

I agree with wmayer. I will add that even if you were to open a FreeCAD file made by somebody else with labels in a language you don't understand, you always have the icons to tell you the type of object. Back when I wrote this report, it was not the case.

But why close the ticket? At this time, only Part Primitive labels are translatable. All other FreeCAD objects are missing: Arch, Draft, PartDesign, and so on. Therefore most of the job is not even done yet.

Comment by ian.rees 2016-04-06 22:19

Ahh, I got a bit confused by the example in the forum where everything is translated. So, I thought the bug was about translating names after they're created, not about creating things with localised names.

So, to be clear, this ticket is about translating default names for items to the local language.

Comment by normandc 2016-04-06 22:22

Yes, that's it.

Comment by Kunda1 2017-01-17 11:55

I updated the 'Description' and 'Additional Information' of this ticket for more clarity.
What Workbenches are left to be translated? We can keep track of them in the 'Additional Information' field

Comment by normandc 2018-02-13 02:59

As per my 2016-04-06 comment: all of them apart from Part primitives.

Comment by normandc 2018-10-13 20:36

Removed "I don't know if this would be possible for 0.12 release..." from description as this obviously didn't make it. And 7 years later with a boatload of new commands added since 2011, this will be a MUCH BIGGER job.

Basic Assembly stuff

Issue imported from https://tracker.freecad.org/view.php?id=16

Reporter: Jriegel
Date submitted: 9/28/2009
FreeCAD version:
Category: Feature
Status: acknowledged
Tags:

Original report text

Basic function in the assembly module like:

Moving parts around
simple constraints like:

contact
axle
offset

There for we need the Navigator and usage of the ODE lib

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by mntc 2013-10-01 18:15

May be assembly constraints can be:

a) scriptable (One can rewrite standard primitive constraints by complex python script determining behaviour of constrained objects)
b) hierarhical (In Autodesk Inventor parts in subassemblies are frozen when we open assembly of higher order. It is sometimes useful, sometimes not. It could be good to switch between styles of assembly behaviour inside of a superassembly.)
c) built into special objects (may be instead of adding constraints, we should add special objects - bearings, etc. E.g. like in Algodoo, where constraints are determined by nature of objects.)

Comment by Pauvres_honteux 2014-05-18 07:26

Hi Jürgen, would it be too bold to ask for a more elaborate explanation/overview of what you want to accomplish with this assembly feature?
I got a picture in my head, when I read the headline, of something similar to what you have in the big french program. Or do you have bolder ideas in mind?

Regards Pauvres honteux.

Comment by Kunda1 2018-06-13 13:28

Unassigning Jriegel

add support for Rhino3D files

Issue imported from https://tracker.freecad.org/view.php?id=337

Reporter: e-ndy
Date submitted: 4/14/2011
FreeCAD version:
Category: Feature
Status: acknowledged
Tags: file format, NURBS

Original report text

available library from developers of Rhino3D (http://opennurbs.org/). it should be nice to have capability to load/save Rhino3D models, together with https://sourceforge.net/projects/libnurbs/ it should be good replacement for Rhino3D in linux

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by Jriegel 2011-05-17 07:35

Actually I dont like myself to struggle with commercial file formats. But If someone have coding time - be welcome.

Comment by normandc 2011-05-21 11:51

It is unclear to me reading the OpenNURBS Initiative website whether the 3DM file format is open source or commercial. But it seems to be completely documented, which I think means it would be much less of a struggle to incorporate in FreeCAD as other proprietary and closed formats. It would indeed be really nice to have a CAD program on Linux able to open 3DM files. But there is no NURBS support or tools in FreeCAD at the moment, maybe Blender (which supports NURBS surfaces) would be best suited?

Comment by Jriegel 2011-05-22 18:25

OCC support NURBS, but we lack the tools to model it.
So we could do boolean operation on loaded NURBS, buts
thats around it.

Actually I'm not a big fan of NURBS. IMO subdevision surfaces are
the way of the future...

Comment by yorik 2011-05-29 13:54

Actually since freecad supports nurbs, 3DM format should be possible to handle without problems (and IIRC Rhino also supports brep-like objects)... On the openNurbs website there is a C++ toolkit which can read/write 3DM files, and appears to be compatible with GPL license ( http://www.opennurbs.org/docs.htm ):

"Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software."

I'm downloadiing the toolkit right now to have a look...

Comment by yorik 2011-05-29 13:59

Interesting quotes from the FAQ included inside the toolkit:

"Excellent compilers and make utilities are available from
The Free Software Foundation http://www.fsf.org. You have
the option of using these tools free of charge."

"Internally, Rhino stores all surfaces as some type of b-rep and the
openNURBS toolkit reads these objects as b-reps."

Comment by yorik 2011-05-29 14:04

Hm reading a file looks actually pretty simple, if we can include the opennurbs code!

Comment by unauthenticated 2011-06-01 14:30

Reading the file should not be the problem.
You have to transfer each entity to a OCC object.
Not only the NURBS, also the trimming curves and all
other entities like planes and so on...

Its posible, but a lot of work an tuning to get it run....

Comment by keithsloan52 2014-08-02 23:06

I have a skeleton FreeCAD importer that is using the OpenNurbs library to parse a 3dm file. I will now try and add code to create nurbs etc

Comment by Kunda1 2017-01-11 12:56

Picking up the trail here...a forum thread mentioning this topic:
Nurbs Editor - http://forum.freecadweb.org/viewtopic.php?f=3&t=16473&start=30#p132955
Import 3DM files with OpenNurbs - https://forum.freecadweb.org/viewtopic.php?f=3&t=16473&start=130#p153127
GitHub repo where the development is happening; https://github.com/KeithSloan/FreeCAD_ImportNurbs

Comment by Kunda1 2017-04-26 00:52

travm1 wrote:
Here is the wiki page for Rhino3D

Comment by Kunda1 2017-04-26 00:55

keithsloan52 wrote:
Yorik has done some work on using CAD Exchanger see https://github.com/yorikvanhavre/CADExchanger So should be able to import Rhino 3DM files using it. Note CAD Exchanger is commercial so one needs to pay. Not sure how much as you seem to have to contact them to get a quote.

Comment by Kunda1 2017-04-26 00:57

yorik wrote:
They told me they are setting up a new page that will have prices on it. In any case, implementing our own might still be an interesting option.

Comment by thalamus (private) 2017-10-20 18:26

awesome, thanks travm
Thalamus

kkremitzki this is spam ^
can we ban this user please?

Comment by Kunda1 2020-03-23 12:10

Update: Chris_G on the forum utilizing rhino3dm python bindings:
https://forum.freecadweb.org/viewtopic.php?f=8&t=11970&p=379662#p379662

Comment by keithsloan52 2020-03-24 16:46

A new Workbench has been started using Chris's code and use of the new rhino3dm python bindings see https://github.com/KeithSloan/ImportNURBS

[Renaming] Part Design → Sprocket... → Sprocket preferences window

On screen Chainwhell (or sprocket) ISO 606 20B.

"Thickness:" is not true name parameter of sprocket. The true name "Tooth width simplex:" or "Tooth width:"

For example information from manufature : https://www.iwis.com/en-gb/products-services/sprocket-20b-1-25-teeth~p5936

Also "Roller Diameter:" may be renamed to "Diameter of chain roller:"
Rollers - is a rotating parts of a cylindrical shape, inside a chain.

"Chain pitch:" second word may be writed from small letter.

"Sprocket reference:" second word also may be writed from small letter. And colons may have been skipped in end of this string.

Arch module - Auto dimension tool

Issue imported from https://tracker.freecad.org/view.php?id=515

Reporter: yorik
Date submitted: 12/5/2011
FreeCAD version:
Category: Feature
Status: assigned
Tags:

Original report text

A tool that automatically adds dimensions to a set of objects:

Select objects, select a point, another point, and the selected objects are measured, with dimensions passing through the 2 points. The result is a "Dimension set" object containing Draft dimensions, where you can change later on which objects are measured, and which "style" of measurement to apply (only biggest exterior dimension, including windows, interior style, etc...)

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 2/6/2021

[Renaming] Measure → Clear All

This tool not delete dimensions from screen it delete absolutly all existing dimensions from active document (on screen or out of screen, this does not matter).
You can check it out.
And I think the word Delete is more appropriate in this cotext.
"Clear" is closer to "cleaning" or also "without noise". For example "Clear measure".

Clear all dimensions from the screen -> Delete all dimensions from active document.

Clear All -> Delete All

Assembly group feature

Issue imported from https://tracker.freecad.org/view.php?id=83

Reporter: Jriegel
Date submitted: 4/7/2010
FreeCAD version:
Category: Feature
Status: acknowledged
Tags:

Original report text

Compound creating feature in the Assembly module.

Create a compound shape of all the linked childes.

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by nonlimited 2011-12-01 19:08

does this mean something like children of a group do have a coordinate system relative to the group's system? So that you could rotate or translate a group's system and all children will stay relative to it?

Using the boolean Fusion is a little less powerfull for this action as it is virtually not possible to add more objects after creating the fusion and on top of this colors and stuff will not be adopted.

Comment by Kunda1 2018-06-13 13:28

Unassigning Jriegel

Macro editing FCMacro file - 4 improvements

Issue imported from https://tracker.freecad.org/view.php?id=573

Reporter: pperisin
Date submitted: 1/17/2012
FreeCAD version: 0.12
Category: Feature
Status: new
Tags: #lowhangingfruit, macros, split ticket

Original report text

Hi,

I have three improvements suggestion that would help people in scripting

1 - auto indent - if the line I'm writting something in has i.e. 6 spaces before first character, when I press enter I go to the next line but at it's beginning. I would like to have 6 spaces automatically added when I press enter in this case.

2 - multi line editing - The easiest way to explain this one is if you open some document in notepad++. then press ALT key and select multiple lines. you will see how it selects in a row+column like way. Also, when you have stuff selected this way, writting anything will add those characters to all those selected lines.

3 - code completition and a list that appears after you press '.' - like the one in python console

4 - Find and replace text
Regards,
Petar

Other bug information

Priority: normal
Severity: feature
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by pperisin 2012-01-18 06:00

oh, another one - Find and replace text

Comment by Kunda1 2017-02-02 14:15

Do you have any interest working on these features at all ?

Comment by Kunda1 2017-04-29 12:54

Check out mumme work in https://forum.freecadweb.org/viewtopic.php?f=10&t=21898
(Also attached #69 to this ticket)

Add a feature recognition tool

Issue imported from https://tracker.freecad.org/view.php?id=336

Reporter: fantamas
Date submitted: 4/14/2011
FreeCAD version:
Category: Feature
Status: acknowledged
Tags:

Original report text

When reverse engineering is required, it will be very easy if you can create editable features from point cloud files, stl files or step files.

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by Jriegel 2011-05-17 10:48

We have planes for that (Point module), but have no time for such things
in the near future...

Comment by sopwith 2019-09-19 01:55

Is it possible that the ReverseEngineering workbench does this nowadays? :)

Resource framework for FreeCAD

Issue imported from https://tracker.freecad.org/view.php?id=19

Reporter: Jriegel
Date submitted: 9/28/2009
FreeCAD version:
Category: Feature
Status: acknowledged
Tags:

Original report text

Often in 3D modeling we use Objects and files from 3rd party resources.
This things are just used and rarely changed. like e.g. standard parts
(ISO), complete products from a catalog and so on.
We need in FreeCAD a framework to access/share/distribute such resources.
It shut be possible to locate such resources locally or in the web and
allow FreeCAD to find and access such resources referenced in a modeling
document.

Specification:

can be used loacally or in the web
unique id to find resources
central repository to collect resources
revision control
accessibly through http: and https:

Design so far:

use SVN to host resources for revision control and restricted access
use webserver to host resources without revision control
use a XML description file to specify a resource, this file holds:

a UUID as global unique identifier
a name and description of the resource
a specifier it its a SVN or a PLAIN resource
addition meta infromation

use WGET or SVN to make the resources lokaly available
deliver a set of Resource description files with the installer/packages
Host on the FreeCAD website a repository of Resource description where
FreeCAD can search for unknown UUIDs

So far...

Jürgen

Other bug information

Priority: normal
Severity: major
Category: Feature
Updated: 12/17/2021

Discussion from Mantis ticket

Comment by Kunda1 2018-06-13 13:28

Unassigning Jriegel

Comment by chennes 2021-12-17 03:18

It's not exactly what was envisioned here, but we do have the FreeCAD parts library now. It needs some work, but it may be worth closing this bug and re-opening more specific changes that need to be made to the parts library. This request doesn't really have any action items at this point.

Part reference element

Issue imported from https://tracker.freecad.org/view.php?id=122

Reporter: Jriegel
Date submitted: 6/30/2010
FreeCAD version:
Category: Feature
Status: confirmed
Tags:

Original report text

Object which reference a shape at a different position. So the objects
always looks the same and use the same inventor nodes to render.

Needed for IDF import which place lots of the same shape at a wire board...

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by Kunda1 2018-06-13 13:24

Unassigning Jriegel

[Feature Request] Add support for Rhino3D files

Issue imported from https://tracker.freecad.org/view.php?id=337

Reporter: e-ndy
Date submitted: 4/14/2011
FreeCAD version:
Category: Feature
Status: acknowledged
Tags: file format, NURBS

Original report text

available library from developers of Rhino3D (http://opennurbs.org/). it should be nice to have capability to load/save Rhino3D models, together with https://sourceforge.net/projects/libnurbs/ it should be good replacement for Rhino3D in linux

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by Jriegel 2011-05-17 07:35

Actually I dont like myself to struggle with commercial file formats. But If someone have coding time - be welcome.

Comment by normandc 2011-05-21 11:51

It is unclear to me reading the OpenNURBS Initiative website whether the 3DM file format is open source or commercial. But it seems to be completely documented, which I think means it would be much less of a struggle to incorporate in FreeCAD as other proprietary and closed formats. It would indeed be really nice to have a CAD program on Linux able to open 3DM files. But there is no NURBS support or tools in FreeCAD at the moment, maybe Blender (which supports NURBS surfaces) would be best suited?

Comment by Jriegel 2011-05-22 18:25

OCC support NURBS, but we lack the tools to model it.
So we could do boolean operation on loaded NURBS, buts
thats around it.

Actually I'm not a big fan of NURBS. IMO subdevision surfaces are
the way of the future...

Comment by yorik 2011-05-29 13:54

Actually since freecad supports nurbs, 3DM format should be possible to handle without problems (and IIRC Rhino also supports brep-like objects)... On the openNurbs website there is a C++ toolkit which can read/write 3DM files, and appears to be compatible with GPL license ( http://www.opennurbs.org/docs.htm ):

"Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software."

I'm downloadiing the toolkit right now to have a look...

Comment by yorik 2011-05-29 13:59

Interesting quotes from the FAQ included inside the toolkit:

"Excellent compilers and make utilities are available from
The Free Software Foundation http://www.fsf.org. You have
the option of using these tools free of charge."

"Internally, Rhino stores all surfaces as some type of b-rep and the
openNURBS toolkit reads these objects as b-reps."

Comment by yorik 2011-05-29 14:04

Hm reading a file looks actually pretty simple, if we can include the opennurbs code!

Comment by unauthenticated 2011-06-01 14:30

Reading the file should not be the problem.
You have to transfer each entity to a OCC object.
Not only the NURBS, also the trimming curves and all
other entities like planes and so on...

Its posible, but a lot of work an tuning to get it run....

Comment by keithsloan52 2014-08-02 23:06

I have a skeleton FreeCAD importer that is using the OpenNurbs library to parse a 3dm file. I will now try and add code to create nurbs etc

Comment by Kunda1 2017-01-11 12:56

Picking up the trail here...a forum thread mentioning this topic:
Nurbs Editor - http://forum.freecadweb.org/viewtopic.php?f=3&t=16473&start=30#p132955
Import 3DM files with OpenNurbs - https://forum.freecadweb.org/viewtopic.php?f=3&t=16473&start=130#p153127
GitHub repo where the development is happening; https://github.com/KeithSloan/FreeCAD_ImportNurbs

Comment by Kunda1 2017-04-26 00:52

travm1 wrote:
Here is the wiki page for Rhino3D

Comment by Kunda1 2017-04-26 00:55

keithsloan52 wrote:
Yorik has done some work on using CAD Exchanger see https://github.com/yorikvanhavre/CADExchanger So should be able to import Rhino 3DM files using it. Note CAD Exchanger is commercial so one needs to pay. Not sure how much as you seem to have to contact them to get a quote.

Comment by Kunda1 2017-04-26 00:57

yorik wrote:
They told me they are setting up a new page that will have prices on it. In any case, implementing our own might still be an interesting option.

Comment by Kunda1 2020-03-23 12:10

Update: Chris_G on the forum utilizing rhino3dm python bindings:
https://forum.freecadweb.org/viewtopic.php?f=8&t=11970&p=379662#p379662

Comment by keithsloan52 2020-03-24 16:46

A new Workbench has been started using Chris's code and use of the new rhino3dm python bindings see https://github.com/KeithSloan/ImportNURBS

Add taper angle feature in pad and pocket

Issue imported from https://tracker.freecad.org/view.php?id=622

Reporter: electronlibre
Date submitted: 3/5/2012
FreeCAD version: 0.12
Category: Feature
Status: confirmed
Tags:

Original report text

It would be nice to have a taper angle option in pad and pocket tools (Part design workbench), similar to that on Extrude (Part WB).

Other bug information

Priority: normal
Severity: feature
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by Jriegel 2012-05-18 10:38

Patch applied to Assembly branch!

Works well!

To be done -> Use code in Pocket

Comment by helo10 2012-06-08 11:26

in progress

Comment by jrheinlaender 2013-01-13 14:32

V0.13 now has a PartDesign::Draft feature which allows to select faces and apply a draft angle to them.

This is not the same functionality as that requested, but will lead to the same result.

I am not sure whether we should put even more options into the Pad/Pocket features. When I modelled for customers from the German automative industry, they insisted on always having draft in a separate feature.

Comment by Jriegel 2013-01-13 14:39

Draft can be done Pocket/Pad for easy and simple cases. If you want to have more control Pad/Pocket get for sure overloaded.
I think both make sense. A one angle solution in the basic features and a own feature for the more sophisticated (future) solutions..

I have generally no problem if there are overlapping features functionality.
May the better win!

Part -> View -> Create New View => Segmentation Fault on Gentoo

Hi
I've been experiencing this for the last month.

Part -> Create a box -> View -> Create new view => Segmentation Fault

OS: Linux
Platform: 64-bit
Version: 0.13.1756 (Git)
Branch: master
Hash: bd5359f
Python version: 2.7.3
Qt version: 4.8.2
Coin version: 3.1.3
SoQt version: 1.5.0
OCC version: 6.5.4

Repeatability: Always

No previous experience with FreeCAD nor known history of the problem.

Advice and hints welcome

Thanks
D.T.

Inconsistent translations for workbench names

Issue imported from https://tracker.freecad.org/view.php?id=495

Reporter: normandc
Date submitted: 11/27/2011
FreeCAD version:
Category: Bug
Status: confirmed
Tags: locale, translation

Original report text

Currently in latest FreeCAD source, translation for workbench names is inconsistent:

Some workbenches toolbar names are translated (in View --> Toolbars menu)
Some workbench specific menu names are translated, some aren't. For example, when the workbench selector is set to a specific workbench, the workbench menu name is not translated. The Raytracing menu name is in English (but its contents are translated). But if in complete workbench mode, then most of the workbench menus are translated.
In the workbench selector, the workbench names are not translated.

This should require some consideration.

I realize that translating the workbench names is a delicate matter as it could complicate communication on the forums with users of other languages. But I believe that a wholly translated interface is preferable, as some English names don't have signification to users of other languages. (For example: the distinction between Draft and Drawing can be lost on French users)

Additional information

I'll try to post screenshots shortly.

Other bug information

Priority: normal
Severity: feature
Category: Bug
Updated: 3/2/2021

Discussion from Mantis ticket

Comment by Jriegel 2011-11-27 18:00

We have different levels of translations. Thats IMO not a bug.
Besides there is a string not showing up on crowdin, that would be a bug!

Otherwise its a encouragement for the translaters and I will close this "bug" ;)

Comment by normandc 2011-11-27 18:16

Please explain what you mean by different levels of translation.

Right now, I have workbench menu names showing either in French or in English depending on if I've set the complete workbench, or if the workbench selector is set to a specific workbench. Then the workbench selector itself is not translated. How is that no a bug? And why isn't a single string used for the 3 use cases?

Comment by yorik 2011-11-27 19:12

I think workbench names are specified in their InitGui file, which is why they are not taken into account by the translation system. Since workbenches are activated/deactivated by name internally, changing this will require serious changes in the code. Sincerely I'm not sure it's worth the work...

Their contents (toolbars, menu entries, etc) on the other hand, is taken into account by translation mechanisms and should be 100% translated. If something is missing (provided all crowdin strings are translated of course), indeed it is a bug (probably some string internally which isn't using a translation function). I suggest you make a list here with what you see that isn't translated, we'll need to go one by one...

But I'm not sure it's a showstopper for 0.12... There will probably be more than a couple, and at this rate that release will never be out ;) My opinion is more to see translations as a work in progress, and refine progressively...

Comment by normandc 2011-11-27 19:43

What I want to make sure of is to get a sense of the direction we go. If we decide that workbench names should not (or cannot) be translated, then I will have to revert all the translations where I have translated them. And that includes the Wiki documentation...

So that to prevent inconsistencies in v0.12...

Comment by normandc 2011-11-29 02:21

I finally made screen captures.

I used the Draft module as an example.

First one shows the Complete workbench with all the workbench menus translated. Draft menu here is called "Planche à dessin".

Second one shows the Draft workbench interface. Both the Draft menu and the workbench selector show "Draft" instead of "Planche à dessin". This is an inconsistency in my opinion.

The third one shows that the Draft toolbar name is indeed translated. At this point I didn't know what to do anymore so I named it "Outils Draft" for the time being.

I'd rather have the name "Planche à dessin" put everywhere but I can understand if this can't be done in v0.12. But I would like to know if it'll be possible later though. As I said otherwise I'll have to change the wiki French translation accordingly.

So, should this be considered a bug? feature request?

P.S. Yorik, since it's your module you may also not like the chosen name? It was first named that way by mrchep and I thought it fitting, and easy to visualize its purpose by French users.

Comment by yorik 2011-11-29 12:08

Normally in latest revision all appearences of "Draft" in menus can be translated. Check if the crowdin stuff is OK, then I'll add them again to the sources. For the other workbenches we need to see which ones don't translate correctly.

For me the name is fine, being Draft or Planche à dessin...

But one thing I'll not be able to change is how the workbench names appear in the workbenches dropdown box. If this will be possible in the future or not is more up to Jürgen or Werner, and it would probably require some heavy changes to the source code...

Comment by Jriegel 2012-12-20 22:15

I will move the Workbench selector to a menu structure for the most common
workbenches. So we have a translation and more information...

Comment by yorik 2015-01-25 16:09

There are still inconsistencies in translations ("Draft" is not translated equally on crowdin (sometimes "Planche à dessin", sometimes "Ébauche" , sometimes "Draft"), same problem in other languages too...

But outside that problem all python-generated menus appear now to be correctly translated.

The only thing missing is to translate the WB selector itself. I believe this is possible (in Gui/Actions.cpp, class WorkbenchComboBox), it looks like the individual actions that compose the selector are always get/set by their objectName, so there would be no problem in setting their displayed text to something else, but I'm not too sure where to get the translations...

Comment by Kunda1 2017-05-30 23:48

yorik is this still the case?

Comment by Kunda1 2017-05-30 23:49

normandc can you recheck this please when you have a moment?

Comment by yorik 2017-05-31 16:38

Yes it is still the case, workbench names are not trasnlated in the workbench selector. I think there was a discussion about that on the forum in the past...

Comment by Kunda1 2017-06-10 04:53

yorik I searched the forum but no joy. Do you mind trying to find this thread and associating it to this ticket?

Comment by yorik 2017-06-13 17:24

Cannot find it back... I guess it was spread over several discussions...

Comment by Kunda1 2017-06-13 21:49

yorik do you think this should make it in to 0.17?

Comment by yorik 2017-06-14 01:21

I don't know how to handle this, so I couldn't say...

Comment by Kunda1 2017-06-14 12:44

Opened new forum thread: https://forum.freecadweb.org/viewtopic.php?f=8&t=22936&p=178016

Comment by Kunda1 2018-06-13 13:25

Unassigning Jriegel

Comment by MaurinoWeb 2021-03-02 22:13

Hello everybody
I allowed myself to comment here thanks to the invitation of Kunda1 in this post https://forum.freecadweb.org/viewtopic.php?f=8&t=56067
I am a simple FreeCAD user and my comment is of the same level, this message is only the my modest opinion...

I believe that in FreeCAD the names of the WB must remain in English which is the main language chosen, this avoids confusion and does not disperse users that follow tutorials in other languages... for example blender has did an "extreme" choice to use only english, but it worked!
The choice in FreeCAD to translate all languages has more style, but if we also translate the names of the WB, in my opinion, we lose the benefits and increase the work of the translators without obtaining any advantages in return (I translated very little and I don't write as a translator, it's just my thought).

What are the benefits of translating WB names? Personally I see few and of minimal importance, but I also see some disadvantages...

--> Bi-lingual users will not be so quick in change WB when they switch languages in FreeCAD, and this will annoy at the beginning and even after.
--> Beginner mono-language users following a tutorial of another language will have more difficulty of the normal.
--> Wiki SEO optimization can be less targeted and less efficient (to check, maybe just more SEO work to avoid it?)
--> The results of the search engines will be dispersed in the translations of the WB names, with the risk that the user, in addition to translating the "search phrase", must also remember to translate the most important word, the "WB name" this does not help. (to check, maybe just more SEO work to avoid it?) same thing if a user wants to ask for help in the English forum.
--> All written or recorded tutorials to date will be out of date.
--> All the linguistic habits achieved up to now regarding WB will be lost, for which PRO?

I realize that they are "small" disadvantages, but they increase "confusion"... Even today several FreeCAD users complain about the confusion, some love FreeCAD, but they say it anyway... so we should avoid adding more, even if minimal.

I agree that this "confusion" often does not exist, and it is only the user who remains attached to the old experiences, or maybe is only used to the "ready meals" of commercial software, but nothing can be done about this.

I can change my mind about anything I've written if it's wrong, I hate beliefs and love the benefit of the doubt, so if something escapes me I'll be happy to understand it, thank you.

I apologize for the bad English, written with the help of google translated.
A greeting and thanks for all the work done to date, you are great!

Comment by MaurinoWeb 2021-03-02 23:17

An example that concerns only the SEO with the changes of WB names.
Recently the name of the part design workbench has been translated into Italian in "ambiente disegnopezzo"

I find it smart to translate "workbench" but the rest(wb names) should be a fixed word, so the user has the help of the translated "workbench" to understand choise what is, but the WB names is part of the FreeCAD fixed terminology and will soon learn.

Now looking at html of the view-source:https://wiki.freecadweb.org/PartDesign_Workbench/it
you can see that in the <title> tag there is no term as in the url, this is not recommended.
it is also not recommended to change the <title> since it is an official documentation, now if we write in google "ambiente part design" in the "search result" still has the "old" title (ambiente part design) while duckduckgo has already been updated (ambiente disegnopezzo), soon google will update too.
We are not helping the search engines, so one day it could better position a site with a seo-friendly html and find the official documentation under the results, in English no, but in other languages it could happen and these changes do not help.

So imagining all the WB names translated, I confirm my concern that in all languages other than English there will be scattered rankings with different "key phrases" in search engines... this won't help over time.

a greeting

Macro editing FCMacro file - 4 improvements

Issue imported from https://tracker.freecad.org/view.php?id=573

Reporter: pperisin
Date submitted: 1/17/2012
FreeCAD version: 0.12
Category: Feature
Status: new
Tags: #lowhangingfruit, macros, split ticket

Original report text

Enhancements that would help with FreeCAD macro scripting:

Auto-indent: if the line I'm writing something in has i.e. 6 spaces before first character, when I press enter I go to the next line but at it's beginning. I would like to have 6 spaces automatically added when I press enter in this case. #11356
Multi-line editing: The easiest way to explain this one is if you open some document in notepad++. then press ALT key and select multiple lines. you will see how it selects in a row+column like way. Also, when you have stuff selected this way, Writing anything will add those characters to all those selected lines.
Code completion and a list that appears after pressing . (same behavior as in the FreeCAD Python console)
Find and replace text ➡️ Added in the https://github.com/mwganson/Editor_Assistant/ macro
Python Debugger see #5540

Other bug information

Priority: normal
Severity: feature
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by pperisin 2012-01-18 06:00

oh, another one - Find and replace text

Comment by Kunda1 2017-02-02 14:15

Do you have any interest working on these features at all ?

Comment by Kunda1 2017-04-29 12:54

Check out mumme work in https://forum.freecadweb.org/viewtopic.php?f=10&t=21898
(Also attached #5540 to this ticket)

Please read before posting issues here

This github repository is only a mirror of the official FreeCAD Git repository at http://sourceforge.net/p/free-cad/code/ci/master/tree/ and it is not monitored by the FreeCAD community and developers.

We kindly ask you to report issues either on the FreeCAD forum at http://forum.freecadweb.org (recommended), or directly on the FreeCAD issues tracker at http://www.freecadweb.org/tracker/ . Issues posted here might not receive an answer.

You can also consult the FAQ and more documentation on the wiki at http://www.freecadweb.org/wiki/

New feature naming convention

Issue imported from https://tracker.freecad.org/view.php?id=597

Reporter: gafvert
Date submitted: 2/8/2012
FreeCAD version: 0.12
Category: Feature
Status: new
Tags:

Original report text

I suggest a new more informative naming convention for new generated features (such as fillets, cuts, fusions etc). Right now the newly generated feature is only given the feature name and a number (if it's not the first).

You can see the history, of what it is based on in the project tree by expanding the item, but not in the name alone. So you usually end up with a lot of "Fillet012" and "Chamfer003" in the list.

My suggestion is to introduce a new first part in the naming convention, the name of the base object. Giving the standard format ObjectName_FeatureName_Number
This is to make it easier to keep track of your parts and which on is which without manually renaming them.

An example:

You create a box, and it is named "Box1".
You create a fillet on one of the edges of this box, it will be named "Box1_Fillet1". Using the name of the base object.
You create another fillet on this "Box1_Fillet1", this time, to make sure the names don't grow too much, the entire name isn't used for the base object name, only the ObjectName part. So the new fillet will be named "Box1_Fillet2".
This "Box1_Fillet2" is then cut using a boolean operation, and given the name "Box1_Cut1".

etc etc.

The same can then be used for all types of features, with new features being given names containing the based object name with the addition of a feature name.

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 12/17/2021

Discussion from Mantis ticket

Comment by wmayer 2014-01-02 14:30

It's best to have an option in the preferences to add the base name or not.

Comment by chennes 2021-12-17 03:26

Maybe this could be implemented in a similar manner to our generation of default export filenames, via a format string set in the preferences.

Python debugger

Issue imported from https://tracker.freecad.org/view.php?id=69

Reporter: wmayer
Date submitted: 1/29/2010
FreeCAD version:
Category: Feature
Status: assigned
Tags:

Original report text

Add a Python debugging facility to FreeCAD.

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by wmayer 2012-12-29 16:37

External resources:
http://hapdebugger.sourceforge.net/

http://pydev.org/download.html
http://pydev.org/manual_101_root.html
http://pydev.org/manual_adv_remote_debugger.html

http://winpdb.org/
http://winpdb.org/docs/embedded-debugging/

Comment by wmayer 2013-01-09 17:42

See also:
QScriptEngineDebugger
QScriptEngine
QScriptEngineAgent

hpfem/agros2d@e92e5b8
https://github.com/hpfem/agros2d/blob/master/src/pythonlab/pythonengine.h

Reporter: wmayer
Date submitted: 11/10/2011
FreeCAD version:
Category: Feature
Status: acknowledged
Tags:

Original report text

http://forum.freecadweb.org/viewtopic.php?f=10&t=1875&p=12429#p12429

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by Jriegel 2011-11-21 09:13

Really needed!

Comment by wmayer 2015-03-31 08:38

There is a new class ActionFunction which allows you to connect a QAction with a standard C++ member function of a class that is not inherited from QObject.

So, this makes it quite easy to use with the view providers. There is an example for MeshGui::ViewProvider.

In the setupContextMenu method you get a pointer to a QMenu instance where you can add further items with addAction. The returned QAction instance then can be connected with a member function of the view provider using the ActionFunction class.

Since you can use arbitrary member functions (but the argument and return type must be void) this solution can be considered as an alternative to the setEdit function.

Comment by wmayer 2017-03-20 13:52

Comment by Kunda1 2017-06-30 12:14

Also see wmayer's comment in another ticket

Comment by Kunda1 2018-06-13 13:25

Unassigning Jriegel

Part reference element

Issue imported from https://tracker.freecad.org/view.php?id=122

Reporter: Jriegel
Date submitted: 6/30/2010
FreeCAD version:
Category: Feature
Status: confirmed
Tags:

Original report text

Object which reference a shape at a different position. So the objects
always looks the same and use the same inventor nodes to render.

Needed for IDF import which place lots of the same shape at a wire board...

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by Kunda1 2018-06-13 13:24

Unassigning Jriegel

Sketcher Fully constrained report based on primitives (Lines, arcs)

Issue imported from https://tracker.freecad.org/view.php?id=704

Reporter: pperisin
Date submitted: 5/15/2012
FreeCAD version:
Category: General
Status: assigned
Tags: constraints, Solver

Original report text

HI,

I do not know if this makes sense, but I know it was mentioned before somewhere.

It would be nice that "fully constrained" report is based on single lines/arcs, and not on entire sketch. This way it would be easier to identify which parts of a sketch are not fully constrained.

Regards
Petar

Other bug information

Priority: normal
Severity: feature
Category: General
**OS: Win7 latest unstable **
Platform: 32 bit
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by djreichel 2012-05-16 22:45

Maybe it would be useful to make lines display in a constrained color and an unconstrained color individually, rsther than making the entire sketch change to the constrained color when all degrees of freedom are removed.

It can be difficult to find the last unconstrained elements of a complex sketch.

Comment by pperisin 2012-05-17 06:18

That is exactly what I ment. Would be very nice.

Comment by pperisin 2012-06-05 12:23

Also, it would be nice if overconstrained primitives would be drawn in red (or some other color that is not used and that will mark over-constrained primitive)

EDIT: OR, even better, change color of conflicting constraints, so that user sees them on screen, selects one he does not need, delete it and be done with it.

maybe pink/purple color for conflicting constraints can be good. I'm bad with colors chosing. Really bad.

Comment by Kunda1 2017-01-18 22:10

logari81 should this be tagged 'Solver'

Comment by Kunda1 2017-06-16 11:51

trampas writes in #2653
[quote=trampas]What would be nice is to have lines change colors if they are fully constrained, or maybe have points change colors if they are matched.[/quote]

Comment by Hannu 2017-06-27 15:40

This seems as a simple solution to a problem that is easy to run into in FreeCAD - I have used FreeCAD intensely in periods (creating objects to 3D-print) and still "hit" this, and I get as baffled every time.

Comment by abdullah 2018-06-15 17:02

As for showing fully constrained elements, the problem is as in here:
https://freecadweb.org/tracker/view.php?id=2069#c11443

As for getting functionality to identify where the dossier is not yet constraint, the recently merged DoF Finder should help, just click on the hyperlink of the DoFs.

Comment by abdullah 2018-10-07 11:05

As with #2069, what is not implemented is constantly adapting the colors. This is not happening in v0.18, as complex sketches would have a significant drop in performance due to constraintly solving using the DenseQR algorithm.

CMake Error: Could not find a package configuration file provided by "Shiboken"

-- Looking for XOpenDisplay in /usr/lib64/libX11.so;/usr/lib64/libXext.so - found
-- Looking for gethostbyname
-- Looking for gethostbyname - found
-- Looking for connect
-- Looking for connect - found
-- Looking for remove
-- Looking for remove - found
-- Looking for shmat
-- Looking for shmat - found
-- Looking for IceConnectionNumber in ICE
-- Looking for IceConnectionNumber in ICE - found
-- Found X11: /usr/lib64/libX11.so
-- Found OpenGL: /usr/lib64/libGL.so
-- Found OpenGLU: /usr/lib64/libGLU.so
-- Found Spnav: /usr/lib64/libspnav.so
CMake Error at CMakeLists.txt:466 (find_package):
By not providing "FindShiboken.cmake" in CMAKE_MODULE_PATH this project has
asked CMake to find a package configuration file provided by "Shiboken",
but CMake did not find one.
Could not find a package configuration file provided by "Shiboken" with any
of the following names:
ShibokenConfig.cmake
shiboken-config.cmake
Add the installation prefix of "Shiboken" to CMAKE_PREFIX_PATH or set
"Shiboken_DIR" to a directory containing one of the above files. If
"Shiboken" provides a separate development package or SDK, be sure it has
been installed.
-- Configuring incomplete, errors occurred!

New feature naming convention

Issue imported from https://tracker.freecad.org/view.php?id=597

Reporter: gafvert
Date submitted: 2/8/2012
FreeCAD version: 0.12
Category: Feature
Status: new
Tags:

Original report text

I suggest a new more informative naming convention for new generated features (such as fillets, cuts, fusions etc). Right now the newly generated feature is only given the feature name and a number (if it's not the first).

You can see the history, of what it is based on in the project tree by expanding the item, but not in the name alone. So you usually end up with a lot of "Fillet012" and "Chamfer003" in the list.

My suggestion is to introduce a new first part in the naming convention, the name of the base object. Giving the standard format ObjectName_FeatureName_Number
This is to make it easier to keep track of your parts and which on is which without manually renaming them.

An example:

You create a box, and it is named "Box1".
You create a fillet on one of the edges of this box, it will be named "Box1_Fillet1". Using the name of the base object.
You create another fillet on this "Box1_Fillet1", this time, to make sure the names don't grow too much, the entire name isn't used for the base object name, only the ObjectName part. So the new fillet will be named "Box1_Fillet2".
This "Box1_Fillet2" is then cut using a boolean operation, and given the name "Box1_Cut1".

etc etc.

The same can then be used for all types of features, with new features being given names containing the based object name with the addition of a feature name.

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 12/17/2021

Discussion from Mantis ticket

Comment by wmayer 2014-01-02 14:30

It's best to have an option in the preferences to add the base name or not.

Comment by chennes 2021-12-17 03:26

Maybe this could be implemented in a similar manner to our generation of default export filenames, via a format string set in the preferences.

Measurement framework

Issue imported from https://tracker.freecad.org/view.php?id=503

Reporter: wmayer
Date submitted: 11/30/2011
FreeCAD version:
Category: Feature
Status: assigned
Tags:

Original report text

Forum thread: https://forum.freecadweb.org/viewtopic.php?f=8&t=1965

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by Jriegel 2012-08-23 09:19

We need a bit more for a "Framework" :)
I would put that in the code snipped of the Wiki...

Comment by wmayer 2013-02-11 13:40

http://forum.freecadweb.org/viewtopic.php?f=10&t=3549&start=20

Comment by wmayer 2013-07-05 07:26

http://forum.freecadweb.org/viewtopic.php?f=3&t=4225&start=10

Comment by mrlukeparry 2014-01-08 20:12

The Drawing Module I am working on has the facility for measurements and basic statistics that could be extended. This is in a separate module Measure and has python bindings too.

Comment by wmayer 2015-02-01 17:02

http://forum.freecadweb.org/viewtopic.php?f=8&t=9561&p=77531#p77531

Comment by wmayer 2017-10-11 13:14

https://forum.freecadweb.org/viewtopic.php?f=22&t=24835

Comment by Kunda1 2018-08-26 00:34

Hey easyw-fc does Manipulator WB address this ?

Edit: fixed old sourceforge phpBB url in the ticket summary to point to correct thread.

Switch on and off parametric behaviour of document objects

Issue imported from https://tracker.freecad.org/view.php?id=402

Reporter: wmayer
Date submitted: 7/18/2011
FreeCAD version:
Category: Feature
Status: acknowledged
Tags:

Original report text

According to the thread [1] we need a way to switch on and off the parametric of document objects. Since this should be serialized we have to use a PropertyBool member. If this flags is off we simply have to skip the execute() method inside the recompute() of DocumentObject.

[1] http://forum.freecadweb.org/viewtopic.php?f=8&t=1070&p=8654#p8652

Other bug information

Priority: normal
Severity: major
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by bejant 2015-05-28 14:01

Here's a new link to the topic, after the FreeCAD forum moved from SourceForge:
http://forum.freecadweb.org/viewtopic.php??f=8&t=1070&p=8654#p8652

Comment by Kunda1 2018-06-13 13:27

Unassigning Jriegel

Comment by Kunda1 2018-08-26 11:20

Updated URL in ticket summary from old sourceforge URL

Comment by Kunda1 2019-01-01 13:13

New discussion at https://forum.freecadweb.org/viewtopic.php?f=8&t=33101

Switch on and off parametric behaviour of document objects

Issue imported from https://tracker.freecad.org/view.php?id=402

Reporter: wmayer
Date submitted: 7/18/2011
FreeCAD version:
Category: Feature
Status: acknowledged
Tags:

Original report text

According to the thread [1] we need a way to switch on and off the parametric of document objects. Since this should be serialized we have to use a PropertyBool member. If this flags is off we simply have to skip the execute() method inside the recompute() of DocumentObject.

[1] http://forum.freecadweb.org/viewtopic.php?f=8&t=1070&p=8654#p8652

Other bug information

Priority: normal
Severity: major
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by bejant 2015-05-28 14:01

Here's a new link to the topic, after the FreeCAD forum moved from SourceForge:
http://forum.freecadweb.org/viewtopic.php??f=8&t=1070&p=8654#p8652

Comment by Kunda1 2018-06-13 13:27

Unassigning Jriegel

Comment by Kunda1 2018-08-26 11:20

Updated URL in ticket summary from old sourceforge URL

Comment by Kunda1 2019-01-01 13:13

New discussion at https://forum.freecadweb.org/viewtopic.php?f=8&t=33101

Navigator

Issue imported from https://tracker.freecad.org/view.php?id=5

Reporter: Jriegel
Date submitted: 9/28/2009
FreeCAD version: 0.8
Category: Feature
Status: acknowledged
Tags:

Original report text

The Navigator is a kind of Manipulator to move FreeCAD objects visually.
Its basically inspired by the Catia V5 Compass.

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by pperisin 2011-01-04 14:06

Hi,

NaroCAD has similar thing. It is called gizmo:

http://www.youtube.com/watch?v=Djd6LqdOEvM&NR=1
http://www.youtube.com/watch?v=TCRO8xxojnU&feature=related

Regards
Petar Perisin

Comment by Kunda1 2018-06-13 13:27

Unassigning Jriegel

Supporting Qt6 / PySide6 / Shiboken6

This ticket tracks the Qt5 ➡️ Qt6 migration progress. See also dedicated forum thread

Commits

Qt6 commits to master:

commit	summary	committer
`339bb73`	Base: add convenience classes/functions that are marked as deprecated in Qt 5.15 and removed in Qt 6	wwmayer

Notes

Porting to Qt 6
Porting from PySide2 to PySide6
A Clazy-based tool is available to facilitate porting from Qt 5 to Qt 6: Porting C++ Applications to Qt 6 using Clazy checks. #7134

Source code tasks

Module level changes

The content of the QtOpenGL module has been replaced. The class QGLWidget and related classes (QGLContext, QGLFunctions, QGLShaderProgram) have been removed. Parts of the Open GL functionality from QtGui have been extracted into this module, for example QOpenGLBuffer and QOpenGLShaderProgram. There is a new module QtOpenGLWidgets which contains the class QOpenGLWidget, a replacement for QGLWidget.

Imports

Change PySide2 -> PySide6
Ex.

 from PySide2.QtWidgets import QApplication...
 from PySide2 import QtCore

to

 from PySide6.QtWidgets import QApplication...
 from PySide6 import QtCore

Some classes are in a different module now, for example QAction and QShortcut have been moved from QtWidgets to QtGui.

Class/Function Deprecations

The High DPI scaling attributes Qt.AA_EnableHighDpiScaling, Qt.AA_DisableHighDpiScaling and Qt.AA_UseHighDpiPixmaps are deprecated. High DPI is by default enabled in Qt 6 and cannot be turned off.
QDesktopWidget has been removed. QScreen should be used instead, which can be retrieved using QWidget.screen(), QGuiApplication.primaryScreen() or QGuiApplication.screens().
QFontMetrics.width() has been renamed to horizontalAdvance().
QMouseEvent.pos() and QMouseEvent.globalPos() returning a QPoint as well as QMouseEvent.x() and QMouseEvent.y() returning int are now deprecated. QMouseEvent.position() and QMouseEvent.globalPosition() returning a QPointF should be used instead.
Qt.MidButton has been renamed to Qt.MiddleButton.
QOpenGLVersionFunctionsFactory.get() instead of QOpenGLContext.versionFunctions() should be used to obtain Open GL functions.
QRegExp has been replaced by QRegularExpression.
QWidget.mapToGlobal() and QWidget.mapFromGlobal() now also accept and return QPointF.
Functions named exec_ (classes QCoreApplication, QDialog, QEventLoop) have been renamed to exec which became possible in Python 3.

Other tasks

Track Addons (workbenches, addons, macros, preference packs) for Qt6 migration
Snap package migration to Qt6 FreeCAD/FreeCAD-snap#19
flatpak package migration to Qt6 flathub/org.freecadweb.FreeCAD#54
Conda package migration to Qt6
homebrew-FreeCAD package migration to Qt6
Windows Libpack package migration to Qt6
#9977

Navigator

Issue imported from https://tracker.freecad.org/view.php?id=5

Reporter: Jriegel
Date submitted: 9/28/2009
FreeCAD version: 0.8
Category: Feature
Status: acknowledged
Tags:

Original report text

The Navigator is a kind of Manipulator to move FreeCAD objects visually.
Its basically inspired by the Catia V5 Compass.

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by pperisin 2011-01-04 14:06

Hi,

NaroCAD has similar thing. It is called gizmo:

http://www.youtube.com/watch?v=Djd6LqdOEvM&NR=1
http://www.youtube.com/watch?v=TCRO8xxojnU&feature=related

Regards
Petar Perisin

Comment by Kunda1 2018-06-13 13:27

Unassigning Jriegel

Pull Requests- check out the main FreeCAD forum

https://sourceforge.net/apps/phpbb/free-cad/viewtopic.php?f=17&t=3781

Objects names in Label & Attributes Tree View should be translatable

Issue imported from https://tracker.freecad.org/view.php?id=494

Reporter: normandc
Date submitted: 11/27/2011
FreeCAD version:
Category: Feature
Status: assigned
Tags: #lowhangingfruit, translation

Original report text

Currently, all the GUI tools can be localized in other languages than English, either in menus or the toolbars. But the names of the objects created with these tools, in the Tree view under Labels & Attributes remain in English.

It would avoid confusion to users and enhance the user experience if those objects' names could be translated as well.

EDIT: So, to be clear, this ticket is about translating default names for items to the local language on object creation. ( ~6953 )
This ticket is not about being able to translate said items post object creation.

Additional information

EDIT: Also, at this time, only Part Primitive labels are translatable. All other FreeCAD objects are missing:
Arch,
Draft,
PartDesign, and so on.

Other bug information

Priority: normal
Severity: minor
Category: Feature
Updated: 2/6/2021

Discussion from Mantis ticket

Comment by Jriegel 2011-11-27 17:56

Its perfectly possible to set the Label property with a translated
text in the command which create the object.
But we have to take into account that then its hard to exchange
document with other people... They will see names which means nothing to them...

I would not do it for the 0.12!

Comment by normandc 2011-11-27 18:09

I hadn't thought of that.

I wonder if those object text strings could be translated on the fly like the rest of the GUI? That they would appear in the language set in FreeCAD?

If I recall, that's how Solid Edge works, but I haven't used a French version of the software for a couple of years. I believe that the features names would be translated in the software locale, but I can't be sure.

Still, as it is, the users create features of which names mean nothing to them if they don't have a working knowledge of English.

Comment by ian.rees 2016-04-06 07:01

Just trying to think through how this might work:

French user creates Cylindre and Cylindre001 in a new file, saves it and sends to English user
English user opens file and sees Cylinder and Cylinder001
English user fuses Cylinder and Cylinder001 together, to create Fusion. Re-saves file and sends back to French user.

What does the French user see when they open the document and expand the object in it?

If the French user opens the file from the English user and saves it again without explicitly modifying anything, do we want the file to change?

Another user makes a drawing of an engine, and calls an object in it "Cylinder". Does that object's name get translated when the file is shared in other languages?

One corner case: If I'm using English FreeCAD and make a document with an object named "Cylindre" and another named "Cylinder" and send it to a French user, I think we need to make sure that Cylinder gets translated to Cylindre001. AFAIK object names need to be unique.

Comment by wmayer 2016-04-06 12:50

IMO, it's sufficient to translate the text on object creation and leave it afterwards as is. This means if an English user gets the project of a French user he will get the French text.

Also advanced users usually change the default label to something more meaningful and such text cannot be translated into another language anyway.

Comment by ian.rees 2016-04-06 21:29

OK, so should we close this ticket then? From what I understand, the primitives are now translated on creation, though haven't confirmed myself. http://forum.freecadweb.org/viewtopic.php?f=10&t=10497&start=30

Comment by normandc 2016-04-06 22:09

I agree with wmayer. I will add that even if you were to open a FreeCAD file made by somebody else with labels in a language you don't understand, you always have the icons to tell you the type of object. Back when I wrote this report, it was not the case.

But why close the ticket? At this time, only Part Primitive labels are translatable. All other FreeCAD objects are missing: Arch, Draft, PartDesign, and so on. Therefore most of the job is not even done yet.

Comment by ian.rees 2016-04-06 22:19

Ahh, I got a bit confused by the example in the forum where everything is translated. So, I thought the bug was about translating names after they're created, not about creating things with localised names.

So, to be clear, this ticket is about translating default names for items to the local language.

Comment by normandc 2016-04-06 22:22

Yes, that's it.

Comment by Kunda1 2017-01-17 11:55

I updated the 'Description' and 'Additional Information' of this ticket for more clarity.
What Workbenches are left to be translated? We can keep track of them in the 'Additional Information' field

Comment by normandc 2018-02-13 02:59

As per my 2016-04-06 comment: all of them apart from Part primitives.

Comment by normandc 2018-10-13 20:36

Removed "I don't know if this would be possible for 0.12 release..." from description as this obviously didn't make it. And 7 years later with a boatload of new commands added since 2011, this will be a MUCH BIGGER job.

Inconsistent translations for workbench names

Issue imported from https://tracker.freecad.org/view.php?id=495

Reporter: normandc
Date submitted: 11/27/2011
FreeCAD version:
Category: Bug
Status: confirmed
Tags: locale, translation

Original report text

Currently in latest FreeCAD source, translation for workbench names is inconsistent:

Some workbenches toolbar names are translated (in View --> Toolbars menu)
Some workbench specific menu names are translated, some aren't. For example, when the workbench selector is set to a specific workbench, the workbench menu name is not translated. The Raytracing menu name is in English (but its contents are translated). But if in complete workbench mode, then most of the workbench menus are translated.
In the workbench selector, the workbench names are not translated.

This should require some consideration.

I realize that translating the workbench names is a delicate matter as it could complicate communication on the forums with users of other languages. But I believe that a wholly translated interface is preferable, as some English names don't have signification to users of other languages. (For example: the distinction between Draft and Drawing can be lost on French users)

Additional information

I'll try to post screenshots shortly.

Other bug information

Priority: normal
Severity: feature
Category: Bug
Updated: 3/2/2021