Vous avez raison, la distance de décalage est fixé dans notre plug-in.
Le problème ne se posera plus avec les améliorations prévus:
- Prise en compte des préférences Rhino
- Possibilité d'ajouter un offset par rapport à la préférence Rhino
- Choisir le sens d'affichage de la côte
- Affichage de la côte dans toutes les vues possibles
Oui cela devient assez rapidement gênant de ne pas voir les côtes dans plusieurs vues.
Par défaut nous mettons la visibilité de la côte dans la vues dans laquelle elle a été créé. Elle n'est ensuite plus modifiable.
Nous allons trouver un moyen pour faciliter cette visualisation.
Le mieux serait que les côtes soient visible dans toutes les vues possibles.
Au pire, de pouvoir choisir sont plan d'affichage.
Et dans tous les cas permettre de paramétrer le décalage de la côte par rapport aux préférences utilisateurs ainsi que le sens de décalage.
Je suis tout à fait d'accord. C'est assez gênant de ne pas pouvoir complètement le nom de l'objet de référence.
Nous allons trouver un moyen d'afficher ce nom correctement sans intervention de l'utilisateur (ToolTip)
Nous règlerons aussi le problème du renommage des objet lors de la copie qui génère rapidement des nom incompréhensible et a rallonge.
Ex: "Mon Objet 12.114.3555.5677"
Pas de possibilité de référence un RP.Point dans un des champs X,Y,Z (prévu semble-t-il, mais non opérationnel, retour à la valeur 0
Le point "Relative Point XYZ" n'est pas capable aujourd'hui de prendre en référence un autre point "Relative Point XYZ". C'est pour cela que la valeur reviens à 0.
Nous pourrons développer dans le future cette fonctionnalité pour que le point "Relative Point XYZ" puisse prendre dans un de ces champs X, Y ou Z la valeur du même champ du point de référence. Ceci effectuerai le même décalage que le point de référence, donc pas forcément dans le même plan
=> Problème : la valeur Z est empirique pour placer ce Pnt.02 sur le plan Z=0; faudrait pouvoir mettre une valeur absolue ...
Pour ce cas, nous ne pourrons pas améliorer l'interface.
Le mieux est de passer par un objet intermédiaire:
- Créer un premier Point Pnt.02 sans décalage en Z
- Créer une projection de ce point "Project Point On Surface" dans le plan XY
=> Problème : la valeur Z est empirique pour placer ce Pnt.04 sur le même plan Z que Pnt.01.
Je te propose le même type de méthode que précédemment.
Il ne faut pas hésiter à se servir d'autres objets intermédiaires pour réussir ce que l'on souhaite.
Il a tellement de possibilité, l'interface graphique deviendrait trop compliqué à utiliser si l'on prévoyait toutes les possibilités
Je ne peux vous donner une réponse précise sur la date de sortie de la prochaine version. Nous essayons de faire des mises à jour tout les 2 mois. Donc normalement la version 1.2 devrait sortir début Septembre.
En ce qui concerne votre version d'évaluation, si vous souhaitez avoir une prolongation de vos droits d'utilisation, le mieux est d'écrire à l'adresse support@rhinoparametrics.com pour en faire la demande tout en justifiant votre souhait.
L'affichage des côtes se fait à une seul décimal. C'est une constante du plug-in.
Tu ne peux donc pas modifier le nombre de décimal à l'affichage des côtes.
Je comprend tout à fait que se soit un problème, j'intègre ce développement dans la prochaine version.
Je suis vraiment désolé.
Nous vous conseillons de garder précieusement votre fichier de licence.
Une désinstallation du plug-in ne supprimera pas votre fichier de licence.
C'est pourquoi le répertoire C:\Program Files\Rhinoceros 4.0\Plug-ins\RhinoParametrics
ne sera pas totalement supprimé
SupportRhinoParametrics
