• Ce forum est la traduction générée par la machine de www.cad3d.it/forum1 - la communauté italienne du design. Plusieurs termes ne sont pas traduits correctement.

Commande "réponse du cadre"

  • Auteur du sujet Auteur du sujet cacciatorino
  • Date de début Date de début

cacciatorino

Guest
Ce que j'ai perdu jusqu'à présent de ne pas connaître cette commande est très puissant ! :-)

pratiquement je dessine une fenêtre d'éléments pour se déplacer: les éléments entièrement inclus dans la fenêtre (parties ou groupes) sont déplacés, plutôt que ceux partiellement inclus sont repassés.

exemple: dans un plan, je peux étirer une colonne, déplacer la bride et les vis d'extrémité, et repasser le tube. C'est une commande qui accélère vraiment le travail, publie ce poste pour le bénéfice de ceux qui ne le connaissaient pas. . . .
 

Pièces jointes

  • Immagine.png
    Immagine.png
    46.2 KB · Affichages: 19
cacciatorino a dit:
Ce que j'ai perdu jusqu'à présent de ne pas connaître cette commande est très puissant ! :-)

pratiquement je dessine une fenêtre d'éléments pour se déplacer: les éléments entièrement inclus dans la fenêtre (parties ou groupes) sont déplacés, plutôt que ceux partiellement inclus sont repassés.

exemple: dans un plan, je peux étirer une colonne, déplacer la bride et les vis d'extrémité, et repasser le tube. C'est une commande qui accélère vraiment le travail, publie ce poste pour le bénéfice de ceux qui ne le connaissaient pas. . . .
Cliquez pour agrandir...
C'était suffisant pour moi de demander... l'ancien un petit commandement de rien, je l'ai consommé......:face rouge:
 
J'essaie d'expliquer. le commandement est totalement irrespectueux de la structure des groupes. Imaginez avoir un sous-groupe, si vous le déplacez en sélectionnant la structure, vous déplacez son image dans votre groupe, avec la commande window vous déplacez tous les composants qui se déplaceront même dans des groupes partagés. Essayez de voir comment le mm réagit. Bien sûr si vous travaillez avec u pkg.... :-)
 
Er Presidente a dit:
J'essaie d'expliquer. le commandement est totalement irrespectueux de la structure des groupes. Imaginez avoir un sous-groupe, si vous le déplacez en sélectionnant la structure, vous déplacez son image dans votre groupe, avec la commande window vous déplacez tous les composants qui se déplaceront même dans des groupes partagés. Essayez de voir comment le mm réagit. Bien sûr si vous travaillez avec u pkg.... :-)
Cliquez pour agrandir...
En fait, si le groupe est parfaitement compris dans la fenêtre, il est déplacé au niveau de son cadre de référence, c'est-à-dire que les instances partagées en dehors de la boîte ne sont pas touchées (peut-être que la commande a été perfectionnée par rapport au passé).

si la fenêtre ne comprend que certains composants, s'ils sont sous pdm il est interdit de changer au cas où le groupe n'est pas réservé. Si le groupe est réservé ou si je travaille en dehors du pdm, je ne sais pas, je n'ai pas essayé.
 
Je travaille aussi très bien et l'utilise souvent, les seuls problèmes peuvent être quand il y a des parties partagées orientées en face de la direction de la déformation et quand une partie contient à l'intérieur d'un conteneur, au lieu il devrait bien fonctionner si la partie finale est liée à une partie de stock.
Mais attention, au moins jusqu'à la version 17, la fonction se déplace du panneau est déséquilibrée lorsqu'une configuration est activée.
 
Je m'associe à ce que j'ai dit. chasseur, je viens d'essayer cette commande sur un jeu de texte et la modification que je voulais faire a été effectuée dans la foudre. ce qui est rapporté dans l'aide est assez explicite: "En déplaçant un visage, la géométrie attachée à elle s'étend de manière à augmenter ou à réduire la taille de la pièce. Si vous sélectionnez des groupes ou des parties entières pour se déplacer avec votre visage, les parties seront repositionnées." Ce concepteur solide commence vraiment à m'apprécier;)
 
Er Presidente a dit:
décrire, souvent partager résout (du moins en partie) le problème.
Cliquez pour agrandir...
Je ne sais pas par où commencer, c'est juste une succession continue de petits accrochages... Je ne sais même pas si c'est la faute de cad ou de pdm, ou la gestion du site trop compliquée, parce que depuis que j'utilise cocreate je passe 30% du temps à résoudre divers problèmes ou à regarder la roue qui tourne, alors que quand j'ai utilisé le bord solide ou les travaux solides le temps de travail était temps de travail et non le temps de maintenance. Sincèrement aujourd'hui, je suis un peu découragé, ce sera la faute d'échéances trop rapprochées du projet que je ne sais pas si je pourrai respecter à cause de cette vague mine de cad qui s'arrête trop facilement. ...
 
cacciatorino a dit:
Je ne sais pas par où commencer, c'est juste une succession continue de petits accrochages... Je ne sais même pas si c'est la faute de cad ou de pdm, ou la gestion du site trop compliquée, parce que depuis que j'utilise cocreate je passe 30% du temps à résoudre divers problèmes ou à regarder la roue qui tourne, alors que quand j'ai utilisé le bord solide ou les travaux solides le temps de travail était temps de travail et non le temps de maintenance. Sincèrement aujourd'hui, je suis un peu découragé, ce sera la faute d'échéances trop rapprochées du projet que je ne sais pas si je pourrai respecter à cause de cette vague mine de cad qui s'arrête trop facilement. ...
Cliquez pour agrandir...
mais il ne serait pas préférable de travailler "off-line" et puis insérer les projets du client, j'ai l'impression que la gestion de l'envoi au pdm est, en fait, inefficace.
 
Er Presidente a dit:
mais il ne serait pas préférable de travailler "off-line" et puis insérer les projets du client, j'ai l'impression que la gestion de l'envoi au pdm est, en fait, inefficace.
Cliquez pour agrandir...
Non, ce n'est pas possible parce que je dois accéder en permanence à la base de données pour des questions ou la réutilisation de pièces de bibliothèque.

p.s. mieux expliquer:

Le problème est que la base de données du gestionnaire de modèles est cryptée. Lorsque je travaille avec le bord solide, j'ai reproduit le dossier de la bibliothèque sur mon serveur, qui sont des fichiers latéraux simples. étant clairement visible sur le système de fichiers, je n'ai pas besoin de questionner le serveur sql pour savoir que la partie "vite teci m8x16" correspond au fichier d:/cocreate/file_storage/xwtr34/asq3w/pokrte/45lkipe.sdp.
avec bords solides ou ouvrages solides Je le prends simplement dans le dossier d:/libreria/viti/tcei/ et je le fais glisser dans le cad.
 
Je ne voudrais pas paraître trop loin, mais une fois de plus je suis d'accord avec le Président. Je travaille sur une seule station de cad, donc je n'utilise pas de mm, et sans exagérer en utilisant osd je dirais que j'ai presque doublé la productivité. abandonnant le paramétrique, je passe moins de temps à éditer les quotas et à établir des liens père-fils avec tous les discours des addictions qui suivent, en déplaçant/replacer un composant dans un ensemble ne tombe pas tout, et lentement je découvre plusieurs commandes que dans proe manco j'en rêvais. Tout dépend de ce que vous devez accomplir, bien sûr, en ce qui concerne mon activité actuelle sans aucun doute Je peux dire que Osd est 100% adapté à mes besoins. puis générer le développement au format .mi, il s'interface évidemment parfaitement avec les trutops, et c'est aussi un autre avantage. le seul aspect qui me semble encore obscur, c'est comment associer les paramètres (en passant par la proe) à chaque partie/axième. dans le graphique voir position/nom/quantité est souvent insuffisant, et pour personnaliser certaines caractéristiques d'osd vous devez sauter à la tête sur le lisp presque comme s'ils disent "ok, voulez-vous personnaliser vos projets? par vous-même vous ne pouvez pas le faire, se tourner vers une entreprise qui vous conseille ...", mais cette attitude a également décrété la fin de l'eit, et cependant reste rien d'autre que d'organiser et d'approfondir certains thèmes de l'autodidacte, sinon voici une dépense monétaire infinie:)
 
Polymar a dit:
presque comme s'ils disaient "ok, voulez-vous personnaliser vos projets? par vous-même vous ne pouvez pas le faire, se tourner vers une entreprise qui vous conseille ...", mais cette attitude a également décrété la fin de l'eit, et cependant reste rien d'autre que d'organiser et d'approfondir certains thèmes de l'autodidacte, sinon voici une dépense monétaire infinie:)
Cliquez pour agrandir...
Vous avez touché le sujet. Tant que vous vous adaptez à l'utilisation de base, c'est-à-dire tecnigraph 3d, osd est bien (oui à dire). Dès que vous essayez d'aller dans la direction de l'automatisation de conception commencent les douleurs: toutes les choses pour lesquelles avec osd vous devez payer un programmeur, comme la création d'un cartiglio auto-compilant ou une liste de tableaux, avec d'autres systèmes sont à portée de l'utilisateur commun.

Sincèrement, vous devez éditer des fichiers lisp pour n'importe quelle personnalisation minimale, avec le risque que si vous avez tort de mettre une virgule ou si vous utilisez un bloc-notes au lieu d'un bloc-notes++ alors vous ne laissez plus rien, il me semble un héritage d'un monde unix qui n'a pas maintenant droit à la citoyenneté.
 
chasseur, Je suis d'accord avec 100% avec ce que vous avez dit, il est également connu que la syntaxe lisp n'est pas le plus facile à gérer, aujourd'hui 99 % des cads (en fait tous sauf osd), charger le système dll que vous pouvez écrire dans n'importe quel langage de programmation, typiquement vc++. pas un fou utiliserait osd pour l'automatisation de conception, comme callaghan a dit "tout homme doit connaître ses propres limites" ...;) quant au discours du db chiffré, je dirais que "crypt" aime les esprits génitaux de ptc, peut-être parce qu'il se souvient de la cryptotonite et les fait sentir des supermen :) au moment de l'intralien, les fichiers étaient clairement stockés dans le client wscriptscript massif, après avec wc tout était crypté utilisation. C'est la tendance contagieuse, ne soyez pas surpris si bientôt sw et s'ils cripaient tout. Ils sont tous d'accord, et le marketing n'est pas en charge. Juste vendre.
 
Polymar a dit:
quant au discours de la db cryptée, je dirais que "crip" aime les esprits de génie de ptc, peut-être parce qu'il se souvient de la crypttonite et les fait sentir supermen :) au moment de l'intralien, les fichiers étaient clairement stockés dans le client ws, après avec wc tout a été crypté, avec une utilisation massive de javascript+html+sql judicieusement mélangé. C'est la tendance contagieuse, ne soyez pas surpris si bientôt sw et s'ils cripaient tout. Ils sont tous d'accord, et le marketing n'est pas en charge. Juste vendre.
Cliquez pour agrandir...
Je ne la vois pas comme ça. crypté db est une méthodologie de travail des grandes entreprises, conçue spécifiquement pour empêcher les concepteurs de voler des projets en les copiant sur une clé ou similaire. ptc et osd proviennent d'un monde ancien dans lequel ces systèmes n'étaient utilisés que par de grandes sociétés dans lesquelles l'utilisation de pdms basés sur la suite était la norme, en fait ils ont des systèmes de stockage de données qui sans pdm deviennent difficilement gérables.

les produits à base de fenêtres modernes économisent sur les systèmes de fichiers et continuent à le faire, parce qu'ils sont nés pour les petites entreprises où si vous parlez de bases de données cryptées vous êtes immédiatement accompagné à la porte.
 

Statistiques du forum

Sujets
58 521
Messages
499 056
Membres
104 110
Dernier membre
ChristianR

Membres en ligne

Aucun membre en ligne actuellement.
Total: 1 (membres : 0, visiteurs : 1)
Retour
Haut