Visual studio 2013 et Autocad 2015

[GEGEMATIC]

salut à tous,

je suis passé à Visual Studio 2013 community pour avoir le Edit & continue avec du x64

je suis en train de migrer mes projets, ça se passe pas trop mal sauf que j'ai quelques comportement bizarres:

- Un fichier Vb pour lequel j'ai défini compile à none qui se compile et s'exécute

- Des Commandmethod qui ne sont pas reconnu dans le 1er dessin, mais marchent dans le 2eme etc ...

 

Je sais qu'on à tendance a s'imaginer qu'un logiciel merde alors que ça vient de soi,

là je ne trouve pas.

 

donc si personne n'a de problème avec VS2013, c'est que ça vient de moi, si il y en a, il vaut mieux que je passe à Autocad 2016 (qui lui est officellement supporté par VS 2013)

 

gégé

[Maxence DELANNOY]

Perso, je n'ai jamais eu de problème avec VS 2013. En même temps, je ne mets jamais l'action de génération sur aucun (j'exclus le fichier du projet), donc s'il y avait un problème à ce niveau je ne m'en serai pas aperçu. Et j'utilise généralement C# au lieu de VB.NET.

 

Et pour ce qui est du Edit & Continue, je ne l'utilise pas car Revit ne le supporte pas (avec Revit, il faut activer le mode de compatibilité managé, ce qui désactive le Edit & Continue).

[Goldorak44]

Salut,

 

pas de souci non plus avec Visual Studio 2013. J'utilise également plus le C#.

 

Et pour ce qui est du Edit & Continue, je ne l'utilise pas car Revit ne le supporte pas (avec Revit, il faut activer le mode de compatibilité managé, ce qui désactive le Edit & Continue).

 

Idem !!

 

;)

[GEGEMATIC]

salut,

merci à tous les 2,

j'ai vraiment des différences de fonctionnement entre un projet VS2010 A2012 et VS2013 A2015,

je pense que le vieux projet avait des lacunes qui étaient acceptées, et qui ne le sont plus.

concrètement, c'est l'initialisation d'une classe qui ne se fait pas, ou de manière aléatoire.

il faut que j'en profite pour nettoyer mon code

gégé

[GEGEMATIC]

Il y avait pas mal d’approximations et d'incohérences dans mon projet, ce qui donnait des résultat troublants,

mais l'origine principale de mon problème semble être lié à l'abandon des fibres (command-s pour le lisp)

le sendcommand est devenue asynchrone,

Il pose des problème à beaucoup de monde,

et il ne peut pas toujours être remplacée par editor.command

dans mon cas, je créais une petite routine lisp via un sendcommand lors de l'initialisation de la classe,

même si je pouvais suivre pas à pas le bon déroulement des opérations, ce sendcommand était sans effet à ce stade (ouverture d'autocad avec un template)

 

le même sendcommand, attaché à l’événement de création de document, marchait très bien lors de l'ouverture ou la création d'autres documents.

 

ce sont ces petits détail qui rendent les migrations chronophages ...

 

Par contre, VS2013 me déroute, je n'ai plus les touches classiques F7 et F2 Normal ?

 

Gégé