Je ne connaissais pas. Merci pour les liens. Il y avraiment des idees similaires entrre pycao et cadquery: le code doit etre le plus pres possible du langage parlé, chainage des operations, plugins, travail en coordonnees proportionnelles, documentation ...
A premiere vue, il y a une difference neanmoins, c'est que la construction est pensée dynamique dans cadquery, avec la notion de "Working point", qui bouge au gré des constructions. Cette notion n'existe pas dans Pycao. Dans Pycao, pour decrire des coordonnees relatives, on utilise le formalisme des vecteurs (pycao fait la difference entre points et vecteurs) sans notion dynamique. Les objets sont pensés de facon statique, mais on fournit des outils pour ensuite pouvoir les placer facilement les uns par rapport aux autres( fonctions screw_on et against notamment).
Ca me fait penser a un tableur contre une base de donnees. C'est plus rapide avec un tableur pour un petit projet, mais c'est difficile a maintenir au dela d'une certaine taille avec l'insertion de colonnes qui rend le code fragile au dela d'une certaine taille. Ca me semble un peu pareil ici. Les workings points, ca va aller vite pour des petits dessins, mais ca peut etre compliqué a gerer quand on insere du code au milieu d'un gros bloc.
En tout cas, ca a l'air bien pensé et ca me donne envie d'aller voir si il y a des idees interessantes qui pourraient etre utiles dans Pycao.
[^] # Re: En python aussi
Posté par lelama . En réponse au journal Pycao: modeleur 3D en python. Évalué à 2.
Je ne connaissais pas. Merci pour les liens. Il y avraiment des idees similaires entrre pycao et cadquery: le code doit etre le plus pres possible du langage parlé, chainage des operations, plugins, travail en coordonnees proportionnelles, documentation ...
A premiere vue, il y a une difference neanmoins, c'est que la construction est pensée dynamique dans cadquery, avec la notion de "Working point", qui bouge au gré des constructions. Cette notion n'existe pas dans Pycao. Dans Pycao, pour decrire des coordonnees relatives, on utilise le formalisme des vecteurs (pycao fait la difference entre points et vecteurs) sans notion dynamique. Les objets sont pensés de facon statique, mais on fournit des outils pour ensuite pouvoir les placer facilement les uns par rapport aux autres( fonctions screw_on et against notamment).
Ca me fait penser a un tableur contre une base de donnees. C'est plus rapide avec un tableur pour un petit projet, mais c'est difficile a maintenir au dela d'une certaine taille avec l'insertion de colonnes qui rend le code fragile au dela d'une certaine taille. Ca me semble un peu pareil ici. Les workings points, ca va aller vite pour des petits dessins, mais ca peut etre compliqué a gerer quand on insere du code au milieu d'un gros bloc.
En tout cas, ca a l'air bien pensé et ca me donne envie d'aller voir si il y a des idees interessantes qui pourraient etre utiles dans Pycao.