• 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.

Modèle Api partie 2 :--)

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

vpapa

Guest
au revoir à tous,
et grâce aux bonnes réponses :-)
après avoir donné beaucoup de sang à mes amis avis, j'ai réussi à programmer mon premier plugin cocréateur en utilisant la bibliothèque .net\com :-).
j'ai pu rendre une structure d'un assemblage en termes de composants et de liens entre eux.
le problème maintenant est un autre:-(.
dans l'interface objet il n'y a pas de propriété pour récupérer les fichiers physiques des composants.
alors que j'ai remarqué qu'il est toujours possible, à partir du plugin, d'appeler la commande lisp.
je pensais donc que cette fonctionnalité était requise par la commande lisp. ce que je voudrais demander, c'est :

1) existe-t-il une commande système lisp qui, étant donné l'id d'un composant, retourne le fichier physique respectif ? :-)

sinon, quelqu'un a-t-il déjà mis en oeuvre quelque chose de semblable dans le lisp (langue que je regrette d'admettre ignorance totale) ?

en fait, j'aurais besoin d'une fonction lisp qui donne l'id\name du composant retour le fichier physique respectif, ou le fichier contenu dans le *.pkg (que j'ai remarqué est un fichier .zip normal renommé)

enfin une curiosité,
j'ai lu dans le manuel qu'en fait avec cocréer il est possible de travailler avec les fichiers pkg, qui contiennent tous les fichiers de la structure, ou de travailler avec les fichiers physiques distincts présents dans le système de fichiers. quel est le mode de travail le plus utilisé?

merci à tous,
gagnant.
 
... les fonctions de rappel existent, mais en partie ignorantes, je pense qu'elles sont contenues dans les bibliothèques de travailleurs. fonctions existent, mais ils font les maisons de logiciels qui implémentent le produit. ensuite, travaillez en double langage, lisp pour l'intégration, et le langage macro wm pour la partie requête de la base de données.
excuse l'insistance, mais il y a déjà un produit mis à l'essai, implémentable et avec une myriade de fonctionnalités également très puissantes et surtout faites par la maison mère. pourquoi faire un pdm ?

le mode de travail le plus utilisé pour un pdm est les données 3d.
 
où trouvez-vous la documentation des abeilles/réseaux de modélisation d'un espace?
j'avais frappé la tête à temps sans jamais trouver une information. je pensais qu'ils n'existaient même pas.
 
bonjour, et merci pour les réponses.
pour andy, votre raisonnement ne fléchit pas, mais pour les entreprises qui sont centrées sur la cocréation. au lieu d'imaginer des environnements avec un cad hétérogène.

pour drnaik, j'ai fait une recherche sur internet avec yahoo, google pas d'aucun résultat :-)
 

Statistiques du forum

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

Membres en ligne

Aucun membre en ligne actuellement.
Retour
Haut