AutoCAD .NET Blog

Esses dias eu fiz um aplicativo para .NET inicialmente para AutoCAD 2012 que tinha uma simples formulário que chamava os comandos pelos botões, até ai perfeito e eficiente. Quando a empresa atualizou para AutoCAD 2013 fiz atualização da API já que era completamente incompatível e para minha surpresa compilou perfeitamente! Só que não... os comandos não funcionavam mais...  É muito comum querer chamar comandos de um ou outro dos ambientes de programação do AutoCAD . Embora seja mais limpa ( da perspectiva de um purista ) para usar uma API para executar a tarefa que você quiser, a maneira mais rápida - e aquela que vai apelar para os pragmáticos entre nós é muitas vezes para chamar uma seqüência de comandos .  Vamos pegar o exemplo simples de adicionar uma linha . Aqui está o que você faria a partir dos diferentes ambientes de uma perspectiva de API de baixo nível : LISP - criar uma lista de associação que representa a entidade e , em s

Esses dias eu desinstalei de vez o VS 2010, o problema disso é que eu utilizo o AutoCAD 2013 e e o Visual Studio 2013 que ambos não tem uma "compatibilidade" nos Wizard's que a Autodesk fez para podermos iniciar o desenvolvimento dos aplicativos. Pensando nisso, nada como uma boa pesquisa na Internet. Depois de pesquisar um pouco tive algumas informações úteis, A primeira é como usar a pasta  ...\\Documents\Visual Studio 2013\Templates\ProjectTemplates Jamas tinha visto qualquer pessoa comentando algo sobre ela ou a utilizando, pois bem, parece que era só colocar uma solução do Visual Studio lá que ela funciona então resolvi testar, criei uma qualquer e coloquei lá que me apareceu como um templete, o que é ótimo porque poderia partir de uma solução existente e fazer outra que o próprio VS 2013 muda o nome de tudo. Mas, Nada é Simples nessa Vida.... A solução do AutoCAD .NET é mais complexa tem arquivos básicos e referências de classes e isso era mais di

Como já se sabe todas as vezes que muda de versão o AutoCAD vem outra vez o transtorno de se modificar a versão da suas API's. Quando você tem poucas API's isso é até fácil mas a questão é: porque o AutoCAD já não faz-se sempre compatível? Na verdade são duas compatibilidades: (1) com a versão do ObjectARX e a (2) do ObjectARX com a versão do .NET Framework! Os aplicativos desenvolvidos usando API's do AutoCAD precisam ser testados (e muitas vezes adaptadas) para se certificar de que eles funcionam com uma nova versão da plataforma AutoCAD, já tive aplicativos bem sucessíveis migrando do 2009 para o 2010, por exemplo. Para várias gerações de AutoCAD  eles "quebram"  compatibilidade de aplicativos binário uma vez a cada três versões ( historicamente   isso aconteceu para o AutoCAD 2000, 2004 e agora 2007) . Para fazer com que as aplicações funcionam em versões intermédias eles podem precisar de trabalho portabilidade menor