Manu.Net

Merci Gilles pour cette vidéo très claire, Manu

Intéressante cette interface, merci pour l'info

Marrant, moi j'aurais dit l'inverse, je n'ai vu quasiment que du C#. Par contre, sans bien comprendre l'anglais c'est vraiment compliqué, je crois qu'à part ce forum bien fourni je ne trouve des infos que sur des sites, bouquins ou vidéos en anglais... Sites d'ailleurs ou (gile) est bien présent ! Mais bon ça se bosse bien l'anglais technique, et avec un minimum de maîtrise de la langue ça t'ouvres beaucoup de portes...

Merci à tous pour vos présentations, même si vous n'êtes pas très nombreux vous faite déjà une belle petite équipe de qualité ! ;) Dans l'attente de découvrir ceux qui n'ont pas encore participé à ce sondage...

C'est le cas chez nous et sous AutoCAD 2017 je n'ai pas vu de pb

Salut, Nouveau sur le forum, j'aimerai bien vous connaitre un peu plus et savoir combien d'entre vous utilisent des technos .Net pour développer sous AutoCAD. Pour ma part c'est C#, WPF, MVVM, Entity Framework et un peu de tests unitaires, par contre le dev ne représente actuellement que 10% de mon temps de travail. N'hésitez pas à faire un post pour développer un peu plus, Merci, Manu ;)

Bien vu !

Si si, ça marche, youpla teste ça : *GAZ,Gaz ----GAS----GAS----GAS----GAS----GAS----GAS-- A,2.54,-2.54,2.54,-5.08,["GAS",STANDARD,S=2.54,R=0.0,X=-2.54,Y=-1.27],-7.62,2.54,-2.54,2.54,-2.54

Bonjour Gile, Pour info, deux petites coquilles suite au changement du binding de la couleur : Le LayerColorConverter ne se trouve plus dans le viewmodel : On trouve aussi, dans la partie ViewModel, certaines ressources nécessaires à la présentation, avec une classe LayerColorConverter pour convertir un élément de DataItemCollection représentant un calque (éléments de la liste déroulante) en une instance de SolidColorBrush de la couleur correspondante ; le remplissage de la pastille sera lié à ce Converter. Le converter ne convertit plus un calque en Brush, mais un Autodesk.AutoCAD.Colors.Color en Brush : /// <summary> /// Fournit la méthode de conversion pour obtenir la couleur du calque /// </summary> [ValueConversion(typeof(ICustomTypeDescriptor), typeof(SolidColorBrush))] class LayerColorConverter : IValueConverter { /// <summary> /// Convertit un objet ICustomTypeDescriptor représentant un calque en sa couleur /// </summary> /// <param name="value">Objet implémentant ICustomTypeDescriptor à convertir.</param> /// <param name="targetType">Type SolidColorBrush</param> /// <param name="parameter">Non utilisé.</param> /// <param name="culture">Non utilisé.</param> /// <returns>Instance de SolidColorBrush représentant la couleur du calque.</returns>

Vol1 = surface triangle bleu Pour Vol1 = 60 % de Vtot ça donne h = H * sqr(0.6) Pour Vol1 = 25 % de Vtot ça donne h = H * sqr(0.25) Pour Vol1 = x % de Vtot ça donne h = H * sqr(x) *sqr = racine carrée

Les cours sont très loin, mais pour que les 2 volumes soient égaux, j'ai trouvé h = H * sqr(1/2) (sqr = racine carrée) Vtot = surface totale V1 = surface bleue V2 = surface verte alpha = angle en haut du triangle Vtot = (H² * tan(alpha))/2 V1 = (h² * tan(alpha))/2 V2 = Vtot - V1 = ((H²-h²) * (tan(alpha))/2 Donc pour V1 correspondant à la moitié de la surface totale : V1 = Vtot/2 => (h² * tan(alpha))/2 = (H² * tan(alpha))/4 => h² = H²/2 => h = sqr(H²/2) => h = H * sqr(1/2)

Tu peux rajouter quelques icônes prédéfinis en cliquant sur Démarrer / Paramètres / Personnalisation / Accueil / Choisir les dossiers affichés dans l'écran d'accueil. Tu peux aussi épingler n'importe quel raccourci à l'écran de démarrage (les vignettes à droite du menu démarrer) en cliquant avec le bouton droit / Epingler à l'écran de démarrage Le raccourci vers le dossier de l'ancien menu démarrer c'est : %appdata%\Microsoft\Windows\Start Menu, mais même si tu y rajoutes des raccourcis tu ne les retrouveras pas dans le nouveau menu démarrer. Et oui, il va falloir te faire à ce nouveau menu...

Click bouton droit -> Nouveau raccourci dans le dossier à partir de l'explorateur de fichier

Merci pour l'info Gile

%appdata%\Microsoft\Windows\Start Menu\Programs\Startup (à taper dans la barre d'adresse de l'explorateur de fichiers)

Par contre de ce que j'ai vu, le SP1 contient ces 3 hotfixs, donc installe plutôt le SP1 que les hotfixs : http://blogs.autodesk.com/autocad/autocad-2017-service-pack-1/

Si il s'agit bien de ce hotfix : https://knowledge.autodesk.com/sites/default/files/file_downloads/Autodesk_AutoCAD_2017_Hotfix_3_Readme_FRA.html C'est comme le PorcSalut c'est écrit dessus : ;) Ce correctif s'applique aux versions suivantes avec le correctif 2 d'Autodesk AutoCAD 2017 installé Donc Hotfix 1 + 2 + 3

Pouah, vaste sujet. Pour les sauvegardes, en premier lieu il faudrait faire en sorte que toutes les données se trouvent uniquement sur tes serveurs, à part pour les PC portables qui n'ont pas le choix. Après, est-ce que vous faite de la virtualisation de serveur (Vmware ou HyperV) ? Avez-vous une baie de stockage ? C'est ce qu'il y a de mieux pour la souplesse / répartition des ressources et des sauvegardes...

Salut, il y a longtemps que je n'ai pas utilisé de XRefs, mais de mémoire les XRefs sont automatiquement trouvés si ils se trouvent dans un des dossiers de fichier de support ou dans le même dossier que le dessin courant. A l'époque je faisais en sorte de toujours les placer dans un de ces dossiers pour ne pas être embêté par la suite. Je ne sais pas si ça peut t'aider mais bon, gérer des chemins en dur peut vite devenir l'enfer...

Oui, et la copie se fait bien dans le dossier de sortie bin/Debug

Bonjour, regarde si le style de texte de ton attribut n'est pas annotatif, si c'est le cas il doit être paramétré pour ne s'afficher qu'à une ou certaines échelles dans l'espace papier.

Je me répond à moi-même car j'ai pu avancer grâce au détail de l'exception : === Informations d'état de liaison préalable === JRN : DisplayName = WPF.AutocadThemes, PublicKeyToken=null (Partial) AVT : des informations de liaison partielle ont été fournies pour un assembly : AVT : Nom d'assembly : WPF.AutocadThemes, PublicKeyToken=null | ID de domaine : 1 AVT : une liaison partielle se produit lorsqu'une partie seulement du nom complet de l'assembly est fournie. AVT : cela peut entraîner le chargement d'un assembly erroné par le classeur. AVT : il est recommandé de fournir une identité textuelle complètement spécifiée pour l'assembly, AVT : qui comprend le nom simple, la version, la culture et le jeton de clé publique. AVT : pour plus d'informations et pour obtenir des solutions à ce problème, consultez le livre blanc à l'adresse suivante http://go.microsoft.com/fwlink/?LinkId=109270. JRN : Appbase = file:///C:/Program Files/Autodesk/AutoCAD 2016/ JRN : PrivatePath initial = NULL Assembly appelant : PresentationFramework, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35. === JRN : cette liaison démarre dans le contexte de chargement de default. JRN : utilisation du fichier de configuration de l'application : C:\Program Files\Autodesk\AutoCAD 2016\acad.exe.Config JRN : utilisation du fichier de configuration d'hôte : JRN : utilisation du fichier de configuration de l'ordinateur à partir de C:\Windows\Microsoft.NET\Framework64\v4.0.30319\config\machine.config. JRN : stratégie non appliquée à la référence à ce stade (liaison d'assembly privée, personnalisée, partielle ou basée sur l'emplacement). JRN : tentative de téléchargement de la nouvelle URL file:///C:/Program Files/Autodesk/AutoCAD 2016/WPF.AutocadThemes.DLL. JRN : tentative de téléchargement de la nouvelle URL file:///C:/Program Files/Autodesk/AutoCAD 2016/WPF.AutocadThemes/WPF.AutocadThemes.DLL. JRN : tentative de téléchargement de la nouvelle URL file:///C:/Program Files/Autodesk/AutoCAD 2016/WPF.AutocadThemes.EXE. JRN : tentative de téléchargement de la nouvelle URL file:///C:/Program Files/Autodesk/AutoCAD 2016/WPF.AutocadThemes/WPF.AutocadThemes.EXE. Et à ce post : http://forums.autodesk.com/t5/net/autocad-2015-dll-configuration-file-read-error/td-p/5437852 Dans ce cas particulier, Autocad va chercher à charger l'assembly depuis son dossier d'install : C:/Program Files/Autodesk/AutoCAD 2016/ ou depuis un sous dossier du nom de l'assembly Il reste donc comme solutions : - Soit de copier l'assembly dans le dossier d'install d'AutoCAD (j'ai testé ça fonctionne) ou à priori dans un sous dossier portant le nom de l'assembly - Soit d'utiliser la solution de contournement dont je parlais plus haut - Soit de faire un netload préalable de cette assembly Bref, rien de très satisfaisant mais à priori ce sont les seules solutions simples Manu

C'est le même problème que dans ce post : https://forums.autodesk.com/t5/net/load-error-dll-s-called-by-my-dll-plugin-in-2015-2014-and-2013/td-p/6394517 Le problème n’apparaît que si on utilise l'assembly en xaml uniquement Il y a moyen de contourner le pb en faisant un using et en instanciant un objet quelconque de l'assembly dans le constructeur de la CommandClass par exemple, mais bon, c'est bof bof... <_< Des idées ?

Super, un grand merci Gile ! J'aurais dû demander avant... Ca résout bien mes problèmes de start.scr, mais malheureusement pas ceux de ma 2ème assembly (WPF.AutocadTheme.dll) qui ne veut pas se charger quand elle est déclarée dans du xaml : xmlns:thm="clr-namespace:WPF.AutocadThemes;assembly=WPF.AutocadThemes" Mais qui se charge si j'utilise du code avec un using classique et l'appel à une classe, ou alors en xaml dans une application WPF classique hors Autocad. Tu as déjà rencontré ce problème ? Détail de l'exception: Exception levée : 'System.Windows.Markup.XamlParseException' dans PresentationFramework.dll Informations supplémentaires : Impossible de charger le fichier ou l'assembly 'WPF.AutocadThemes, PublicKeyToken=null' ou une de ses dépendances. Le fichier spécifié est introuvable.

Bonjour à tous, J'ai un souci dont je ne trouve pas l'origine, lors du debug de mon projet .Net j'essaye d'utiliser un chemin relatif comme indiqué par Gile pour charger le fichier start.scr : ..\..\bin\Debug\start.scr, mais ça ne fonctionne pas : "start.scr" Impossible de trouver le fichier. Pourtant le fichier start.scr est bien copié dans le dossier bin/Debug et si je met le chemin en dur ça fonctionne. J'ai exactement le même pb dans le fichier start.scr, il faut que le chemin soit en dur, sinon ça ne fonctionne pas. Lorsque je lance le netload à la main sous Autocad, je tombe pourtant bien directement sur le dossier bin/Debug de mon projet. J'ai essayé en créant un nouveau projet, et même en essayant d'utiliser le projet CONVPALETTE de Gile : Même Problème ! Et ceci sous AutoCAD 2016 ou 2017... Je sèche... Ca ne serait rien si il n'y a avait que ça, le problème c'est que ma solution comprend 2 projets et que mon deuxième projet (assembly) ne veut pas se charger pour le même problème de chemin relatif... Auriez-vous une idée pour m'aider ? Merci, Manu