[meeting minutes] developer meeting on how to integrate Toponaming
Forum rules
Be nice to others! Respect the FreeCAD code of conduct!
Be nice to others! Respect the FreeCAD code of conduct!
Re: [meeting minutes] developer meeting on how to integrate Toponaming
I guess, yes
I assume that the provided builds are going to be the result of the branch including the toponaming stuff and the (at that time) current master content.
I assume that the provided builds are going to be the result of the branch including the toponaming stuff and the (at that time) current master content.
Regards / Viele Grüße
Max
Max
Re: [meeting minutes] developer meeting on how to integrate Toponaming
JFYI, there will be a dedicated Snap nightly build dedicated to toponaming (called whatever the toponaming branch will be called). Thanks to @ppd who added this feature to the FreeCAD-snap package
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: [meeting minutes] developer meeting on how to integrate Toponaming
It is too work to add also a miniconda environment?Kunda1 wrote: ↑Sat Jun 04, 2022 12:55 am JFYI, there will be a dedicated Snap nightly build dedicated to toponaming (called whatever the toponaming branch will be called). Thanks to @ppd who added this feature to the FreeCAD-snap package
Regards
Carlo D.
GitHub page: https://github.com/onekk/freecad-doc.
- In deep articles on FreeCAD.
- Learning how to model with scripting.
- Various other stuffs.
Blog: https://okkmkblog.wordpress.com/
- In deep articles on FreeCAD.
- Learning how to model with scripting.
- Various other stuffs.
Blog: https://okkmkblog.wordpress.com/
Re: [meeting minutes] developer meeting on how to integrate Toponaming
When the branch is available I guess I'll add it to my build scripts.
I don't have snap on any of my machines and expect I'll keep it that way.
I don't have snap on any of my machines and expect I'll keep it that way.
Star Trek II: The Wrath of Khan: Spock: "...His pattern indicates two-dimensional thinking."
- adrianinsaval
- Veteran
- Posts: 5552
- Joined: Thu Apr 05, 2018 5:15 pm
Re: [meeting minutes] developer meeting on how to integrate Toponaming
If looo is planning on providing an appimage it's probably going to be through conda so I expect it will be available there too.
I'll probably provide and archlinux daily build, my setup for daily master builds seems to be working fine except github's servers often fail either on upload (which is weird since it should be happening within their own network) or download
I'll probably provide and archlinux daily build, my setup for daily master builds seems to be working fine except github's servers often fail either on upload (which is weird since it should be happening within their own network) or download
Re: [meeting minutes] developer meeting on how to integrate Toponaming
may I challenge that decision : did you consider solving the toponaming issue for sketches alone first, and THEN for the other things ?
As it happens, Sketcher is quite standalone in the FreeCAD source, AND is the base for nearly all other tasks. Therefore, if we can solve the toponaming problem for sketches, then all users would profit from it, AND this could be a task done earlier that for the full-blown solution. So what I'd like to be considered is to lower the goal for v0.21 to solve the toponaming issue for sketches.
- wandererfan
- Veteran
- Posts: 6324
- Joined: Tue Nov 06, 2012 5:42 pm
- Contact:
Re: [meeting minutes] developer meeting on how to integrate Toponaming
Just to clarify, you are proposing handling the situation where sketch A refers to geometry in sketch B only, not situations where something like a pad or a drawing refers to a sketch?Zolko wrote: ↑Fri Jul 15, 2022 3:48 pm As it happens, Sketcher is quite standalone in the FreeCAD source, AND is the base for nearly all other tasks. Therefore, if we can solve the toponaming problem for sketches, then all users would profit from it, AND this could be a task done earlier that for the full-blown solution. So what I'd like to be considered is to lower the goal for v0.21 to solve the toponaming issue for sketches.
If that is correct, I rather like the idea of getting a smaller piece working first.
- adrianinsaval
- Veteran
- Posts: 5552
- Joined: Thu Apr 05, 2018 5:15 pm
Re: [meeting minutes] developer meeting on how to integrate Toponaming
I would agree if it weren't for the fact that we already have a working implementation for Part and Part Design, if we seriously don't get enough time to get to them I guess we could leave them for next version but as it stands there's no reason to decide right now to leave them out, also the plan already was to merge in stages, first sketcher and Part and later Part Design. Also, a longer dev cycle is an acceptable trade if we actually get toponaming stuff merged.
And if you mean solving the sketcher element/constraint index problem I believe that is pretty independent from this so there is no reason to do one before the other.
And if you mean solving the sketcher element/constraint index problem I believe that is pretty independent from this so there is no reason to do one before the other.
Re: [meeting minutes] developer meeting on how to integrate Toponaming
I understand its a massive undertaking to review the existing solution for it to be fully accepted, but it would be REALLY nice to not see this tin-can get kicked down the road any further.
It was unofficially announced to be implemented in 0.20. That stalled out
Now it's been officially announced for 0.21/1.0
This is referred to as 'moving the goalposts'.
While I have no control over what the maintainers decide, I do think this would be a huge negative for FreeCAD's reputation. Again, this is particularly true when there's been a well known mitigation for the dreaded TNP issue for several years already.
It was unofficially announced to be implemented in 0.20. That stalled out
Now it's been officially announced for 0.21/1.0
This is referred to as 'moving the goalposts'.
While I have no control over what the maintainers decide, I do think this would be a huge negative for FreeCAD's reputation. Again, this is particularly true when there's been a well known mitigation for the dreaded TNP issue for several years already.
Re: [meeting minutes] developer meeting on how to integrate Toponaming
I understood it's @realthunder to decide on what will be merged and how much.
And I think this is the most reasonable approach as he probably knows best about what will be feasible and what not.
And I think this is the most reasonable approach as he probably knows best about what will be feasible and what not.
Cheers,
Markus
Markus