Accrochages personnalisés

[(gile)]

J'ai parlé un peu vite, je n'arrive plus à provoquer l'erreur.

Mais aux dires de Airwik et Titifonky, seul l'accrochage au centre de gravité pose problème et comme ça pourrait être un problème de ressources, j'ai essayé d'optimiser l'implémentation du calcul du centre de gravité.

 

Nouvelles versions à télécharger dans le premier message.

 

[bonuscad]

Salut,

 

Sous 2008, des plantages.

 

Quand je passe par les options et que je coche, tout va bien.

Si je décoche ensuite et que je force en tapant 'TRD (par exemple) -> Rapport à AutoDesk ;)

 

2 fois suite j'ai tenté l'expérience... :(

 

Au bureau j'avais essayé aussi avec Map2009 et il m'a planté avec le centre de gravité (avant nouvelles versions)

 

Puissant dans les 2 sens, les plantages sont quand même sérieux. :P

[(gile)]

Comme tu dis, c'est puissant :P

 

Je suis embêté de mettre en ligne une application qui provoque des erreurs fatales que je n'arrive pas à reproduire chez moi.

C'est d'autant plus difficile pour trouver d'où vient le problème.

 

J'ai fait de nouvelles versions qui libèrent systématiquement toutes les ressources libérables (quitte à ce que ça ne soit pas forcément utile).

Je ne peux pas dire si ça résout le problème...

 

Nouvelles nouvelles versions dans le premier message.

[lovecraft]

Bonsoir Gile,

 

Pour ma part excellent.... Que du lourd.

 

Donc je suis sur une version Autocad 2010 64 bits (OS Windows 7 Intégrale 64 bits)

 

Aucun soucis rencontré.

 

Cordialement,

 

Laurent

[Titifonky]

Bonjour Gile,

 

Je viens d'essayer la nouvelle version.

Plus de plantage quand j'utilise 'CTR sur des polylignes fermées

mais toujours sur les polylignes ouverte.

Quand je lance une commande et que j'appelle 'CTR pour récupérer le CDG. Si j'appuie sur ECHAP pour quitter la commande, ça plante.

 

Pour mon cas, je pense que cela est dû à la puissance de mon PC portable, c'est un vieil ordinateur. Je n'ai pas ce problème sur mon poste de bureau.

 

Et encore merci pour cette application.

 

[Edité le 3/2/2010 par Titifonky]

[fabcad]

bonjour a tous,

 

J'ai testé le customosnap.dll sur un AutoCAD MAP 2009, ca fonctionne avec les accroches validés dans les options autocad et aussi sur la ligne de commande.

 

Bravo Gile,

 

Fabrice,

[Airwik]

Bonjour,

 

Je viens de faire une série de test avec la version corrigé d'hier soir.

 

onglet "option/accrochage" décoché:

x pline segment ouverte => ok

x pline segment fermée => ok

x pline arc ouverte => 'ctr ERREUR FATALE

x pline arc fermée => ok

 

onglet "option/accrochage" coché:

x pline segment ouverte => ok

x pline segment fermée =>ok

x pline arc ouverte =>ERREUR FATALE à l'approche du pointeur

x pline arc fermée => ok

 

pour information supplémentaires je suis sous AutoCAD 2007 SP2 version A.209.0. le poste est un Core2 4400 2GHz avec 2Go de RAM et CG Nvidia GeForce 8600GT (on fait que de la 2D)

 

En espérant que ces tests puisse t'aider.

 

[bonuscad]

Aujourd'hui,

 

Re-testé sur Map2009, au bout d'un moment plantage... (c'est quand même, j'ai l'impression, après l'introduction forcée de l'option au clavier)

 

Les codes d'erreurs fatales te sont-elles utiles en retour, car je ne vois pas trop comment t'aider?

 

Mes tests se sont fait sur des entités basiques avec parfois des SCU objet non-parallèles au SCG.

Que dire de plus...

[(gile)]

Merci pour ces retours.

 

J'ai vraiment du mal à comprendre d'où ça provient.

Est-ce vraiment lié à l'accrochage CTR ?

Est-ce vraiment lié aux polylignes avec arc ?

 

Je regarderais à nouveau ce soir, bonne journée et encore merci.

[Tramber]

Ben ca cartonne.

Autodesk Architectural Desktop 2007, pas de bug, pas celui décrit.

 

J'ai tout de suite exploré ma voie et, deception, ça ne marche pas en mode GRIP_XXXX !

Et on ne peut taper

 'trd,qrt

comme on le fait avec les accrobj.

 

Excellent quand même.

 

 

[(gile)]

Salut,

 

Je pense que ça y est, j'ai trouvé le bug :D

 

C'est Airwik qui m'a mis sur la voie.

Il y avait une erreur dans le calcul du centre de gravité pour les polylignes ouvertes dont le dernier segment est un arc :o

C'est corrigé (le centre de gravité est calculé comme si la polyligne était fermée par un segment rectiligne)

 

Plus, j'ai trouvé comment était implémenté le mode forcé/transparent, j'ai donc supprimé mon bricolage.

Plus besoin d'entrer une apostrophe avant CTR, TRD ou QRT (ou _CTR, _TRD, _QRT), ces modes se comportent exactement comme les accrochages natifs :

GRIP puis TRD fonctionne

TRD,QRT fonctionne

(command "_.point" "_ctr" (cadr (entsel))) fonctionne

[bonuscad]

Pour ma part, cela à l'air d'être stable.

 

Sans les erreurs fatales, on apprécie la puissance de l'outil.

 

Par contre CTR ne réagit pas aux anciennes polylignes, (cela ne doit pas être grand chose, au point où tu es rendu) ;)

 

Chapeau l'artiste pour cette belle démonstration.

[(gile)]

Par contre CTR ne réagit pas aux anciennes polylignes

 

En l'état CTR ne fonctionne qu'avec les polylignes optimisées et les solides 3d parce que pour les solides, c'est facile ils ont une propriété Centroid et pour le polylignes j'ai utilisé l'algorithme utilisé ici.

Curieusement, avec .NET les régions n'ont pas de propriété Centroid.

Il reste la solution de créer un solide temporaire, de récupérer son centre de gravité et de le rapporter au plan de la région. Cette méthode pourrait aussi fonctionner avec toutes les courbes planes fermées (splines polylignes 2d). Elle présent l'inconvénient d'utiliser les DLL de modeler qui figent AutoCAD le temps du chargement.

Pour les polylignes 2d, je peux essayer avec le même algorithme que pour les polylignes optimisées.

 

[bonuscad]

Question subsidiaire, est ce que par ce moyen de programmation, tu peux obtenir la main (en profondeur) par exemple sur la fonction (grread) pour provoquer l'accroche objet en transparence.

 

Vu le niveau d'interaction avec le noyau, de part ta démonstration, je me pose la question?

[bonuscad]

Pour les polylignes 2d, je peux essayer avec le même algorithme que pour les polylignes optimisées

 

C'est bien de celle-ci que je parlais. Une simple LWPOLYLINE "Lissée" invalide ce mode CTR car elle devient de type ancien.

Le format DXF avec d'autres logiciels utilise beaucoup cette ancienne définition.

[Dinosor]

Hello à tous,

 

Merci Giles, il n'y a plus d'erreurs fatales a présent, c'est parfait, bravo ! :D

 

Bonne journée les bosseurs !

[Dinosor]

Oups,

 

Ai parlé un peu vite, voilà que ça reprend... Dur-dur !

( cela reste génial Giles ) je ne vais me servir ces options d'accrochage et les charger que lorsque j'en aurai vraiment besoin, pas le temps pour l'instant de voir plus loin...

 

Re coucou à tous

[(gile)]

:casstet:

Si vous rencontrez à nouveau des erreurs, merci d'essayer de préciser les circonstances.

- accrochages actifs (cochés dans les options)

- accrochage forcé (raccourcis entrés en ligne de commande)

- type d'entité (et particularités : ouverte ou fermée etc...)

[Titifonky]

Super cette nouvelle version,

 

Je n'ai plus aucun plantage sur mon pc portable.

 

Encore merci Giles

[Airwik]

Bonjour à tous,

 

Super boulot (gile) la nouvelle mouture semble bien fonctionner. J'ai toutefois réalisé la série de tests suivante:

 

onglet "option/accrochage" décoché:

x pline segment (3 segments) ouverte => CTR, QRT, TRD ok

x pline segment (4 segments) fermée =>CTR, QRT, TRD ok

x pline arc (1segment 2 arcs) ouverte => CTR, QRT, TRD ok

x pline arc (1segmet 2 arcs) fermée => CTR, QRT, TRD ok

 

onglet "option/accrochage" coché:

x pline segment (3 segments) ouverte => CTR, QRT, TRD ok

x pline segment (4 segments) fermée =>CTR, QRT, TRD ok

x pline arc (1segment 2 arcs) ouverte =>CTR, QRT, TRD ok

x pline arc (1segment 2 arcs) fermée => CTR, QRT, TRD ok

 

J'ai également renouvelé ces tests en partant d'un pline ouverte

Test fermeture de pline :

pline segment ouverte puis pedit, clore => CTR, QRT, TRD ok

pline arc ouverte puis pedit, clore => CTR, QRT, TRD ok

pline segment ouverte puis superposition premier et dernier point puis pedit clore=> ERREUR FATALE

pline arc ouverte puis superposition premier et dernier point puis pedit clore=> ERREUR FATALE

 

J'arrive donc à une erreur fatale lorsqu'on "ferme" la pline avec le pointeur et qu'ensuite on fasse pedit, clore. j'ai reproduit l'erreur avec le accrochage coché et decoché.

 

Quoi qu'il en soit c'est un super outil de plus !

Encore bravo.

 

Airwik, le testeur fou....

 

[Dinosor]

Voui, effectivement Gile, je suis un peu à la bourre et suis désolé de ne pas avoir été plus précis.

Je bosse sous AA 2010 et j'ai constaté que ces accrochages me posent finalement problème que dans le fichier sur lequel je travaille actuellement... Peut-être que celui-ci présente un petit souci (c'est un fichier réalisé par un tiers). Dans d'autres dessins, ces options d'accrochage fonctionne pour le moment très bien, mais je ferais des essais plus tard...

 

Merci encore !

[(gile)]

Merci au testeur fou (Airwik) pour avoir détecté ce nouveau bug, je ne pense pas assez aux entités "mal construites".

 

En fait ce sont les accrochages TRD et QRT qui ne supportaient pas les points superposés dans les polylignes.

 

Je pense avoir corrigé le problème, nouvelles versions (encore !) à télécharger depuis le premier message

[Tramber]

Puisque tu as fait des accrochages au tiers et au quart, je plaide pour un nouveau personnalisé à configurer dans l'option :

0.1

0.99

2/3

5/8

....

 

etc

 

[Airwik]

J'ai téléchargé la dernière version et réalisé toute ma série de tests...

Plus aucun bug constaté !

J'ai essayé sur des polylignes plus longues avec des segments des arcs, des nuages de révision, des splines,également avec des polylignes ouvertes, puis jointes, ou scindées en deux....(je travail beaucoup avec des polylignes "mal construites" pour faire mes surfaces et metrés d'appel d'offre)

 

Le code fonctionne parfaitement!

Bravo Gile tu es vraiment un champion.

[(gile)]

Par contre CTR ne réagit pas aux anciennes polylignes

Ça y est, CTR fonctionne aussi avec les polylignes 2d 'old style' et tant que j'étais dans la géométrie, jai aussi ajouté les arcs.

 

Question subsidiaire, est ce que par ce moyen de programmation, tu peux obtenir la main (en profondeur) par exemple sur la fonction (grread) pour provoquer l'accroche objet en transparence.

Je ne pense pas, en tout cas, je ne sais pas le faire.

En fait j'utilise des APIs qui ont été implémentées exprès pour créer des accrochages personnalisées (les classes CustomObjectSnapMode, ObjectSnapContext, etc.).

Avec dotNET, il y a un équivalent de grread (en plus puissant) qui permet d'utiliser des "entités fantomes" qu'on peut modifier en fonction de la position du curseur (les "Jig"), voir ici.

Mais implémenter ça pour que ce soit utilisable en LISP est bien au dessus de mes capacités.

 

Puisque tu as fait des accrochages au tiers et au quart, je plaide pour un nouveau personnalisé à configurer dans l'option :

0.1

0.99

2/3

5/8

....

 

etc

Ah les jeunes aujourd'hui ! Tu leur donne ça et ils... ;)

 

Encore merci à tous ceux qui ont pris le risque de tester :)