nomutt

Bonjour, Je ne connais pas de telle macro mais peut-être que iColorizor pourrait être la réponse. Dans un assemblage, iColorizor affecte une couleur aux composants ou occurences à partir d'une liste de couleurs prédéfinies. Si ces fonctionnalités ne correspondent pas a celle recherchée, il sera intéressant de savoir ce qu'il manque pour pouvoir l'ajouter dans une future version. Attention! iColorizor n'est pas un gratuiciel. A étudier en connaissance de cause.

D'une certaine manière la scission existe avec l'esquisse 3D. En modifiant les propriétés du segment principal en trait de construction et en plaçant deux ou trois segments contraints avec des longueurs cotées en relation, il n'y a pas beaucoup plus de travail que pour créer une scission ou il faudrait créer un point en le cotant pour réaliser la scission si l'outil était disponible. Les paris sont ouverts. Qui créera une macro qui scinde un segment en deux ou trois parties. Personnellement, je n'en ai plus le temps. Je dois préparer ce qui existe déjà pour la 2012.

Heeeu, il y a des droites dans Inventor ? Sinon pour un segment, c'est un peu compliqué. L'outil scission ne fonctionne qu'avec des segments sécants. Si le segment est seul, rien ne se fait. Si le segment est coupé et contraint en son milieu par un autre segment, tout va bien. Le segment de construction peut être détruit ensuite. J'essaierai aussi de contrôler le point de construction avec des relations enre cotes sur un point d'esquisse, entre le point et les extrémités du segment squelette. Cela rend le squelette plus souple pour les modifications ultérieures.

Bien sur! L'important pour être aider est de fournir le maximum d'informations pour que les membres du forum qui peuvent savoir aient envie de répondre sans se poser la question. Le but est simplement d'avoir plus d'efficacité.

Comme disent les anglo-saxons : Frustrating!

Oui sauf si l'application concernée est en cours d'utilisation. Quand elle se ferme, elle enregistre ses valeurs conservée en mémoire dans le registre et donc écrase la modification manuelle. Il est donc dangereux de modifier le registre sans savoir ce que l'on fait. Une extrème prudence est de rigueur. Une petite proposition cette page concernant la Graphic Database peut résoudre le problème.

Est ce que la manipulation dans le registre proposé dans le readme du correctif résout le problème? Attention, éditer le registre se fait sous la seule responsabilité de l'opérateur. Avec la version 2011, le moteur graphique a changé. Cela peut avoir une incidence. Que donnent les différent modes.

Bonjour, Je n'ai pas ce problème. Alors je doute que le correctif soit seul en cause. Que le problème soit constant sur trois postes identique est rassurant. Une même cause a les mêmes effets. Si nous savions quel correctif précis a été utilisé, ça pourrait faire avancer. Mais je ne sais toujours pas si ce problème est constant pour toutes les mises ou plan ou pour une seulement.

Bonjour, Je vois trois questions pour une solution: 1 - Vérifier si le problème est constant ou si cela est lié à une mise en plan particulière. Qu'est ce qui fait la différence en gros. 2 - Quel correctif a été efficace pour la 2010. Un correctif AutoDesk, un correctif matériel ? 3 - Attendre un nouveau correctif

Inventor ne le permet pas car ce n'est pas la réalité. Soit les ensembles sont identiques avec des profilés de même débit, soit il ne le sont pas car ils utilisent des profilés de longueurs différentes.

Ce message a été déplacé depuis le forum Inventor

Rotation sur la molette de la souris Depuis la version 2010, l'outil "Rotation" est disponible en enfonçant le bouton du milieu de la souris et en maintenant une des deux touches "Maj" î enfoncée. Vous le saviez ?

EP OK aussi!

Bonjour, Pour les matériaux de rendus, Inventor 2011 est à la traine par rapport aux autre produits Autodesk de la génération 2011. Patience donc.

Un dwg 2D ou 3D ?

Pour obtenir l'aide sur le vba, cliquer sur la petite flèche noire à coté du bouton ? dans la barre de titre. Voir "Ressources supplémentaires>Aide à la programmation".

Christian, Pour faire cela il faut savoir si l'installeur detecte ou pas une version Inventor sur le poste ou encore si un pré-requis est manquant. Si la case est grisée et cochée, alors Inventor est détecté comme présent. Sinon, il exsite un problème de pré-requis. Bon courage.

Hélas, cela ressemble fort à un développement spécifique. Et encore, rien n'est sur !

Désolé Christian, mais je ne comprends pas la question. Ou eut-être que je devine. Si la case est grisée ET cochée, c'est que l'installeur détecte qu'inventor est installé.

Ah! le temps, le temps, le temps... Moi non plus je n'en ai pas. Plus ou moins. Cela dépend du type de licence Visual Studio. Si c'est une express, il faut compiler et exécuter Inventor pour tester. Sinon, on lance le débogage mais cela doit lancer Inventor malgré tout. Le principal avantage d'une version non-expresse, c'est que l'on peut placer des points d'arrêt et examiner le code pas à pas. Pour ceux que ça intéresse, un support de cours sur le développement en VB.NET pour Inventor est en cours de gestation. Il sera édité et distribué par AriCad.

Bonjour, Dans les deux cas la vue du ViewCube est perpendiculaire au plan XY. Ce qui cloche, c'est que les deux référentiels ne sont pas identiques.

Pas mal de choses et de manière plutôt constante mais il est vrai que la création d'addin en .net est plus puissante. Gmassart saura te donner également des infos. Et ça coince ou?

Bigre! Cela ressemble furieusement à des fonctionnalités d'AutoCAD! Sinon, je ne crois pas que cela soit possible dans cette idée la. Ce qui peut être fait, sans garantie de fonctionnement toutefois, c'est de redéfinir l'esquisse avec "Clic Droit>Redéfinir" sur l'esquisse dans l'arbre de construction et en lui indiquant un autre plan d'origine comme XZ par exemple. J'avoue que, bien souvent, cela n'a pas été concluant. A réserver aux pièces simples donc.

Bonjour, Pourquoi les MAUVAIS revendeurs poussent à installer vault dès le départ. C'est la une question qui doit être discutée "entre adultes" pour le bénéfice de l'utilisateur. Il n'y a pas beaucoup d'erreurs qui ne se réparent. Mais attendre trop longtemps risque de coûter bien plus cher. Je viens d'achever un projet d'archivage de quelques dizaines de milliers de fichiers. J'ose donc donner mon opinion sur ce sujet.

Moi aussi je crois qu'il y a une solution. Mais je ne suis pas développeur chez Autodesk. J'ai commencé à écrire le code de cette fonctionnalité il y a déjà pas mal de temps. La difficulté principale est liée à la suppression de la vue de base qui renseigne le cartouche. Le code doit détecter la disparition de cette vue de base et au minimum supprimer la valeur dans le cartouche. Pour le mieux, le code doit rechercher la vue de base suivante et indiquer son échelle dans le cartouche. Mais il faut aussi laisser l'utilisateur choisir la vue de base qui sera considérée comme la vue principale fournissant l'échelle. Un autre besoin peut être de vouloir indiquer plusieurs échelles dans un cartouche. Cela est normalisé. Pour toute ces raisons, je prends le temps de bien étudier la réponse au besoin avant de publier quelque chose. Je vous en prie. C'est moi qui vous remercie. J'espère que vous en serez satisfait.