Archivo de la etiqueta: autocad

PERSONALIZAR el AutoCAD ( y VII )

Programación.

En todos los grandes programas o aplicaciones, suele haber además de las instrucciones y ordenes que ejecuta normalmente el propio programa, la alternativa de “programar” rutinas o acciones, que inicialmente no se han contemplado, pero que algún usuario concreto con conocimientos de programación, puede estar interesado en realizar o adaptar.

Cuando hablamos de entornos de programación, hay que distinguir lo que normalmente se conoce como lenguajes de “macros”, que si bien permiten un cierto nivel de programación, normalmente se limitan a almacenar una secuencia fija de órdenes o comandos ya existentes en el propio programa, para ser ejecutados en una secuencia única, incluso con la incorporación de datos fijos o variables.

En estos últimos casos el proceso interno a nivel de código de programa, que se va ejecutando en la CPU, es la propia secuencia de instrucciones del programa principal, y la rutina tampoco se sale de los límites que tenga asignados dentro del SO (sistema operativo). Cuando se habla de “entorno de programación”, las rutinas que se desarrollan son externas al programa principal y se ejecutan en la CPU del ordenador como procesos diferenciados e independientes, necesitando un control propio desde el SO.

En este aspecto el entorno de programación ha evolucionado considerablemente desde las primeras versiones del programa que se ejecutaban bajo DOS, el cual no disponía de multitarea ni de multiusuario. Después con la evolución desde W95 este panorama ha cambiado y a su vez se ha desarrollado notablemente la programación orientada a objetos, ya sea en C++ o java. También la disponibilidad de Internet y la paulatina implantación del XML, contribuyen a desdibujar o desbordar los límites tradicionales de CPU-SO-Aplicación.

Las alternativas para desarrollar algún tipo de programación dentro de AutoCAD, en la actualidad es múltiple, y el hecho de optar entre una u otra, depende sobre todo de las destrezas o preferencias de cada programador. En las versiones iniciales solo se disponía de LISP, el cual es un lenguaje de alto nivel, basado en el manejo recurrente de “listas”, que al menos en los primeros tiempos, estaba muy asociado con desarrollos de Inteligencia Artificial. Este lenguaje siempre estuvo muy vinculado con AutoCAD, probablemente por las preferencias de los desarrolladores iniciales, pero también porque su peculiar filosofía permite un manejo bastante flexible, de los distintos datos o entidades que soportan la geometría que maneja el programa.

El lenguaje LISP.

El LISP es un lenguaje “interpretado” que se procesa en tiempo real en la línea de órdenes de AutoCAD. Esto supone que sobre la propia línea se puede escribir cualquier instrucción o código de ese lenguaje, siendo inmediatamente procesada en cuanto se pulsa la tecla “intro”. Alternativamente se puede escribir cualquier programa, bajo las especificaciones correspondientes, en un archivo de texto ASCII plano con la extensión “.LSP”, y ser leído desde el propio AutoCAD ejecutando y procesando su contenido de forma inmediata.

El lenguaje LISP se basa en un manejo recursivo de funciones y listas que siempre se escriben entre paréntesis. La “lista” es el objeto básico del lenguaje, ya que cualquier función se escribe como una “lista” de palabras o datos encerrados entre paréntesis. Los elementos de la lista pueden ser: cualquier palabra separada por espacios, un número, una cadena de texto entre comillas, o bien otra lista encerrada a su vez entre paréntesis.

Si se trata de una palabra aislada en principio se interpreta como el nombre de una variable reservando el espacio de memoria oportuno. Si es un número se interpreta con arreglo a su valor numérico, que puede ser entero o real dependiendo de la presencia del punto decimal. El lenguaje admite mezclar operaciones entre enteros y reales, subiendo siempre la categoría al dato más complejo. Si se trata de una cadena entre comillas se considera como tal.

Dentro de los paréntesis se escribe siempre una sucesión de palabras o términos, de las que la primera tiene que ser necesariamente el nombre de la “función” reconocida por el propio lenguaje LISP, y el resto de términos son tratados como argumentos de la misma. Además de esto, cualquier palabra o término que se incluye en la lista puede ser a su vez otra función encerrada entre paréntesis, de tal forma que el conjunto del programa siempre queda organizado como una estructura anidada de “funciones” escritas entre paréntesis.

La ejecución del programa siempre requiere haber cargado en la memoria RAM, todo el paquete de funciones anidadas y a continuación se comienza por evaluar en primer lugar la más interna, y con el resultado se sustituye en la lista que la contenía, pasando entonces a evaluar esa nueva función, y así sucesivamente hasta concluir con la mas externa cuyo resultado se muestra en la línea de órdenes.

Naturalmente el repertorio de funciones disponible en el lenguaje, permite definir y crear nuevas funciones, acceder a los archivos del disco, a las variables de memoria, calcular expresiones numéricas, y realizar diferentes tipos de operaciones con los datos almacenados en las variables etc. La capacidad para programar en este lenguaje lógicamente se deriva de mantener un conocimiento amplio y general de ese repertorio de funciones y de las posibilidades de uso que permiten.

La Ayuda del programa dispone de una parte dedicada al LISP que incluye una descripción pormenorizada y sistemática de todas las funciones incluidas. También dispone de un “tutorial”, en el que se desarrolla un ejemplo interesante, que sirve para generar una orden o comando nuevo, que dibuja de forma automática, una banda de longitud y ancho variables, rellena con círculos de cualquier tamaño. Este ejemplo resulta interesante porque permite comprobar de una forma práctica las posibilidades y el alcance del lenguaje, además de mostrar las peculiaridades del manejo de “listas” y el uso de las funciones más comunes.

En las últimas versiones del programa, se incluye también el entorno “Visual LISP”, aunque esto en el fondo no es mas que un pequeño sistema de ventanas múltiples que incluye un pequeño editor para facilitar la escritura de código LISP, y además va marcando con colores las palabras reservadas, las variables, se identifica la presencia o falta de paréntesis permitiendo localizar y depurar los errores del código con mayor facilidad. En este caso también se puede compilar el código.

Otras alternativas.

Además del lenguaje LISP, las versiones recientes de AutoCAD, permiten desarrollar rutinas de programación en otros sistemas, lenguajes o entornos como:

 VBA (Visual BASIC)
 ActiveX
  Objet ARX
  .NET

En todos los casos se usa el paradigma de la “programación orientada a objetos”, y el desarrollo en estos entornos requiere siempre un conocimiento avanzado de cada uno,  y por supuesto conocimientos especializados de programación. Dentro de esos entornos, particularmente .NET y Objet ARX, se encuentra la posibilidad de desarrollo mediante  lenguajes de programación como C, C++, C#, etc.

Formas y Tipos de letra.

Las formas son un tipo de objeto cuyo uso es similar a los bloques, aunque presenta ciertas peculiaridades. Una de las ventajas principales es que el manejo de memoria, y la carga del procesador es mucho mas eficiente, por lo que cuando se emplean muchos elementos del modelo puede resultar mas ligero, aunque con el nivel de prestaciones de las máquinas actuales es difícil que pueda llegar a apreciarse la diferencia.

Como inconveniente para el uso de las formas cabe decir que el diseño o dibujo, que va a componer la forma, no puede realizarse directamente en la ventana gráfica, sino que las formas gráficas del dibujo deben traducirse a una “codificación” muy peculiar y luego escribirse en un archivo de texto ASCII, con la extensión SHP, que posteriormente el programa “codifica”, generando un nuevo archivo con extensión SHX, cuyo contenido binario es el que finalmente se maneja.

Uno de los principales usos de las “formas” codificadas son precisamente los “tipos” de letra originales de AutoCAD, que incluso en las primeras versiones se suministraban con las dos clases de archivo, aunque últimamente solo con el codificado SHX. En las versiones actuales del programa también se admiten las tipografías TrueType, pero en este caso no tienen nada que ver con lo que comentamos.

En general el uso adecuado para las “formas” deberían ser elementos gráficos o símbolos relativamente sencillos, con una representación fija que no requiera modificaciones frecuentes, y que se repita mucho, como pueden ser obviamente las forma de tipografía, pero también repertorios de símbolos, para mapas o cartografía, esquemas de instalaciones, notas musicales etc.

Para considerar la posibilidad de crear un repertorio personal de “formas” hay que tener en cuenta que la codificación de un dibujo complejo podría resultar demasiado laboriosa y proporcionalmente sujeta a errores.

En el manual de ayuda, se desarrolla con detalle el sistema de codificación gráfica de las formas, y se incluyen algunos ejemplos que ilustran perfectamente este sistema, e incluso se incluyen un par de archivos con la definición de una tipografía completa.

 

PERSONALIZAR el AutoCAD ( VI )

Modemacro y DIESEL.

Dentro de la personalización de AutoCAD existe la posibilidad de añadir información personalizada en la “Línea de Estado”.

Recordando uno de los primeros temas del blog, la línea de estado es aquella que se muestra en el borde inferior de la pantalla, y en su configuración incluye de izquierda a derecha, las coordenadas de posición del cursor, ya sea con actualización dinámica según el movimiento del cursor, o estática cada vez que señalamos un punto en el área gráfica de la pantalla. A continuación un conjunto de pulsadores que controlan distintos estados de funcionamiento, como los modos “orto”, “snap”, “refent”, “grid”, etc., y en el lado derecho se incluyen otros tipos de pulsadores con una lista desplegable al final, con el control sobre la posibilidad de mostrar/ocultar estos conjuntos.

Mediante el mecanismo de una variable interna identificada como “MODEMACRO” se puede añadir información personalizada, que se sitúa en el extremo izquierdo de esta línea. La variable se puede invocar desde la línea de estado, y a continuación escribir un texto. El tamaño máximo es de 4.096 caracteres, aunque obviamente se desbordaría mucho antes el tamaño máximo de la pantalla, desplazando fuera los pulsadores y paneles que se muestran normalmente y cuya configuración junto con el tamaño y resolución de la pantalla son los que en la práctica limita el tamaño máximo del texto.

Dentro de esa nueva línea podemos mostrar por ejemplo nuestro nombre, o el de la empresa aunque esa sea una información poco útil. Para ello solo habría que escribir en la línea de órdenes:

MODEMACRO:  Julio AR

A partir de ese momento veremos que el nombre “Julio AR” se muestra siempre al comienzo de la línea de estado, bien hasta que volvamos a modificar la variable, o hasta que cerremos la sesión, ya que el contenido de la variable es volátil y no se guarda en el archivo de dibujo.

Lógicamente esa información “fija” es poco relevante, pero el programa dispone a su vez de un lenguaje de macros conocido como “DIESEL”, que permite ampliar esa información de una manera mucho más útil, como puede ser el nombre de la capa actual, del color, del tipo de línea, del estilo de texto o de la acotación, y en general cualquier valor contenido en alguna variable interna del programa.

El lenguaje de macros “DIESEL” se explica en la ayuda, y básicamente permite escribir expresiones basadas en el repertorio de funciones que se enumeran, las cuales tienen un formato similar al LISP aunque precedidas por el símbolo “dólar”, de la siguiente forma.

$( funcion, variable1, variable2, .. )

Una función interesante para este uso es “ $(getvar, variable) “ que es la que permite consultar en cada momento el contenido de las variables del programa, en particular para mostrar el color actual, tipo de línea, estilo etc.

Concretamente vamos a ampliar la información de la línea de estado, incluyendo el color, la escala de tipo de línea y el estilo de texto actuales. Esa infamación si consultamos las variables del sistema a través de la ayuda correspondiente, se encuentra en las variables: “CECOLOR”, “LTSCALE”, y “TEXTSTYLE”.

Por tanto tendremos que escribir un valor para “modemacro” que incluya el texto de referencia y en su lugar las llamadas a las funciones capaces de mostrar sobre esa línea de texto, los valores correspondientes. Esto sería algo así como:

MODEMACRO: Color Actl: $(getvar, cecolor) – Estilo Texto: $(getvar, textstyle) – Escala de tipo de Línea: $(getvar, ltscale)

Evidentemente esta configuración se pierde cuando cerramos el programa, pero nada impide escribir esa macro en alguna opción particular de menú personalizada mediante la interfaz CUI que habíamos comentado en las entradas anteriores.

Fotos y Archivos de Comando.

En el momento actual, el problema de realizar “presentaciones” sobre cualquier contenido, ya sea de “AutoCAD” o de otros programas, ha cambiado notablemente con respecto a las primeras versiones, que ya disponía de una difusión universal y generalizada desde mediados de los años 80s, cuando el uso de programas como “Power Point” o los formatos PDF resultaban inimaginables.

En aquellas primeras versiones, el programa disponía de un sistema propio, que lógicamente se ha mantenido por compatibilidad hacia atrás,  y que en la actualidad se encuentra en desuso. El sistema propio se basa en la posibilidad de “capturar” imágenes asiladas, exclusivamente del área gráfica de la pantalla, y posteriormente poder mostrarlas mediante una secuencia escrita en un archivo de comandos, que el propio programa puede ir mostrando paulatinamente con retardos programados, de una forma completamente “desatendida” lo cual podría resultar útil en ciertos entornos como ferias o exposiciones.

Esa secuencia de “imágenes” previamente guardadas en archivos independientes se muestran en la pantalla gráfica superpuestos a la imagen actual, pero cualquier acción sobre el teclado, ratón, o menús o la ejecución de otro comando, hacen que la pantalla se actualice y por tanto se pierde la imagen mostrada.

Las imágenes o capturas se denominan “slides” y el programa dispone de un par de comandos, que sirven para realizar o mostrar la captura de esa imagen gráfica. Estas son “SACAFOTO(_MSLIDE)” y “MIRAFOTO(_VSLIDE)”. Estas órdenes se pueden ejecutar desde línea de órdenes, de forma que en el primer caso nos pedirá una carpeta o dirección para situar el nuevo archivo, y en el segundo el nombre del archivo que se quiere mostrar.

El archivo de comandos no es más que un archivo de texto plano (formato ASCII puro), con la extensión “*.SCR” (script) en el que se va escribiendo cada comando en una línea diferente. El archivo puede contener cualquier comando salvo aquellos que despliegan un cuadro de diálogo, aunque normalmente estos suelen disponer de versiones alternativas sin el cuadro de diálogo.

Existe además algún comando como “RETARDA(_DELAY)”, que resulta bastante útil en este tipo de archivos ya que provoca un retardo en milisegundos igual a la cifra que se incluya, hasta que se procesa el siguiente comando de la lista. A continuación se muestra como ejemplo, un fragmento de un archivo que muestra las imágenes empaquetadas en t61(b100) .. b101) .. b102) con retardos de 1 segundo.

_vslide t61(b100)
_delay 1000
_vslide t61(b101)
_delay 1000
_vslide t61(b102)
_delay 1000

 

PERSONALIZAR el AutoCAD ( V )

En la entrada anterior se describe la forma de modificar o personalizar la “interfaz” de AutoCAD. Aunque comentado todo ello en abstracto, todo el mundo reconoce el interés de ese tipo de modificaciones, dado que siempre resultan complejas y generan una cierta inseguridad en cualquiera que no disponga de una cierta soltura de manejo, también existe una tendencia natural a considerar este tipo de aspectos como algo “lejano”, que solo es útil para “especialistas” que se dedican profesionalmente a esos desarrollos.

Con el fin de romper en la medida de lo posible, esa suposición inicial, voy a tratar de desarrollar un ejemplo práctico, construyendo una pequeña personalización sobre AutoCAD que pueda resultar útil a modo de ejemplo.

Voy a centrarme en la elaboración de un pequeño “menú desplegable” para insertar de forma rápida, un repertorio de “aparatos sanitarios”, ya que esta es una tarea relativamente común en la elaboración de una planta de arquitectura, y aunque tampoco resuelva grandes problemas, si puede servir de muestra sobre una forma de abordar “la personalización” para acceder a un repertorio de bloques que se insertan con frecuencia en diferentes archivos de dibujo.

Los bloques.

En primer lugar es preciso recopilar el conjunto de bloques que queremos agrupar en el nuevo menú. Este puede ser más o menos amplio, pero es conveniente agruparlo en alguna carpeta del disco, donde se puedan localizar con facilidad, y que probablemente con el tiempo vayamos modificando y/o adaptando a nuestro gusto particular. En primer lugar el repertorio va a ser bastante escueto para no extender el ejemplo, y se compone de un lavabo, bidet, inodoro, una ducha y una bañera, que una vez seleccionados, dibujados o elaborados, debemos colocar como dibujos independientes en una carpeta de nuestro disco, por ejemplo “[BLQS]”.

El nombre de los bloques es indiferente, ya que cada vez que vayamos a insertar un determinado bloque, el nombre del archivo estará escrito dentro de la “macro” o comando que automatiza esa tarea, y nosotros solo debemos “recordar” la ubicación del menú y nombre de etiqueta que hemos colocado en él, pudiendo incluso asociarle una pequeña imagen o gráfico a modo de “icono” con un tamaño de 32×32 pixel. Lo que si es importante es que el “path” o trayectoria de la carpeta donde están los bloques, se encuentre dentro la “Ruta de búsqueda de archivos de soporte” que si no estaba incluida se puede añadir con facilidad  en cuadro “opciones”, solapa “archivos”.

El nuevo Menú.

Una vez que tenemos recopilados nuestros bloques en la carpeta, sin olvidar ajustar el “punto base” de cada uno, sobre un punto singular que después resulta fácil de situar en el archivo de trabajo, cuando vayamos a insertar cada bloque. Para desarrollar el ejemplo vamos a situar un nuevo menú desplegable que llamaremos “Aparatos Snt.”, y a su vez cuando se despliegue va a contener, los bloques mencionados con arreglo al siguiente esquema:

Aparatos Sntrs.

                           Lavabo
                           Bidet
                           Inodoro
                           Ducha
                           Bañera

Si recordamos el funcionamiento del cuadro de personalización, los pasos a seguir, son en primer lugar definir un nuevo comando para poder insertar cada uno de los bloques. Después de haber definido los cinco comandos, debemos crear o definir el nuevo menú desplegable, dentro del cual vamos a colocar los comandos. Una vez hecho esto debemos guardar el nuevo menú como un archivo “CUIx” independiente, para poder modificar o ampliar en el futuro y finalmente tenemos que trasladar o insertar el menú que hemos creado dentro del general que utilizamos en nuestro espacio de trabajo.

Los nuevos comandos.

En este punto hay que advertir que posiblemente este sea el paso más crítico o delicado, ya que en la definición de un nuevo comando, es preciso ser muy cuidadoso con todos los caracteres que se escriben, ya que cada espacio en blanco se interpreta dentro del programa como una pulsación de la barra espaciadora o la tecla “intro”. Por otra parte es preciso identificar perfectamente todas y cada una de las respuestas opcionales que tiene el comando invocado, porque cualquier desajuste siempre genera respuestas imprevistas.

La definición de cualquier nuevo comando no es más que una cadena de texto, que se anotará de forma literal en el campo correspondiente, comenzando con el nombre de la “orden” que se quiere invocar, a continuación el espacio en blanco que inicia su ejecución, e inmediatamente las respuestas o textos que requiera cada una de las opciones de esa orden concreta.

Hay que tener en cuenta que tanto el espacio en blanco como el carácter “;” son equivalentes a una pulsación de la tecla “intro” o a la barra espaciadora. El carácter “”, genera una parada en la secuencia, que permite un respuesta del usuario ya sea señalando un punto de la pantalla, o bien escribiendo por teclado algún texto o dato que se cierra con una pulsación del “Intro”. Los datos fijos se pueden escribir dentro de la secuencia de pulsaciones de forma literal, aunque sin olvidar el comportamiento del espacio en blanco o encerrando la cadena entre comillas.

Hay que pensar que un solo espacio en blanco de más, al principio o al final de la secuencia, va a generar un “eco”, que trata de repetir la última orden ejecutada por el sistema, lanzando el mensaje correspondiente, y si las respuestas anotadas no se encuentran sincronizadas, el resultado final que se genera va a ser un “error”. Con el fin de probar y ensayar la nueva secuencia, es conveniente tratar de probarla mediante la línea de órdenes, contando y verificando las pulsaciones de una en una.

En el caso de nuestro ejemplo el nuevo comando que nos interesa se compone de una llamada a la orden “_INSERT”, y a continuación se añade el nombre del bloque que queremos insertar en el dibujo. Luego debemos programar una detención del comando para poder señalar en pantalla, el nuevo punto donde se situará exactamente el bloque que hayamos elegido. Una vez situado el punto de inserción, hay que tener en cuenta que la ejecución “paso a paso” del comando requiere otras tres respuestas, que son a su vez los factores de escala en las direcciones X e Y y el ángulo de giro para el nuevo bloque insertado.

En el caso que nos ocupa evidentemente los factores de escala en las direcciones X e Y deben ser “1”, por lo que en el comando será oportuno confirmar la opción por defecto o pulsar “Intro”, es decir escribir un “;”, sin embargo en el momento de fijar el ángulo de giro resulta oportuno devolver el control al usuario, para que el ángulo con que se inserta el bloque pueda fijarse gráficamente, es decir que debemos escribir en su lugar un “”. Esta entrada debería terminar la ejecución de la nueva orden por lo que le línea de texto debería tener el siguiente aspecto: 

_INSERT <bloque> ;;

El hecho de escribir el nombre de la orden en ingles precedida del subrayado de mayúsculas, se hace porque con esta notación, la orden funciona dentro de AutoCAD con independencia del idioma al que se haya traducido el programa, sin embargo si escribimos la versión “traducida”, solamente funcionara en aquellas versiones traducidas al idioma en cuestión.

Además de forzar la versión en ingles, del comando de base, es conveniente escribir al comienzo de la línea, dos veces la pulsación [Ctrl+C] con el fin de “romper” o anular cualquier posible orden transparente que pudiera estar en curso de ejecución en ese momento, lo que produciría un “error”. La forma de escribir por teclado esa pulsación es “^C”, con lo que el texto que debemos escribir en la macro quedaría:

^C^C_INSERT <bloque> ;;

Ensamblar el conjunto.

Una vez que está clara, la estructura del nuevo menú y como escribir cada comando, ya solo queda ensamblar el conjunto en un nuevo archivo personalizado.

Para ello abrimos el cuadro de la interfaz de personalización, nos situamos en la solapa “Transferir”, y desde el panel derecho, accionando la opción “nuevo” podemos crear un nuevo archivo con la extensión “*.CUIx” que situamos a nuestra conveniencia dentro de las carpetas del disco.

Posteriormente pasamos a la solapa “Personalizar”, y desde la cabecera abrimos el nuevo archivo y en la lista desplegable lo seleccionamos, con el fin de mantener los nuevos comandos y sus ajustes o modificaciones asilados del resto de los archivos de personalización.

Una vez situados sobre el nuevo archivo, abrimos el “nodo” de menús, y en él con ayuda del botón derecho dede el menú contextual, “creamos” el nuevo menú que vamos a llamar “Aparatos Sntrs.”.

A continuación pasamos al modulo inferior del cuadro que corresponde a la “Lista de Comandos” y que inicialmente debe encontrarse vacío porque aún no hemos definido ninguno. A la derecha en la barra de cabecera hay un botón que sirve para “crear un comando”, que una vez pulsado, nos presenta un nuevo aspecto del panel derecho, donde podremos editar o definir el nuevo comando y sus propiedades, incluido su nombre, la macro asociada y otros campos de ayuda.

A continuación vamos configurando cada nuevo comando, (Lavb. Duch. .. etc.) y en el campo de la macro escribimos el texto correspondiente actualizando debidamente el nombre del bloque que vamos a insertar. Finalmente cuando tenemos en el panel izquierdo toda la lista de los nuevos comandos ya solo queda subirlos al menú que habíamos creado y que se encuentra en el árbol general del panel izquierdo.

Cuando hemos acabado, solo queda salvar el nuevo archivo, y a continuación volvemos a pasar a la solapa “transferir”. Entonces seleccionamos en el panel izquierdo el archivo de personalización principal, y en el panel derecho el nuevo archivoque hemos creado, y solo nos queda trasladar con la pulsación sostenida, el nuevo nodo de menú desde el panel derecho a la ubicación que resulte oportuna del conjunto completo que tenemos en el panel izquierdo.

Finalmente accionando el botón “Aplicar” de la parte inferior, el sistema actualiza todo los archivos y presentará en nuestro espacio de trabajo el nuevo menú, y a partir de ese momento deben encontrarse disponibles los nuevos comandos.

 

PERSONALIZAR el AutoCAD ( IV )

La interfaz de usuario

Una de las características que siempre ha tenido AutoCAD desde las primeras versiones, es su gran capacidad y flexibilidad, para poder modificar la “interfaz” de usuario, adaptando esta a las necesidades o preferencias personales de cada uno.

El concepto de “interfaz”, básicamente se debe considerar como el aspecto y configuración que tiene la pantalla o ventana del programa, durante el proceso de trabajo habitual, que es a través de la que vamos cargando, seleccionando o ejecutando las órdenes que deben actuar en cada momento, además de incorporar o definir los datos de cualquier tipo, con los que vamos construyendo nuestro archivo de trabajo.

Normalmente en las primeras versiones del programa la interfaz de usuario estaba constituida por un área de menús, situada en la parte derecha de la pantalla y una pequeña zona inferior para la línea de comando con capacidad para tres o cuatro líneas de texto. El resto de la pantalla estaba ocupada por el área gráfica donde se visualizaba el dibujo que íbamos construyendo. También disponía naturalmente de una barra de título y otra de estado, donde se mostraba la información correspondiente.

El repertorio de órdenes y comandos que ha tenido disponible el programa desde sus primeras versiones ha sido muy extenso, por lo que los menús de comando tenían que disponer de algún mecanismo o sistema que permitiera ordenar racionalmente ese gran repertorio, con una estructura “anidada” o de cualquier otro tipo, para poder alcanzar tanto las diferentes “ordenes” del programa como las opciones o alternativas para la ejecución para cada una.

Por otra parte la extensión y repertorio de órdenes que se encuentran disponibles en un programa de propósito general como este, es singularmente amplio aunque sin embargo a la hora de realizar el trabajo cotidiano muchas de sus características y opciones, son formas alternativas para realizar tareas similares. Ello supone que cada usuario se va acomodando por una parte a utilizar solamente algunas órdenes con las que se siente más cómodo y por otra parte las peculiaridades de cada trabajo concreto, también contribuyen a que haya ciertos conjuntos de órdenes o alternativas que en la práctica cotidiana son poco utilizadas. El programa también permite con relativa facilidad adaptar o acomodar el uso de distintas órdenes u opciones, a un comportamiento diferente en función del uso particular, o los gustos de cada usuario. Todo esto es la base de la “personalización” del programa.

La personalización desde las primeras versiones, se desarrollaba mediante archivos [ *.MNU ], que estaban configurados como archivos de texto ASCII plano, que se podían editar o modificar mediante editores como “notepad”, o cualquier otro que no intercalase dentro del contenido, sus propios códigos. El programa se suministraba siempre con un archivo denominado “ACAD.MNU”, que se iniciaba por defecto en el arranque y contenía la estructura inicial de los distintos menús, que configuraban la interfaz, tanto de la pantalla como la tableta digitalizadota, o la pulsación de los botones del ratón.

 La estructura interna de esos archivos esta dividida en secciones, donde se escribe mediante sucesivas líneas de texto, el término que debe mostrar el menú encerrado entre corchetes, y a continuación las órdenes u opciones del programa exactamente igual que si se estuvieran escribiendo mediante el teclado en la línea de órdenes. Dentro de las instrucciones que se pueden escribir también se incluye cualquier rutina de “AutoLISP”, ya sea escrita directamente o bien a través de la carga de archivos escritos en ese lenguaje, que el programa “interpreta” en tiempo real, con lo que las posibilidades para ampliar o personalizar cualquier comportamiento de nuevas órdenes u opciones mediante un menú añadido con ese mecanismo, no tiene más limites que la propia imaginación.

Evidentemente tanto la depuración como la necesidad de comprobar que las rutinas funcionan con arreglo a las previsiones, constituyen una parte muy importante de todo este proceso. El programa en las versiones anteriores, permitía cargar módulos o partes que podían estar distribuidos en varios archivos con la extensión MNU, no obstante a partir de la versión de 2.006 se produce un cambio profundo, implantando el uso de un nuevo cuadro de “Interfaz de personalización”, que se complementa con el manejo de un nuevo tipo de archivos [ *.CUI ] ó [ *.CUIx ], que a fin de cuentas son archivos de tipo XML, en los que se centralizan y gestionan todos los datos de personalización que antes estaban en los archivos MNU, y que son actualizados de forma automática por el programa, evitando la modificación del archivo por el usuario mediante un editor.

El cuadro de Personalización.

Los antiguos archivos MNU, se pueden incorporar perfectamente en la nueva estructura, pero los archivos CUI, ya no son modificables mediante el editor de texto, sino que el programa incorpora una orden que despliega en pantalla un “cuadro de personalización”, desde el que se accede a todas las ordenes y opciones, cuyo contenido puede ser editado y modificado dentro de ese cuadro, a gusto de cada uno. Finalmente cuando se cierra el cuadro, el propio programa realiza internamente la actualización del correspondiente archivo CUI con las modificaciones realizadas.

El cuadro de personalización, se encuentra dividido verticalmente en dos partes, y dispone a su vez de otras dos solapas que controlan los estados alternativos de “Personalizar” y “Transferir”. La diferencia entre ambos radica en el uso del panel derecho, que en el caso de “Personalizar”, sirve para ir abriendo detalles o componentes de los elementos y nodos que se van seleccionando en el panel principal de la izquierda. En el caso de la opción “Transferir”, el panel derecho se utiliza para abrir, guardar o configurar archivos parciales.

El panel principal situado a la izquierda, muestra inicialmente una estructura en “arbol” que contiene todos los elementos personalizables del programa. Cuando se encuentra activo el modo “transferir” solo se muestra la estructura del arbol, y permite “copiar” o “trasladar” entre ambos paneles cualquier elemento o rama de la estructura, con la pulsación sostenida del ratón.

Cuando se encuentra activo el modo “personalizar”, la estructura se complementa en la parte inferior con un cuadro que muestra una lista completa de los comandos disponibles. A medida que se van marcando o abriendo los distintos nodos del árbol o bien los comandos de la lista inferior, el panel derecho va mostrando un texto aclaratorio sobre la función de cada uno, o bien los componentes detallados que configuran el elemento, y que son mostrados en campos de texto para que se pueden modificar y/o reescribir oportunamente sobre el panel derecho.

La estructura completa del árbol es bastante amplia y compleja por lo que lleva cierto tiempo familiarizarse con el conjunto, pero resulta muy fácil y cómoda de manejar. Uno de los primeros nodos de la estructura en árbol, es la de “espacios de trabajo”, que constituyen la herramienta básica para poder gestionar distintas configuraciones de personalización.

Los “espacios de trabajo”, constituyen la forma de guardar o recuperar una determinada configuración o aspecto de la Interfaz de usuario o espacio de trabajo. A fin de cuentas no son mas que “etiquetas”, que genera el propio usuario, y que almacenan y por tanto permiten recuperar posteriormente un determinado aspecto de la interfaz de usuario, en la que se visualizan y colocan en las distintas zonas de la pantalla los menús de barra, persiana, cinta o paletas, que usuario tuviera desplegados en la pantalla, cuando ha creado o actualizado esa etiqueta o nombre concreto.

El programa suministra por defecto cuatro espacios de trabajo que corresponden con otras tantas configuraciones de la interfaz, concebidas para facilitar el trabajo básico de dibujo y anotación en dos dimensiones, o bien un par de variantes para trabajo de modelado en 3D, y otra más para evocar el aspecto clásico del AutoCAD.

 

PERSONALIZAR el AutoCAD ( III )

Los Patrones de sombreado

Los patrones de sombreado en AutoCAD pueden responder a rellenos de color continuo o bien a patrones de líneas sucesivas que se repiten a una distancia uniforme y según el diseño con ciertos desfases cuando la línea tiene una pauta de trazos discontinuos.

El sistema de “patrones de sombreado”, funciona con arreglo a las definiciones contenidas en un tipo especial de archivos de texto plano (ASCII), que tienen la extensión “.PAT”, en concreto el programa dispone de dos de estos archivos, “acad.pat” y “acadiso.pat” que deben encontrarse en una carpeta localizada dentro de las trayectorias propias del programa.

Esos archivos tienen una organización bastante similar a los archivos de tipo de línea y lo mismo que aquellos pueden ser editados por el usuario con el fin de modificar los patrones que contienen o bien añadir otros nuevos que serán reconocidos por el programa a condición de que respeten la sintaxis y el formato específicos.

El manual de ayuda explica con bastante claridad como se elaboran los nuevos patrones, por lo que se recomienda su lectura. No obstante vamos a comentar de forma rápida la manera de crear nuevos patrones.

Dentro de los patrones de sombreado, se pueden distinguir en primer lugar patrones sencillos con línea continua, en un segundo nivel patrones con línea de trazo discontinuo, y finalmente patrones de línea con varios trazos en distintas direcciones.

Los archivos de tipo “*.pat” también admiten comentarios precedidos de punto y coma para identificar su contenido. La estructura de cada patrón, es similar a la definición de los tipos de línea aunque en este caso la definición se puede extender con otras líneas de texto. La primera línea de texto debe comenzar necesariamente con un “asterisco” y contiene dos campos separados por una “coma”. El primero es el que identifica el nombre del patrón, que no pude superar los 31 caracteres, y el segundo una descripción de texto.

A continuación el archivo puede tener una o varias líneas con el siguiente contenido:

“ángulo, origen x,origen y, delta x,delta y,trazo 1,trazo 2, …”

Esto supone escribir una serie de números separados por “comas” con los datos correspondientes al ángulo de trazado de las líneas, las coordenadas del punto por el que se pasa la primera línea del patrón, y a continuación los desplazamientos en las direcciones X e Y en las sucesivas repeticiones de la línea. Obviamente cuando el patrón de trazado es una línea continua, estos dos datos no tienen ningún interés, pero cuanto el patrón es discontinuo, esos dos números permiten ajustar tanto la separación entre líneas, como el desplazamiento relativo del patrón, a lo largo de líneas sucesivas.

Finalmente los últimos datos corresponden al trazo de la línea en sí y funcionan igual que en los archivos de patrones de línea. Si el valor del número es positivo, se dibuja el tramo correspondiente y si es negativo el espacio queda en blanco. Con el numero “0” se dibuja un punto.

El relleno con el patrón de líneas, se extiende de manera indefinida hasta llenar los “contornos” que se seleccionan al invocar la orden. Esa área se rellena de forma continua con el patrón que hemos definido hasta ocupar completamente toda la superficie con líneas paralelas a ambos lados de la inicial, con arreglo al desplazamiento relativo “delta y” y naturalmente al tamaño relativo que se especifica en la orden SOMBREA.

En todo caso el patrón de sombreado puede admitir en su definición, más de una familia de líneas repetidas cubriendo toda el área, y que a su vez pueden mantener el mismo ángulo de la primera, o bien pueden tener ángulos diferentes, sin mas que añadir nuevas líneas de texto en el archivo con la definición de los patrones.

Esta característica permite elaborar diseños de figuras que se repiten de manera uniforme y que pueden estar formadas por “estrellas, hexágonos, aparejos de ladrillo, etc, aunque con la condición de ser particularmente cuidadoso con la elaboración del diseño, y la correspondiente trascripción de los datos al archivo, además de hacer numeroso ensayos de comprobación hasta que todo funcione correctamente.

A continuación se enumeran los pasos para definir un nuevo patrón de sombreado:

1 – Abrir el archivo acad.pat o acadiso.pat en un editor de texto en formato ASCII.

2 – Crear una línea de encabezado con un asterisco y el nombre de patrón. (máx 31 caracteres)

3 – Escribir una línea de descripción que incluya:
– El ángulo en el que se dibuja la línea
– El punto de origen X,Y
– Un delta x de cualquier valor, si desea desfasar líneas alternas      en la familia de líneas
– Un delta y de cualquier valor
– Un valor para la longitud de trazo
– Un valor para una longitud de punto
– Un segundo valor opcional para una longitud de trazo          diferente
– Un segundo valor opcional para una longitud de punto    diferente

4 – Opcionalmente escribir sucesivas líneas que incluya todos los parámetros del paso anterior, manteniendo la misma dirección y distintos desfases, o bien diferentes direcciones para completar una figura compleja, como una estrella, un aparejo etc.

PERSONALIZAR el AutoCAD ( II )

Los tipos de línea

La personalización de los tipos de línea, constituye una de las primeras áreas donde aquellos aficionados a escudriñar los entresijos del programa o de cualquier otra cosa a su alcance, se internan en primer lugar, ya que a pesar de no resultar un sistema muy intuitivo, si resulta bastante fácil de operar, internándose en sus elementos con el fin de probar e imaginar nuevas alternativas o posibilidades.

El sistema de “tipos de línea”, funciona alrededor de un tipo especial de archivos de texto plano (formato ASCII puro), que tiene la extensión “*.lin”. El programa suministra de forma estándar un par de archivos con esa extensión, que son “acad.lin” y “acadiso.lin”. Cualquier usuario puede escribir nuevos archivos con una contenido diferente, que serán visibles, y podrán ser cargados solo con mantener la extensión “*.lin” y ubicarlos en alguna carpeta reconocible, o bien añadir nuevas definiciones a los archivos existentes, en cuyo caso debe tener la precaución de mantener la integridad de estos para no perder o alterar su contenido.

Estos archivos deben encontrase dentro de los directorios o carpetas del sistema, y pueden ser abiertos y editados, con cualquier editor ASCII como el “Notepad”, o bien si se utiliza cualquier otro editor de texto, hay que tener la precaución de “guardar” el archivo en ese formato, ya que si el editor intercala dentro del archivo sus propios códigos de control, este dejaría de funcionar correctamente.

Los archivos de tipo “*.lin” admiten como es habitual, comentarios precedidos de “punto y coma”, que ayudan a identificar el contenido del mismo. La estructura interna del archivo es parecida a la que se comentaba en la entrada anterior para los archivos de “comandos externos” y/o “alias de comando”, de forma que cada “tipo de línea” diferente que se incluye dentro del archivo consiste en un par de líneas de texto con las que se “codifica” el comportamiento o aspecto de la línea.

Las definiciones de cada tipo, se componen de dos líneas de texto sucesivas, de las que la primera contiene dos “campos” separados por una “,” ‘coma’, y la siguiente contiene además de una clave inicial, varios campos numéricos separados también por ‘comas’.

Los dos campos de la primera línea de texto, sirven para definir el “nombre” del tipo de línea con el que va a ser identificado dentro del programa, y a continuación una descripción del mismo, que puede incluir un texto aclaratorio o bien una especie de muestra esquemática, escrita con los caracteres mecanográficos comunes, que luego resulta muy útil, ya que esa descripción se muestra en los cuadros de diálogo del programa cuando vamos a elegir o seleccionar cada uno de los tipos.

El contenido numérico del patrón que se define en la segunda línea de texto, se basa en la idea de un trazo continuo, que solo se dibuja si el valor del número es positivo, y que cuando es negativo se deja el hueco correspondiente. Cuando el valor es “cero”, lo que representa es un punto asilado, que lógicamente solo tiene sentido si está entre dos valores negativos. Los valores numéricos naturalmente representan el tamaño de cada segmento en las unidades del dibujo, multiplicadas por el “factor de escala”, tanto del archivo de dibujo general, como del objeto de línea particular.

Con estas referencias podemos ampliar el archivo de tipos de línea con nuestros propios patrones o diseños, aunque hay que reconocer que los tipos que se suministran con el programa, además de operar correctamente con el factor de escala, que es el que suele dar más quebraderos de cabeza, casi siempre por no actuar de forma ordenada y sistemática, suelen cubrir la mayoría de las necesidades y este tipo de ampliación o personalización tampoco suele ser muy frecuente.

En todo caso la personalización de los tipos de línea, no termina solo con la distribución de puntos y discontinuidades sobre una línea recta de referencia, sino que también se pueden añadir dentro de la pauta de la línea, caracteres de texto o bien pequeños símbolos o “formas”, contenidas dentro de un archivo “SHX”.

La incorporación de texto dentro de los archivos de tipo de línea resulta sin embargo una característica mucho más útil, ya que permite especificar ciertas característica sobre algunas líneas, que pueden hacer referencia a su contenido como: “Gas”, “Alta Tensión”, o cualquier otra que sea oportuno. De hecho los archivos suministrados utilizan esta característica para generar un patrón de “zigzag”,  intercalar un par de corchetes, o un aspa para representar cercas, etc.

La forma de insertar caracteres en el archivo de tipos de línea, consiste en reemplazar uno de los números que se situaban entre ‘comas’ por un conjunto de valores encerrados entre corchetes.

Dentro de los corchetes se incluyen los siguientes campos:

[“texto”,nombreestilotexto,escala,rotación,desfasex,desfasey]

El campo “texto” identifica los caracteres que se intercalan en la línea, y el nombre del estilo identifica el “estilo de texto” que se va a emplear para representar los caracteres y que tiene que estar definido dentro del archivo de dibujo antes de cargar el tipo de línea, por lo que es recomendable utilizar el estilo “STANDARD”, ya que este siempre está definido.

A continuación se indican los valores para indicar la escala relativa, el ángulo de rotación de los caracteres y los desfases X e Y respecto a la línea de trazado, siempre identificados con su letra de referencia y a continuación del signo “=”con arreglo a la notación de ejemplo que se incluye a continuación o que se puede encontrar en el archivo de “Ayuda”.

                  [“AC”,STANDARD,S=.1,U=0.0,X=0.0,Y=-.05]

 Este codigo, supone intercalar en el patrón de línea, los caracteres “AC” representados con el estilo de texto “Standard”, a un tamaño relativo de 0.1 unidades de dibujo cada letra, las letras alineadas con la línea principal, y con un desfase de cinco centésimas negativas, respecto al centro de la línea.

Formas en los tipos de línea.

Las “formas”, son una característica poco utilizada del programa, que permite definir un conjunto de pequeños símbolos que se recopilan en un archivo, y se “codifican” mediante una geometría muy característica.

Esos símbolos se definen en un archivo de texto ASCII con extensión “*.SHP” que luego es compilado por el sistema para generar otro archivo “compilado” con la extensión SHX. El manejo de esta codificación esta pensado para que el funcionamiento interno tanto en la memoria como en el procesador sea particularmente eficaz, y de hecho es el tipo de codificación que se utilizaba en las primeras versiones para manejar los diseños de fuentes y tipografías. En resumen, un archivo SHX contiene un repertorio de formas simples o elementales, que se identifican pos un número de código ASCII o algo parecido, y se pueden insertar en cualquier dibujo a modo de pequeños bloques, aunque en este caso ya no se pueden editar, modificar o siquiera descomponer.

En un apartado específico de la Ayuda, se explica con detalle, la geometría y el sistema que permite diseñar y codificar este tipo de formas, aunque su utilización no es muy frecuente.

Cuando se dispone de un archivo de formas SHX, estas pueden ser a su vez incrustadas en los patrones de “tipo de línea” de una forma similar a los caracteres de letras, aunque en este caso se debe intercalar entra corchetes la siguiente codificación:

[nombreforma,nombrearchivoshx,transformación]

En este caso el nombre de forma es la etiqueta que identifica la “forma” dentro del archivo SHX, el nombre del archivo, es necesario para identificarlo, y además es preciso que se encuentre cargado y accesible dentro de las trayectorias reconocidas por el programa. Finalmente la transformación, es opcional, y se compone de una serie de valores que se identifican con una inicial en mayúsculas seguida del signo “=” y permiten definir distintos giros, escalas y desfases de la forma respecto a la línea principal.

Los parámetros de la transformación pueden ser:

R=## Rotación relativa
A=## Rotación absoluta
U=## Rotación vertical
S=## Escala
X=## Desfase X
Y=## Desfase Y

Un ejemplo para codificar una forma dentro del archivo de tipo de línea, puede ser:

[DIP8,pd.shx,X=0.5,Y=1,R=0,S=1]

En la “Ayuda” del programa se encuentran detalladas estas referencias.

 

 

PERSONALIZAR el AutoCAD ( I )

Hoy toca abordar un nuevo tema para continuar el desarrollo del blog. El tema elegido es la “personalización” del AutoCAD, siempre contemplada desde el punto de vista del trabajo alrededor del proyecto de arquitectura.

El AutoCAD siempre ha sido un programa o aplicación que desde los primeros momentos destacaba por sus capacidades para desarrollar componentes personalizados, aunque en las primeras etapas resultaban un poco complejas, probablemente debido más al desarrollo de los sistemas operativos y el nivel general de la informática. (No existía el sistema “Windows”, y se trabajada principalmente bajo MS-DOS, por otra parte para “editar” archivos de texto, el S.O. incluía un editor de líneas conocido como “EDLIN”, que podría calificarse como “tortura inhumana”, para cualquier principiante que tratara de iniciarse con algo de “ilusión” en el mundo de la informática.)

En la actualidad la situación ha cambiado notablemente tanto en las herramientas disponibles, como con la disponibilidad de Internet donde se pueden consultar y aclarar muchas dudas, y por otra parte el gran esfuerzo de difusión y claridad en la documentación de los distintos manuales que configuran el AutoCAD.

Si consultamos la “ayuda” de la última versión (Autocad 2012), vemos que dentro del primer apartado se ordenan cuatro entradas dedicadas al manual de usuario, la lista completa de comandos, un “manual de personalización”, y otro de controladores y periféricos.

Independientemente de este manual que tiene un carácter de recopilación general, se desarrollan también otras “guías de referencia”, respecto a los distintos entornos de programación, y particularmente el lenguaje AutoLISP, que constituye una variante del leguaje de propósito general  LISP, basado en “listas” y se encuentra disponible dentro del propio AutoCAD, constituyendo una vinculación ya tradicional del LISP con este programa.

El Manual de Personalización.

Dentro del manual de personalización se organizan los siguientes apartados:

Personalización básica 

Tipos de línea
Patrones de sombreado
La interfaz de usuario
DIESEL
Fotos y archivos de comando
Interfaces de programación
Formas y tipos de letra
Migración y transferencia

El primer punto corresponde a una descripción general, en el segundo se comentan los tipos de línea disponibles en origen, cómo se gestionan y también la posibilidad de modificar estos o generar otros nuevos a gusto del usuario. En el tercer punto se abordan los “patrones de sombreado” que tienen un tratamiento bastante paralelo con los tipos de línea del punto anterior.

En el punto 4 se aborda la personalización de la “interfaz de usuario” desarrollando la forma de acomodar y/o adaptar los “menús” y la forma de ejecutar las ordenes y comandos  del programa a una necesidad particular o simplemente a nuestros gustos personales. En el punto 5 se comenta un lenguaje específico que permite ajustar o adaptar el comportamiento de los mensajes que el programa escribe a través de la “línea de órdenes”, y también para  automatizar “macros”.

En el apartado 6 se desarrolla y explica la organización de archivos de texto que pueden ejecutar secuencias de comandos y la presentación automatizada de imágenes capturadas de la pantalla gráfica. Esto permite o bien automatizar procesos repetitivos de forma desatendida como el trazado de planos, o bien organizar presentaciones automatizadas.

El punto 7 trata una introducción a las distintas interfaces de programación: LISP, C, ActiveX, VisualBasic, ObjetARX, .NET aunque este tema, tiene lógicamente un recorrido mucho mayor, cuando se interna uno un cualquiera de los sistemas de programación. Dentro de los sistemas de programación, el correspondiente al lenguaje de listas “LISP” siempre ha estado muy ligado al AutoCAD, y ya desde las primeras versiones se incluye un “tutorial específico” sobre este lenguaje, bien explicado y con un ejemplo bastante claro sobre el manejo de las propiedad peculiares de los objetos y entidades gráficas que maneja el programa internamente.

En el punto 8 se desarrolla una forma particular para “codificar” mediante archivos de texto “ASCII”, pequeños símbolos, o incluso “tipografías” de texto, con diseños particulares o personales. Finalmente se dedica el apartado 8 a las peculiaridades de la migración y transferencia entre versiones de los distintos archivos y opciones de personalización, que de todas formas suelen estar bastante bien automatizados durante el proceso de instalación del programa.

Personalización básica

Dentro del apartado de personalización básica, el manual del programa dedica una primera parte a la ubicación de los archivos, tanto los de soporte y personalización del programa, como a los archivos de trabajo.

Incluido en este apartado se comenta también un elemento bastante singular e interesante como es el archivo de configuración “ACAD.PGP”. Este se trata de un archivo de texto plano (ASCII) que se incluye como soporte del propio programa, y mediante el cual, podemos definir y configurar nuevos “comandos” adaptados a nuestras necesidades particulares o a nuestros gustos.

El archivo se encuentra dentro de las carpetas de soporte del programa, aunque se mantiene relativamente oculto por seguridad, y en las versiones actuales del programa se accede a él desde el menú “Herramientas/Personalizar/Editar acad.pgp”. El archivo se abre con el editor “notepad” o bien aquel que hayamos configurado al hacer la instalación, como editor ASCII.

Cuando se abre el archivo, la primera parte contiene unos comentarios y recomendaciones además de las referencias apropiadas, y nos recuerda que es conveniente hacer una copia de seguridad o reserva si vamos a modificar el contenido. El funcionamiento normal es bastante simple ya que se trata de algo similar a los viejos archivos “*.bat” del sistema operativo, aunque definido dentro del entorno de AutoCAD, es decir que el programa “lee” e interpreta su contenido cada vez que se inicia su ejecución.

Dentro del archivo, los comentarios se inician con el carácter “;”, de tal forma que el resto de la línea es ignorada en la “ejecución” del proceso, pero sin embargo resulta muy útil para incluir dentro del propio archivo, algunos comentarios y explicaciones que nos ayudan a entender el funcionamiento y a identificar las referencias de su contenido.

Como ye se ha mencionado, la cabecera del archivo contiene una serie de comentarios generales, y a continuación se encuentra una sección en la que se definen los “comandos externos”. Luego incluyen otro paquete de comentarios con referencias sobre la forma de configurar los “alias de comando” incluyendo a continuación un amplio conjunto ya “preconfigurado”, y también algunas líneas adicionales de comentarios y advertencias.

Comandos externos

El funcionamiento de los “comandos externos”, se basa en escribir en una línea, un conjunto de campos separados por comas con arreglo a un orden y estructura preestablecida que el programa “interpreta” en tiempo de ejecución para poder actuar en consecuencia.

La sintaxis de la línea se explica en la ayuda del programa y tiene una estructura fija de forma que siempre es necesario escribir las “comas” ya que estas constituye el carácter separador entre los campos de datos, y su presencia resulta necesaria, aunque el “dato” correspondiente se encuentre vacío en algún caso particular.

El funcionamiento de cada línea, se basa en escribir en primer lugar el “comando” como una palabra o etiqueta que al ser identificada, cuando nosotros la escribamos posteriormente en la “línea de ordenes” durante la ejecución de AutoCAD, el programa lanzará una llamada al sistema operativo para que se ejecute la “orden”, que hemos escrito en el “segundo” campo de la línea de texto, con arreglo a los parámetros o especificaciones que se han incluido en los demás campos de esa línea.

En conclusión, podemos controlar desde dentro del autocad la ejecución de los comandos del S.O., como la orden “dir” o “type”, o bien iniciar algún programa externo como el editor ASCII “NOTEPAD” o el explorador de archivos “EXPLORER”.

La verdad es que esta utilidad tampoco tiene mucho interés con las versiones actuales del sistema operativo Windows, que ya que actualmente se dispone de una “multitarea” perfectamente implantada y completa, de tal forma que siempre es posible minimizar la ventana de ejecución del AutoCAD sin interrumpir sus tareas, accediendo al escritorio o a cualquier otra ventana del sistema operativo para operar con total independencia y simultaneidad. No obstante en los tiempos del antiguo MS-DOS esto no era posible, y este tipo de utilidad se mantiene aún por compatibilidad con las versiones antiguas.

Alias de Comando

Los “alias de comando” constituyen una utilidad parecida en cuanto a funcionamiento, pero tienen más interés y se configuran en el mismo archivo con una estructura similar a la de las órdenes externas.

En este caso la idea consiste en que podemos escribir en la línea del archivo, una primera palabra o “etiqueta”  que sea de nuestro gusto, y a continuación el nombre del comando o la orden de AutoCAD, que debe ejecutarse cuando escribamos esa primera palabra o etiqueta en la línea de órdenes.

Este mecanismo nos permite establecer un conjunto de “abreviaturas” que puedan resultar cómodas y fáciles de recordar, además de lo suficientemente cortas (una o dos letras), en lugar de los nombres habituales de las órdenes del programa, para que resulte cómodo y rápido escribir la abreviatura (una o dos pulsaciones) en la línea de texto, y ejecutar así el comando o la orden correspondiente.

La sintaxis de la línea de texto es similar, aunque ahora solo tenemos dos campos separados por una coma. El primero es el “alias” que queremos utilizar, y el segundo el nombre del comando precedido por un asterisco. También se puede utilizar el guión para invocar el comando en modo transparente, o el de subrayado para invocarlo en “ingles” con independencia de que la versión de AutCAD pueda estar traducida a otro idioma diferente.

Las abreviaturas incluidas en el archivo pueden abarcar solamente un pequeño conjunto de las órdenes más habituales, o extenderse a todas las que queramos y tampoco existe ninguna restricción, para implantar diferentes abreviaturas sobre una misma orden. La única restricción lógica es que las abreviaturas o “alias” deben ser únicas, ya que en otro caso solo estará vigente la última que se haya escrito dentro del archivo.

 

ORGANIZAR el PROYECTO y (V)

Estructura

Los archivos de trabajo donde se desarrolla la estructura del edificio se alojan en una carpeta independiente, ya que normalmente esta parte del trabajo puede ser desarrollada por personas independientes y especializadas en cada materia. En todo caso dentro de la carpeta se emplea el mismo criterio que en la carpeta principal del proyecto separando cada “planta” o nivel diferente en un archivo distinto pero todos ellos situados en una posición común respecto al origen de coordenadas.

Dentro del repertorio de archivos hay uno más singular, que es la planta de “cimentación”, también incluida en esta carpeta, dado que está relacionada con el resto de la estructura, y sirve de base para todos los replanteos y dimensiones generales del edificio. Junto con el dibujo de la planta se incluye en muchas ocasiones la red horizontal de saneamiento, si es de tipo “enterrado”, ya que es necesario situar las arquetas y conductos, teniendo en cuenta la ubicación y dimensiones de las diferentes zapatas y vigas que configuran la propia cimentación.

Finalmente se completa el archivo con algunos detalles constructivos, y la información oportuna del cuadro de zapatas con las especificaciones necesarias. En cuanta a la escala de los detalles, en principio se mantiene el criterio de dibujar todos los elementos en “verdadera magnitud”, para luego gestionar la presentación en los planos mediante diferentes ventanas según la escala de cada detalle. No obstante en algunos casos puede ser oportuno o simplemente más sencillo, agrupar un conjunto de detalles diferentes, en una zona delimitada mediante un área rectangular, con el fin de que sean mostrados simultáneamente a través de una sola ventana del espacio papel. En este caso haciendo las consideraciones a la inversa, se puede ampliar o reducir oportunamente cada detalle concreto, para “componer” el conjunto del plano respecto a la ventana única.

Las armaduras en el caso del hormigón armado suelen generar archivos específicos como salida de los programas de cálculo, que en cada caso pueden tener un comportamiento peculiar, y en las versiones más modernas permiten configurar y personalizar los planos correspondientes, no obstante tampoco es complicado trasladar esos despieces de armaduras a una estructura y organización de planos diferente, con el fin de mantener el conjunto del proyecto de una forma más personal o unificada.

 A continuación se incluyen enlaces al ejemplo, de los archivos que corresponden a la estructura de la vivienda unifamiliar que se mostraba el día anterior. EL archivo “3_PlnsESTR.0.dwg”, naturalmente es el contenedor de toda la estructura, que incluye las Xrefs, y los planos de la estructura en espacio papel.

< Pryct_NNN > ..

[ Estructura.0 ]

Cimentación.0.dwg
Forjado1.0.dwg
Forjado2.0.dwg
ForjadoQ.0.dwg
3_PlnsESTR.0.dwg

Instalaciones

En el caso de las instalaciones se sigue también el mismo principio de alojar estas en una carpeta independiente. En este caso dependiendo de la complejidad y naturaleza de cada una, puede haber un desarrollo muy distinto, y al igual que en el caso de la estructura es común que los archivos y el trabajo se realicen por personas independientes especializadas en cada tema.

En el ejemplo que se acompaña se han desarrollado las instalaciones de la vivienda unifamiliar del ejemplo, incluyendo las habituales a un nivel esquemático, que en este caso se agrupan en tres archivos independientes.

El primero de ellos (“Instlcn_AGUA.0.dwg”) contiene la fontanería y desagües o saneamiento, que se unifican en un mismo archivo. El segundo (“Instlcn_ELCT.0.dwg”) contiene la electricidad, iluminación, telefonía y similares, que se agrupan en otro. Finalmente en el tercero (“Instlcn_OTRS.0.dwg”) se incluye la calefacción, ventilación y protección de incendios.

En el caso de las instalaciones los archivos se han organizado de una forma algo más peculiar en relación con las Xrefs, y el sistema de capas. En primer lugar se opta por alojar en un solo archivo la “instalación” correspondiente a todo el edificio, en lugar de separar cada planta en archivos independientes. De esta forma se evita una multiplicación excesiva en cuanto a número de archivos.

Por otra parte con el fin de abordar el trabajo cotidiano, para ir situando en su lugar los distintos componentes de la instalación, es necesario tener vinculadas las diferentes “plantas” que forman el conjunto del edificio mediante Xrefs, aunque también es necesario implantar algún sistema que nos permita “apagar/encender” con agilidad suficiente, tanto la Xref de la planta sobre la que operamos en cada momento, como las capas de la instalación en esa planta, ocultando el resto de los componentes y las demás plantas del edificio.

Con este fin, en los archivos de instalaciones se emplea un sistema de capas algo  diferente a los demás. Para ello se incluye en cada archivo un repertorio de capas cuyo nombre se inicia con un par de dígitos numerados, consiguiendo que esas capas se mantengan agrupadas en cabeza de la lista cuando abrimos el “cuadro de capas”.

En primer lugar se nombra la capa, donde se inserta exclusivamente la “xref” correspondiente a cada planta del edificio, luego se toma el mismo nombre a modo de “raíz”, y se replican otras tantas capas como instalaciones diferentes, añadiendo cada etiqueta al final del nombre, de forma que en la lista se mantienen todas agrupadas, y permite ir alojando separadamente en cada una los distintos elementos que constituyen el esquema de cada instalación. Finalmente se completa esta secuencia numerada de capas, mediante otro grupo con el repertorio de las distintas instalaciones, pero esta vez con la raiz “A_”, para poder alojar en este juego, los símbolos y nombres de la leyenda, que deben ser visibles desde todas las ventanas y planos. Conviene tener cuidado para que las “Xref”, se inserten en modo “sobrescrito” y nunca “anidado”, para luego mantener el control sobre cada capas en el archivo donde se configuran los planos de instalaciones.

Con el fin de gestionar el trabajo cotidiano para ir dibujando las instalaciones, resulta muy oportuno construir un “filtro” por cada planta, que se define “congelando” todas las demás capas que deben permanecer ocultas en ese momento, y permite posteriormente “volver” de manera inmediata a esa configuración, solamente con señalar su nombre en la lista correspondiente.

A continuación se incluyen enlaces al ejemplo, los archivos de las instalaciones de la vivienda unifamiliar que se mostraba el día anterior. EL archivo “4_PlnsINST.0.dwg”, naturalmente es el contenedor de todas las instalaciones, y en este caso incluye un repertorio de capas en cabecera, no solo de las Xref de las instalaciones, sino también de las plantas del edificio, ya que es conveniente referenciar estas de forma independiente, para que no vengan “anidadas” con las instalaciones, ya que en ese caso se restringe el acceso y la posibilidad de modificar localmente en cada ventana, las propiedades de cada capa.

< Pryct_NNN > ..

[ Instalaciones.0 ]

Instlcn_AGUA.0.dwg
Instlcn_ELCT.0.dwg
Instlcn_OTRS.dwg
4_PlnsINST.0.dwg

Urbanización

En el caso de la carpeta [Urbanización.o.dwg] se incluyen dentro, los archivos sobre  los que se configura la situación, las características propias de la parcela, y los servicios urbanos disponibles o proyectados. Se completa en su caso con la topografía del terreno y/o algunos perfiles realzados de este.

En cuanto a la referencia sobre la situación, es común que se refleje sobre algún plano de referencia, ya sea de cartografía general, o bien del planeamiento específico que afecta al proyecto, y habitualmente se tiene disponible en un archivo de tipo “raster” o de imagen fija, que puede ser directamente escaneado o facilitado desde la administración.

Ese tipo de archivos “raster” pueden ser enlazados mediante el sistema de imágenes insertadas, similar a las Xref, y alojado cada uno en una capa independiente, se puede luego configurar un plano combinado con distintas ventanas y capas activas. Resulta conveniente organizar el conjunto sobre un mismo archivo referido a coordenadas geográficas y en verdadera magnitud, deduciendo las coordenadas y dimensiones desde la cartografía o el tamaño de la parcela y ampliando o reduciendo las imágenes, a su verdadera dimensión, a través de la orden “ALINEA(_ALIGN)”, aplicada sobre dos puntos conocidos.

Ese conjunto de archivos que puede ser relativamente heterogéneo o variable dependiendo de cada proyecto, se enlaza luego al archivo “1_PlnsGRLS.0.dwg”, donde se configuran los planos generales del proyecto, ajustando las escalas adecuadas mediante el sistema de ventanas en espacio papel.

A continuación se incluyen enlaces al ejemplo, los archivos que corresponden a la vivienda unifamiliar que se mostraba el día anterior.

< Pryct_NNN > ..

[ Urbanización.0 ]

Parcela.0.dwg
Perfiles.0.dwg
ServiciosU.0.dwg
Situación.0.dwg
Topografía.0.dwg
Emplazamiento.jpg
Situación.jpg
1_PlnsGRLS.0.dwg

Con esto doy por cerrado el capítulo que espero haya resultado “interesante”. Mi más sincero agradecimiento a todos aquellos que se han molestado en hacer algún comentario, ya que son muy gratificantes, y decir que de momento tengo intención de tomar al menos un par de semanas o tres de descanso en la actividad del BLOG, antes de continuar con el siguiente tema.

 

ORGANIZAR el PROYECTO (IV)

Hoy vamos a comentar la estructura de los archivos en un proyecto “tipo” que se enumeraban el día anterior, y que de alguna manera resume las principios y argumentos desarrollados a lo largo de este tema. En primer lugar hay que decir que dentro de la carpeta  correspondiente al proyecto, se incluyen directamente varios archivos y otras cuatro carpetas. Los archivos corresponden a dos tipos diferentes de nombre, y contienen los elementos más generales del proyecto.

Las carpetas incluidas, albergan las partes más especializadas y autónomas del proyecto, que a su vez generan un cierto repertorio especializado de archivos, como es el caso de la “Estructura” portante o las “Instalaciones.” También la “Urbanización” o acondicionamiento del terreno, que puede presentar situaciones muy diversas dependiendo de cada proyecto particular. Finalmente también se incluye otra carpeta para alojar el “Estado actual”, que contiene la configuración de partida, aunque solo en aquellos proyectos que suponen una rehabilitación o reforma, sobre algún edificio existente.

En el repertorio de archivos incluidos directamente, se distingue mediante el “nombre”, los cuatro primeros que se inician con un digito correlativo (1_, 2_, 3_ y 4_). En cambio en el resto de archivos el nombre solo se etiqueta con letras. Los archivos numerados, se utilizan exclusivamente para alojar mediante Xrefs, a los demás archivos parciales que contienen los elementos y partes del proyecto, y solamente incluyen las “hojas de presentación” en “espacio papel”, que van a configurar los diferentes planos del proyecto.

Los demás archivos etiquetados con letra, son los que contienen las “plantas”, “alzados” y “secciones” del edificio, es decir la parte “arquitectónica” del proyecto, excluyendo “estructura” e “instalaciones”, que se alojan en carpetas específicas, como también los archivos relacionados con la situación y el emplazamiento o el “estado actual” que se alojan en otras carpetas.

En el caso de las plantas, se opta por dedicar un archivo distinto a cada una de las diferentes plantas del edificio, aunque manteniendo el cuidado de que todas ellas estén construidas sobre el mismo origen de coordenadas, de forma que al ser insertarlas individualmente como “Xrefs” en cualquier otro archivo, queden perfectamente superpuestas sobre un mismo “origen de coordenadas”.

Esta forma de operar, permite a su vez insertar cualquier otra “planta” en el archivo en que estamos trabajando en cada momento de forma que se puede “ver” de manera inmediata la “verticalidad” o superposición de los elementos de cada planta, detectando errores o diferencias de forma inmediata.

En el caso de los “alzados” y “secciones”, se ha preferido incluir todos ellos en un solo archivo, dibujándolos en una posición “abatida”, justo delate del lado que le corresponde en la planta del edificio, y con el mismo sistema de coordenadas. De esa forma, aunque cada uno tenga una orientación diferente y podría ser incomodo trabajar en los que están orientados al revés, se tiene la ventaja de que al insertar como “Xrefs” en el mismo origen cada una de las plantas, se visualiza con claridad la correspondencia y en su caso los “errores” o diferencias entre la planta y el alzado o sección.

Por otra parte la diferente orientación de cada uno, se resuelve con facilidad definiendo un sistema de coordenadas personal, orientado específicamente respecto a esa sección o alzado, para luego al escribir la orden “planta” en la línea de órdenes, enderezar su visualización de forma inmediata, que también se puede guardar como vista independiente, para poder volver a ella en cualquier otra ocasión.

Al dibujar las fachadas abatidas, se incluye en el mismo archivo, la memoria de carpintería ordenando en alguna de sus esquinas el repertorio de los distintos tipos de puertas y ventanas, acotando sus dimensiones y ampliando la información oportuna. En el caso de las secciones generales, se completan con un sección constructiva y un cuadro de acabados, que lógicamente se dibujan bajo el mismo sistema de unidades, con independencia de que luego en los planos, se haga una configuración a diferente escala mediante el sistema de ventanas en espacio papel. En todo caso el tamaño de la letra debe coordinarse en función del aspecto del plano final.

Los Planos del proyecto

Como ya se ha comentado anteriormente, los planos del proyecto se configuran mediante un sistema de ventanas en el espacio papel, mediante un archivo “auxiliar” que en si mismo no contienen ningún elemento dibujado directamente y se emplea solo como “contenedor”, de las referencias externas “Xrefs” sobre todos los demás archivos del proyecto.

Los archivos que contienen los dibujos del proyecto se ensamblan en el mismo origen de coordenadas de su espacio modelo, y se van mostrando en las distintas “hojas de presentación”, o planos, que se configuran dentro de ese archivo de acuerdo con los requisitos del proyecto.

En cada hoja de presentación, se configuran las ventanas oportunas, estableciendo su escala en función de las dimensiones sobre el tamaño del papel. Luego accediendo a través de cada ventana, se puede controlar mediante un sistema de capas adecuado, la visibilidad de cada “Xref” globalmente o bien de cada capa por separado.

Para controlar la visibilidad de una “Xref” completa, basta con generar un repertorio de tantas capas diferentes como “Xrefs” se van a insertar, y teniendo el cuidado de alojar separadamente cada una en su capa, con lo que se puede “boquear” la visualización de toda la “Xref” inutilizando una sola capa dentro de una ventana determinada.

En otros casos se actúa selectivamente sobre cada capa de una determinada Xref, lo que resulta bastante fácil con el sistema de filtros que permite aislar separadamente las capas de cualquier Xref. En la denominación de las capas específicas para alojar las Xrefs separadas, resulta conveniente  iniciar el nombre con un par de dígitos numéricos, de forma que en el cuadro de capas se ubican precisamente al comienzo de la lista.

En el espacio papel de cada hoja de presentación, se completa el aspecto final de cada plano añadiendo recuadros, etiquetas y los datos de texto que completan e identifican a cada uno. Dado que esos datos se suelen repetir de unos planos a otros, es conveniente configurar un modelo inicial para luego replicarlo y adaptarlo a cada caso solo con modificar unas pocas etiquetas.   

Los planos que forman el conjunto del proyecto se han ordenado sobre cuatro archivos independientes, con el fin de no sobrecargar sobre uno solo demasiadas Xrefs, o agrupar estas con tamaños propios muy diferentes, como es el caso de las referencias de situación y emplazamiento, o bien usos muy específicos como la estructura o las instalaciones.

1_PlnsGRLS.1.dwg

En este archivo se agrupan las Xrefs, que sirven para configurar los “planos generales” del proyecto, que normalmente son la “situación” y “emplazamiento” de este, y en algún caso los que definen la configuración de la parcela y el terreno con la ubicación del edificio en su interior. Normalmente las Xrefs enlazadas sobre este archivo, se alojan dentro de la carpeta “Urbanización.N”

2_PlnsARQT.1.dwg

Este archivo contiene en general toda la configuración arquitectónica del edificio completo, excluyendo las partes específicas de la “estructura” y las “instalaciones”, que se llevan a otros dos archivos independientes. Sobre este archivo se enlazan las “Xref” que contienen todas las plantas, alzados, secciones, y detalles constructivos o de carpintería. En el espacio papel se configuran mediante las hojas de presentación, la mayor parte de los planos que conforman lo que se denomina “proyecto básico”.

En los enlaces siguientes se ponen a disposición, varios archivos que configuran un proyecto de ejemplo siguiendo los principios expuestos.

Pryct_NNN

2_PlnsARQT.0.dwg
Alzados.0.dwg
pBaja.0.dwg
pPrimera.0.dwg
pQbierta.0.dwg
pSotano.0.dwg
Secciones.0.dwg

 

ORGANIZAR el PROYECTO (III)

En la última sesión se han mostrado algunos inconvenientes relacionados con un fraccionamiento excesivo del proyecto en numerosos archivos independientes, ya que en ese caso se fomenta la repetición o replica de ciertos elementos del proyecto, que junto con una cierta dificultad para obtener una vista del conjunto rápida y eficaz, puede dificultar a posteriori las pequeñas correcciones y modificaciones dentro del proyecto.

Por otra parte la concentración excesiva de todo el proyecto en un solo archivo de trabajo, o en unos pocos, también tiene sus propios problemas, ya que en ese caso se dificulta la posible distribución del trabajo entre distintas personas simultáneamente, y por otra parte añade cierta complejidad y pesadez en el manejo de capas dentro del archivo de dibujo. Sin embargo esta opción cuando se combina con la gestión de los planos a través de un sistema de ventanas en espacio papel, presenta las ventajas asociadas al “origen único”, que facilita el control o visión de conjunto, y también simplifica la realización de pequeñas modificaciones y ajustes en el contenido del proyecto.

Hay que tener en cuenta que el desarrollo de proyectos en el ámbito de la “arquitectura”, a diferencia de las ingenierías, es un proceso muy poco lineal, con una carga de “realimentación” importante, de forma que el diseño se va depurando y ajustando incluso con pequeñas modificaciones, a lo largo de la elaboración del propio proyecto. Por el contrario en el ámbito de las Ingenierías, una vez que se establecen y concretan los requisitos y parámetros del proyecto, la elaboración de este es un proceso mucho más lineal, casi siempre basado en repetir soluciones ya conocidas y probadas, en un proceso más parecido al ensamblaje de un pequeño “puzzle” con un repertorio de piezas “fijas” que no se modifican a lo largo del proceso.

Las Xrefs

Además de las herramientas comentadas en la sesión anterior: “Capas”, “Ventanas” y “Espacio papel”, conviene recordar también la utilidad de las referencias externas o “Xrefs”, ya que sus características propias, nos permiten integrar dentro de un archivo general, varios archivos externos, de tal forma que el general, refleja el estado que presentan en cada momento los archivos referenciados. Por otra parte esos archivos siguen manteniendo su completa independencia y a medida que se modifican y actualizan, los cambios se van reflejando en el archivo general.

Este mecanismo resulta bastante oportuno, para poder configurar el conjunto del proyecto como un repertorio de archivos independientes entre sí, que pueden ser editados y modificados simultáneamente por diferentes personas, y por otra parte mantener ensamblado el conjunto, en uno o varios archivos generales, mediante el mecanismo de Xrefs, de forma que al abrir estos últimos, obtenemos una rápida visión del conjunto del proyecto.

Por otra parte el mecanismo de Xrefs, también supone que esos archivos del conjunto, sean muy adecuados para establecer dentro de ellos mediante el mecanismo de “ventanas” en el “espacio papel”, la configuración de los planos que configuran el proyecto, los cuales pueden incluso estar definidos y configurados, incluso antes de haberse completado el contenido del proyecto.

Por otra parte esa organización, junto con una cierta estandarización de los archivos referenciados, permite organizar el conjunto del proyecto respetando el principio del “origen único”, que como ya se ha comentado, redunda en una mayor eficacia respecto al riesgo de errores derivados de las duplicidades múltiples que normalmente se producen en otro tipo de casos.

Un modelo combinado.

De acuerdo con la experiencia profesional, yo he llegado a configurar un modelo basado en los conceptos expuestos, de tal forma que para elaborar cada nuevo proyecto, en primer lugar se establece una carpeta específica ubicada dentro del archivo general de “trabajos”, con el nombre correspondiente al código o etiqueta del trabajo en cuestión.

Dentro de la citada carpeta se puede ubicar directamente el conjunto de los nuevos archivos del proyecto si es sencillo, o bien generar una estructura interna de subcarpetas con el fin de cubrir las diferentes versiones o fases del proyecto. Opcionalmente se pueden incluir alguna otra carpeta específica para recoger los datos que se recopilan para ese trabajo, o cualquier otra estructura auxiliar de tipo árbol.

El acceso a la carpeta se realiza generando un “acceso directo” del SO sobre el escritorio (botón derecho del ratón), de forma que este nuevo “acceso” o “puntero” hacia la carpeta del proyecto, se comporta como un objeto independiente que puede situarse luego, debidamente renombrado con un término más descriptivo y largo, en cualquier otra carpeta que recopile los trabajos de un año concreto o de un determinado tipo, o mejor en la carpeta “Mis Documentos” de W7 que resulta particularmente cómoda y accesible desde su propio sistema de librerías.

Evidentemente una gran ventaja de los accesos directos, es que constituyen objetos que se pueden modificar o eliminar en cualquier momento sin afectar para nada al contenido de la carpeta apuntada, donde se encuentran los archivos de trabajo, y de esta forma mantener algo más ordenado el escritorio o la carpeta de los trabajos en curso, borrando simplemente o trasladando a otro lugar, aquellos que van quedando desfasados.

Versiones y nombres

Además del mecanismo o sistema de archivo y accesos directos, existe otro problema común que puede inducir cierto desorden en la denominación de los archivos de trabajo, y que son las distintas versiones que generamos irremisiblemente sobre un mismo archivo de diseño.

El problema de las “versiones”, surge cuando estamos trabajando sobre un determinado  documento, y aparece la necesidad de probar o valorar la conveniencia de hacer algún cambio dentro de él, aunque sin estar lo suficientemente seguros como para descartar completamente la configuración anterior.

Este problema que tiene una solución trivial cuando trabajamos en documentos de texto, (basta marcar o destacar los párrafos oportunos de alguna forma) y que en el campo de las ingenierías es menos relevante, ya que hay poca “realimentación” en los procesos de trabajo, sin embargo en el ámbito de la arquitectura, se vuelve más importante, ya que es habitual trabajar buscando la configuración última de cualquier diseño, con criterios adicionales y subjetivos sobre la estética.

En la práctica normal resulta inmediato, obtener una nueva versión o guardar otra antigua, ya que todos los programas disponen de la opción “Salvar como ..” que permite guardar un archivo con otro nombre diferente. El problema en todo caso, se deriva de que lo más frecuente es “improvisar” el nuevo nombre cuando surge la necesidad, y al cabo de un cierto tiempo, el repertorio de versiones y nombres de archivos similares, puede aumentar de forma poco controlada, dificultando luego la identificación de las versiones más antiguas.

La gestión de “versiones” tiene una solución simple e inmediata dentro del nombre de los “archivos”, ya que la identificación de versiones siempre ha sido un problema de cierta magnitud en el ámbito de la “informática. En este ámbito, la solución práctica se  resuelve numerando las diferentes versiones con una “extensión” previa o anterior a la habitual que identifica el programa vinculado con el archivo.

En la actualidad ningún sistema operativo, salvo el venerable MS-DOS, tiene limitaciones en cuanto al número de extensiones que admiten los nombres de los archivos, más allá de la longitud máxima, por lo que al guardar cualquier archivo con un nuevo nombre, basta con mantener el mismo que tenía, y a continuación separado por un “punto”, asignarle el siguiente número secuencial. Después el propio programa escribe a continuación de la nuestra, su propia extensión “.dwg” que asocia e identifica el archivo con el AutoCAD.

Cuando posteriormente se localiza con el explorador de archivos, este se muestra como:  “nombre.N.dwg” o simplemente “nombre.N” si no tenemos habilitada la opción de “mostrar las extensiones de archivos conocidos” dentro del SO.

Una muestra

A continuación se incluye una muestra de ejemplo con la estructura de carpetas y nombres de archivos, a modo de patrón o plantilla. En una próxima entrada, se justificará y comentarán los motivos y contenidos habituales de cada uno de los archivos y carpetas. En cuanto a la sintaxis, los nombres de carpetas se encierran entre corchetes cuadrados, y los archivos se escriben directamente con su nombre. Con el indentado se representa el nivel de anidamiento.

[<Proyecto>]

[EstadoActual.1]

Alzd_Sccn.EA.dwg
pBaja.EA.dwg
pUno.EA.dwg
pDos.EA.dwg
pQbierta.EA.dwg
..

[Estructura.1]

Cimentación.1.dwg
Forjado_0.1.dwg
Forjado_1.1.dwg
Forjado_2.1.dwg
Forjado_Q.1.dwg
..

[Instalaciones.1]

 Instlcns_AGUA.1.dwg
Instlcns_ELCT.1.dwg
Instlcns_VROS.1.dwg
..

[Urbanización.1]

Parcela.1.dwg
Perfiles.1.dwg
Situación.1.dwg
Servicios.1.dwg
Topografía.1.dwg
..

1_PlnsGRLS.1.dwg
2_PlnsARQT.1.dwg
3_PlnsESTR.1.dwg
4_PlnsINST.1.dwg
Alzados.1.dwg
pBaja.1.dwg
pPrimera.1.dwg
pSegunda.1.dwg
pQbierta.1.dwg
pSotano.1.dwg
Secciones.1.dwg