BricsCAD LISP versus OtherLISP

Se você leu meus posts anteriores (parte 1 e Parte 2), Você sabe disso BricsCAD suporta totalmente as ferramentas LISP nas quais você e sua empresa confiam há anos (talvez décadas). Agora, ao migrar para o BricsCAD, você está pronto para migrar seu ambiente e padrões. Quais são alguns dos itens a serem considerados?

Não deixe de conferir o editor visual LISP do BricsCAD: BLADE. Para começar com o BLADE, basta digitar BLADE na linha de comando.

Para fins dessa discussão, vamos nos concentrar na personalização do LISP e não nas modificações do menu e da interface do usuário personalizada (CUI). No entanto, eu recomendaria primeiro usar a interface padrão do BricsCAD por uma semana ou mais antes de fazer qualquer alteração nos menus. Para mim, descobri que eu realmente preferia o layout padrão e o acesso ao comando do BricsCAD sobre o “outro” ambiente. Depois que descobri onde todos os comandos estavam localizados, descobri que não estava alternando entre os paladares do menu de ferramentas com a mesma frequência que fazia no OtherCAD.

Como uma nota lateral… você sabe que você é verdadeiramente “old school” quando você prefere digitar comandos curtos com a mão que não é mouse, ao invés de escolher entre 2 ou 3 níveis de menus. Quanto mais eu uso o BricsCAD, menos eu pareço confiar naqueles atalhos de teclado. A interface de usuário simplificada e o cursor quádruplo, na verdade, facilitam o uso de menus do que o tipo. Experimente, você vai adorar.

Quase sem diferenças

Quando você estiver pronto para começar a migração, você verá que praticamente não há diferenças no BricsCAD LISP versus o OtherLISP. Seu código é carregado e executado e a funcionalidade é idêntica. As principais diferenças ao “portar” seus aplicativos serão algumas etapas de configuração menores, estrutura de linha de comando e, possivelmente, locais de arquivos. Para começar, vamos revisar a configuração e o lançamento de seus programas existentes no BricsCAD.

Se você estiver iniciando automaticamente seus programas usando Acad.lsp ou Acaddoc.lsp, você simplesmente precisará renomear e / ou combinar esses arquivos em um único arquivo chamado “on_start.lsp” Para ativar esse recurso, basta alternar a opção em Configurações / Opções do programa / Sistema:

Diálogo de Configurações BricsCAD LISP

Eu prefiro sempre ativar essa opção.

Aproveite o painel de configurações do BricsCAD

Também recomendo que você se prepare para passar um tempo se familiarizando com o menu Options / Setting no BricsCAD. Conforme você mergulha, você encontrará uma tonelada de configurações e opções que você provavelmente desejaria ter em seu “outro” ambiente de CAD. Bem vindo ao BricsCAD!

A próxima etapa na caixa de diálogo de configurações seria adicionar as pastas de suporte ao caminho de pesquisa do Files, localizado em Settings / Program Options / Files:

Diálogo de Configurações BricsCAD LISP

 

Como regra geral, nunca codifico nenhum caminho a menos que seja absolutamente necessário. Os caminhos de suporte que eu uso normalmente serão adicionados como na maneira acima e / ou localizados em um nível abaixo da pasta do projeto atual. Normalmente, usarei uma função “findfile” para validar o arquivo antes de continuar com meus comandos, como no método abaixo:

(if (findfile “custom-code.lsp”) (carrega “código personalizado”))

Na verdade, este é um dos métodos que usei para demandar-carregar minhas funções dentro do on_start.lsp :

(defun c: my-function (); isso define o comando
(if (findfile “custom-code.lsp”), verifique se o arquivo existe
(carregue “código personalizado”); se for verdade, inicie
(alerta “código personalizado não no caminho de suporte!”); não é verdade, tão alerta
); end Se declaração
); função final

O comando defun (DEfine FUNction) é o mesmo nome da função dentro do seu on_start.lsp arquivo e essa função redefine a função de chamada quando é lançado. Esta é outra razão legal para usar este método, pois demonstra como o LISP pode ser dinâmico!

Aproveite a sua mudança para o BricsCAD…

Quando seu fluxo de trabalho de engenharia está em execução, você geralmente cria uma longa lista de itens de manutenção que você adia. A migração para um novo ambiente CAD oferece uma oportunidade de fazer algumas dessas atualizações e atualizar seus padrões de documentação. Quase todos os clientes que eu ajudei a migrar precisam abordar caminhos codificados antigos, nomes de arquivo de sintaxe 8.3, convenções de nomenclatura de camada antiga e outros no-nos dentro de seus padrões. À medida que avançamos nesta série, compartilharei alguns dos métodos que utilizo para armazenar configurações de usuário e padrões externos ao seu código LISP, para que possam ser atualizados com mais facilidade. Até a próxima, feliz codificação!