[Arriba] [Índice general] [Índice] [ ? ]

Una Introducción a la Programación en Emacs Lisp

Esto es una Introducción a la Programación en Emacs Lisp, para personas que no son programadoras.
Edición 3.10, 28 October 2009
Copyright © 1990, 1991, 1992, 1993, 1994, 1995, 1997, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010 Free Software Foundation, Inc.

Publicado por el:

 
GNU Press,                          Sitio Web: http://www.gnupress.org
una división de la                General: press@gnu.org
Free Software Foundation, Inc.      Ventas:  sales@gnu.org
51 Franklin Street, Fifth Floor     Tel: +1 (617) 542-5942
Boston, MA 02110-1301 USA           Fax: +1 (617) 542-2652

ISBN 1-882114-43-4

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.3 or any later version published by the Free Software Foundation; there being no Invariant Section, with the Front-Cover Texts being “A GNU Manual”, and with the Back-Cover Texts as in (a) below. A copy of the license is included in the section entitled “GNU Free Documentation License”.

(a) The FSF’s Back-Cover Text is: “You have the freedom to copy and modify this GNU manual. Buying copies from the FSF supports it in developing GNU and promoting software freedom.”

Este menú maestro primero lista cada capítulo e indexa; entonces lista cada nodo en cada capítulo.

Escribiendo comandos de edición o C-x

C-e causa evaluación. 2.1 Nombres de Buffer  Buffers y ficheros son diferentes. 2.2 Obteniendo Buffers  Obteniendo un buffer por sí mismo, no solamente su nombre. 2.3 Cambiando Buffers  Cómo cambiar a otro buffer. 2.4 Tamaño de Buffer y la Localización del Punto  Dónde el punto está localizado y el tamaño del buffer. 2.5 Ejercicio 

Cómo Escribir Definiciones de Funciones

Una Vía acerca de Funciones Primitivas  3.1 La Forma Especial defun  La forma especial defun. 3.2 Instalar una Definición de Función  Instalar una definición de función. 3.3 Crear una Función Interactive  Creando una función interactive. 3.4 Opciones Diferentes para interactive  Opciones diferente para interactive. 3.5 Instalar Código Permanentemente  Instalando código permanentemente. 3.6 let  Creando e inicializando variables locales. 3.7 La Forma Especial if  ¿Y qué si? 3.8 Expresiones If–then–else  Expresiones If--then--else. 3.9 Verdad y Falsedad en Emacs Lisp  Que considera Lisp verdad y falsedad. 3.10 save-excursion  Guardando la traza del punto, la marca, y el buffer. 3.11 Revisar  3.12 Ejercicios 

Instalar una Definición de Función

El efecto de instalación  3.2.1 Cambiar una Definición de Función  Cómo cambiar una definición de función

Crear una Función Interactive

Un multiply-by-seven interactive, Un Resumen  Un resumen 3.3.1 Un multiply-by-seven Interactivo  La versión interactive.

let

• Previniendo la confusión  • Partes de la Expresión  • Ejemplo de Expresión let  3.6.3 Variables No Inicializadas en un Sentencia let 

La Forma Especial if

if en más detalle  3.7.1 La Función type-of-animal en Detalle  Un ejemplo de una expresión if.

Verdad y Falsedad en Emacs Lisp

Una explicación de nil  nil tiene dos significados.

save-excursion

Punto y Marca  Una revisión de varias localizaciones. 3.10.1 Plantilla para una Expresión save-excursion 

Unas pocas funciones de buffer relacionadas

4.1 Encontrando Más Información  Cómo encontrar más información. 4.2 Una Definición Simplificada beginning-of-buffer  Muestra goto-char, point-min, y push-mark. 4.3 La Definición de mark-whole-buffer  Casi lo mismo que beginning-of-buffer. 4.4 La Definición de append-to-buffer  Usa save-excursion y insert-buffer-substring. 4.5 Revisar  Revisa 4.6 Ejercicios 

La Definición de mark-whole-buffer

• resumen de mark-whole-buffer  4.3.1 Cuerpo de mark-whole-buffer  Solo tres líneas de código.

La Definición de append-to-buffer

Un Resumen de append-to-buffer  4.4.1 La Expresión Interactiva append-to-buffer  Una expresión interactiva de dos partes. 4.4.2 El Cuerpo de append-to-buffer  Incorpora una expresión let. 4.4.3 save-excursion en append-to-buffer  Cómo save-excursion trabaja.

Unas Pocas Funciones Más Complejas

5.1 La Definición de copy-to-buffer  Con set-buffer, get-buffer-create. 5.2 La Definición de insert-buffer  Solo lectura, y con or. 5.3 Definición Completa de beginning-of-buffer  Muestra goto-char, point-min, y push-mark. * Revisión Segundo Búffer Relacionado 5.5 Ejercicio de Argumento opcional 

La Definición de insert-buffer

• código insert-buffer  5.2.1 La Expresión Interactiva en insert-buffer  Cuando tu puedes leer, pero no escribir. 5.2.2 El Cuerpo de la Función insert-buffer  El cuerpo tiene un or y un let. 5.2.3 insert-buffer Con un if En vez de un or  Usando un if en vez de un or. 5.2.4 El or en el Cuerpo  Cómo la expresión or funciona. 5.2.5 La Expresión let en insert-buffer  Dos expresiones save-excursion. 5.2.6 Nuevo Cuerpo para insert-buffer 

La Expresión Interactiva en insert-buffer

Un Búffer de Solo lectura  Cuando un buffer no puede ser modificado. ‘b’ es una Expresión Interactiva  Un buffer existe o además su nombre.

Definición Completa de beginning-of-buffer

5.3.1 Argumentos Opcionales  5.3.2 beginning-of-buffer con un Argumento  Ejemplo con argumento opcional. 5.3.3 El beginning-of-buffer Completo 

beginning-of-buffer con un Argumento

• Rompe la obstrucción de beginning-of-buffer  Qué ocurre en búffer largo  Qué ocurre en un búffer pequeño 

Extendiendo y Encogiendo

Las Ventajas de Encoger  Las ventajas de la extender 6.1 La Forma Especial save-restriction  La forma especial save-restriction. 6.2 what-line  El número de la línea que apunta está activa. 6.3 Ejercicio Encogiendo 

car, cdr, cons: Funciones Fundamentales

Nombres Extraños  Un lado histórico: ¿por qué los nombres extraños? 7.1 car y cdr  Funciones para extraer parte de una lista. 7.2 cons  Construyendo una lista. 7.3 nthcdr  Llamando cdr repetidamente. 7.4 nth  7.5 setcar  Cambiando el primer elemento de una lista. 7.6 setcdr  Cambiando el resto de una lista. 7.7 Ejercicio 

cons

Construir una lista  7.2.1 Encuentra el tamaño de una Lista: length  Cómo encontrar el tamaño de una lista.

Cortando y Almacenando Texto

Almacenando Texto en una Lista  El texto está almacenado en una lista. 8.1 zap-to-char  Cortando texto a un carácter. 8.2 kill-region  Cortando texto de una región. 8.3 copy-region-as-kill  Una definición para copiar texto. 8.4 Disgresión dentro C  Nota menor en macros del lenguaje de programación C. 8.5 Inicializando una Variable con defvar  Cómo dar a una variable un valor inicial. • Revisión cons y search-fwd  8.7 Buscando Ejercicios 

zap-to-char

La Implementación Completa zap-to-char  La implementación completa. 8.1.1 La Expresión interactive  Una expresión interactiva de tres partes. 8.1.2 El Cuerpo de zap-to-char  Un resumen corto 8.1.3 La Función search-forward  Cómo buscar una cadena. 8.1.4 La Forma Especial progn  La forma especial progn. 8.1.5 Resumiendo zap-to-char  Usando point y search-forward.

kill-region

La Definición Completa kill-region  La definición de función. 8.2.1 condition-case  Tratando con un problema. 8.2.2 Macro Lisp 

copy-region-as-kill

La definición de la función completa copy-region-as-kill.  La definición completa de función. 8.3.1 El Cuerpo de copy-region-as-kill  El cuerpo de copy-region-as-kill.

El Cuerpo de copy-region-as-kill

last-command and this-command  • función kill-append  La función kill-new 

Inicializando una Variable con defvar

• Ver el valor de la variable actual  8.5.1 defvar y un asterisco 

Cómo las Listas se Implementan

• Listas diagramadas  9.1 Símbolos como una Caja con Cajones  Explorando una metáfora poderosa. 9.2 Ejercicio 

Pegando Texto

• Resumen del Anillo de la Muerte  10.2 La Variable kill-ring-yank-pointer  El anillo de la muerte es una lista. 10.3 Ejercicios con yank y nthcdr  La variable kill-ring-yank-pointer.

Bucles y Recursión

11.1 mientras  Causando una estrechez de código para repetir 11.2 Ahorra tiempo: dolist y dotimes  11.3 Recursión  Causando que una función se llame a sí mismo. 11.4 Ejercicio de Bucles 

mientras

Bucles con while  Repetir tantas veces como el test devuelva verdadero. 11.1.1 Un bucle while y una Lista  Un bucle while que usa una lista. 11.1.2 Un Ejemplo: print-elements-of-list  Usos while, car, cdr. 11.1.3 Un Bucle con un Contaje Incremental  Un bucle con un contador de incremento. • Incrementando Detalles de Bucles  11.1.4 Bucle con un contador Decrementando  Un bucle con un decrementando contador.

Detalles de un Bucle de Incremento

Ejemplo con contador incremental  Contando esquinas en un triángulo. Las partes de la definición de función  Las partes de la definición función. Poniendo la definición de la función junta  Poniendo la definición de función junta.

Bucle con un contador Decrementando

Ejemplo con el contador que se decrementa  Más piedras en la playa. Las partes de la definición de función  Las partes de la definición función. Poniendo la definición de la función junta  Poniendo la definición de función junta.

Ahorra tiempo: dolist y dotimes

La Macro dolist  La Macro dotimes 

Recursión

11.3.1 Construyendo Robots: Extendiendo la Metáfora  Mismo modelo, diferente número serie ... 11.3.2 Las Partes de una Definición Recursiva  Paseo hasta que tu pares ... 11.3.3 Recursión con una Lista  Usando una lista con el test si para recurso. • Función de triángulo recursivo  11.3.5 Ejemplo de Recursión Usando cond  11.3.6 Patrones Recursivos  Plantillas usadas con frecuencia. 11.3.7 Recursión sin Defermentos  No almacenar trabajo ... 11.3.8 No hay solución pospuesta 

Recursión en Lugar de un Contador

• Argumento de Ejemplo Recursivo de 1 o 2  Un argumento de 3 o 4 

Patrones Recursivos

Patrón Recursivo: cada  Patrón Recursivo: accumulate  Patrón Recursivo: keep 

Búsquedas de Expresiones Regulares

12.1 La Expresión Regular para sentence-end  La expresión regular para sentence-end. 12.2 La Función re-search-forward  Muy similar a search-forward. 12.3 forward-sentence  Un ejemplo sencillo de búsqueda con expresiones regulares. 12.4 forward-paragraph: una Mina de Oro de Funciones  Un ejemplo complejo de alguna cosa. 12.5 Crea tu propio fichero ‘TAGS’  Cómo crear tu propia tabla ‘TAGS’. 12.6 Revisar  12.7 Ejercicios con re-search-forward 

forward-sentence

• forward-sentence completo  Los bucles while  Dos bucles while. La búsqueda de expresiones regulares  Una búsqueda de expresión regular.

forward-paragraph: una Mina de Oro de Funciones

Definición de función forward-paragraph  Partes clave de la definición de la función. La expresión let*  La expresión let*. El bucle while hacia adelante  El bucle while con modo hacia adelante.

Contando: Repetición y Regexps

• Por qué Contar Palabras  13.1 La Función count-words-region  Usa un regexp, pero encuentra un problema. 13.2 Cuenta Palabras Recursivamente  Empezar con caso de no palabras en región. 13.3 Ejercicio: Contando Puntuación 

La Función count-words-region

Diseñando count-words-region  La definición usando un bucle while. 13.1.1 El Error de Espacio en Blanco en count-words-region  El Error de Espacio en Blanco en count-words-region.

Contando Palabras en una defun

Divide y Vencerás  14.1 ¿Qué Contar?  ¿Qué contar? 14.2 ¿Qué Constituye un Palabra o Símbolo?  ¿Qué constituye una palabra o símbolo? 14.3 La Función count-words-in-defun  Muy como count-words. 14.4 Contar Varias defuns Con un Fichero  Contando varias funciones en un fichero. 14.5 Encontrar un Fichero  ¿Quieres buscar en un fichero? 14.6 lengths-list-file en Detalle  Una lista de los tamaños de muchas definiciones. 14.7 Contar Palabras en defuns en Diferentes Ficheros  Contando en definiciones en diferentes ficheros. 14.8 Recursivamente Cuenta Palabras en Diferentes Ficheros  Recursivamente contando en diferentes ficheros. 14.9 Preparar los Datos para Mostrarlos en un Grafo  Preparar los datos para mostrarlos en un grafo.

Contar Palabras en defuns en Diferentes Ficheros

Determina las longitudes de defuns  Devolver una lista de tamaños de funciones. 14.7.1 La Función append  Adjuntar una lista a otra.

Preparar los Datos para Mostrarlos en un Grafo

El Dato para Mostrar en Detalle  14.9.1 Ordenando Listas  Ordenando listas. 14.9.2 Creando una Lista de Ficheros  Creando una lista de ficheros. 14.9.3 Contando definiciones de función 

Leyendo un Grafo

Imprimiendo las Columnas de un Grafo  15.1 La Función graph-body-print  Cómo imprimir el cuerpo de un grafo. 15.2 La Función recursive-graph-body-print  15.3 Necesidad para Ejes Impresos  15.4 Ejercicio 

Tu Fichero ‘.emacs’

• Configuración por defecto  16.1 Fichero de Inicialización Site-wide  Se puede escribir site-wide ficheros init. 16.2 Especificar Variables usando defcustom  Emacs escribirá código para ti. 16.3 Empieza por un Fichero ‘.emacs’  Cómo escribir un fichero .emacs. 16.4 Modo Texto y Auto Relleno  Corta líneas automáticamente. 16.5 Alias de Correo  Usar abreviaciones para direcciones de correo electrónico. 16.6 Indentar Modos de Tabulación  No usar tabulaciones con TeX 16.7 Algunos Atajos  Crear algunos atajos de teclado personales. 16.8 Mapas de teclado  Más acerca de atajos de teclado. 16.9 Cargando Ficheros  Cargar (por ej. evaluar) ficheros automáticamente. 16.10 Autoloading  Crear funciones disponibles. 16.11 Una Extensión Simple: line-to-top-of-window  Definir una función; enlazarla a una tecla. 16.12 Colores X11  Colores en X. 16.13 Configuraciones Misceláneas para un Fichero ‘.emacs’  16.14 Una Línea Modificada  Cómo personalizar tu mode line.

Depurando

17.1 depurar  Cómo usar el depurador construido. 17.2 debug-on-entry  Empezar depurando cuando se llama a una función. 17.3 debug-on-quit y (debug)  Empezar depurando cuando se sale con C-g. 17.4 El Depurador de Nivel de Fuentes edebug  Cómo usar Edebug, un depurador a nivel de fuentes. 17.5 Ejercicios de Depuración 

Manejando el Anillo de la Muerte

Qué hace el Anillo de la Muerte  B.1 La Función current-kill  B.2 pegar  Copiar una copia de un elemento clipeado. B.3 yank-pop  Insertar elemento apuntado. B.4 El Fichero ‘ring.el’ 

La Función current-kill

El código current-kill  current-kill en Outline 

current-kill en Outline

El cuerpo de current-kill  Disgresión acerca de la palabra ‘error’  Cómo confundir humanos, pero no ordenadores. Determinando el Elemento 

Un Grafo con Ejes Etiquetados

Grafo de Ejemplo Etiquetado  C.1 La Varlist print-graph  expresión let en print-graph. C.2 La Función print-Y-axis  Imprimir una etiqueta para los ejes verticales. C.3 La Función print-X-axis  Imprimir una etiqueta horizontal. C.4 Imprimiendo el Grafo Completo  La función para imprimir un grafo completo.

La Función print-Y-axis

La Función print-Y-axis en Detalle  ¿Qué altura se debería etiquetar?  ¿Qué altura para el eje Y? C.2.1 Viaje Lateral: Computa un Recuerdo  Cómo computar el recuerdo de una división. C.2.2 Construye un Elemento del Eje Y  Construir una línea para el eje Y. C.2.3 Crea un Eje de la Columna Y  Generar una lista de etiquetas del eje Y. C.2.4 La Versión No Demasiado Final de print-Y-axis  Una versión no muy final.

La Función print-X-axis

Similaridades y diferencias  Mucho como print-Y-axis, pero no exactamente. C.3.1 Eje X Marca Tic  Crear marcas de tic para los ejes horizontales.

Imprimiendo el Grafo Completo

Cambios para la Versión Final  Unos pocos cambios C.4.1 Testeando print-graph  Ejecutar un rápido test. C.4.2 Creando Gráficas de Números de Palabras y Símbolos  Ejecutando el código final. C.4.3 Una Expresión lambda: Anonimicidad Útil  Cómo escribir una función anónima. C.4.4 La Función mapcar  Aplicar una función a elementos de una lista. C.4.5 Otro Error … Más Insidioso  Todavía otro error … más insidioso. C.4.6 El Gráfico Impreso  ¡El grafo por sí mismo!
Prefacio   Qué buscas
1. Procesamiento de Listas   ¿Qué es Lisp?
2. Practicando Evaluación   Ejecutando varios programas.
3. Cómo Escribir Definiciones de Funciones   Cómo escribir definiciones de funciones.
4. Unas pocas funciones de buffer relacionadas   Explorando unas pocas funciones relacionadas con los búffers.
5. Unas Pocas Funciones Más Complejas   Unas pocas, incluso más complejas funciones.
6. Extendiendo y Encogiendo   Restringiéndote a tí y a Emacs a una región.
7. car, cdr, cons: Funciones Fundamentales   Funciones fundamentales en Lisp.
8. Cortando y Almacenando Texto   Eliminando texto y salvándolo.
9. Cómo las Listas se Implementan   Cómo las listas están implementadas en el ordenador
10. Pegando Texto   Pegando texto almacenado.
11. Bucles y Recursión   Cómo repetir un proceso.
12. Búsquedas de Expresiones Regulares   Búsquedas de expresiones regulares.
13. Contando: Repetición y Regexps   Una revisión de repetición y regexps.
14. Contando Palabras en una defun   Contando palabras en una defun.
15. Leyendo un Grafo   Un grafo prototipo imprimiendo una función.
16. Tu Fichero ‘.emacs’   Cómo escribir un fichero ‘.emacs’.
17. Depurando   Cómo ejecutar los depuradores de Emacs Lisp.
18. Conclusión   Ahora tienes las bases.
A. La Función the-the   Un apéndice: cómo encontrar palabras reduplicadas.
B. Manejando el Anillo de la Muerte   Un apéndice: cómo el kill ring funciona.
C. Un Grafo con Ejes Etiquetados   Como crear un grafo con ejes etiquetados.
D. Software Libre y Manuales Libres  
E. GNU Free Documentation License  
• Index  
Acerca del Autor   
 — El Listado Detalllado de Nodos —



Prefacio
¿Por qué Estudiar Emacs Lisp?   ¿Por qué aprender Emacs Lisp?
Leyendo este Texto   Leer, ganar familiaridad, escoger hábitos...
Para quien está esto escrito   Para quien es este escrito.
• Historia Lisp  
Una Nota para Novatos   Tu puedes leer esto como un novato
Gracias   
Procesamiento de Listas
1.1 Listas Lisp   ¿Qué son listas?
1.2 Ejecutar un Programa   Cualquier lista en Lisp es un programa listo para ejecutarse.
1.3 Generar un Mensaje de Error   Generando un mensaje de error.
1.4 Nombres de símbolos y Definiciones de Funciones   Nombres de símbolos y definiciones de función.
1.5 El Intérprete Lisp   Qué hace el intérprete Lisp.
1.6 Evaluación   Ejecutando un programa.
1.7 Variables   Devolviendo un valor desde una variable.
1.8 Argumentos   Pasando información a una función.
1.9 Configurando el Valor de una Variable   Configurando el valor de un variable.
1.10 Resumen   Los mayores puntos.
1.11 Ejercicios   
Listas Lisp
Números, Listas dentro de Listas   Lista tener números, otras listas, en ellas.
1.1.1 Átomos Lisp   Entidades Elementales.
1.1.2 Espacios en blanco en Listas   Formatenado listas para ser legibles.
1.1.3 GNU Emacs te Ayuda a Escribir Listas   Cómo GNU Emacs te ayuda a escribir listas. 
El Intérprete Lisp
Complicaciones   Variables, formas especiales, Listas.
1.5.1 Compilación de Bytes   Especialmente procesando código por la velocidad. 
Evaluación
Cómo el Intérprete Actúa   Devolver y Efectos Colaterales...
1.6.1 Evaluando Listas Propias   Listas con listas... 
Variables
• Ejemplo de fill-column  
1.7.1 Mensaje de Error para un Símbolo sin una Función   El mensaje de error para un símbolo sin una función.
1.7.2 Mensaje de Error para un Símbolo sin un Valor   El mensaje de error para un símbolo sin un valor. 
Argumentos
1.8.1 Tipos de Argumentos de Datos   Tipos de datos pasados a una función.
1.8.2 Un Argumento como el Valor de una Variable o Lista   Un argumento puede ser el valor de una variable o lista.
1.8.3 Número de Variables de Argumentos   Algunas funciones pueden tomar un número variable de argumentos.
1.8.4 Usando el Tipo Incorrecto de Objeto como un Argumento   Pasando un argumento del tipo incorrecto a una función.
1.8.5 La función message   Una función útil para enviar mensajes. 
Configurando el Valor de una Variable
1.9.1 Usando set   Configurando valores.
1.9.2 Usando setq   Configurando un valor citado.
1.9.3 Contando   Usando setq para contar. 
Practicando Evaluación
Cómo Evaluar  
[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

Prefacio

La mayoría del entorno integrado GNU Emacs está escrito en el lenguaje de programación llamado Emacs Lisp. El código escrito en este lenguaje de programación es el software---el conjunto de instrucciones---que cuenta el ordenador que hacer cuando tu le das comandos. Emacs está diseñado así que tu puedes escribir nuevo código en Emacs Lisp y fácilmente instalarlo como una extensión al editor.

(GNU Emacs es algunas veces llamado un ``editor extensible'', pero hace mucho más que proporcionar capacidad de edición. Es mejor referirse a Emacs como un ``entorno de computación extensible''. Sin embargo, esta frase es clara y cristalina. Es fácil referirse a Emacs simplemente como un editor. Más allá cada cosa que haces en Emacs---encontrar la fecha Maya y fases de la luna, simplificar polinomios, depurar código, administrar ficheros, leer cartas, escribir libros---todas estas actividades son tipos de edición en la mayoría del sentido general del mundo.)

¿Por qué Estudiar Emacs Lisp?   ¿Por qué aprender Emacs Lisp?
Leyendo este Texto   Leer, ganar familiaridad, escoger hábitos...
Para quien está esto escrito   Para quien es este escrito.
• Historia Lisp  
Una Nota para Novatos   Tu puedes leer esto como un novato
Gracias  
[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

¿Por qué Estudiar Emacs Lisp?

Aunque Emacs Lisp normalmente se asocia solo con Emacs, es un lenguaje de programación completo. Se puede usar Emacs Lisp como harías con cualquier otro lenguaje de programación.

Quizás se quiere comprender la programación; quizás se quiere extender Emacs; o quizás se quiere llegar a ser un programador. Esta introducción a Emacs Lisp está diseñado para iniciarse: para ser guiado en el aprendizaje de los fundamentos de programación, y de manera más importante, para mostrar como enseñar a ir más allá.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

Leyendo este Texto

A través de este documento, se verá un pequeño ejemplo de programas que se pueden ejecutar dentro de Emacs. Si se lee este documento en Info dentro de GNU Emacs, se pueden ejecutar los programas como ellos aparecen. (Esto es fácil de hacer y se explica cuando los ejemplos se presentan). Alternativamente, se puede leer esta introducción como un libro impreso mientras se está sentando con un ordenador ejecutando Emacs. (Esto es lo que me gusta hacer; me gustan los libros impresos.) Si no se está ejecutando Emacs, todavía se puede leer este libro, pero en este caso, lo mejor es tratarlo como una novela, o como una guía para un país no visitado todavía: interesante, pero no es lo mismo allí.

Mucha de esta introducción se dedica a paseos guiados de código usando en GNU Emacs. Estos paseos están diseñados para dos propósitos: primero, dar familiaridad con código real que funciona (código que se usa cada día); y, segundo, dar familiaridad con el camino de Emacs funcionando. Es interesante ver cómo un entorno en funcionamiento se implementa. También, espero que se escoja el hábito de navegar a través del código fuente. Se puede aprender desde él para muchas ideas. Tener GNU Emacs es como tener una cueva del dragón de los tesoros.

Además de aprender acerca de Emacs como un editor y Emacs Lisp como un lenguaje de programación, las guías de ejemplos guiados te darán una oportunidad para haber adquirido con Emacs como un entorno de programación Lisp. GNU Emacs soporta programación y provee herramientas que querrán llegar a ser confortables usando cosas como M-. (la clave que invoca el comando find-tag). Tu también aprenderás acerca de búffers y otros objetos que son parte del entorno. Aprendiendo acerca estas funcionalidades de Emacs es como aprender nuevas rutas alrededor de tu hogar.

Finalmente, son convenientes algunas habilidades usando Emacs para aprender aspectos de programación que no se conocen. Con frecuencia se puede usar Emacs para ayudar a comprender qué puzzles encontrar o como hacer alguna cosa nueva. Esta auto-confianza no es solo un placer, también es una ventaja.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

Para quien está esto escrito

Este texto está escrito como una introducción elemental para gente que no son programadores. Si eres un programador, puedes no estar satisfecho con este libro. La razón es que puedes tener que llegar a ser experto leyendo manuales de referencia y eso no es el camino por el que este texto está organizado.

Un programador experto que revisó este texto me dijo a mí:

Yo prefiero aprender desde manuales de referencia. Yo ``escarbo'' cada párrafo, y ``vienen por aire'' entre párrafos.

Cuando tengo el fin de un párrafo, asomo que este asunto está hecho, finalizado, que conozco cada cosa que necesito (con la posible excepción del caso cuando el siguiente párrafo empieza hablando acerca de eso en más detalle). Yo espero que un manual de referencia bien escrito no tendrá un montón de redundancia, y tendrá excelentes punteros a (un) lugar donde la información que yo quiero está.

¡Esta introducción no está escrita para esta persona!

Primeramente, yo intento decir cada cosa al menos tres veces: primero, introducirlo; segundo, mostrarlo en contexto; y tercero, mostrarlo en un contexto diferente, o revisarlo.

Segundo, yo duramente siempre pongo toda la información acerca de un asunto en un lugar, mucho menos en un párrafo. Para mi camino de pensamiento, se impone una carga bastante fuerte en el lector. En vez de eso yo intento explicar solo que necesitas saber en el momento. (Algunas veces incluyo una pequeña información extra así no se sorprenderá más tarde cuando la información adicional se introduzca formalmente.)

Cuando se lea este texto, no se espera que aprender cada cosa la primera vez. Frecuentemente, tu solo necesitas hacer, como estaba, un `reconocimiento' con alguno de los elementos mencionados. Mi esperanza es que yo tenga estructurado el texto y dar suficientes indicios que estarán alerta para que es importante y concentrarse en ellos.

Se necesita ``escabar dentro'' de algunos párrafos; no hay otro modo para leerlos. Pero yo he intentado guardar el número de tales párrafos. Este libro pretende como una colina que se acerca, en vez de una montaña.

Esta introducción para Programación en Emacs Lisp tiene un documento complementario. (El Manual de Referencia de GNU Emacs Lisp)Arriba. El manual de referencia tiene más detalles que esta introducción. En el manual de referencia, toda la información sobre un asunto está concentrado en un lugar. Se debe cambiar si se es como el programador citado arriba. Y, de acuerdo, después de que se ha leido esta Introducción, se encontrará el Manual de Referencia útil cuando estás escribiendo tus propios programas.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

Historia de Lisp

Lisp fué desarrollado primero en los 50 en el Instituto Tecnológico de Massachusetts para investigar en inteligencia artificial. El gran poder del lenguaje Lisp lo hace superior para otros propósitos también, tal como escribir comandos de edición y entornos integrados.

GNU Emacs Lisp está fuertemente inspirado en Maclisp, que está escrito en el MIT en los sesenta. Está en cierto modo inspirado en Common Lisp, que llega a ser un estándar en los 80. Sin embargo, Emacs Lisp es mucho más simple que Common Lisp. (La distribución estándar de Emacs contiene un fichero de extensiones opctional, ‘cl.el’, que añade muchas funcionalidades a Emacs Lisp.)

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

Una Nota para Novatos

Aunque no se conozca GNU Emacs, se puede leer este documento de manera útil. Sin embargo, es mejor aprender Emacs, al menos aprender a moverse alrededor de la pantalla del ordenador. Se puede aprender por uno mismo cómo usar así Emacs con el tutorial on-line. Para usarlo, se debe escribir C-h t. (Esto significa que se presione la tecla <CTRL> y la h al mismo tiempo, y después se presiona t

Con frecuencia, me refiero a uno de los comandos de Emacs estándar listando las teclas que se presionan para invocar el comando y entonces dar el nombre del comando entre paréntesis, como este: M-C-\\ (indent-region). (Si lo deseas, se pueden cambiar las teclas que son escritas para invocar el comando; esto se llama rebinding. Véase la sección Mapas de Teclado.) La abreviación M-C-\\ significa que se escribe la tecla <META>, <CTRL>, y <\\> todo al mismo tiempo. (En muchos teclados modernos la tecla <META> es etiquetada con <ALT>.) Algunas veces una combinación como esta es llamada keychord, puesto que es similar al camino de tocar un acorde en un piano. Si tu teclado no tiene una tecla <META>, la tecla con prefijo <ESC> es usado en lugar de ella. En este caso M-C-\\ significa que se presiona <ESC> y entonces escribe <CTRL> y la tecla <\\> al mismo tiempo. Pero normalmente M-C-\\ significa presionar la tecla <CTRL> alrededor con la tecla que está etiquetada <ALT> y, al mismo tiempo, se presiona la tecla <\\>.

Además escribiendo una sola tecla, se puede prefijar que escribes con C-u, que es llamado el `argumento universal'. La tecla C-u pasa un argumento para el comando subsiguiente. De este modo, para indentar una región de texto plano a 6 espacios, se marca la región, y entonces se escribe C-u 6 M-C-\\. (Si no se especifica un número, Emacs pasa el número 4 al comando o de otra manera ejecuta el comando de manera diferente). Véase (emacs)Argumentos sección `Argumentos Numéricos' en El Manual de GNU Emacs.

Si se está leyendo esto en Info usando GNU Emacs, se puede leer a través este documento completo solo presionando la barra de espacio, <SPC>. (Para aprender acerca de Info, escribe C-h i y entonces selecciona Info.)

Una nota en terminología: cuando yo uso la palabra Lisp sola, con frecuencia me estoy refiriendo a los dialectos de Lisp en general, pero cuando yo hablo de Emacs Lisp, yo estoy refiriéndome a GNU Emacs Lisp en particular.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

Gracias

Gracias a todos quienes me ayudaron con este libro. Especialmente agradecido a Jim Blandy, Noah Friedman, Jim Kingdon, Roland McGrath, Frank Ritter, Randy Smith, Richard M. Stallman, and Melissa Weisshaus. Gracias también a Philip Johnson y David Stampe por su for ánimo paciente. Mis errores son míos.

Robert J. Chassell bob@gnu.org

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1. Procesamiento de Listas

Para las personas nuevas, Lisp es un lenguaje de programación extraño. En código Lisp hay paréntesis en cada lugar. Algunas personas incluso reclaman que el nombre signfica `Lots of Isolated Silly Parentheses' (`Montones de Paréntesis Aislados Estúpidos'). Pero la advertencia es sin garantías. Lisp es para Procesamiento de Listas, y el lenguaje de programación maneja listas (y listas de listas) poniéndolas entre paréntesis. Los paréntesis marcan los límites de la lista. Algunas veces una lista es precedida por un apóstrofe simple o una marca de cita, ‘'’(1) Las listas son las bases de Lisp.

1.1 Listas Lisp   ¿Qué son listas?
1.2 Ejecutar un Programa   Cualquier lista en Lisp es un programa listo para ejecutarse.
1.3 Generar un Mensaje de Error   Generando un mensaje de error.
1.4 Nombres de símbolos y Definiciones de Funciones   Nombres de símbolos y definiciones de función.
1.5 El Intérprete Lisp   Qué hace el intérprete Lisp.
1.6 Evaluación   Ejecutando un programa.
1.7 Variables   Devolviendo un valor desde una variable.
1.8 Argumentos   Pasando información a una función.
1.9 Configurando el Valor de una Variable   Configurando el valor de un variable.
1.10 Resumen   Los mayores puntos.
1.11 Ejercicios  
[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.1 Listas Lisp

En Lisp, una lista como esto: '(rose violet daisy buttercup). Esta lista es precedida por un apóstrofe simple. Podría estar bien escrita como sigue, que mira más como el tipo de lista con la que estás familiarizado:

 
'(rose
  violet
  daisy
  buttercup)

Los elementos de esta lista son los nombres de las 4 flores diferentes, separadas por espacios en blanco y alrededor de paréntesis, como flores en un campo con un muro de piedras alrededor de ellas.

Números, Listas dentro de Listas   Lista tener números, otras listas, en ellas.
1.1.1 Átomos Lisp   Entidades Elementales.
1.1.2 Espacios en blanco en Listas   Formatenado listas para ser legibles.
1.1.3 GNU Emacs te Ayuda a Escribir Listas   Cómo GNU Emacs te ayuda a escribir listas.
[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

Números, Listas dentro de Listas

Las listas pueden también tener números dentro, como en esta lista: (+ 2 2). Esta lista tiene un signo más, ‘+’, seguido por dos ‘2’, cada uno separado por espacios en blanco.

En Lisp, datos y programas están representados por el mismo camino; que son ambas listas de palabras, números, u otras listas, separadas por espacios en blanco y alrededor de paréntesis. (Desde que un programa mira como datos, un programa puede fácilmente servir como datos para otros; esta es una funcionalidad muy poderosa de Lisp.) (Incidentalmente, estas dos marcas de paréntesis no son listas Lisp, porque ellos contienen ‘;’ y ‘.’ como marcas puntuación.)

Aquí está otra lista, esta vez con una lista dentro:

 
'(esta lista tiene (una lista dentro))

Los componentes de esta lista son las palabras ‘esto’, ‘lista’, ‘tiene’, y la lista ‘(una lista dentro de ella)’. La lista interior es hecha de las palabras ‘a’, ‘lista’, ‘dentro’, ‘de’, ‘ello’.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.1.1 Átomos Lisp

En Lisp, hemos estado llamando a las palabras átomos. Este término viene desde el significado de la palabra átomo, que significa indivisible. Tan lejos como Lisp es concebido, las palabras que hemos estado usando en las listas no pueden ser divididas dentro de pequeñas partes y todavía significan la misma cosa como parte de un programa; como con números y caracteres de símbolos simples como ‘+’. Por otro lado, no como un antiguo átomo, una lista puede ser dividida en pequeñas partes. Ver (Funciones Fundamentales)car cdr & cons.

En una lista, los átomos son separados de otros por espacios en blanco. Ellos pueden estar a la derecha y seguir a un paréntesis.

Técnicamente hablando, una lista en Lisp consiste de paréntesis alrededor de átomos separados por espacios en blanco o alrededor de otras lista o alrededor de ambos átomos u otras listas. Una lista puede tener solo un átomo en ella o no tener nada en ella para todo. Una lista con nada dentro se ve como esto: (), y está llamado la lista vacía. No como cualquier otra cosa, un lista vacía es considerad ambos un átomo y una lista al mismo tiempo.

La representación impresa de ambos átomos y listas son llamadas expresiones simbólicas o, más concisamente, s-expresiones. La palabra expresión por sí mismo puede referir o bien la representación impresa, o para el átomo o la lista como ella es manejada internamente en el ordenador. Con frecuencia, la personas usan el término expresión indiscriminadamente. (También, en muchos textos, la palabra forma es usada como un sinónimo para la expresión.)

Incidentalmente, los átomos que hacen que nuestro universo fuese nombrado así cuando ellos fueron pensados para ser indivisibles; pero han sido encontrados átomos físicos que no son indivisibles. Las partes pueden dividir un átomo o puede fisionarse en 2 partes de igual tamaño. Los átomos físicos fueron nombrados prematuramente, antes de que su verdadera naturaleza fuese encontrada. En Lisp, ciertos tipos de átomos, como un array, pueden ser separados en partes; pero el mecanismo de hacer esto es diferente de el mecanismo para dividir una lista. Tan lejos como las operaciones de las listas son concebidas, los átomos de una lista son indivisibles.

Como en Inglés, los significado de las letras de componentes de un átomo Lisp son diferentes desde el significado de las letras que crean una palabra. Por ejemplo, la palabra Suramericana ‘ai’, es completamente diferente de las dos palabras ‘a’, e ‘i’.

Hay muchos tipos de átomos naturales, pero solo unos pocos en Lisp: por ejemplo, números, tales como 37, 511, o 1729, y símbolos, tales como ‘+’, ‘foo’, o ‘forward-line’. Las palabras que hemos listado en los ejemplos de debajo son todos símbolos. Cada día de conversación Lisp, la palabra ``átomo'' no es usada con frecuenca, porque los programadores normalmente intentan ser más específicos acerca de que tipo de átomo están tratando. La programación Lisp es sobre todo de símbolos (y algunas veces números) con listas. (De ese modo, tres palabras rodeadas de paréntesis son una apropiada lista en Lisp, desde que ello consiste en átomo, que en este caso son símbolos, separados por espacios en blanco y cerrados por paréntesis, sin cualquier puntuación no Lisp.)

Texto entre comillas --- incluso frases de párrafos --- son también un átomo. Aquí hay un ejemplo:

 
'(esta lista incluye "texto entre comillas.")

En Lisp, todo el texto citado incluyendo la marca de puntuación y los espacios en blanco son un átomo simple. Este tipo de átomo es llamado string (por `cadena de caracteres') y es el tipo de cosa que es usada para mensajes que un ordenador puede imprimir para que un humano lea. Las cadenas son un tipo diferente de átomo en vez de números, o símbolo y son usados de manera diferente.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.1.2 Espacios en blanco en Listas

La cantidad de espacios en blanco en una lista no importa. Desde el punto de vista del lenguaje Lisp,

 
'(esta lista
   parece esto)

es exactamente lo mismo que esto:

 
'(esta lista parece esto)

Ambos ejemplos muestran que Lisp es la misma lista, la lista hecha de los símbolos ‘esta’, ‘lista’, ‘parece’, y ‘esto’ en este orden.

Espacios en blanco extra y nuevas líneas son diseñadas para crear una lista más legible por humanos. Cuando Lisp lee la expresión, asimila los espacios en blanco extra (pero necesita tener al menos un espacio entre átomos en orden para contarlos aparte.)

Aunque parezca raro, los ejemplos que hemos visto cubren casi todo lo que Lisp tiene. Cualquier otra lista en Lisp ve más o menos como uno de estos ejemplos, excepto que la lista puede ser más large y más compleja. En resumen, una lista está entre paréntesis, una cadena está entre comillas, un símbolo parece como una palabra, y un número parece un número. (Para ciertas situaciones, corchetes, puntos y otros caracteres especiales pueden ser usados; sin embargo; iremos bastante lejos sin ellos.)

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.1.3 GNU Emacs te Ayuda a Escribir Listas

Cuando escribes una expresión Lisp en GNU Emacs usando bien el modo de Interacción Lisp o el modo Emacs Lisp, tu tienes disponible varios comandos para formatear la expresión Lisp, de modo que es fácil de leer. Por ejemplo, presionando la tecla <TAB> automáticamente indenta la línea del cursor que está por la cantidad correcta. Un comando para indentar apropiadamente el código en una región está asociado a M-C-\. La indentación está diseñada de manera que puedes ver que elementos de una lista pertenencen a qué lista --- los elementos de una sublista están más indentados que los elementos de una lista cerrada.

Además, cuando se escribe un paréntesis de cierra, Emacs momentáneamente salta el cursor atrás para hacer el matching (emparejamientos) con el paréntesis de apertura, para ver cuál es. Esto es muy útil, ya que cada lista que escribes en Lisp debe tener sus paréntesis emparejados con sus paréntesis de apertura. (Ver Modos Mayores: (El Manual de GNU Emacs)Modos Mayores, para más información acerca de modos de Emacs.)

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.2 Ejecutar un Programa

Una lista en Lisp ---cualquier lista--- es un programa listo para ser ejecutado. Si lo ejecutas (lo que la jerga Lisp llama evaluar), el ordenador hará una de las tres cosas: nada excepto devolverte la lista misma; enviar un mensaje de error; o, tratar el primer símbolo en la lista como un comando para hacer alguna cosa. (Normalmente, es el último de estas tres cosas de lo que realmente se quiere).

El apóstrofe, ', que se pone enfrente de algún ejemplo de listas en secciones precedentes se llama quote; (comilla); cuando precede una lista, Lisp no tiene que hacer nada con la lista, otra que la toma como está escrita. Pero si no hay una cita precediendo la lista, el primer ítem de la lista es especial: es un comando para que el ordenador obedezca. (En Lisp, estos comandos son llamados funciones.) La lista (+ 2 2) muestra debajo que no tuvo un quote en frente, así Lisp comprende que + es una instrucción para hacer alguna cosa con el resto de la lista: añadir los números que siguen.

Si estás leyendo esto dentro de GNU Emacs en Info, aquí está como puedes evaluar una lista: posiciona tu cursor de manera inmediata después de la siguiente lista y escribe C-x C-e:

 
(+ 2 2)

Verás que el número 4 aparece en el área echo. (La jerga que se usa es ``evaluar la lista.'' El área echo es la línea arriba de la pantalla que muestra o hace ``echo'' del texto.) Ahora intenta la misma cosa con una lista entre comillas: posiciona el cursor correcto después de la siguiente lista y escribe C-x C-e:

 
'(esto es una lista comilla)

Tu verás (esto es una lista citada) aparece en el área echo.

En ambos casos, lo que estás haciendo es dar un comando al programa dentro de GNU Emacs llamado intérprete Lisp --- dando al intérprete un comando para evaluar la expresión. El nombre del intérprete Lisp viene de la palabra para la tarea hecha por un humano que viene con el significado de una expresión --- quien lo ``interpreta''.

También se puede evaluar un átomo que no es parte de una lista --- uno que no está rodeado por paréntesis; de nuevo, el intérprete Lisp traduce desde la expresión humanamente legible al lenguaje del ordenador. Pero antes de discutir esto (ver Variables), nosotros discutiremos lo que el intérprete de Lisp hace cuando tu creas el error.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.3 Generar un Mensaje de Error

No se preocupe si genera un mensaje de error de manera accidental, se da un comando para que el intérprete de Lisp lo genere. Esto es una actividad sin daño; y en efecto, con frecuencia se intenta generar mensajes de error de manera intencional. Una vez se comprende la jerga, los mensajes de error pueden ser informativos. En vez de ser llamados mensajes de ``error'', deberían ser llamados mensajes de ``ayuda''. Esto son como signos para un viajero en un país extraño; descifrarlos puede ser duro, pero una vez comprendidos, pueden apuntar el camino.

El mensaje de error está generado por un depurador de GNU Emacs. Se `introduce el depurador'. Se obtiene el depurador escribiendo q.

Lo que se hace es evaluar una lista que no está citada y no tiene un comando con significado como su primer elemento. Aquí hay una lista casi exacta a la usada, pero sin la cita simple en vez de eso. Posicione el cursor derecho después y escribe C-x C-e:

 
(esto es una lista sin cita)

Lo que ves depende de qué versión de Emacs se está ejecutando. GNU Emacs versión 22 provee más información que la versión 20 y anterior. Primero, el resultado más reciente genera un error; que en la versión 20 funciona.

En GNU Emacs versión 22, una ventana ‘*Backtrace*’ se abrirá y se verá lo siguiente:

 
---------- Buffer: *Backtrace* ----------
Debugger entered--Lisp error: (void-function this)
  (this is an unquoted list)
  eval((this is an unquoted list))
  eval-last-sexp-1(nil)
  eval-last-sexp(nil)
  call-interactively(eval-last-sexp)
---------- Buffer: *Backtrace* ----------

Su cursor estará en esta ventana (puedes tener que esperar unos pocos segundos antes de llegar a ser visible). Para salir del depurador y de su ventana, escribe:

 
q

Por favor, escribe q bien ahora, así llegará a ser confidente de que se pueda bajar el depurador. Entonces, escribe C-x C-e de nuevo y se reintroduce.

Basado en lo que ya se sabe, se puede leer este mensaje de error.

Si se lee el búffer ‘*Backtrace*’ desde arriba; cuenta lo que Emacs hace. Cuando se escribe C-x C-e, se hizo una llamada interactiva el comando eval-last-sexp. eval es una abreviación para `evaluar' y sexp es una abreviación para la `expresión simbólica'. El comando significa `evalúa la última expresión simbólica', que es la expresión ahora antes de tu cursor.

En cada línea de abajo se cuenta lo que evaluó el siguiente intérprete. La acción más reciente está alta. El búffer es llamado ‘*Backtrace*’ porque te permite habilitar la traza de Emacs hacia atrás.

Arriba del búffer ‘*Backtrace*’, se verá la línea:

 
El depurador introdujo el error Lisp: (void-function this)\n

El intérprete Lisp intentó evaluar el primer átomo de la lista, la palabra ‘this’. Esta acción que generaba el mensaje de error ‘void-function this’.

El mensaje contiene las palabras ‘void-function’ y ‘this’.

La palabra ‘function’ fué mencionada antes. Es una palabra muy importante. Para nuestros propósitos, se puede definir eso diciendo que una función (function) es un conjunto de instrucciones para el ordenador que cuenta al ordenador hacer alguna cosa.

Ahora se puede empezar a comprender el mensaje de error: ‘void-function this’. La función (que es, la palabra ‘this’) no tiene una definición de cualquier conjunto de instrucciones del ordenador para llevarlo.

La palabra ligeramente extraña, ‘void-function’, está diseñada para cubrir el camino que Emacs Lisp está implementado, que es cuando un símbolo no tiene una definición de función adjunta a eso, el lugar que contendría las instrucciones es `vacío'.

Por otro lado, desde que fuimos capaces de añadir 2 más 2 de manera exitosa, evaluando (+ 2 2), se puede inferir que el símbolo + debe tener un conjunto de instrucciones para que el ordenador obedezca y estas instrucciones deben añadir los números que siguen el +.

En la versión 20 de GNU Emacs, y versiones tempranas, verás solo una línea del mensaje de error, aparecerá el área echo y mira como esto:

 
La definición de la función de símbolos está
vacía: esta

(También, tu terminal puede avisar para hacer algo, o no. Esto es solo un dispositivo para atraer tu atención.) El mensaje va fuera tan pronto como tu escribes otra tecla, incluso para mover el cursor.

Conocemos el significado de la palabra ‘Símbolo’. Se refiere al primer átomo de la lista, la palabra ‘este’. La palabra ‘función’ se refiere a las instrucciones que cuentan al ordenador que hacer. (Técnicamente, el símbolo cuenta al ordenador donde encontrar las instrucciones, pero esto es una complicación que podemos ignorar por el momento.)

El mensaje de error puede ser comprendido: ‘La definición del símbolo está vacío: este’. El símbolo (que es, la palabra ‘este’) le faltan instrucciones para que el ordenador funcione.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.4 Nombres de símbolos y Definiciones de Funciones

Se puede articular otra característica de Lisp basada en lo que se discutió hace tiempo---una característica importante: un símbolo, como +, no es en sí mismo el conjunto de instrucciones que el ordenador transmite. En vez de eso, el símbolo está usado, quizás temporalmente, como un camino de localizar la definición o conjunto de instrucciones. Lo que se ve es el nombre a través del que las instrucciones se pueden encontrar. Los nombres de personas trabajan por el mismo camino. Puede ser llamado ‘Bob’; sin embargo, no soy ‘B’, ‘o’, ‘b’ pero soy, o fuí, la consciencia consistente asociada con una forma de línea particular. El nombre no soy yo, pero puedo ser usado para referirme a mí.

En Lisp, un conjunto de instrucciones puede adjuntarse a varios nombres. Por ejemplo, las instrucciones de ordenador para añadir números pueden ser enlazados al símbolo más tan bien como el símbolo + (y son en algunos dialectos de Lisp). Entre humanos, puede referirse a ‘Robert’ tan bien como ‘Bob’ y en otras palabras también.

Por otro lado, un símbolo puede tener solo una función adjunta en un momento. De otro modo, el ordenador estaría confundido acerca de qué definición usar. Si este fuera el caso, solo una persona en el mundo podría llamarse ‘Bob’. Sin embargo, la definición de función para la que el nombre se refiere puede ser cambiada de manera legible. (Ver Instalar una Definición de Función.)

Desde que Emacs Lisp es grande, es costumbre nombrar símbolos de un modo que identifique la parte de Emacs de la función que pertenece. De este modo, todos los nombres de funciones que tratan con Texinfo empiezan con ‘texinfo-’ y estas funciones que tratan con la lectura de correo empiezan con ‘rmail-’.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.5 El Intérprete Lisp

Basado en lo que se ha visto, ahora se puede empezar a entender lo que el intéprete Lisp hace cuando ejecutamos un comando para evaluar una lista. Primero, examina si hay un símbolo quote (cita) antes de la lista; si el intérprete da la lista. Por otro lado, si no hay cita, el intéprete mira si el primer elemento en la lista tiene una definición de función. De otro modo, el intéprete imprime un mensaje de error.

Así es como Lisp trabaja. Simple. Hay complicaciones añadidas que tendremos en un minuto, pero estas son fundamentales. De acuerdo, para escribir programas Lisp, se necesita conocer como escribir definiciones de función y adjuntarlas a nombres, y como hacer esto sin confundirnos a nosotros mismos o al ordenador.

Complicaciones   Variables, formas especiales, Listas.
1.5.1 Compilación de Bytes   Especialmente procesando código por la velocidad.
[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

Complicaciones

Ahora, una primera complicación. Además de las listas, el intéprete Lisp puede evaluar un símbolo sin el símbolo cita (quote) y no tiene paréntesis alrededor. El intérprete Lisp intentará determinar el valor del símbolo como una variable. Esta situación está descrita en la sección acerca de variable. (Ver Variables.)

La segunda complicación ocurre debido a que algunas funciones son inusuales y no funcionan de la manera usual. Estas que no son llamadas formas especiales. Son usadas para trabajos especiales, como definir una función, y no son muchas de ellas. En los siguientes próximos capítulos, se introducirán varias de las formas especiales más importantes.

La tercera y final complicación es la siguiente: si la función que el intérprete Lisp está buscando no es una forma especial, y si eso es parte de una lista, el intérprete Lisp quiere ver si la lista tiene una lista dentro. Si hay una lista dentro, el intérprete Lisp primero mira qué hacer con la lista dentro, y entonces trabaja en la lista de fuera. Si todavía hay otra lista embebida dentro de la propia lista, eso funciona en esta primero, y así. Eso siempre funciona en la lista más interior. El intérprete funciona más interior primero, para evaluar el resultado de esta lista. El resultado puede ser usado por la expresión entre paréntesis.

De otra manera, el intérprete trabaja de izquierda a derecha, desde una expresión a la siguiente.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.5.1 Compilación de Bytes

Otro aspecto de interpretación: el intéprete Lisp es capaz de interpretar dos tipos de entidad: código humanemente legible, en el que focalizarse exclusivamente, y especialmente código procesado, llamado byte compilado, que no es humanamente legible. El código máquina compilado se ejecuta más rápido que el código humanamente legible.

Tu puedes transformar código legible por humanos dentro de código compilado ejecutando un de los comandos compilados tales como byte-compile-file. El código compilado es normamelte almacenado en un fichero que finaliza con una extensión ‘.elc’ en vez de una extensión ‘.el’. Verás ambos tipos de ficheros en el directorio ‘emacs/lisp’; los ficheros para leer estos son con extensiones ‘.el’.

Como una cuestión práctica, para la mayoría de las cosas tu podrías personalizar o extender Emacs, no necesitas compilar byte; y no discutirás el asunto aquí. Ver (elisp)Compilación de Byte sección `Compilación de Byte' en El Manual de Referencia de GNU Emacs, para una completa descripción de compilación byte.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.6 Evaluación

Cuando el intérprete Lisp funciona en una expresión, el término para la actividad es llamada evaluación. Decimos que el intérprete `evalúa la expresión'. Yo he usado este término varias veces antes. La palabra viene desde su uso en el lenguaje de cada día, `para cierto valor o cantidad de; para estimar' de acuerdo a Webster's New Collegiate Dictionary.

Cómo el Intérprete Actúa   Devolver y Efectos Colaterales...
1.6.1 Evaluando Listas Propias   Listas con listas...
[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

Cómo el Intérprete Actúa

Después de evaluar una expresión, el intérprete Lisp normalmente devuelve el valor que el ordenador produce trayendo las instrucciones encontradas en la definición de la función, o quizás dará esta función y producirá un mensaje de error. (El intérprete puede también quedarse colgado, así hablar, a una función diferente o puede intentar repetir continuamente que está haciendo para siempre y siempre en lo que está llamado como un `bucle infinito'. Estas acciones son menos comunes; y pueden ignorarse). Más frecuentemente, el intérprete devuelve un valor.

Al mismo tiempo el intérprete devuelve un valor, puede hacer cualquier cosa más también, tal como mover un cursor o copiar un fichero; este otro tipo de acción es llamada efecto lateral. Acciones que los humanos pensamos que son importantes tales como imprimir resultados son, con frecuencia, ``efectos laterales'' al intérprete Lisp. La jerga puede sonar peculiar, pero cambiar que es fácilmente fácil aprender a usar efectos laterales.

En resumen, evaluando una expresión simbólica normalmente causa que el intérprete devuelva un valor y quizás trajo un efecto lateral; o al menos produce un error.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.6.1 Evaluando Listas Propias

Si la evaluación se aplica a una lista que está dentro de una lista de fuera, se puede usar el valor devuelto por la primera evaluación como información cuando la lista de fuera está evaluada. Esto explica por qué las expresiones propias son evaluadas primero: los valores devueltos son usados por las expresiones de fuera.

Nosotros podemos investigar este proceso evaluando otro ejemplo adicional. Deja tu cursor después de la siguiente expresión y escribe C-x C-e:

 
(+ 2 (+ 3 3))

El número 8 aparecerá en el área echo.

Lo que ocurre es que el intérprete Lisp primero evalúa la expresión propia, (+ 3 3), para que el valor 6 se devuelva; entonces evalúa la expresión de fuera como si fuera escrita (+ 2 6), que devuelve el valor 8. Desde que no hay más expresiones cerradas para evaluar el intérprete imprime este valor en el área echo.

Ahora es fácil comprender el nombre de los comandos invocados por atajos C-x C-e: el nombre es eval-last-sexp. Las letras sexp son una abreviación para la `expresión simbólica', y eval es una abreviación para `evaluar'. El comando significa `evaluar la última expresión simbólica'.

Como un experimento, tu puedes intentar evaluar la expresión poniendo el cursor al principio de la siguiente línea inmediatamente siguiendo la expresión, o dentro de la expresión.

Aquí hay otra copia de la expresión:

 
(+ 2 (+ 3 3))

Si se posiciona el cursor al principio de la línea en blanco que inmediatamente sigue la expresión y escribes C-x C-e, todavía se obtendrá el valor 8 impreso en el área echo. Ahora intenta poner el cursor dentro de la expresión. Si se pone bien después del siguiente al último paréntesis (así aparece para situarse arriba del último paréntesis), ¡se obtendrá un 6 impreso en el área echo! Esto es porque el comando evalúa la expresión (+ 3 3).

Ahora se pone el cursor inmediatamente después de un número. Escribe C-x C-e y se tendrá el número en sí. En Lisp, si evalúas un número, tu tienes el número en sí---esto es cómo los números difiere desde los símbolos. Si evalúas una lista empezando con un símoblo como +, tendrás un valor devuelto que es el resultado del ordenador trayendo las instrucciones en la definición de función adjunta a este nombre. Si un símbolo por sí mismo es evaluado, alguna cosa diferente ocurre, como veremos en la siguiente sección.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.7 Variables

En Emacs Lisp, un símbolo puede tener un valor adjunto como puede tener una definición de función adjunta. Las dos son diferentes. La definición de función es un conjunto de instrucciones que un ordenador obedece. Un valor, por otro lado, es alguna cosa como un número o un nombre, que puede variar (que es porque tal símbolo es llamador una variable). El valor de un símbolo puede ser una expresión en Lisp, tal como un símbolo, número, lista, o cadena. Un símbolo que tiene un valor es con frecuencia llamado una variable.

Un símbolo puede tener ambos una definición de función y un valor adjunto al mismo tiempo. O puede tener solo uno u otro. Los dos están separados. Esto es algo similar al camino, el nombre Cambridge puede referirse a la ciudad en Massachusetts y tener alguna información adjunta al nombre tan bien, tal como ``gran centro de programación''.

Otro camino para pensar acerca de esto es imaginar un símbolo como ser una caja de cajones. La definición de función es poner en el cajón que maneja el valor que puede ser cambiado sin afectar los contenidos del cajón que maneja la definición de función, y viceversa.

• Ejemplo de fill-column  
1.7.1 Mensaje de Error para un Símbolo sin una Función   El mensaje de error para un símbolo sin una función.
1.7.2 Mensaje de Error para un Símbolo sin un Valor   El mensaje de error para un símbolo sin un valor.
[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

fill-column, un Ejemplo de Variable

La variable fill-column ilustra un símbolo con un valor adjunto: en cada buffer de GNU Emacs, este símbolo establece algún valor, normalmente 72 o 70, pero algunas veces algún otro valor. Para encontrar el valor de este símbolo, evalúalo por sí mismo. Si estás leyendo esto en Info dentro de GNU Emacs, tu puedes hacer esto poniendo el cursor después del símbolo y escribiendo C-x C-e:

 
fill-column

Después de que yo escribiera C-x C-e, Emacs imprimió el número 72 en mi área echo. Este es el valor por el que fill-column es escogido para mi, porque yo lo escribo. Puede ser diferente para ti en tu búffer Info. Sepa que el valor devuelto como una variable es impreso exactamente por el mismo camino que el valor devuelto por una función trayendo sus instrucciones. Desde el punto de vista del intérprete Lisp, un valor devuelto es un valor devuelto. El tipo de expresión viene desde ceder a la cuestión una vez el valor es conocido.

Un símbolo puede tener cualquier valor adjunto a ello o, usar la jerga, se puede bind (asociar) la variable a un valor: a un número, tal como 72; a una cadena, \"tal como esta\"; a una lista, tal como (spruce pine oak); podemos incluso asociar una variable a una definición de función.

Un símbolo puede ser emparejado por un valor en varios caminos. Ver Configurando el Valor de una Variable, para información acerca de un camino para hacer esto.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.7.1 Mensaje de Error para un Símbolo sin una Función

Cuando se evalúa fill-column para encontrar el valor de una variable, no se ponen paréntesis alrededor de la palabra. Esto es porque no pretendemos usarlos como un nombre de función.

Si fill-column fuese el primer o único elemento de una lista, el intérprete de Lisp intentaría encontrar la definición de función adjunta. Pero fill-column no tiene definición de función. Prueba evaluando esto:

 
(fill-column)

En GNU Emacs versión 22, se creará un ‘*Backtrace*’ buffer que dice:

 
---------- Buffer: *Backtrace* ----------
Debugger entered--Lisp error: (void-function fill-column)
  (fill-column)
  eval((fill-column))
  eval-last-sexp-1(nil)
  eval-last-sexp(nil)
  call-interactively(eval-last-sexp)
---------- Buffer: *Backtrace* ----------

(Recuerda, para salir del depurador y crear la ventana del depurador para ir fuera, escribe q en el ‘*Backtrace*’ buffer.)

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.7.2 Mensaje de Error para un Símbolo sin un Valor

Si intentas evaluar un símbolo que no tiene un valor asociado, recibirás un mensaje de error. Puedes ver esto experimentando con nuestra suma 2 más 2. En la siguiente expresión, pon tu cursor correcto después de +, antes del primer número 2, escribe C-x C-e:

 
(+ 2 2)

En GNU Emacs 22, se creará un buffer ‘*Backtrace*’ que dice:

 
---------- Buffer: *Backtrace* ----------
Debugger entered--Lisp error: (void-variable +)
  eval(+)
  eval-last-sexp-1(nil)
  eval-last-sexp(nil)
  call-interactively(eval-last-sexp)
---------- Buffer: *Backtrace* ----------

(Como con las otras veces nosotros introducimos el depurador, se puede salir escribiendo q en el búffer ‘*Backtrace*’.)

Esta traza es diferente desde los muy primeros mensajes de error que vimos, que dijimos, ‘El depurador introdujo--errores Lisp: (esta función está vacía)’. En este caso, la función no tiene una valor como una variable; mientras en el otro mensaje de error, la función (la palabra `this') no tuvo una definición.

Este experimento con el +, que nosotros hicimos fué causar que el intérprete para evalúe el + y buscar el valor de la variable en vez de la definición de la función. Nosotros hicimos esto dejando el cursor correcto después del símbolo en vez de después de los paréntesis que cierran la lista como hicimos antes. Como consecuencia, el intérprete Lisp evaluó la s-expresión precedente, que en este caso fué el + por sí mismo.

Desde que + no tiene un valor asociado, solo la definición de función, el mensaje de error reportado que el valor del símbolo como una variable estaba vacío.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.8 Argumentos

Para ver cómo la información pasa a funciones, se permite mirar de nuevo a nuestro viejo standby, la adición de dos más dos. En Lisp, esto es escrito como sigue:

 
(+ 2 2)

Si evalúas esta expresión, el número 4 aparecerá en tu área echo. Lo que el intérprete de Lisp hace es añadir los número que sigue el +.

Los números añadidos por + son llamados argumentos de la función +. Estos números son la información que es dada para o pasada a la función.

La palabra `argumento' viene del camino que es usado en matemáticas y no se refiere a una disputa entre 2 personas, sino que se refiere a la información presentada a la función, en este caso, al +. En Lisp, los argumentos a una función son los átomos o listas que siguen la función. Los valores devueltos por la evaluación de estos átomos o listas son pasados a la función. Funciones diferentes requieren diferentes números de argumentos; algunas funciones no requieren ninguno más.(2)

1.8.1 Tipos de Argumentos de Datos   Tipos de datos pasados a una función.
1.8.2 Un Argumento como el Valor de una Variable o Lista   Un argumento puede ser el valor de una variable o lista.
1.8.3 Número de Variables de Argumentos   Algunas funciones pueden tomar un número variable de argumentos.
1.8.4 Usando el Tipo Incorrecto de Objeto como un Argumento   Pasando un argumento del tipo incorrecto a una función.
1.8.5 La función message   Una función útil para enviar mensajes.
[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.8.1 Tipos de Argumentos de Datos

Los tipos de datos que deberían ser pasados a una función dependen de que tipo de información usan. Los argumentos a una función tales como + deben tener valores que son números, desde que + añade números. Otras funciones usan diferentes tipos de datos para sus argumentos.

Por ejemplo, la función concat enlaza o une dos o más cadenas de texto para producir una cadena. Los argumentos son cadenas. La concatenación de los dos caracteres de cadenas abc, def producen la cadena simple abcdef. Esto puede ser visto evaluando lo siguiente:

 
(concat "abc" "def")

El valor producido para evaluar esta expresión es "abcdef".

Una función tal como substring usa ambos una cadena y números como argumentos. La función devuelve una parte de la cadena, una subcadena del primer argumento. Esta función toma tres argumentos. Su primer argumento es la cadena de caracteres, el segundo y tercer argumento son números que indican el principio y fin de la subcadena. Los números son un contaje del número de caracteres (incluyendo espacios y puntuaciones) desde el principio de la cadena.

Por ejemplo, si evalúa lo siguiente:

 
(substring "The quick brown fox jumped." 16 19)

verá "fox" aparecer en el área echo. Los argumentos son la cadena y los dos números.

Nótese que la cadena pasada a subcadena es un átomo simple incluso aunque sea hecho de varias palabras separadas por espacios. Lisp cuenta cada cosa entre dos marcas de citas como parte de la cadena, incluyendo los espacios. Se puede pensar la función substring como una forma de `despedazar átomos' ya que toma un átomo indivisible y extrae una parte. Sin embargo, substring es solo capaz de extraer una subcadena desde un argumento que es una cadena, no otro tipo de átomo tal como un número o símbolo.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.8.2 Un Argumento como el Valor de una Variable o Lista

Un argumento puede ser un símbolo que devuelva un valor cuando es evaluado. Por ejemplo, cuando el símbolo fill-column por sí mismo es evaluado, devuelve un número. Este número puede ser usado en una adición.

Posicionar el cursor después la siguiente expresión y escribe C-x C-e:

 
(+ 2 fill-column)

El valor será un número dos más que tu tienes evaluando fill-column solo. Para mí, este es 74, porque mi valor de fill-column es 72.

Como nosotros hemos visto, un argumento puede ser un símbolo que devuelve una valor cuando es evaluado. Además, un argumento puede ser una lista que devuelve un valor cuando es evaluada. Por ejemplo, en la siguiente expresión, los argumentos para la función concat son las cadenas "The" y " red foxes." y la lista (number-to-string (+ 2 fill-column)).

 
(concat "The " (number-to-string (+ 2 fill-column)) " red foxes.")

Si evalúas esta expresión---y si, como con mi Emacs, fill-column evalúa a 72---"Los 74 zorros rojos." aparecerán en el área echo. (Nótese que deben ponerse espacio después de la palabra ‘The’ y antes de la palabra ‘red’ así aparecerán en la cadena final. La función number-to-string convierte los enteros que la función de adición devuelve una cadena. number-to-string es también conocida como int-to-string.)

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.8.3 Número de Variables de Argumentos

Algunas funciones, tales como concat, +, o *, toman cualquier número de argumentos. (El * es el símbolo para multiplicar.) Esto puede ser visto evaluando cada uno de las siguientes expresiones en el camino usual. Que verás en el área echo que está impresa en este texto después de ‘⇒’, que puedes leer como `evaluar a'.

En el primer conjunto, las funciones no tienen argumentos:

 
(+)       ⇒ 0

(*)       ⇒ 1

En este conjunto, las funciones tienen un argumento cada una:

 
(+ 3)     ⇒ 3

(* 3)     ⇒ 3

En este conjunto, las funciones tienen tres argumentos cada una:

 
(+ 3 4 5) ⇒ 12

(* 3 4 5) ⇒ 60
[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.8.4 Usando el Tipo Incorrecto de Objeto como un Argumento

Cuando una función es pasada un argumento del tipo incorrecto, el interpréte Lisp produce un mensaje de error. Por ejemplo, la función + espera los valores de sus argumentos para ser números. Como un experimento nosotros podemos pasarlo el símbolo citado hello en vez de un número. Posicionar el cursor después la siguiente expresión y escribir C-x C-e:

 
(+ 2 'hello)

Cuando tu haces esto tu generarás un mensaje de error. Lo qué ha ocurrido es que + ha intentado añadir el 2 para el valor devuelto por 'hello, pero el valor devuelto por 'hello es el símbolo hello, no un número. Solo los números pueden ser añadidos. Así + podría no encarrilar su adición.

En GNU Emacs versión 22, se creará e introducirá un buffer ‘*Backtrace*’ que dice:

 
---------- Buffer: *Backtrace* ----------
Debugger entered--Lisp error:
         (wrong-type-argument number-or-marker-p hello)
  +(2 hello)
  eval((+ 2 (quote hello)))
  eval-last-sexp-1(nil)
  eval-last-sexp(nil)
  call-interactively(eval-last-sexp)
---------- Buffer: *Backtrace* ----------

Como es normal, el mensaje de error intenta ser útil y tiene sentido depués de que tu aprendas cómo leerlo.(3)

La primera parte del mensaje de error es honesto; dice ‘wrong type argument’ (mal tipo de argumento). Lo siguiente viene con la misteriosa palabra de jerga ‘number-or-marker-p’. Esta palabra está intentando contarte que tipo de argumento + esperabas.

El símbolo number-or-marker-p dice que el intérprete Lisp está intentando determinar si la información presentada (el valor del argumento) es un número o una marca (un objeto especial representando una posición de buffer). Lo que hace es testear para ver si el + está siendo números dados para añadir. También chequea para ver si el argumento es algo llamado un marcador, que es una funcionalidad específica de Emacs Lisp. (En Emacs, las localizaciones en un búffer son grabadas como marcadores. Cuando la marca está asignado con el atajo C-@ o C-<SPC>, su posición es guardado como un marcador. La marca puede ser considerada un número---el número de caracteres la localización está desde el principio del búffer.) En Emacs Lisp, + puede ser usado para añadir el valor numérico de posiciones de marca como números.

La ‘p’ de number-or-marker-p es el cuerpo de una práctica iniciada en los primeros días de la programación Lisp. La ‘p’ es para `predicado'. En la jerga usada por los primeros investigadores de Lisp, un predicado se refiere a una función para determinar si alguna propiedad es verdadera o falsa. Así la ‘p’ nos cuenta que number-or-marker-p es el nombre de una función que determina que el argumento dado es un número o una marca. Otros símbolos Lisp que finalizan en ‘p’ incluyen zerop, una función que chequea si sus argumentos tienen el valor de cero, y listp, una función que prueba si sus argumentos son una lista.

Finalmente, la última parte del mensaje de error es el símbolo hello. Esto es el valor del argumento que pasaba a +. Si la adición había sido pasada al tipo correcto de objeto, el valor pasado habría sido un número, tal como 37, en vez de un símbolo como hello. Pero entonces tu no habrías obtenido el mensaje de error.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.8.5 La función message

Como +, la función message toma un número variable de argumentos. Es usado para enviar mensajes para el usuario y es así tan útil que nosotros lo describiremos aquí.

Un mensaje está impreso en el área echo. Por ejemplo, se puede imprimir un mensaje en tu área echo evaluando la siguiente lista:

 
(message "¡Este mensaje aparece en el área echo!")

La cadena entera entre comillas dobles es un argumento simple y está impreso en toto. (Nótese que en este ejemplo, el mensaje en sí aparecerá en el área echo con comillas comillas dobles; que es porque tu ves el valor devuelto por la función message. En la mayoría de los usos de message en programas que se escribe, el texto será impreso en el área echo como un efecto lateral, sin las comillas. Ver multiply-by-seven en detalle, para un ejemplo de esto.)

Sin embargo, si hay un ‘%s’ en la cadena citada de caracteres, la función message no imprime el ‘%s’ como tal, pero mira al argumento que sigue la cadena. Eso evalúa el segundo argumento e imprime el valor en la posición en la cadena donde el ‘%s’ está.

Puedes ver esto posicionando el cursor después de la siguiente expresión y escribiendo C-x C-e:

 
(message "The name of this buffer is: %s." (buffer-name))

En Info, "El nombre de este búffer es: *info*." aparecerá en el área echo. La función buffer-name devuelve el nombre del búffer como una cadena, que la función message inserta en lugar de %s.

Para imprimir un valor como un entero, usa ‘%d’ en el mismo camino que ‘%s’. Por ejemplo, para imprimir un mensaje en el área echo que sitúa el valor de fill-column, evalúa lo siguiente:

 
(message "The value of fill-column is %d." fill-column)

En mi sistema, cuando evalúo esta lista, "El valor de fill-column es 72" aparece en mi área echo(4)

Si hay más de una ‘%s’ en la cadena citada, el valor del primer argumentos siguiente la cadena citada es impresa en la posición del primer ‘%s’ y el valor del segundo argunmento es impreso en la posición del segundo ‘%s’, y así.

Por ejemplo, si se evalúa lo siguiente,

 
(message "¡Hay %d %s en la oficina!"
         (- fill-column 14) "elefantes rosas")

un mensaje característico aparecerá en el área echo. En mi sistema dice "Hay 58 elefantes rosas en la oficina"

La expresión (- fill-column 14) está evaluado y el número resultante está insertado en lugar del ‘%d’; y la cadena entre dobles comillad, \"pink elephants\", está tratado como un argumento simple e insertado en lugar del ‘%s’. (Esto es decir, una cadena entre comillas dobres se evalúa así mismo, como un número.)

Finalmente, aquí está un ejemplo algo complejo que no solo ilustra la computación de un número, pero también muestra como se puede usar una expresión con una expresión para generar el texto que es sustituido por ‘%s’:

 
(message "He saw %d %s"
         (- fill-column 32)
         (concat "red "
                 (substring
                  "The quick brown foxes jumped." 16 21)
                 " leaping."))

En este ejemplo, message tiene tres argumentos: la cadena, "El ve %d %s", la expresión, empieza con la función concat. El valor resultante desde la evaluación de (- fill-column 32) está insertado en lugar de ‘%d’; y el valor devuelto por la expresión empieza con concat está insertado en lugar del ‘%s’.

Cuando se rellena la columna es 70 y se evalúa la expresión, el mensaje "Se vieron 38 zorros rojos trotando." aparece en tu área echo.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.9 Configurando el Valor de una Variable

Hay varios caminos por el que una variable puede dar un valor. Uno de los caminos es usar la función set o la función setq. Otro caminos es usar let (véase la sección let). (La jerga para este proceso es bind una variable para un valor.)

Las siguientes secciones no solo describen cómo set y setq funcionan pero también ilustran como los argumentos pasan.

1.9.1 Usando set   Configurando valores.
1.9.2 Usando setq   Configurando un valor citado.
1.9.3 Contando   Usando setq para contar.
[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.9.1 Usando set

Para asignar el valor del símbolo flowers a la lista '(rose violet daisy buttercup), evalúa la siguiente expresión posicionando el cursor después de la expresión y escribiendo C-x C-e.

 
(set 'flowers '(rose violet daisy buttercup))

La lista (rose violet daisy buttercup) aparecerá en el área echo. Esto es lo que está devuelto por la función set. Como efecto lateral, el símbbolo flowers está asociado a la lista; esto es, el símbolo flowers, que puede ser visto como una variable, es dado por la lista como su valor. (Este proceso, por el camino, ilustra cómo un efecto lateral al intérprete Lisp, asignando el valor, puede ser el efecto primario que nosotros humanos estamos interesados. Esto es porque cada función Lisp debe devolver un valor si no se obtiene un error, pero solo tendrá un efecto lateral si eso está diseñado para tener uno.)

Después de evaluar la expresión set, se puede evaluar el símbolo flowers y devolverá el valor asignado. Aquí está el símbolo. Emplaza tu cursor después y escribe C-x C-e.

 
flowers

Cuando se evalúa flowers, la lista (rose violet daisy buttercup) aparece en el área echo.

Incidentalmente, si evalúas 'flowers, la variable con una comilla en frente, lo que verás en el área echo es el símbolo en sí, flowers. Aquí está el símbolo citado, así tu puedes probar esto:

 
'flowers

Nótese también, que cuando se usa set, se necesita citar ambos argumentos a set, a menos que tu quieras evaluarlo. Desde que nosotros no queremos argumentos evaluados, nunca la variable flowers no la lista (rose violet daisy buttercup), ambos son citados. (Cuando tu usas set sin citar su primer argumento, el primer argumentos es evaluado antes que cualquier cosa sea hecha. Si tu hiciste esto y flowers no tenía un valor ya, tu tendrías un mensaje de error que el ‘Valor de símobolo como variable esté vacío’; por otro lado, si flowers no devolvió un valor después de que fuera evaluado, el set intentaría establecer un valor después de que fuera devuelto. Hay situaciones donde esto es lo correcto para la función a hacer, pero tales situaciones son raras.)

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.9.2 Usando setq

Como materia práctica, casi siempre se cita el primer argumento a set. La combinación de set y un argumento citado primero es común que tiene su propio nombre: la forma especial setq. Esta forma especial es solo como set excepto que el primer argumento es citado automáticamente, así no necesitas escribir la marca de cita por tí mismo. También, como una conveniencia añadida, setq permite asignar varias variables diferentes a diferentes valores, todo en una expresión.

Para asginar el valor de la variable carnivores a la lista '(lion tiger leopar) usando setq, la siguiente expresión es usada:

 
(setq carnivores '(lion tiger leopard))

Esto es exactamente lo mismo que usar set excepto que el primer argumento es automáticamente citado por setq. (El ‘q’ en setq significa quote.)

Con set, la expresión se vería como esta:

 
(set 'carnivores '(lion tiger leopard))

También, setq puede ser usado para asignar diferentes valores a diferentes variables. El primer argumento está asociado al valor del segundo argumento, el tercer argumento se asocia al valor del cuarto argumento, y así. Por ejemplo, se podría usar el lo siguiente para asignar una lista de árboles al símbolo trees y una lista herbívoros al símbolo herbivores:

 
(setq trees '(pine fir oak maple)
      herbivores '(gazelle antelope zebra))

(La expresión podría también haber estado en una línea, pero podría no haberse ajustado en una página; y los humanos encuentran eso fácil de leer bien listas formateadas.)

Aunque yo he estado usando el término `assign', hay otro camino de pensar acerca de los trabajos de set y setq; y que es decir que set y setq creen el símbolo point a la lista. Este camino posterior de pensamiento es muy común y en los capítulos siguientes volveremos al menos a un símbolo que tiene un valor, específicamente una lista, adjunta; o, expresado otro caminos, el símbolo asigna a ``apuntar'' a la lista.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.9.3 Contando

Aquí hay un ejemplo que muestra cómo usar setq en un contador. Se podría usar esto para contar cuantas veces una parte de tu programa repite por sí mismo. Primero asigna una variable a cero; entonces añade uno al número cada vez que el programa se repite así mismo. Para hacer esto, se necesita una variable que sirve como un contador, y dos expresiones: una expresión setq que asigna la variable contador a cero; y una segunda expresión setq que incrementa el contador cada vez que eso es evaluado.

 
(setq counter 0)                ; Let's call this the initializer.

(setq counter (+ counter 1))    ; This is the incrementer.

counter                         ; This is the counter.

(El siguiente texto el ‘;’ son comentarios. Ver @xref{Cambiar una Definici@'on de Funci@'on, , Cambiar una Definici@'on de Funci@'on}.)

Si evalúas la primera de estas expresiones, el inicializador, (setq counter 0), y entonces evalúa la tercera expresión, counter, el número 0 aparecerá en el área echo. Si entonces se evalúa la segunda expresión, el incrementador, (setq counter (+ counter 1)), el contador obtendrá el valor 1. Así si evalúas de nuevo counter, el número 1 aparecerá en el área echo. Cada vez que se evalúa la segunda expresión, el valor del contador será incrementado.

Cuando se evalúa el incrementador, (setq counter (+ counter 1)), el intérprete Lisp primero evalúa la lista interna; esta es la adición. En orden para evaluar esta lista, debe evaluar la variable counter y el número 1. Cuando evalúa la variable counter, recibe su valor actual. Esto pasa su valor y el número 1 para el + que los añade juntos. La suma es devuelta como el valor de la list propia pasada al setq que asigna la variable counter a este nuevo valor. De este modo, el valor de la variable counter, es cambiado.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.10 Resumen

Aprender Lisp es como escalar una montaña en la que la primera parte es la empinada. Ahora has escalado la parte más difícil; y lo que queda es más fácil.

En resumen,

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

1.11 Ejercicios

Unos pocos ejercicios simples:

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

2. Practicando Evaluación

Antes de aprender como escribir una definición de función en Emacs Lisp, es útil gastar un poco de tiempo evaluando varias expresiones que ya han sido escritas. Estas expresiones serán listas con las funciones como su primer (y con frecuencia único) elemento. Desde alguna de las funciones asociadas con búffers son ambas simples e interesantes, nosotros empezaremos con estas. En esta sección, evaluaremos unas pocas de estas. En otra sección, estudiaremos el código de varios otros funciones relacionadas con búffers, para ver cómo fueron escritas.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]
Cómo Evaluar  
Escribiendo comandos de edición o C-x

C-e causa evaluación. 2.1 Nombres de Buffer  Buffers y ficheros son diferentes. 2.2 Obteniendo Buffers  Obteniendo un buffer por sí mismo, no solamente su nombre. 2.3 Cambiando Buffers  Cómo cambiar a otro buffer. 2.4 Tamaño de Buffer y la Localización del Punto  Dónde el punto está localizado y el tamaño del buffer. 2.5 Ejercicio 

@end menu

Cómo Evaluar

Siempre y cuando se de un comando de edición a Emacs Lisp, tal como el comando para mover el cursor o el scroll de la pantalla, se está evaluando una expresión, el primer elemento del que es una función. Esto es cómo Emacs funciona.

Cuando se escriben teclas, se causa que el intérprete Lisp evalúe una expresión que devuelve resultados. Incluso escribiendo texto plano se evalúa la función Emacs Lisp, en este caso, uno que usa self-insert-command, simplemente inserta el caracter que tu escribiste. Las funciones que se evalúan escribiendo atajos de teclado son llamadas funciones interactive, o commands; como crear una fución interactive será ilustrada en el capítulo sobre cómo escribir definiciones de funciones. Ver Creando una Función Interactive.

Además de escribir comandos de teclado, hemos visto un segundo camino para evaluar una expresión: posicionar el cursor después de una lista y escribiendo C-x C-e. Esto es lo que nosotros haremos en el resto de esta sección. Hay otros caminos de evaluar una expresión también; que serán descritos como vienen.

Siendo usadas para evaluación práctica, las funciones mostradas en las siguientes pocas secciones son importantes en su propio derecho. Un estudio de estas funciones hace clara la distinción entre búffers y ficheros, cómo cambiar a un búffer, y como determinar una localización con ella.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

2.1 Nombres de Buffer

Las dos funciones, buffer-name y buffer-file-name, muestra la diferencia entre un fichero y un búffer. Cuando se evalúa la siguiente expresión, (buffer-file-name), el nombre del fichero para el que el búffer se refiere aparece en el área echo. Normalmente, el nombre devuelto por (buffer-name) es lo mismo que el nombre del fichero para el que se refiere, y el nombre devuelto por (buffer-file-name) es la ruta completa del fichero.

Un fichero y un búffer son dos entidades diferentes. Un fichero es información grabada de manera permanente en el ordenador (a menos que tu lo borres). Un búffer, por otro lado, es información dentro de Emacs que evanecerá al final de la sesión de la edición (o cuando mates el búffer). Normalmente, un búffer contiene información que has copiado desde un fichero; nosotros decimos que el búffer está visitando este fichero. Esta copia es la que se trabaja y modifica. Los cambios al búffer no cambian el fichero, hasta ser guardados. Cuando se guarda el búffer, el búffer está copiado al fichero y está de este modo salvado de manera permanente.

Si estás leyendo esto en Info dentro de GNU Emacs, se puede evaluar cada una de las siguientes expresiones posicionando el cursor después de eso y escribiendo C-x C-e.

 
(buffer-name)

(buffer-file-name)

Cuando hago esto en Info, el valor devuelto para la evaluación de (buffer-name) es ‘"*info"’, y el valor devuelto por evaluar (buffer-file-name) es ‘nil’.

Por otro lado, mientras se está escribiendo este documento, el valor devuelto por la evaluación de (buffer-name) es ‘"introduction.texinfo"’, y el valor devuelto por la evaluación (buffer-file-name) es ‘"/gnu/work/intro/introduction.texinfo"’.

La forma es el nombre del búffer y lo posterior es el nombre del fichero. En Info, el nombre búffer es ‘"*info*"’. Info no apunta a cualquier fichero, así el resultado de evaluar (buffer-file-name)] es ‘nil’. El símbolo nil es desde la palabra latina para `nada'; en este caso, significa que el búffer no está asociado con cualquier fichero. (En Lisp, nil también se usa con el significado de `falso' y es sinómino de la lista vacía, ().)

Cuando estoy escribiendo, el nombre de mi búffer es ‘"introduction.texinfo"’. El nombre del fichero al que se apunta es ‘"/gnu/work/intro/introduction.texinfo"’.

(En las expresiones, los paréntesis hacen que el intérprete Lisp trate a buffer-name y buffer-file-name como funciones; sin los paréntesis, el intérprete intentaría evaluar los símbolos como variables. Ver Variables.)

A pesar de la distinción entre ficheros y buffers, con frecuencia se encuentra que hay personas que se refieren a un fichero cuando quieren un búffer y al revés. En realidad, la mayoría de las personas dicen, ``Yo estoy editando un fichero,'' en vez de decir, ``Estoy editando un búfer que pronto se guardará en un fichero.'' Es casi siempre claro desde el contexto que las personas quieren decir. Al tratar con programas de ordenador, sin embargo, es importante tener la distinción en mente, ya que el ordenador no es una persona inteligente.

La palabra `búffer', por el camino, viene desde el significado de la palabra como una cuña que mata la fuerza de una colisión. En los primeros ordenadores, un búffer acuñaba la interacción entre ficheros y la unidad de procesamiento central. Los tambores o cintas que manejan un fichero y la unidad de procesamiento central fueron piezas de equipamiento que fueron muy diferentes desde que cualquier otro, trabajaba en sus propias velocidades. El búffer se hizo posible para ellos a trabajar juntos de manera efectiva. Finalmente, el búffer creció siendo uno intermedio, un lugar tomado temporalmente, para ser el lugar donde el trabajo está hecho. Esta transformación es como un pequeño puerto de mar que crece dentro de una gran ciudad: una vez fué el lugar donde el lugar donde la carga era depositada temporalmente antes de ser cargada dentro de los barcos; entonces eso llega a ser un negocio y centro cultural en su propio derecho.

No todos los búffers están asociados con ficheros. Por ejemplo, un búffer no visita cualquier fichero. De manera similar, un búffer ‘*Help*’ no está asociado con cualquier fichero.

Antaño, cuando se perdía un fichero ‘~/.emacs’ y se empezaba una sesión Emacs escribiendo el comando emacs solo, sin nombrar ficheros Emacs iniciaba con el búffer ‘*scratch*’ visible. En estos días, se ve una página de inicio. Se puede seguir uno de los comandos sugeridos en dicha pantalla, visitar un fichero, o presionar la barra espaciadora para lograr el búffer ‘*scratch*’.

Si se cambia al búffer ‘*scratch*’, se escribe la posición del (buffer-name) del cursor después, y entonces escribe C-x C-e para evaluar la expresión. El nombre *scratch* será devuelto y aparecerá en el área echo. *scratch* es el nombre del búffer. Cuando escribes (buffer-file-name) en el búffer ‘*scratch*’ y evalúa que, nil aparecerá en el área echo, solo se hace cuando evalúas (buffer-file-name) en Info.

Incidentalmente, si estás en el búffer ‘*scratch*’ y quiere el valor devuelto por una expresión para aparecer en el búffer por sí mismo que en el área echo, escribe C-u C-x C-e en vez de C-x C-e. Esto causa el valor devuelto para aparecer después de la expresión. El búffer se verá así:

 
(buffer-name)"*scratch*"

No se puede hacer esto en Info desde que Info es de solo lectura y no se permitirá que se cambien los contenidos en el búffer. Pero puedes hacer esto en cualquier búffer que se puede editar; y cuando se escribe código de documentación (tal como este libro), esta funcionalidad es muy útil.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

2.2 Obteniendo Buffers

La función buffer-name devuelve el name del búffer; para obtener el búffer en sí, una función diferente es necesaria: la función current-buffer. Si usa esta función en el código, que tiene en el búffer en sí.

Un nombre y el objeto o entidad para el que el nombre se refiere son cosas diferentes. Tu no eres tu nombre, Tu eres una persona que otras personas se refieren por tu nombre. Si preguntas para hablar por Jorge y alguien escribe una carta con las letras ‘J’, ‘o’, ‘r’, ‘g’, y ‘e’ escrito, tu podrías estar distraido, pero no estarías satisfecho. No quieres hablar al nombre, pero sí a la persona a la que el nombre se refiere. Un búffer es similar: el nombre del búffer scratch es ‘*scratch*’, pero el nombre no es el búffer. Para tener un búffer por sí mismo, se necesita usar una función tal como current-buffer.

Sin embargo, hay una ligera complicación: si evalúas current-buffer en una expresión por sí mismo, como haremos aquí, lo que ves es una representación impresa del nombre del búffer sin los contenidos del búffer. Emacs funciona en este camino por dos razones: el búffer puede contener miles de líneas---eso es demasiado largo para ser convenientemente mostrado; y, otro búffer puede tener los mismos contenidos pero un nombre diferente, y es importante distinguirlo.

Aquí hay una expresión conteniendo la función:

 
(current-buffer)

Si se evalúa esta expresión de Info en Emacs en el camino normal, ‘#<buffer *info*>’ aparecerá en el área echo. El formato especial indica que el búffer por sí mismo está siendo devuelto, en vez de solo su nombre.

Incidentalmente, mientras se escribe un número o símbolo en un programa, no se puede hacer esto con la representación impresa del búffer: el único camino para tener un búffer por sí mismo es con una función tal como current-buffer.

Un función relacionada es other-buffer. Esto devuelve los buffers seleccionados más recientemente que los únicos en los que tu estás actualmente, no una representación impresa de su nombre. Si tu recientemente has cambiado fuera de ‘*scratch*’ búffer, other-buffer devolverá este búffer.

Puedes ver esto evaluando la expresión:

 
(other-buffer)

Verás que ‘#<buffer *scratch*>’ aparece en el área echo, o el nombre de cualquier otro búffer que se cambió recientemente(5)

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

2.3 Cambiando Buffers

La función other-buffer actualmente proporciona un búffer cuando es usada como un argumento a una función que uno requiere. Podemos ver esto usando other-buffer y switch-to-buffer para cambiar al búffer diferente.

Pero primero, una breve introducción a la función switch-to-buffer. Cuando tu cambias atrás y adelante desde Info al búffer para evaluar (buffer-name), normalmente se escribe C-x b y se visualiza ‘*scratch*’(6) cuando se ve en el minibuffer el nombre del búffer al que tu quieres cambiar. El atajo, C-x b, causa que el intérprete Lisp evalúe la función interactiva switch-to-buffer. Como nosotros dijimos antes, esto es como Emacs funciona: diferentes atajos de teclado llaman o ejecutan diferentes funciones. Por ejemplo, C-f llama forward-char, M-e llama a forward-sentence y así

Escribiendo switch-to-buffer en una expresión, y dándole un búffer para cambiar, podemos cambiar a buffers solo el camino C-x b hace.

Aquí está la expresión Lisp:

 
(switch-to-buffer (other-buffer))

El símbolo switch-to-buffer es el primer elemento de la lista, así el intérprete Lisp tratará eso como una función y trae las instrucciones adjuntas a eso. Pero antes de hacer esto, el intérprete notará este other-buffer está dentro de paréntesis y trabaja en este símbolo primero. other-buffer es el primero (y en este caso, el único) elemento de esta lista, así el intérprete Lisp llama o ejecuta la función. Eso devuelve otro búffer. Después, el intérprete ejecuta switch-to-buffer, pasando, como un argumento, el otro búffer, que es al que Emacs cambia. Si estás leyendo esto en Info, prueba esto ahora. Evalúa la expresión. (Para volver, escribe C-x b <RET>.)(7)

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

2.4 Tamaño de Buffer y la Localización del Punto

Finalmente, permítame en varias funciones simples, buffer-size, point, point-min, y point-max. Estas dan información acerca del tamaño de un búffer y la localización del punto con eso.

La función buffer-size te cuenta el tamaño del búffer actual; que es, la función un contaje del número de caracteres en el buffer.

 
(buffer-size)

Puedes evaluar esto en el camino usual, posicionando el cursor después de la expresión y escribiendo C-x C-e.

En Emacs, la posición actual del cursor es llamada punto. La expresión (punto) devuelve un número que cuenta donde está localizado como un contaje del número de caracteres desde el principio del búffer al punto.

Se puede ver el contaje de caracteres apuntar en este búffer evaluando la siguiente expresión en el camino normal:

 
(point)

Mientras escribo esto, el valor de point es 65724. La función point está frecuentemente usada en alguno de los ejemplos posteriores en este libro.

El valor del punto depende, de acuerdo, a la posición que tiene en el búffer. Si evalúas punto en este lugar, el número será largo:

 
(point)

Para mí, el valor del punto en esta posición es 66043, que significa que hay 319 caracteres (incluyendo espacios) entre las dos expresiones. (Sin duda, verás diferentes números, puesto que he editado esto desde que evaluó point.)

La función point-min es similar a point, pero eso devuelve del valor mínimo permisible del punto en el búffer actual. Este es el número 1 a menos que narrowing esté en efecto. (Narrowing, Encogiendo es un mecanismo donde uno se puede encoger a uno mismo, o un programa, a operaciones en solo un parte de un búffer. Extendiendo y Encogiendo.) Así, la función point-max devuelve el valor del valor máximo permisible del punto en el búffer actual.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

2.5 Ejercicio

Encuentra un fichero con que tu estás trabajando y mueve hasta la mitad. Encuentra el nombre de búffer, el nombre del fichero, tamaño, y su posición en el fichero.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

3. Cómo Escribir Definiciones de Funciones

Cuando el intérprete evalúa una lista, parece ver si el primer símbolo en la lista tiene definición adjunta; o, poner otro camino, si el símbolo apunta a una definición de función. Si lo hace, el ordenador trae las instrucciones en la definición. Un símbolo que tiene una definición de función llamada, simplemente, una función (aunque apropiadamente hablando, la definición es la función y el símbolo se refiere a eso).

Una Vía acerca de Funciones Primitivas  
3.1 La Forma Especial defun   La forma especial defun.
3.2 Instalar una Definición de Función   Instalar una definición de función.
3.3 Crear una Función Interactive   Creando una función interactive.
3.4 Opciones Diferentes para interactive   Opciones diferente para interactive.
3.5 Instalar Código Permanentemente   Instalando código permanentemente.
3.6 let   Creando e inicializando variables locales.
3.7 La Forma Especial if   ¿Y qué si?
3.8 Expresiones If–then–else   Expresiones If--then--else.
3.9 Verdad y Falsedad en Emacs Lisp   Que considera Lisp verdad y falsedad.
3.10 save-excursion   Guardando la traza del punto, la marca, y el buffer.
3.11 Revisar  
3.12 Ejercicios  
[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

Una Vía acerca de Funciones Primitivas

Todas las funciones están definidas en términos de otras funciones, excepto por unas funciones primitivas que son escritas en el lenguaje de programación C. Cuando se escriben definiciones de funciones, se escriben en Emacs Lisp y se usan otras funciones como bloques en construcción. Alguna de las funciones usadas en sí mismas están escritas en Emacs Lisp (quizás por tí) y algunas serán primitivas escritas en C. Las funciones primitivas están escritas en C así podemos fácilmente ejecutarlas en GNU Emacs en cualquier ordenador que tiene suficiente poder y puede ejecutar C.

Permíteme enfatizar esto: cuando se escribe código en Emacs Lisp, no se distinge entre el uso de funciones escritas en C y el uso de funciones escritas en Emacs Lisp. La diferencia es irrevelante. Yo menciono la distinción solo porque es interesante conocerla. A menos que se investigue, uno no se da cuenta si una función ya escrita es escrita en Emacs Lisp o C.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

3.1 La Forma Especial defun

En Lisp, un símbolo tal como mark-whole-buffer tiene código adjunto que cuenta lo que el ordenador hace cuando la función es llamada. Este código es llamado la definición de función y es creado evaluando una expresión Lisp que empieza con el símbolo defun (que es una abreviación para función define). Porque defun no evalúa sus argumentos en el camino usual, eso se llama forma especial.

En secciones subsiguientes, miraremos en definiciones de función desde el código fuente Emacs, tales como mark-whole-buffer. En esta sección, describiremos una definición de función simple, así puedes ver como se ve. Esta definición de función usa aritmética porque es un ejemplo simple. Algunas personas no le gustan los ejemplos usando aritmética; sin embargo, si usted es tal persona, no se asuste. En realidad, cualquier código que se puede estudiar en esta introducción va a recordar a aritmética o matemáticas. Los ejemplos de manera mayoritaria involucran texto en un camino u otro.

Una definición de función tiene cinco partes siguiendo la palabra defun:

  1. El nombre del símbolo para el que la definición de función sería adjunta.
  2. Una lista de los argumentos que serán pasados a la función. Si no hay argumentos, tendremos una lista vacía, ().
  3. Documentación describiendo la función. (Técnicamente opcional, pero fuertemente recomendada.)
  4. Opcionalmente, una expresión para crear la función interactive así se puede usar escribiendo M-x y entonces el nombre de la función; o escribiendo una tecla apropiada o acorde.
  5. El código que instruye el ordenador qué hacer: el cuerpo de la definición de función.

Es útil pensar las cinco partes de una definición de función siendo organizada en una plantilla, con slots para cada parte:

 
(defun function-name (arguments…)
  "optional-documentation…"
  (interactive argument-passing-info)     ; optional
  body…)

Por ejemplo, aquí está el código para una función que multiplica sus argumentos por 7. (Este ejemplo no es interactivo. Ver Creando una Función Interactive, para esta información.)

 
(defun multiply-by-seven (number)
  "Multiply NUMBER by seven."
  (* 7 number))

Esta definición empieza con un paréntesis y el símbolo defun seguido por el nombre de la función.

El nombre de la función está seguido por una lista que contiene los argumentos que serán pasados a la función. Esta lista es llamada por la lista de argumentos. En este ejemplo, la lista tiene solo un elemento, el símbolo número. Cuando la función es usada, el símbolo será asociado al valor que es usado como el argumento para la función

En vez de elegir la palabra número por el nombre del argumento, podría haber escogido cualquier otro nombre. Por ejemplo, podría haber elegido la palabra multiplicando. Yo escojo la palabra `número' porque cuenta qué tipo de valor se pretende para este slot; pero yo podría haber elegido `multiplicando' para indicar el rol que el valor emplaza en este slot jugará en los trabajos de la función. Yo podría haber llamado foogle, pero habría sido una mala elección porque no contaría qué significa. La elección del nombre es subir al programador y habría elegido crear el significado claro de la función.

En realidad, se puede elegir cualquier nombre que se desee para un símbolo en una lista de argumentos, incluso el nombre del símbolo usado en alguna otra función: el nombre a usar en una lista de argumentos es privado para esta definición particular. En esta definición, el nombre se refiere a una entidad diferente que cualquiera que usa el mismo nombre fuera de la definición de función. Supón que tienes un apodo `corto' en tu familia; cuando tus miembros de familia se refieren a `corto', significa el apodo. Pero fuera de tu familia, en una película, por ejemplo, el nombre `corto' se refiere a alguien más. Porque un nombre en una lista de argumentos es privado para la definición de la función, se puede cambiar el valor de un símbolo dentro del cuerpo de una función sin cambiar su valor fuera de la función. El efecto es similar a este producido por una expresión let. (Ver sección let.)

La lista de argumentos está seguida por la documentación que describe la función. Esto es lo que tu ves cuando tu escribes C-h f y el nombre de una función. Incidentalmente, cuando se escribe una documentación como esta, se haría la primera línea una frase completa desde algunos comandos, tal como apropos, imprime solo la primera línea de una documentación multi-línea. También, no indentaría la segunda línea de una documentación, si tu tienes una, esto se ve cuando usas C-h f (describe-function). La documentación es opcional, pero es también útil, debería ser incluido en casi cualquier función que se escribe.

La tercera línea del ejemplo consiste en el cuerpo de la definición de función. (La mayoría de las definiciones de funciones, de acuerdo, son más largas que esto.) En esta función, el cuerpo es la lista, (* 7 number), que dice multiplicar el valor de número por 7. (En Emacs Lisp, * es la función para la multiplicación, solo como + es la función de suma.

Cuando se usa la función multiply-by-seven, el argumento number evalúa para el número actual que quiere ser usada. Aquí hay un ejemplo que muestra como multiply-by-seven es usada; pero ¡no intentes evaluar esto primero!.

 
(multiply-by-seven 3)

El símbolo número, especificado en la definición de función en la siguiente sección, es dada o ``emparejado a'' el valor 3 en el uso actual de la función. Note que aunque número estaba dentro de paréntesis en la definición de función, el argumento pasado a la función multiply-by-seven no está entre paréntesis. Los paréntesis son escritos en la definición de función así el ordenador puede figurarse donde la lista de argumentos finaliza y el resto de la definición de función empieza.

Si se evalúa este ejemplo, se obtendrá un mensaje error. (Ve adelante, pruébalo) Esto es porque hemos escrito la definición de función pero no le hemos contado todavía al ordenador la definición --- no se ha instalado (o `cargado') la definición de función en Emacs. Instalando una función es el proceso que cuenta al intérprete Lisp la definición de la función. La instalación es descrita en la siguiente sección.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

3.2 Instalar una Definición de Función

Si estás leyendo esto dentro de Info en Emacs, se puede probar la función multiply-by-seven evaluando primero la definición de función y entonces evaluando (multiply-by-seven 3). Una copia de la definición sigue. Emplaza el cursor después del último paréntesis de la definición de función y escribe C-x C-e. Cuando se hace esto, multiply-by-seven aparecerá en el área echo. (Lo que significa es que cuando una definición de función es evaluada, el valor devuelto es el nombre de la función definida.) Al mismo tiempo, esta acción instala la definición de función.

 
(defun multiply-by-seven (number)
  "Multiply NUMBER by seven."
  (* 7 number))

Evaluando esta defun, se ha instalado multiply-by-seven en Emacs. La función es ahora solo una parte de Emacs como forward-word o cualquier otra editando la función que se usa. (multiply-by-seven estará instalada hasta que sales de Emacs. Para recargar código automáticamente siempre y cuando empieces Emacs, ver @ref{Instalar C@'odigo Permanentemente, , Instalar C@'odigo Permanentemente}.)

El efecto de instalación  
3.2.1 Cambiar una Definición de Función   Cómo cambiar una definición de función
[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

El efecto de instalación

Se puede ver el efecto de instalar multiply-by-seven evaluando el siguiente ejemplo. Localiza el cursor después de la siguiente expresión y escribe C-x C-e. El número 21 aparacerá en el área echo.

 
(multiply-by-seven 3)

Si lo deseas, se puede leer la documentación para la función escribiendo C-h f (describe-function) y entonces el nombre de la función, multiply-by-seven. Cuando haces esto, una ventana ‘*Help*’ aparecerá en tu pantalla que dice:

 
multiply-by-seven es una función Lisp.
(multiply-by-seven NUMBER)

Multiplicar NUMERO por siete.\n

(Para devolver a una ventana simple en tu pantalla, escribe C-x 1.)

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

3.2.1 Cambiar una Definición de Función

Si quieres cambiar a cambiar el código en multiply-by-seven, solo reescríbelo. Para instalar la nueva versión en lugar de la vieja, evalúa la definición de la función de nuevo. Así se cómo modifica el código en Emacs. Es muy simple,

Por ejemplo, se puede cambiar la función multiply-by-seven añade el número por sí mismo siete veces en vez de multiplicar el número por siete. Eso produce la misma respuesta, pero por una ruta diferente. Al mismo tiempo, añadiremos un comentario; un comentario es texto que el intérprete Lisp ignora, pero un lector humano puede encontrar útil o iluminante. El comentario es que esto es la ``segunda versión''.

 
(defun multiply-by-seven (number)       ; Second version.
  "Multiplicar NUMERO por siete."
  (+ number number number number number number number))

El comentario sigue por un punto y coma, ‘;’. En Lisp cada cosa en una línea sigue un punto y coma que es un comentario. El final de la línea es el fin del comentario. Para estrecar un comentario a través de dos o más líneas, empieza cada línea con un punto y coma.

@xref{Empezando con Fichero @file{.emacs}, , Empezando un Fichero @file{.emacs}}, y (elisp)Comentarios sección `Comentarios' en El Manual de Referencia de GNU Emacs Lisp, para más comentarios.

Se puede instalar esta versión de la función multiply-by-seven para evaluándolo en el mismo camino que se evaluó la primera función: deja el cursor después de los últimos paréntesis y escribe @kdb{C-x C-e}.

En resumen, esto es cómo se escribe código en Emacs Lisp: tu escribes una función; se instala; se testea; y entonces crea arreglos y mejoras e instálalas de nuevo.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

3.3 Crear una Función Interactive

Se crea una función interactive emplazando una lista que empieza con la forma especial interactive inmediatamente después de la documentación. Un usuario puede invocar una función interactive escribiendo @kdb{M-x} y entonces el nombre de la función; o escribiendo las teclas para el que está emparejado, por ejemplo, escribiendo C-n para next-line o C-x h para mark-whole-buffer.

De manera interesante, cuando se llama a una función interactive interactivamente, el valor devuelto no está automáticamente mostrado en el área echo. Esto es porque con frecuencia se llama a una función interactive para sus efectos laterales, tales como moviendo hacia adelante por una palabra o línea, y no para el valor devuelto. Si el valor devuelto fuera mostrado en el área echo cada vez que escribiste una tecla, distraería mucho

Un multiply-by-seven interactive, Un Resumen   Un resumen
3.3.1 Un multiply-by-seven Interactivo   La versión interactive.
[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

Un multiply-by-seven interactive, Un Resumen

Ambos el uso de la forma especial interactive y un camino para mostrar un valor en el área echo puede ser ilustrada creando una versión interactiva de multiply-by-seven.

Aquí está el código:

 
(defun multiply-by-seven (number)       ; Versión Interactiva.
  "Multiplicar NUMERO por siete."
  (interactive "p")
  (message "The result is %d" (* 7 number)))

Se puede instalar este código emplazando tu cursor después y escribiendo @kdb{C-x C-e}. El nombre de la función aparecerá en tu área echo. Entonces, se puede usar este código escribiendo C-u y un número y entonces escribiendo M-x multiply-by-seven y presionando <RET>. La frase ‘El resultado es …’ seguido por el producto aparecerá en el área echo

Hablando más generalmente, invoca una función como esta dentro si de dos caminos:

  1. Escribiendo un argumento prefijo que contienes el número para ser pasado, y entonces escribiendo M-x y el nombre de la función, como con @kdb{C-u 3 M-x forward-sentence}; o,
  2. Escribe siempre la tecla/s de la función estén emparejadas, como con @kdb{C-u 3 M-e}.

Ambos ejemplos solo trabajan mencionados idénticamente para mover puntos hacia adelantes tres frases. (Desde multiply-by-seven no está emparejado a una techa, eso no podría ser usado como un ejemplo de emparejar la tecla.

(@xref{Atajos de teclas, , Algunos Atajos de Teclas}, para aprender como emparejar un comando a una tecla.)

Un argumento prefijo está pasado para una función interactive escribiendo la tecla <META> seguido por un número, por ejemplo, @kdb{M-3 M-e}, o escribiendo @kdb{C-u} y entonces un número, por ejemplo, @kdb{C-u 3 M-e} (si se escribe @kdb{C-u} sin un número, por defecto a 4).

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

3.3.1 Un multiply-by-seven Interactivo

Permite mirar el uso de la forma especial interactive y entonces en la función message en la versión interactiva de multiply-by-seven. Se rellamará que la definición función se ve como esto:

 
(defun multiply-by-seven (number)       ; Versión Interactiva.
  "Multiplicar NUMERO por siete."
  (interactive "p")
  (message "The result is %d" (* 7 number)))

En esta función, la expresión, (interactive "p"), es una lista de dos elementos. El "p" cuenta Emacs a pasar el argumento prefijo a la función y usar su valor para el argumento de la función.

El argumento será un número. Esot significa que el símbolo número será emparejado para un número en la línea:

 
(message "The result is %d" (* 7 number))

Por ejemplo, si tu argumento prefijo es 5, el intérprete Lisp evaluará la línea como si fuera:

 
(message "The result is %d" (* 7 5))

(Si estás leyendo esto en GNU Emacs, se puede evaluar esta expresión por sí misma.) Primera, el intérprete evaluará la lista interna, que es (* 7 5). Esto devuelve un valor de 35. Lo siguiente, evaluará la lista externa, pasando los valores de la segunda y subsiguientes elementos de la lista a la función message.

Como hemos visto, message es una función Emacs Lisp especialmente diseñada para enviar una línea de mensaje a un usuario. (@xref{message, , La funci@'on @code{message}}) En resumen, la función message imprime su primer argumento en el área echo como es, excepto para ocurrencia de ‘%d’, o ‘%s’ (y varios otras %-secuencias que no hemos mencionado). Cuando se ve una secuencia de control, la función mira al segundo argumento o subsiguiente e imprime el valor del argumento en la localización en la cadena donde la secuencia de control está localizada.

En la función interactiva multiply-by-seven, la cadena de control es ‘%d’, que requiere un número, y el valor devuelto evaluando (* 7 5) es el número 35. Por consiguiente, el número 35 es impreso en lugar de ‘%d’ y el mensaje es ‘El resultado es 35’.

(Nótese que cuando llamas a la función multiply-by-seven, el mensaje está impreso sin comillas, pero cuando se llama a message, el texto es impreso con dobles comillas. Esto es porque el valor devuelto por message es que aparece en el área echo cuando se evalúa una expresión cuyo primer elemente es message; pero cuando se embebió en una función, message imprime el texto como un efecto lateral sin comillas.)

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

3.4 Opciones Diferentes para interactive

En el ejemplo, multipy-by-seven usado "p" como el argumento a interactive. Este argumento contó a Emacs para interpretar tu escritura si C-u seguido por un número o <META> seguido por un número como un comando para pasar este número a la función como su argumento. Emacs tiene más de veinte caracteres predefinidos para usar con interactive. En casi cada caso, una de estas opciones te habilitará para pasar la información adecuada interactivamente a una función. (Véase (elisp)Códigos Interactive sección `Carácteres Código para interactive' en El Manual de Referencia GNU Emacs Lisp).

Considera la función zap-to-char. Su expresión interactiva es

 
(interactive "p\ncZap to char: ")

La primera parte del argumento para interactive es ‘p’, con el que tu estás ya familiarizado. Este argumento cuenta a Emacs intepretar un `prefijo', como un número para ser pasado a la función. Tu puedes especificar un prefijo si escribiendo C-u seguidos por un número o escribiendo <META> seguido por un número. El prefijo es el número de caracteres especificados. De este modo, si tu prefijo es tres y el caracter especificado es ‘x’, entonces se borrará todo el texto e incluyendo el tercer ‘x’ siguiente. Si no se fija un prefijo, entonces borra todo el texto e incluye el carácter específico, pero no más.

El ‘c’ cuenta la función el nombre del carácter para que borre.

Más formalmente, una función con dos o más argumentos puede tener información pasado a cada argumento añadiendo partes para la cadena que sigue interactive. Cuando haces esto, la información está pasada para cada argumento en el mismo orden esto está especificado en la lista interactive. En la cadena, cada parte está separada desde la siguiente parte por un ‘\n’, que es una nueva línea. Por ejemplo, tu puedes seguir ‘p’ con un ‘\n’ y un ‘cZap to char:’. Esto causa que Emacs pase el valor del argumento prefijo (si hay uno) y el carácter.

En este caso, la definición de función mira como lo siguiente, donde arg y char son los símbolos para que interactive empareja el argumento y el caracter especificado:

 
(defun name-of-function (arg char)
  "documentation…"
  (interactive "p\ncZap to char: ")
  body-of-function…)

(El espacio después del punto y coma en pantalla hace que se vea mejor. Véase la sección La Definición de copy-to-buffer, por ejemplo.)

Cuando una función no tiene argumentos, interactive no requiere ninguno. Tal función cotiene la expresión simple (interactive). La función mark-whole-buffer es como esto.

Alternativamente, si los códigos de letras no son correctos para tu aplicación, se pueden pasar tus propios argumentos a interactive como una lista.

Véase la sección La Definición de append-to-buffer, para un ejemplo. Véase (elisp)Usando Interactive sección `Usando Interactive' en El Manual de GNU Emacs Lisp, para una explicación más completa acerca de esta técnica.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

3.5 Instalar Código Permanentemente

Cuando tu instales una definición de función evaluándolo, estará instalado hasta que salgas de Emacs. La siguiente vez que tu empieces una nueva sesión de Emacs, la función no será instalado a menos que tu evalúes la definición de nuevo.

En algún punto, tu puedes querer tener código instalado automáticamente siempre y cuando tu empieces una nueva sesión de Emacs. Hay varios caminos de hacer esto:

Finalmente, si tienes código que cualquiera que use Emacs puede querer, se puede enviar en una red de ordenadores o enviar una copia a la Free Software Foundation. (Cuando se hace esto, por favor, licencia el código y su documentación bajo una licencia que permita a otras personas ejecutar, copiar, estudiar, modificar, y redistribuir el código y que te protege desde quien tome tu trabajo.) Si tu envias una copia de tu código a la Free Software Foundation, y apropiadamente te protege a tí mismo y a otros, eso puede ser incluido en la siguiente entrega de Emacs. En la parte larga, esto es cómo Emacs ha crecido a través de los años pasados, por donaciones.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

3.6 let

La expresión let es una forma especial en Lisp que necesitarás para usar en la mayoría de las definiciones de función.

let es usada para adjuntar o emparejar un símbolo para un valor en tal camino que el intérprete no confundirá la variable con una variable del mismo nombre que no es parte de la función.

Para comprender por qué la forma especial let es necesaria, considera la situación en el que tu propio hogar que generalmente se refiere como `la casa', como en la frase, ``La casa necesita pintura.'' Si tu estás visitando a un amigo y tu alojamiento se refiere a `la casa', él es amistoso para estar refiriéndose a su casa, no la suya, que es, una casa diferente.

Si tu amigo está refiriéndose a su casa y tu piensas que él está refiriéndose a su casa, tu puedes estar dentro por alguna confusión. La misma cosa podría ocurrir en Lisp si una variable que es usada dentro de una función tiene el mismo que una variable que es usada dentro de otra función, y las dos no se pretende referirse al mismo valor. La forma especial let previene este tipo de confusión.

• Previniendo la confusión  
• Partes de la Expresión  
• Ejemplo de Expresión let  
3.6.3 Variables No Inicializadas en un Sentencia let  
[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

let Evita Confusiones

La forma especial let evita confusiones. let crea un nombre para una variable local que ensombrece cualquier uso del mismo nombre fuera de la expresión let. Esto es como comprender que siempre y cuando tu host se refiera a `la casa', significa su casa, no la tuya. (Símbolos usados en listas de argumentos trabajan en el mismo camino. Véase la sección La Forma Especial defun.)

Las variable locales son creadas por una expresión let que retiene su valor solo con la expresión let por sí misma (y con expresiones llamadas con la expresión let); las variables locales no tiene efecto fuera de la expresión let.

Otro camino para pensar acerca de let es que es como un setq que es temporal y local. Los valores asignado por let son automáticamente deshechos cuando el let está finalizado. La configuración solo afecta a expresiones que están dentro de los emparejamientos de la expresión let. En jerga de ciencia de computación, diríamos que ``el emparejamiento de un símbolo es visible solo en funciones llamadas en la forma let; en Emacs Lisp, el alcance es dinámico, no léxico.''

let puede crear más de una variable a la vez. También, let da cada variable eso crea un valor inicial, si un valor especificado por tí, o nil. (En la jerga, eso se llama `asociar la variable al valor'.) Después let ha creado y asociado las variables, ejecuta el código en el cuerpo del let y devuelve el valor de la última expresión en el cuerpo, como el valor de la expresión let completa. (`Ejecuta' es un término de jerga que significa evaluar una lista: viene desde el uso de la palabra significando `dar efecto práctico a' (Diccionario de Inglés de Oxford). Desde que evalúas una expresión para ejecutar una acción, `ejecuta' ha evolucionado como un sinónimo para `evaluar'.)

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

3.6.1 Las Partes de una Expresión let

Una expresión let es una lista de tres partes. La primera parte es el símbolo let. La segunda parte es una lista, llamada una varlist, cada elemento de que es un símbolo por sí mismo o una lista de dos elementos, el primer elemento de que es un símbolo. La tercera parte de la expresión let es el cuerpo del let. El cuerpo normalmente consiste de una o más listas.

Una plantilla para una expresión let se parece a esto:

 
(let varlist body…)

Los símbolos en la varlist son las variables que son valores iniciales dados por la forma especial let. Los símbolos por sí mismos son dados por el valor inicial de nil; y cada símbolo que es el primer elemento de una lista de dos elementos es emparejado al valor que el devuelto cuando el intérprete Lisp evalúa el segundo elemento.

De este modo, una varlist podría verse como esto: (thread (needles 3)). En este caso, es una expresión let, Emacs asocia el símbolo thread a un valor inicial de nil, y empareja el símbolo needles a un valor inicial de 3.

Cuando escribes una expresión let, qué hacer es poner las expresiones apropiadas en las cajas de la plantilla de expresión let.

Si la lista de variables está compuesta de listas de 2 elementos, como es frecuente el caso, la plantillas para la expresión let mira como esto:

 
(let ((variable valor)
      (variable valor)
      …)
  body…)
[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

3.6.2 Expresión Simple let

La expresión siguiente crea y da valores dados iniciales para las dos variables zebra y tiger. El cuerpo de la expresión let es una lista que llama a la función message.

 
(let ((zebra 'stripes)
      (tiger 'fierce))
  (message "Un tipo de animal tiene %s y otra es %s."
           zebra tiger))

Aquí, la varlist es ((zebra 'stripes) (tiger 'fierce)).

Las dos variables son zebra y tiger. Cada variable es el primer elemento de una lista de dos elementos y cada valor es el segundo elemento de su lista de dos elementos. En la varlist, Emacs asocia la variable zebra al valor stripes(8), y asocia la variable tiger al valor fierce. En este ejemplo, ambos valores son símbolos precedidos por una cita. Los valores podrían ser precedidos por una comilla. Los valores podrían también haber estado sin otra lista o una cadena. El cuerpo de let sigue después de la lista manejando las variables. En este ejemplo, el cuerpo es una lista que usa la función message para imprimir una cadena en el área echo.

Se puede evaluar el ejemplo en el modo usual, emplazando el cursor después de los últimos paréntesis y escribiendo @kdb{C-x C-e}. Cuando se hace esto lo siguiente aparecerá en el área echo:

 
"Un tipo de animal tiene rayas y otro es fiero"

Como se ha visto antes, la función message imprime su primer argumento, excepto por ‘%s’. En este ejemplo, el valor de la variable zebra es impreso en la posición del primer ‘%s’ y el valor de la variable tigre es impresa en la posición del segundo ‘%s’.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

3.6.3 Variables No Inicializadas en un Sentencia let

Si no asocia las variables en una frase let para valores específicos iniciales, ellos automáticamente emparejan a un valor inicial de nil, como en la siguiente expresión:

 
(let ((birch 3)
      pine
      fir
      (oak 'some))
  (message
   "Here are %d variables with %s, %s, and %s value."
   birch pine fir oak))

Aquí, la varlist es ((birch 3) pine fir (oak 'some)).

Si se evalúa esta expresión en el modo usual, aparecerá lo siguiente en el área echo:

 
"Aquí están 3 variables con nil, nil, y algún valor".

En este ejemplo, Emacs empareja el símbolo birch al número 3, empareja los símbolos pine y fir a nil, y empareja el símbolo oak al valor some.

Note que en la primera parte del let, las variables pine y fir se aloja solo como átomos que no están rodeados por paréntesis; esto es porque están siendo emparejados a nil, la lista vacía. Pero oak es emparejado a some y así es una parte de la lista (oak 'some). De manera similar, birch está emparejado al número 3 y así es una lista con este número. (Desde que un número evalúa por sí mismo, el número no necesita ser citado. También, el número es impreso en el mensaje usando ‘%d’ en vez de un ‘%s’.) Las cuatro variables como un grupo son puestos dentro de una lista para delimitarlos desde el cuerpo del let.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

3.7 La Forma Especial if

Una tercera forma especial, además de defun y let, es el condicional if. Esta forma es usada para instruir el ordenador para crear decisiones. Se puede escribir definiciones de función usando if, pero eso es usado con suficiente frecuencia, y es suficientemente importante para ser incluido aquí. Eso es usado, por ejemplo, en el código para la función beginning-of-buffer.

La idea básica de un if, es que ``if un test es verdad then una expresión es evaluado.'' Si el test no es verdad, la expresión no está evaluada. Por ejemplo, podría crear una decisión tal y como, ``¡si es cálido y soleado, entonces a la playa!''

if en más detalle  
3.7.1 La Función type-of-animal en Detalle   Un ejemplo de una expresión if.
[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

if en más detalle

Una expresión if expresión escrita en Lisp no usa la palabra `then'; el test y la acción son el segundo y tercer elementos de la lista cuyo primer elemento es if. Ninguno menos, la parte de test de una expresión if es con frecuencia llamada la if-part y el segundo argumento es con frecuencia llamada la then-part.

También, cuando una expresión if es escrita, el true-or-false-test es normalmente escrito en la misma línea como el símbolo if, pero la acción para traer si el test es verdadero, el ``then-part'', es escrita en la segunda y subsiguientes líneas. Este hace la expresión if es fácil de leer.

 
(if true-or-false-test
    accion-a-realizar-si-el-test-es-cierto)

El true-or-false-test será una expresión que es evaluado por el intérprete Lisp.

Aquí hay un ejemplo que se puede evaluar en la manera normal. El test es si el número 5 es mayor que el número 4. Desde eso, el mensaje ‘5 es más grande que 4’ será impreso.

 
(if (> 5 4)                             ; if-part
    (message "5 es mayor que 4!"))   ; then-part

(La función > chequea si su primer argumento es mayor que su segundo argumento y devuelve cierto si lo es.)

De acuerdo, en uso actual, el test en una expresión if no será corregido para todo el tiempo como eso es por la expresión (> 5 4). En vez, al menos una de las variables usadas en el test será asociada a un valor que no es conocido en frente del tiempo. (Si el valor fuera conocido en el tiempo, ¡no necesitaríamos ejecutar el test!)

Por ejemplo, el valor puede ser asociado a un argumento de una definición de función. En la siguiente definición de función, el carácter del animal es un valor que es pasado a la función. Si el valor asociado a característico es fiera, entonces el mensaje, ‘Es un tigre!’ será impreso; de otro modo, nil será devuelto.

 
(defun type-of-animal (characteristic)
  "Imprime el mensaje en el área echo dependiendo de CHARACTERISTIC.
Si la CHARACTERISTIC es el símbolo `fiera',
entonces avisa de un tigre."
  (if (equal characteristic 'fiera)
      (message "¡Es un tigre!")))

Si estás leyendo esto dentro de GNU Emacs, se puede evaluar la definición función en el modo usual para instalarlo en Emacs, y entonces se puede evaluar las siguientes dos expresiones para ver los resultados:

 
(type-of-animal 'fierce)

(type-of-animal 'zebra)

Cuando evalúas (type-of-animal 'fierce), verás el siguiente mensaje impreso en el área echo: "Es un tigre!"; y cuando se evalúa (type-of-animal 'zebra) verás nil impreso en el área echo.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

3.7.1 La Función type-of-animal en Detalle

Mira la función type-of-animal en detalle.

La definición de función para type-of-animal fué escrito para rellenar los slots de dos plantillas, uno para una definición de función como un todo, y un segundo para una expresión if.

La plantilla para cada función que no es interactiva es:

 
(defun name-of-function (argument-list)
  "documentation…"
  body…)

Las partes de la función asociada a esta plantilla es:

 
(defun type-of-animal (characteristic)
  "Imprime el mensaje en el área echo dependiendo de CHARACTERISTIC.
Si la CHARACTERISTIC es el símbolo `fierce',
entonces avisa de un tigre."
  body: the if expression)

El nombre de función es type-of-animal; eso es pasado el valor de un argumento. La lista de argumentos es seguida por una cadena de documentación multi-línea. La cadena de documentación es incluida en el ejemplo porque es un buen hábito para escribir documentación para cada definición de función. El cuerpo de la definición de función consiste de la expresión if.

La plantilla para una expresión if se ve así:

 
(if true-or-false-test
    action-to-carry-out-if-the-test-returns-true)

En la función type-of-animal, el código para el if es este:

 
(if (equal characteristic 'fierce)
    (message "It's a tiger!")))

Aquí, está la expresión true-or-false-test

 
(equal characteristic 'fierce)

En Lisp, equal es una función que determina si su primer argumento es igual para su segundo argumento. El segundo argumento es el símbolo citado 'fierce y el primer argumento es el valor del símbolo característico --- en otras palabras, el argumento pasado a esta función.

En el primer ejercicio de type-of-animal, el argumento fierce es pasado a type-of-animal. Desde que fierce es igual a fierce, la expresión, (equal characteristic 'fierce), devuelve un valor de verdad. Cuando esto ocurre, el if evalúa el segundo argumento o then-part del if: (message "¡Es un tigre!").

Por otro lado, en el segundo ejercicio de type-of-animal, el argumento zebra es pasado a type-of-animal. zebra no es igual a fierce, así la then-part no está evaluada y nil es devuelto por la expresión if.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

3.8 Expresiones If–then–else

Una expresión if puede tener un tercer argumento opcional, llamado la else-part, para el caso en el que true-or-false-test devuelve falso. Cuando esto ocurre, el segundo argumento o el then-part de sobre todo la expresión if no es evaluado, pero el tercero o la else-part es evaluado. Se podría pensar en esto como la alternativa del día nublado para la decisión ``si eso es cálido y soleado, ve a la playa, sino lee un libro!''

La palabra ``else'' no está escrita en el código Lisp; la parte else de una expresión if viene después de la parte then. En el Lisp escrito, parte else es normalmente escrita para empezar en una línea de sí mismo y está menos indentada que la parte then:

 
(if true-or-false-test
    action-to-carry-out-if-the-test-returns-true
  action-to-carry-out-if-the-test-returns-false)

Por ejemplo, la siguiente expresión if imprime el mensaje ‘4 no es más grato que 5’ cuando se evalúa eso en el camino usual:

 
(if (> 4 5)                               ; if-part
    (message "4 no es más grande que 5!") ; then-part
  (message "4 no es más grande que 5!"))   ; else-part

Nótese que los diferentes niveles de indentación hacen fácil distinguir la parte then desde la parte else. (GNU Emacs tiene varios comandos que automáticamente indenta expresiones correctamente if. @xref{Escribiendo Listas GNU Emacs te Ayuda a Escribir Listas}.)

Podemos extender la función type-of-animal para incluir una parte else para simplemente incorporar una parte adicional para la expresión if.

Se puede ver las consecuencias de hacer esto si se evalúa la siguiente versión de la definición de función type-of-animal para instalarlo y entonces evaluar las dos expresiones subsiguientes para pasar diferentes argumentos para la función.

 
(defun type-of-animal (characteristic)  ; Second version.
  "Imprime el mensaje en el área echo dependiendo de CHARACTERISTIC.
Si la CHARACTERISTIC es el símbolo `fiera',
entonces avisa de un tigre;
sino di no es una fiera."
  (if (equal characteristic 'fiera)
      (message "¡Es un tigre!")
    (message "¡No es una fiera!")))

 
(type-of-animal 'fierce)

(type-of-animal 'zebra)

Cuando se evalúa (type-of-animal 'fierce), verás el siguiente mensaje impreso en el área echo: "Eso es un tigre"; pero cuando se evalúa (type-of-animal 'zebra), verás "No es una fiera".

(De acuerdo, si la característica fuera feroz, el mensaje "No es una fiera!" sería impreso; y estaría mal liderado! Cuando se escribe código, se necesita tener en cuenta la posibilidad que algunos argumentos será probado por if y escribir tu programa de acuerdo.

[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

3.9 Verdad y Falsedad en Emacs Lisp

Hay un aspecto importante para el test de verdad en una expresión if. Así, hemos hablado de `verdad' y `mentira' como valores de predicados como si fueran nuevos tipos de objetos Emacs Lisp. En efecto, `falso' es solo nuestro viejo amigo nil. Cualquier cosa más --- cualquier cosa en todo --- es `verdad'.

La expresión chequea que verdad es interpretado como true si el resultado de evaluarlo es un valor que no es nil. En otras palabras, el resultado del test es considerado cierto si el valor devuelto es un número como 47, una cadena tal como "hello", o un símbolo (otro como nil) tal como flores, o una lista (tan larga como eso no está vacía) ¡o incluso un búffer!

Una explicación de nil   nil tiene dos significados.
[ < ] [ > ]   [ << ] [ Subir ] [ >> ]         [Arriba] [Índice general] [Índice] [ ? ]

Una explicación de nil

Antes de ilustrar un test para verdad, se necesita una explicación de nil.

En Emacs Lisp, el símbolo nil tiene dos significados. Primero, está el significado de la lista vacía. Segundo, está el valor de falso y es el valor devuelto cuando el test true-or-false-test salga falso. nil. Tan lejos como el intérprete Lisp es concebido, () y nil son el mismo. Los humanos, sin embargo, tienden a usar nil para falso y () para la lista vacía.

En Emacs Lisp, cualquier valor que no es nil --- no es una lista vacía --- es considerado verdad. Esto significa que si una evaluación devuelve alguna cosa que no es una lista vacía, una expresión if devuelve verdad. Por ejemplo, si un número es puesto en el slot para el test, será evaluado y devolverá por sí mismo, desde lo que hacen los números cuando se evalúan. En este condicional, la expresión if devuelve verdad. La expresión se chequea como falso solo cuando nil, una lista vacía, es devuelta evaluando la expresión.

Se puede ver esto evaluando las dos expresiones en los siguientes ejemplos.

En el primer ejemplo, número 4 es evaluado como el test en la expresión if y se devuelve por sí mismo; por consiguiente, la then-part de la expresión es evaluada y devuelta: ‘true’ aparece en el área echo. En el segundo ejemplo, nil indica falso; por consiguiente, el else-part de la expresión es evaluada y devuelta: ‘false’ aparece en el área echo.

 
(if 4
    'true
  'false)

(if nil
    'true
  'false)




Incidentalmente, si algún otro valor útil no está disponible
para un test que devuelve cierto, entonces el intérprete Lisp
retornará el símbolo t para cierto. Por
ejemplo, la expresión (> 5 4) devuelve t cuando se
evalúa, como puedes ver evaluándolo en el camino usual:



 
(> 5 4)




Por otro lado, esta función devuelve nil si el test es falso.



 
(> 4 5)









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




3.10 save-excursion









La función save-excursion es la cuarta y última forma especial
que se discutirá en este en este capítulo.



En Emacs Lisp hay programas usados para edición, la función
save-excursion es muy común. Eso guarda la posición de
punto y marca, ejecuta el cuerpo de la función, y entonces restaura
el punto y marca a sus posiciones previas si sus posiciones fueran
cambiadas. Su propósito primario es guardar que el usuario sea
sorprendido y molesto por movimientos inesperado de punto y marca.





Punto y Marca              Una revisión de varias localizaciones.



3.10.1 Plantilla para una Expresión save-excursion    











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Punto y Marca



Antes de discutir save-excursion, sin embargo, puede ser útil
primero revisar que punto y marca están en GNU Emacs. Punto es
la posición actual del cursor. En cualquier lugar que el cursor se
posicione hay un punto. De manera más precisa, en terminales donde
el cursor parece estar en lo alto de un carácter, el punto está
inmediatamente antes del carácter. En Emacs Lisp, punto es un
entero. El primer caracter en un búffer es el número uno, el segundo
es el número dos, y así. La función punto
devuelve la posición actual del cursor como un número. Cada
búffer tiene su propio valor para el punto.



La marca es otra posición en el búffer; su valor puede ser
asignado con un comando tal como @kdb{C-<SPC>}
(set-mark-command). Si una marca ha sido asignada, se puede
usar el comando C-x C-x (exchange-point-and-mark) para
hacer que el cursor salte a la marca y asignar la marca para la
posición previa del punto. Además, si tu asignas otra marca, la
posición puede ser guardada por este camino. Se puede saltar al
cursor para una marca guardada escribiendo @kdb{C-u C-<SPC>} una o
más veces.



La parte del búffer entre el punto y la marca es llamada la
región. Numerosos comandos trabajan en la región, incluyendo
center-region, count-lines-region, kill-region y
print-region.



La forma especial save-excursion salva las posiciones del punto
y la marca y restaura estas posiciones después del código con el
cuerpo de la forma especial es evaluada por el intérprete Lisp. De
este modo, si el punto fuera en el principio de una pieza de texto y
algún código movido apunta al fin del búffer, el
save-excursion no apuntaría a donde fué antes,
después las expresiones en el cuerpo de la fueron evaluadas.



En Emacs, una función frecuentemente mueve el punto como parte de
sus trabajos internos incluso aunque un usuario no espere esto. Por
ejemplo, count-lines-region se mueve al punto. Para prevenir al
usuario que se preocupe por salto que es inesperado y (desde el punto
de vista del usuario) innecesario, save-excursion es con
frecuencia usado para punto y marca en la posición esperada por el
usuario. El uso de save-excursion es un buen guarda casas.



Para estar seguro que la casa está limpia, save-excursion
restaura los valores de punto y marca incluso si alguna cosa va mal en
el código dentro de eso (o, para ser más preciso y usar la jerga
apropiada, ``en caso de salida anormal''). Esta funcionalidad es muy
útil.



Además grabando los valores de punto y marca, save-excursion
guarda la traza del actual buffer, y lo restaura, también. Esto
significa que puedes escribir código que cambiará el buffer y
tener que save-excursion vuelva al buffer original. Esto es como
save-excursion es usado en
append-to-buffer. (Véase la sección  La Definición de append-to-buffer.)








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




3.10.1 Plantilla para una Expresión save-excursion



La plantilla para código usando save-excursion es simple:



 
(save-excursion
  body…)




El cuerpo de la función es una o más expresiones que serán
evaluadas en secuencia por el intérprete Lisp. Si hay más de una
expresión en el cuerpo, el valor de la última será devuelto como
el valor de la función save-excursion. Las otras expresiones
en el cuerpo son evaluadas solo por sus efectos laterales; y
save-excursion en sí es usado solo por su efecto
lateral (que está restaurando las posiciones de punto y marca).



Para más detalles, la siguiente plantilla explica save-excursion



 
(save-excursion
  primera-expresion-en-el-cuerpo
  segunda-expresion-en-el-cuerpo
  tercera-expresion-en-el-cuerpo
   …
  ultima-expresion-en-el-cuerpo)




Una expresión, de acuerdo, puede ser un símbolo por
sí mismo o una lista.



En código Emacs Lisp, una expresión save-excursion con
frecuencia ocurre el cuerpo de una expresión let. Eso se ve
como esto:



 
(let varlist
  (save-excursion
    body…))









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




3.11 Revisar



En los últimos pocos capítulos se han introducido un
número limpio de funciones y formas especiales. Aquí
se han descrito brevemente, con unas pocas funciones similares que no
han sido mencionadas todavía.





 eval-last-sexp


Evalúa la última expresión simbólica antes de la posición
actual del punto. El valor es impreso en el área echo a menos
que la función sea invocada con un argumento; en este caso, la salida
es impresa en el actual búffer. Este comando está normalmente
asociado a C-x C-e.





 defun


Definir función. Esta forma especial ha subido a cinco partes: el
nombre una plantilla para los argumentos que serán pasados a la
documentación de la función, una declaración interactiva
opcional, y el cuerpo de la definición.



Por ejemplo, en las primeras versiones de Emacs, la definición de
función era como sigue. (Eso es ligeramente más complejo ahora que
si busca el primer caracter de espacio no en blanco en vez del primer
caracter visible.)



 
(defun back-to-indentation ()
  "Mover el punto al primer caracter visible en linea."
  (interactive)
  (beginning-of-line 1)
  (skip-chars-forward " \t"))







 interactive


Declara al intérprete que la función puede ser usada
interactivamente. Esta forma especial puede ser seguida por una cadena
con una o más partes que pasan la información a los argumentos de
la función, en secuencia. Estas partes pueden también contar al
intérprete para mostrar la información. Parte de las cadenas son
separadas por nuevas líneas, ‘\n’.



Caracteres de código común son:





 b


El nombre de un búffer existente.





 f


El nombre de un fichero existente





 p


El argumento prefijo numérico. (Nótese que esta `p' es minúscula.)





 r


El Punto y la marca, como dos argumentos numéricos, el más
pequeño primero. Esta es la única letra que especifica dos
argumentos sucesivos en vez de uno.






Véase (elisp)Códigos Interactivos sección `Caracteres de Código para ‘interactive’' en El Manual de Referencia de GNU Emacs Lisp,
para una lista de caracteres de código.





 let


Declara que una lista de variables es para usarla con el cuerpo del
let y darles un valor inicial, bien nil o un valor
específico; entonces se evaluarán el resto de las
expresiones en el cuerpo del let y devolver el valor de la
última. Dentro del cuerpo del let, el intérprete Lisp no ve
los valores de las variables de los mismos nombres que son asociados
fuera del let.



Por ejemplo,



 
(let ((foo (buffer-name))
      (bar (buffer-size)))
  (message
   "Este buffer es %s y tiene %d caracteres."
   foo bar))






 save-excursion


Graba los valores de punto y marca y el actual búffer antes de evaluar
el cuerpo de esta forma especial. Restaura los valores de punto y
marca y el búffer después de esto.



Por ejemplo,



 
(message "Hay %d caracteres dentro de este buffer."
         (- (point)
            (save-excursion
              (goto-char (point-min)) (point))))






 if


Evalúa el primer argumento a la función; si es verdad, evalúa el
segundo argumento; lo demás evalúa el tercer argumento, si hay uno.



La forma especial if es llamada condicional. Hay otros
condicionales en Emacs Lisp, pero if es quizás lo más
comúnmente usado.



Por ejemplo,



 
(if (= 22 emacs-major-version)
    (message "Esta es la versión 22 de Emacs")
  (message "Esta no es la versión 22 Emacs"))






 <


 >


 <=


 >=


La función < chequea si su primer argumento es más pequeño
que su segundo argumento. Una función correspondiente, >,
chequea si el primer argumento es mayor que el segundo. De otro modo,
<= chequea si el primer argumento es menor o igual al segundo y
>= chequea si el primer argumento es mayor o igual al
segundo. En todos los casos, ambos argumentos deben ser números o
marcas (las marcas indican posiciones en búffers).





 =


La función = chequea si dos argumentos, ambos números o
marcadores, son iguales.





 igual


 eq


Chequea si dos objetos son el mismo. equal usa un signicado de
la palabra `mismo' y eq usa otro: equal devuelve cierto
si los dos objetos tienen una estructura y contenidos similares, tal
como dos copias del mismo libro. En una mano, eq, devuelve
cierto si ambos argumentos son actualmente el mismo objeto.







 string<


 string-lessp


 string=


 string-equal


La función string-lessp chequea si su primer argumento es
más pequeño que el segundo. En resumen, el nombre alternativo para
la misma función (un defalias) es string.



Los argumentos para string-lessp deben ser cadenas o
símbolos; la ordenación es lexicográfica,
así el caso es significativo. Los nombres impresos de
símbolos son usado en vez de símbolos por
sí mismos.




Una cadena vacía, ‘"\"’, una cadena sin caracteres
dentro, es más pequeña que cualquier cadena de caracteres.



string-equal provee el test correpondiente para igualdad. Su
corto nombre alternativo es string=. No hay funciones test que
correponden a >, >=.





 mensaje


Imprime un mensaje en el área echo. El primer argumento es una
cadena que puede contener, ‘%s’, ‘%d’, o ‘%c’ para
imprimir el valor de argumentos que siguen la cadena. El argumento
usado por ‘%d’ debe ser un número. El argumento usado por
‘%c’ debe ser un número de código ASCII; eso será
impreso como el caracter con este código ASCII. (Otras varias
%-secuencias no han sido mencionadas.)





 setq


 set


La función setq asigna el valor de su primer argumento al
valor del segundo argumento. El primer argumento está
automáticamente citado por setq. Eso hace lo mismo para los
pares de argumentos. Otra función, set, toma solo dos
argumentos y evalúa ambos de ellos antes de configurar el valor
devuelto por su primer argumento al valor devuelto por su segundo argumento.





 buffer-name


Sin un argumento, devuelve el nombre del búffer, como una cadena.





 buffer-file-name


Sin un argumento, devuelve el nombre del fichero si el búffer lo está
visitando.





 current-buffer


Devuelve el búffer en el que Emacs es activo; eso puede no ser el
búffer que es visible en la pantalla.





 other-buffer


Devuelve el búffer seleccionado más recientemente (otro que el
búffer pasado a other-buffer como un argumento y otro en vez
de el búffer actual).





 switch-to-buffer


Selecciona un búffer para Emacs esté activo y lo muestre en la
ventana actual y así los usuarios puedan
mirarlo. Normalmente se empareja a C-x b.





 set-buffer


Cambia la atención de Emacs a un búffer en el que los programas se
ejecutarán. No altera lo que la ventana está mostrando.





 buffer-size


Devuelve el número de caracteres en el búffer actual.





 punto


Devuelve el valor de la actual posición del cursor, como un entero
contando el número de caracteres desde el principio del búffer.





 point-min


Devuelve el valor mínimo permisible del punto en el
búffer actual. Esto es 1, a menos que la contracción esté en efecto





 point-max


Devuelve el valor del máximo valor permisible del punto en el
búffer actual. Esto es el fin del búffer, a menos que la
contracción esté en efecto











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




3.12 Ejercicios










[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




4. Unas pocas funciones de buffer relacionadas



En este capítulo estudiamos en detalle varias de las
funciones usadas en GNU Emacs. Esto se llama un ``paseo a
través''. Estas funciones son usadas como ejemplos de código Lisp,
pero no son ejemplos imaginarios; con la excepción del primero, la
definición de función simplificada, esta funciones muestran el
actual código usado en GNU Emacs. Se puede aprender un gran trato
desde estas definiciones. Las funciones descritas aquí
están todas relacionadas a búffers. Después, estudiaremos otras
funciones.





4.1 Encontrando Más Información          Cómo encontrar más información.



4.2 Una Definición Simplificada beginning-of-buffer    Muestra goto-char, 
                                      point-min, y push-mark.



4.3 La Definición de mark-whole-buffer          Casi lo mismo que beginning-of-buffer.



4.4 La Definición de append-to-buffer           Usa save-excursion y 
                               insert-buffer-substring.



4.5 Revisar    Revisa



4.6 Ejercicios       











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




4.1 Encontrando Más Información





En este paseo, se describe cada nueva función como viene, algunas
veces en detalle y algunas veces brevemente. Si está interesado, se
puede obtener la documentación completa de cualquier función Emacs
Lisp en cualquier momento escribiendo C-h f y entonces el
nombre de la función (y entonces <RET>. De manera similar, se
puede obtener la documentación completa para una variable
escribiendo C-h v, después el nombre de la variable (y
entonces <RET>).




También, en describe-function, se encontrará la localización
de la definición de la función.



Poner el punto dentro del nombre del fichero que contiene la función
y presiona la tecla <RET>. En este caso, <RET> significa
push-button en vez de `return' o `enter'. Emacs tomará
directamente a la definición de la función.




De manera más general, si quieres ver una función en su fichero
fuente original, se puede usar la función find-tag para
saltar dentro. find-tag funciona con una amplia variedad de
lenguajes, no solo Lisp, y C, y funciona con texto de no
programación también. Por ejemplo, find-tag saltará a los
varios nodos en el fichero fuente Texinfo de este documento. La
función find-tag depende de `tablas de etiquetas' que graba
las localizaciones de las funciones, variables, y otros
ítems para los que find-tag salta.



Para usar el comando find-tag, escribe M-. (por ej.,
presiona la tecla <.> mientras se pulsa la tecla <META>, o al
menos escribe la tecla <ESC> y entonces escribe la otra tecla), y
entonces, en la pantalla, escribe el nombre de la función cuyo
código fuente se quiere ver, tal como mark-whole-buffer, y
luego escribe <RET>. Emacs cambiará el búffer y mostrará el
código fuente para la función en tu pantalla. Para volver desde tu
búffer actual a tu búffer actual, escribe C-x b
<RET>. (En algunos teclados, la tecla <META> es etiqueta con
<ALT>.)





Dependiendo de cómo los valores iniciales por defecto de tu copia de
Emacs son asignados se puede también necesitar especificar la
posición de tu `tabla de tags', que es un fichero llamado
‘TAGS’. Por ejemplo, si se está interesado en fuentes de Emacs,
la tabla de tags que se desea, si ya ha sido creada para
tí, estará en un subdirectorio del directorio
‘/usr/local/share/emacs’; de este modo se usaría el
comando {M-x visit-tags-table y especifica una ruta tal como
‘/usr/local/share/emacs/22.1.1/lisp/TAGS’. Si la tabla tags no ha
sido creada, tendrás que crearla por tí mismo. Será
un fichero tal como ‘/usr/local/src/emacs/src/TAGS’.



Para crear un fichero ‘TAGS’ en un directorio
específico, cambia a este directorio en Emacs usando
un comando @kdb{M-x cd}, o lista el directorio como etags
*.el como el comando para ejecutar:



 
M-x compile RET etags *.el RET




Para más información, ver Crea tu propio fichero ‘TAGS’.



Después de llegar a estar más familiarizado con Emacs Lisp,
se encontrará frecuentemente usar find-tag para navegar tu
camino alrededor del código fuente; y se crearán tus propias tablas
‘TAGS’.




Incidentalmente, los ficheros que contienen código Lisp son
convencionalmente llamadas librerías. La
metáfora se deriva que una librería, tal como
la librería de leyes o una librería de
ingeniería, en vez de una librería
general. Cada librería, o fichero, contiene funciones
que se relacionan a un asunto particular o actividad, tal como
‘abbrev.el’ para manejar abreviaciones y otros atajos, y
‘help.el’ para la ayuda on-line. (Algunas veces varias
librerías proporcionan código para una actividad
simple, como varios ‘rmail…’ ficheros proveen código para
leer correos electrónicos.) En El Manual de GNU Emacs, tu
verás varias frases tales como ``El comando C-h p te permite
buscar el estándar de las librerías Emacs Lisp por las
palabras claves.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




4.2 Una Definición Simplificada beginning-of-buffer




El comando beginning-of-buffer es una buena función para
empezar ya puedes tener cierta familiaridad con eso y es fácil de
comprender. Usado como un comando interactivo,
beginning-of-buffer mueve el cursor al principio del búffer,
dejando la marca en la posición previa. Eso es generalmente
asignados a M-<.



En esta sección, se discutirá una versión ordenada de la
función que muestra como eso es lo usado más frecuentemente. Esta
función ordenada trabaja como se escribe, pero no contiene el
código para una función compleja. En otra sección, describiremos
la función entera. (Véase la sección  Definición Completa de beginnning-of-buffer.)



Antes de mirar en el código, permítenos considerar que
la definición de función tiene que contener: eso debe incluir una
expresión que crea la función interactiva así puede
ser llamado escribiendo M-x beginning-of-buffer o escribiendo
unos atajos tales como M-<; debe incluir código para dejar una
marca en la posición original en el búffer; y debe incluir
código el cursor al principio del búffer.



Aquí está el texto completo la versión ordenada de
la función:



 
(defun simplified-beginning-of-buffer ()
  "Mover punto al principio del bufer; dejar marca en la posición previa."
  (interactive)
  (push-mark)
  (goto-char (point-min)))




Como todas las definiciones de función, esta definición tiene
cinco partes siguiendo la forma especial defun:



    

  1. 
El nombre: en este ejemplo, simplified-beginning-of-buffer.


  2. 
Una lista de los argumentos: en este ejemplo, una lista
vacía, (),


  3. 
La cadena de documentación.


  4. 
La expresión interactive.


  5. 
El cuerpo.




En esta definición de función, la lista de argumentos está
vacía; esto significa que esta función no requiere
argumentos. (Cuando se busca la definición para la función
completa, se verá que puede pasarse un argumento opcional.)



La expresión interactiva cuenta a Emacs que la función se pretende
ser usada interactivamente. En este ejemplo, interactive no
tiene un argumento porque simplified-beginning-of-buffer no se
requiere.



El cuerpo de la función consiste de dos líneas:



 
(push-mark)
(goto-char (point-min))




La primera de estas líneas es la expresión,
(push-mark). Cuando esta expresión es evaluado por el
intérprete Lisp, eso asigna una marca en la posición actual del
cursor, siempre y cuando esto pueda ser. La posición de esta marca
está guardada en el anillo de marcas.



La siguiente línea es (goto-char
(point-min)). Esta expresión salta el cursor al punto
mínimo en el búffer, esto es, para el comienzo del
búffer (o al principio de la porción accesible del búffer si eso
está encogido. Véase la sección  Extendiendo y Encogiendo.)



El comando push-mark estable una marca en el lugar donde el
cursor fué localizado antes que fuera movido al principio del
búffer por la expresión (goto-char
(point-min)). Consiguientemente, puedes, si lo deseas, volver donde
estabas originalmente escribiendo C-x C-x.



¡Esto es todo lo que hay para la definición de función!




Cuando se lee código como este y vuelve a una función no familiar,
tal como goto-char, se puede encontrar que se hace usando el
comando describe-function. Para usar este comando, escribe
@kdb{C-h f} y entonces escribe en el nombre de la función y presiona
<RET>. El comando describe-function imprimirá la
documentaciń de la cadena de la  función en una ventana
‘*Help*’. Por ejemplo, la documentación para goto-char es:



 
Asignar punto a POSITION, un número o marca
Empezando el buffer es la posición (point-min), y el final es (point-max).



La función es un argumento es la posición deseada.



(La consola para describe-function te ofrecerá el
símbolo abajo o precediendo al cursor, así
se puede guardar escribiendo al posiciona el cursor a la derecha o
después de la función y entonces escribiendo C-h f <RET>.)



La definición de función end-of-buffer está escrito en el
mismo modo que la definición beginnig-of-buffer excepto que
el cuerpo de la función contenga la expresión (goto-char
(point-max)) en lugar de (goto-char (point-min))








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




4.3 La Definición de mark-whole-buffer




La función mark-whole-buffer no es tan difícil de
comprender que la función simplified-beginning-of-buffer. En
este caso, sin embargo, se verá la función completa, no una
versión ordenada.



La función mark-whole-buffer no está comúnmente usada
como la función beginning-of-buffer, pero eso no es útil:
eso marca un búffer completo como una región poniendo el punto al
principio y una marca al fin del búffer. Eso está generalmente
asociado a C-x h.





• resumen de mark-whole-buffer  



4.3.1 Cuerpo de mark-whole-buffer    Solo tres líneas de código.











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Un resumen de mark-whole-buffer



En GNU Emacs 22, el código para la función completa se parece a:



 
(defun mark-whole-buffer ()
  "Pon el punto al principio y marca el fin del búffer. 
Probablemante no deberías usar esta función en
  programas Lisp; normalmente un error para una función Lisp usa
  cualquier subrrutina que usa o asigna la marca."
  (interactive)
  (push-mark (point))
  (push-mark (point-max) nil t)
  (goto-char (point-min)))




Como todas las otras funciones, la función mark-whole-buffer
se ajusta dentro de la plantilla para una definición. La plantilla
se parece a esta:



 
(defun name-of-function (argument-list)
  "documentation…"
  (interactive-expression…)
  body…)




Aquí está cómo la función trabaja: el nombre de la
función es mark-whole-buffer; eso es seguida por un argumento
de lista vacía, ‘()’, que significa que la
función no requiere argumentos. La documentación viene la siguiente.



La siguiente línea es una expresión
(interactive) que cuenta a Emacs que la función será usada
interactivamente. Estos detalles son similares a la función
simplified-beginning-of-buffer descrita en la sección previa








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




4.3.1 Cuerpo de mark-whole-buffer



El cuerpo de la función mark-whole-buffer consiste en tres
líneas de código:



 
(push-mark (point))
(push-mark (point-max) nil t)
(goto-char (point-min))




El primero de estas líneas es la expresión,
(push-mark (point)).



Esta línea hace exactamente el mismo trabajo que la
primera línea del cuerpo de la función
simplified-beginning-of-buffer, que está escrita
(push-mark). En ambos casos, el intérprete Lisp asigna una
marca en la posición actual del cursor.



No sé por qué en la expresión mark-whole-buffer está
escrito (push-mark (point)) y en la expresión
beginning-of-buffer está escrito (push-mark). Quizás
quien escribió el código no sabía que los argumentos
para push-mark son opcionales y que si push-mark no se
pasa como argumento, la función automáticamente asigna la marca en
la localización del punto por defecto. O quizás la expresión
fué escrita así como para parelizar la estructura de
la siguiente línea. En cualquier caso, la
línea causa que Emacs determine la posición del
punto y asigne una marca allí.



En las primeras versiones de GNU Emacs, la siguiente
línea de mark-whole-buffer fué (push-mark
(point-max)). Esta expresión asigna una marca en el punto en el
búffer que tiene el número más alto. Esto será el fin del
búffer (o, si el búffer es encogida, el fin de la porción
accesible del búffer. Véase la sección  Extendiendo y Encogiendo, para más acerca encoger.) Después esta marca ha sido
asignada, la marca previa, uno asigna un punto, no es se asigna largo,
pero Emacs recuerda su posición, solo como todas las otras marcas
recientes son siempre recordadas. Esto significa que tu puedes, si lo
deseas, vuelve a esta posición escribiendo C-u C-<SPC> dos
veces.



En GNU Emacs 22, el (point-max) es ligeramente más
complicado. La línea lee



 
(push-mark (point-max) nil t)




La expresión funciona cerca de lo mismo que antes. Eso asigna una marca
en el lugar numerado más alto que se puede en el búffer. Sin
embargo, en esta versión, push-mark tiene dos argumentos
adicionales. El segundo argumento para push-mark es
nil. Esto cuenta la función que
mostraría un mensaje que dice `Marca asignada'
cuando eso empuja la marca. El tercer argumento es t. Esto
cuenta push-mark para activar la marca cuando el modo Transient
Mark está activado. Transient Mark mode ilumina la región de marca
activa. Con frecuencia desactivada



Finalmente, la última línea de la función es
(goto-char (point-min)). Esto es escrito exactamente el mismo
camino camino como está escrito beginning-of-buffer. La
expresión mueve el cursor al mínimo punto en el
búffer, que es, al principio del búfferr (o para el principio de
la porción accesible del búffer). Como un resultado de esto, punto
está emplazado al principio del búffer y marca está asignada al
fin del búffer. El búffer completo es, más allá, la región.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




4.4 La Definición de append-to-buffer




El comando append-to-buffer es más complejo que el comando
mark-whole-buffer. Lo que hace es copiar la región (que es,
la parte del búffer entre punto y marca) desde el buffer actual a un
búffer específico.





Un Resumen de append-to-buffer  



4.4.1 La Expresión Interactiva append-to-buffer         Una expresión interactiva de dos partes.



4.4.2 El Cuerpo de append-to-buffer    Incorpora una expresión let.



4.4.3 save-excursion en append-to-buffer      Cómo save-excursion trabaja.











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Un Resumen de append-to-buffer




El comando append-to-buffer usa la función
insert-buffer-substring para copiar la
región. insert-buffer-substring es descrita por su nombre:
eso toma una cadena de caracteres desde parte de un búffer, una
``subcadena'', y las inserta dentro de otro búffer.



La mayoría de append-to-buffer se refiere con la
configuración de las condiciones para insert-buffer-substring
para trabajar: el código debe especificar ambos el búffer para el
que el texto irá, la ventana viene y va, y la región que será copiada.



Aquí está el texto completo de la función:



 
(defun append-to-buffer (buffer start end)
  "Introduce al búffer específico el texto de la
  región. Esto es insertado de este búffer antes de su punto.

Cuando se llama desde un programa, se dan tres argumentos:
BUFFER (o nombre del búffer), START y END.
START y END especifica la porción del búffer actual para ser copiado."
  (interactive
   (list (read-buffer "Append to buffer: " (other-buffer
                                            (current-buffer) t))
         (region-beginning) (region-end)))

  (let ((oldbuf (current-buffer)))
    (save-excursion
      (let* ((append-to (get-buffer-create buffer))
             (windows (get-buffer-window-list append-to t t))
             point)
        (set-buffer append-to)
        (setq point (point))
        (barf-if-buffer-read-only)
        (insert-buffer-substring oldbuf start end)
        (dolist (window windows)
          (when (= (window-point window) point)
            (set-window-point window (point))))))))




La función puede ser comprendida buscando como series de plantillas
rellenas



La plantilla de fuera es para la definición de la función. En esta
función, se ve como esto (con varios slots rellenos):



 
(defun append-to-buffer (buffer start end)
  "documentation…"
  (interactive …)
  body…)




La primera línea de la función incluye su nombre y los
tres argumentos. Los argumentos son el búffer que el texto
será copiado, y el start y end de la región en el
buffer actual que será copiado.



La siguiente parte de la función es la documentación, que es claro
y completo. Como es convencional, los tres argumentos son escritos en
mayúsculas así se notificarán fácilmente. Incluso
mejor, son descritas en el mismo orden como en la lista de argumentos.



Nótese que la documentación distingue entre un búffer y su
nombre. (La función puede manejar otro.)








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




4.4.1 La Expresión Interactiva append-to-buffer



Desde que la función append-to-buffer será usada
interactivamente, la función debe tener una expresión
interactive. (Para una revisión de interactive, ver
Creando una Función Interactive.) La
expresión se lee de la siguiente manera:



 
(interactive
 (list (read-buffer
        "Agrega al buffer: "
        (other-buffer (current-buffer) t))
       (region-beginning)
       (region-end)))




Esta expresión no es una con letras separadas por partes, como se
describe antes. En vez de eso, empieza una lista con estas partes:



La primera parte de la lista es una expresión para leer el nombre de
un búffer y lo devuelve como una cadena. Esto es
read-buffer. La función requiere una consola como su primer
argumento, ‘"Asocia al buffer: "’. Su segundo argumento cuenta el
comando que valora para proporciona si no especifica cualquier cosa.



En este caso este segundo argumento es una expresión conteniendo la
función other-buffer, una excepción, y una ‘t’, para verdad.



El primer argumento para other-buffer, la excepción, es
todavía otra función, other-buffer. Esto es no
yendo a ser devuelto. El segundo argumento es el símbolo
para verdad, t. Esto cuenta other-buffer que puede
mostrar búffers visibles (excepto en este caso, eso no mostrará el
búffer actual, que tiene sentido).



La expresión se ve como:



 
(other-buffer (current-buffer) t)




El segundo y tercer argumento a la expresión list son
(region-beginning) y (region-end). Estas dos funciones
especifican el principio el y el fin del texto para ser adjunto.



Originalmente, el comando usaba las letras ‘B’ y ‘r’. La
expresión completa interactive es así:



 
(interactive "BAsociar al buffer: \nr")




Pero cuando esto fué hecho, el valor por defecto del búffer cambió
a ser invisible. Esto no se quería.



(La consola era separada del segundo argumento con una nueva
línea, ‘\n’. Estaba seguido por un ‘r’ que
contaba a Emacs emparejar los dos argumentos que siguen el
símbolo buffer en la lista de argumentos de la
función (que es, start y end) para los valores de
punto y marca. Este argumento trabajó bien.)








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




4.4.2 El Cuerpo de append-to-buffer




El cuerpo de la función append-to-buffer empieza con let.



Como se ha visto antes (véase la sección let), el propósito de
una expresión let es crear y dar valores iniciales a una o
más variable que solo serán usada con el cuerpo del
let. Esto significa que tal variable no será confuso con
cualquier variable del mismo nombre fuera de la expresión let.



Podemos ver como la expresión let se ajusta dentro de la
función como un todo mostrando una plantilla para
append-to-buffer con la expresión let en
línea:



 
(defun append-to-buffer (buffer start end)
  "documentation…"
  (interactive …)
  (let ((variable value))
        body…)




La expresión let tiene tres elementos:



    

  1. 
El símbolo let;


  2. 
Una varlist conteniendo, en este caso, una lista simple de dos
elementos, (variable value);


  3. 
El cuerpo de la expresión let.




En la función append-to-buffer, la varlist se parece a esto:



 
(oldbuf (current-buffer))




En esta parte de la expresión let, una variable,
oldbuf es emparejada al valor devuelto por la expresión
(current-buffer). La variable, oldbuf, es usada para
guardar la traza del búffer en el que tu estás trabajando y desde
el que se copiará.



El elemento o elementos de una varlist son rodeados por un conjunto de
paréntesis así el intérprete Lisp puede distinguir
la varlist desde el cuerpo del let. Como consecuencia, la lista
de dos elementos con la varlist está rodeados por un circunscrito
conjunto de paréntesis. Las líneas se ven
así:



 
(let ((oldbuf (current-buffer)))
  … )




Los dos paréntesis antes de oldbuf podrían
sorprenderte si no fuera porque los primeros paréntesis antes de
oldbuf marcan el límite de la varlist y el segundo
paréntesis marca el principio de la lista de dos elementos,
(oldbuf (current-buffer)).








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




4.4.3 save-excursion en append-to-buffer



El cuerpo de la expresión let en append-to-buffer
consiste de una expresión save-excursion.



La función save-excursion guarda las localizaciones de punto y
la marca, y las restaura a estas posiciones después de las expresiones
en el cuerpo de la ejecución completa
save-excursion. Además, save-excursion completa
la ejecución. Además, save-excurion guarda la traza del
búffer original, y lo restaura. Esto es cómo save-excursion
es usado en append-to-buffer.





Incidentalmente, no se valora nada aquí que una
función Lisp es normalmente formateada así que cada
cosa que es encerrada en conjunto multilínea que es
indentada más a la derecha que el primer símbolo. En
esta definición de función, el let es indentado más que
defun, y el save-excursion es indentado más que el
let, como esto:



 
(defun …
  …
  …
  (let…
    (save-excursion
      …




Esta convención formatea que sea fácil de ver que las
líneas en el cuerpo de save-excursion, solo
como save-excurion por sí mismo están
encerradas por los paréntesis asociados con el let:



 
(let ((oldbuf (current-buffer)))
  (save-excursion
    …
    (set-buffer …)
    (insert-buffer-substring oldbuf start end)
    …))




El uso de la función save-excursion puede ser vista como un
proceso de rellenar slots de una plantilla:



 
(save-excursion
  first-expression-in-body
  second-expression-in-body
   …
  last-expression-in-body)




En esta función, el cuerpo de save-excursion contiene solo
una expresión, la expresión let*. Se conoce una función
let. La función let* es diferente. Eso tiene un
‘*’ en su nombre. Eso permite a Emacs asignar cada variable en su
varlist en secuencia, uno después de otro.



Su funcionalidad crítica es que las variable después
en la varlist puedan hacer uso de los valores para los que Emacs asigna
variables pronto en la varlist. Véase la sección  La expresión let*.



Se escaparán funciones como let* y focaliza en dos: la
función set-buffer y la función insert-buffer-substring.



En antaño, la expresión set-buffer era simple:



 
(set-buffer (get-buffer-create buffer))




pero ahora eso es



 
(set-buffer append-to)




append-to se asigna a (get-buffer-create-buffer) pronto
en la expresión let*. Esta asociación extra no
sería necesaria excepto para este append-to es
usado después en la varlist como un argumento para
get-buffer-window-list.




La definición de la función append-to-buffer inserta texto
desde el búffer en el que estás actualmente a un buffer
nombrado. Eso sucede que insert-buffer-substring copia texto
desde otro búffer al búffer actual, solo el inverso --- que es
porque la definición append-to-buffer empieza con un
let que asocia el símbolo local oldbuf al
valor devuelto por current-buffer.



La expresión insert-buffer-substring se ve como esto:



 
(insert-buffer-substring oldbuf start end)




La función insert-buffer-substring copia una cadena
from al búffer especificado como su primer argumento e
inserta la cadena dentro del búffer presente. En este caso, el
argumento para insert-buffer-substring es el valor de la
variable creada y asociada por el let, llama al valor de
oldbuf, que fué el búffer actual cuando tu diste el comando
append-to-buffer.



Después de que insert-buffer-substring ha hecho su trabajo,
save-excursion restaurará la acción al búffer original y
append-to-buffer habrá hecho su trabajo.



Escrito en forma esquelética, los trabajos del cuerpo se ven como esto:



 
(let (bind-oldbuf-to-value-of-current-buffer)
  (save-excursion                       ; Guarda la traza del búffer.
    change-buffer
    insert-substring-from-oldbuf-into-buffer)

  change-back-to-original-buffer-when-finished
let-the-local-meaning-of-oldbuf-disappear-when-finished




En resumen, append-to-buffer funciona como sigue: guarda el
valor del buffer actual en la variable llamada oldbuf. Obtiene
el nuevo buffer (creando uno si necesita ser) y cambia la atención
de Emacs a eso. Usando el valor de oldbuf, inserta la región
del texto desde el viejo buffer dentro del nuevo buffer; y entonces
usando save-excursion, trae atrás a tu buffer original.



Buscando append-to-buffer, se ha explorado una función limpia
compleja. Eso muestra como usar let y save-excursion, y
como cambiar y volver desde otro buffer. Muchas definiciones de
función usan let, save-excursion, y set-buffer
de este modo.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




4.5 Revisar



Aquí está un breve resumen de varias funciones
discutidas en este capítulo.





 describe-function


 describe-variable


Imprime la documentación para una función o
variable. Convencionalmente asociada a C-h f y C-h v.





 find-tag


Encuentra el fichero que contiene la fuente para una función o
variable y cambia buffer a él, posicionando el punto al principio
del ítem. Convencionalmente emparejado a M-. (esto
es un período seguiendo la tecla <META>).





 save-excursion


Guarda la localización de punto y marca y restaura sus valores
después de los argumentos para save-excursion y han sido
evaluados. También, recuerda el buffer actual y devuélvelo.





 push-mark


Asigna la marca en una localización y graba el valor de la marca
previa en el anillo de la marca. La marca es una localización en el
búffer que guarda su posición relativa incluso si el texto es
añadido o borrado desde el búffer.





 goto-char


Asigna punto a la localización especificada por el valor del
argumento, que puede ser un número, una marca, o una expresión que
devuelve el número de una posición, tal como (point-min).





 insert-buffer-substring


Copia una región de texto desde un búffer que es pasado a la
función como un argumento e inserta la región dentro del búffer
actual.





 mark-whole-buffer


Marca el búffer completo como una región. Normalmente asignado a
C-x h.





 set-buffer


Cambia la atención de Emacs a otro búffer, pero no cambies la
ventana siendo mostrada. Usado cuando el programa en vez de un humano
trabaja en un búffer diferente.





 get-buffer-create


 get-buffer


Encuentra un buffer nombrado o crea uno si un buffer de este nombre no
existe. La función get-buffer devuelve nil si el
nombre del búffer no existe.











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




4.6 Ejercicios










[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




5. Unas Pocas Funciones Más Complejas



En este capítulo, se construye lo que se aprendió en
los capítulos previos mirando en funciones más
complejas. La función copy-to-buffer ilustra el uso de
expresiones save-excursion en una definición, mientras la
función insert-buffer ilustra el uso de un asterisco en una
expresión interactive, uso de o, y la importante
distinción entre un nombre y el objeto para el que el nombre se
refiere.





5.1 La Definición de copy-to-buffer             Con set-buffer, 
                               get-buffer-create.



5.2 La Definición de insert-buffer              Solo lectura, y con or.



5.3 Definición Completa de beginning-of-buffer        Muestra goto-char, point-min, y 
                               push-mark.
* Revisión Segundo Búffer Relacionado



5.5 Ejercicio de Argumento opcional         











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




5.1 La Definición de copy-to-buffer




Después de comprender cómo se trabaja append-to-buffer, es
fácil para comprender copy-to-buffer. Esta función copia
texto dentro de un búffer, pero en vez de añadir al segundo
búffer, se reemplaza a todo el texto previo en el segundo búffer.



El cuerpo de copy-to-buffer se ve como esto,



 
…
(interactive "BCopy to buffer: \nr")
(let ((oldbuf (current-buffer)))
  (with-current-buffer (get-buffer-create buffer)
    (barf-if-buffer-read-only)
    (erase-buffer)
    (save-excursion
      (insert-buffer-substring oldbuf start end)))))




La función copy-to-buffer tiene una expresión simple
interactive en vez de append-to-buffer.



La definición entonces dice:



 
(with-current-buffer (get-buffer-create buffer) …




Primero, mira en la expresión interna más temprana; que es
evaluada primero. Esta expresión empieza con get-buffer-create
buffer. La función cuenta al ordenador para usar el búffer con el
nombre específicado como uno para el que estás
copiando, o si tal búffer no existe, créalo. Entonces, la función
with-current-buffer evalúa su cuerpo con este búffer
temporalmente al actual.



(Esto demuestra otro camino para cambiar la atención del ordenador
pero no los usuarios. La función append-to-buffer muestra
como hacer lo mismo con save-excursion y
set-buffer. with-current-buffer es uno nuevo, y
argumentablemente fácil, mecanismo.)



La función barf-if-buffer-read-only envía un
mensaje de error diciendo al búffer es de solo lectura si no se
puede modificar.



La siguiente línea tiene la función
erase-buffer como sus únicos contenidos. Este función borra
el búffer.



Finalmente, las últimas dos líneas contienen la
expresión save-excursion con insert-buffer-substring
como su cuerpo. La expresión insert-buffer-substring copia el
texto desde el búffer en el que estás (y no se ha visto el
ordenador puesta su atención, así no se sabe que este
búffer es ahora llamado oldbuf).



De manera incidental, esto es lo que significa por `reemplazo'. Para
reemplazar texto Emacs borra el texto previo y entonces inserta el
nuevo texto.



El código fuente, del cuerpo de copy-to-buffer se parece a
esto:



 
(let (bind-oldbuf-to-value-of-current-buffer)
    (with-the-buffer-you-are-copying-to
      (but-do-not-erase-or-copy-to-a-read-only-buffer)
      (erase-buffer)
      (save-excursion
        insert-substring-from-oldbuf-into-buffer)))









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




5.2 La Definición de insert-buffer




insert-buffer es todavía una función
relacionada con el búffer. Este comando copia otro búffer
dentro del búffer actual. Es lo inverso de
append-to-buffer o copy-to-buffer, desde que se copia
una región de texto desde el búffer actual a otro
búffer.



Aquí hay una discusión basada en el código
original. El código era simplificado en 2003 y es duro de comprender.



(Véase la sección  Nuevo Cuerpo para insert-buffer,
para ver una discusión del nuevo cuerpo.)



Además, este código ilustra el uso de interactive con un
búffer que podría ser read-only y la
distinción entre el nombre de un objeto y el objeto actualmente referido.





• código insert-buffer  



5.2.1 La Expresión Interactiva en insert-buffer    Cuando tu puedes leer, pero no escribir.



5.2.2 El Cuerpo de la Función insert-buffer       El cuerpo tiene un or y un let.



5.2.3 insert-buffer Con un if En vez de un or                     Usando un if en vez de un or.



5.2.4 El or en el Cuerpo                Cómo la expresión or funciona.



5.2.5 La Expresión let en insert-buffer               Dos expresiones save-excursion.



5.2.6 Nuevo Cuerpo para insert-buffer        











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




El Código para insert-buffer



Aquí está el primer código



 
(defun insert-buffer (buffer)
  "Inserta después del punto los contenidos del BUFFER.
Pon la marca después del texto insertado.
El BUFFER puede ser un buffer un nombre de buffer."
  (interactive "*bInsert buffer: ")

  (or (bufferp buffer)
      (setq buffer (get-buffer buffer)))
  (let (start end newmark)
    (save-excursion
      (save-excursion
        (set-buffer buffer)
        (setq start (point-min) end (point-max)))

      (insert-buffer-substring buffer start end)
      (setq newmark (point)))
    (push-mark newmark)))




Como con otras definiciones de función, se puede usar una plantilla
para visión de la función:



 
(defun insert-buffer (buffer)
  "documentation…"
  (interactive "*bInsert buffer: ")
  body…)









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




5.2.1 La Expresión Interactiva en insert-buffer




En insert-buffer, el argumetno para la declaración
interactive tiene dos partes, un asterisco, ‘*’, y
‘bInserta un buffer: ’.





Un Búffer de Solo lectura        Cuando un buffer no puede ser modificado.



‘b’ es una Expresión Interactiva         Un buffer existe o además su nombre.











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Un Búffer de Solo lectura






El asterisco es para la situación cuando el buffer actual es un
buffer de solo lectura --- un buffer que no puede ser modificado. Si
insert-buffer es llamado cuando el buffer actual es de solo
lectura, un mensaje a este efecto está impreso en el área echo y
el terminal puede avisar; no se permite insertar cualquier cosa dentro
del buffer. El asterisco no necesita ser seguido por una nueva
línea para separarse desde el siguiente argumento.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




‘b’ es una Expresión Interactiva



El siguiente argumento en la expresión interactiva empieza con una
tecla minúscula ‘b’. (Esto es diferente desde el código para
append-to-buffer, que usa una mayúscula
‘B’. Véase la sección  La Definición de append-to-buffer.) La tecla minúscula cuenta al intérprete
Lisp que el argumento para insert-buffer sería un
buffer existente o sino su nombre. (La mayúscula ‘B’ provee
para la posibilidad que el búffer no existe.) Emacs te mostrará en
pantalla el nombre del búffer, ofreciendo un búffer por defecto,
con la compleción de nombre habilitado. Si el búffer no existe, se
recibe un mensaje que dice ``No concuerda''; tu terminal te avisa también.



El nuevo y simplificado código genera una lista
interactive. Eso usa las funciones
barf-if-buffer-read-only y read-buffer con las que
estamos ya familiarizados y la forma especial progn con los que
no. (Eso será descrito después).








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




5.2.2 El Cuerpo de la Función insert-buffer



El cuerpo de la función insert-buffer tiene dos partes
principales: una expresión or y una expresión
let. El propósito de la expresión or es asegura que
el argumento buffer es emparejado a un buffer y no solo el
nombre de un buffer. El cuerpo de la expresión let contiene
el código que copia los otros buffer dentro del buffer.



En el "outline" (esquema), las dos expresiones se ajustan dentro de la
función insert-buffer como esto:



 
(defun insert-buffer (buffer)
  "documentation…"
  (interactive "*bInsertar buffer: ")
  (or …
      …

  (let (varlist)
      body-of-let… )




Para comprender como la expresión or asegura que el argumento
buffer es emparejado a un buffer y no al nombre de un búffer,
es primero necesario comprender la función or.



Antes de hacer esto, permíteme reescribir esta parte de
la función usando if así puedes ver que es
hecho en una manera que será familiar.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




5.2.3 insert-buffer Con un if En vez de un or



El trabajo que debe ser hecho y asegura el valor de búffer es
un buffer en sí mismo y no el nombre de un búffer. Si
el valor es el nombre, entonces el buffer en sí debe ser
obtenido.



Te puedes imaginar a tí mismo en una conferencia donde
un acomodador está observando una lista con tu nombre dentro y
mirándote: el acomodador sabe ``asociar'' tu nombre, pero no a
tí; pero cuando el acomodador te encuentra y te toma el
brazo, el acomodador llega a ``asociarte'' a tí.



En Lisp, se podría describir esta situación
así:



 
(if (not (holding-on-to-guest))
    (find-and-take-arm-of-guest))




Se quiere hacer la misma cosa con un búffer --- si no tenemos el
búffer en sí, queremos tenerlo.



Usando un predicado llamado bufferp que nos cuenta si tenemos
un búffer (en vez de su nombre), se puede escribir el código como
este:



 
(if (not (bufferp buffer))              ; if-part
    (setq buffer (get-buffer buffer)))  ; then-part




Aquí, el true-or-false-test de la expresión if
es @w((not (bufferp buffer))); y la then-part es la expresión
(setq buffer (get-buffer buffer)).



En el test, la función bufferp devuelve cierto si su
argumento es un búffer --- pero falso si su argumento es el nombre del
buffer. (El último carácter del nombre de la función
bufferp es el carácter ‘p’; como se vió antes, tal uso de
‘p’ es una convención que indica que la función es un
predicado, que es un término que significa que la función
determinará si alguna propiedad es verdadera o falsa. Véase la sección  Usando el Objeto de Tipo Incorrecto como un Argumento.)



La función not precede la expresión (bufferp
buffer), así el true-or-false-test se ve como esto:



 
(not (bufferp buffer))




no es una fución que devuelve cierto si su argumento es falso
y falso si su argumento es verdadero. Así si
(bufferp buffer) devuelve cierto, la expresión no
devuelve falso y vice-versa: que es ``no cierto'' es falso que es ``no
falso'' es verdadero.



Usando este test, la expresión if trabaja como sigue: cuando
el valor de la variable buffer está actualmente en un
búffer en vez de su nombre, el test true-or-false-test devuelve
false y la expresión if no evalúa la parte then-part. Esto
está bien, desde que no necesita para hacer cualquier cosa para la
variable buffer si es realmente un búffer.



Por otro lado, cuando el valor de buffer no es un buffer en
sí, pero el nombre de un buffer, el true-or-false-test
devuelve cierto y la then-part de la expresión es evaluada. En este
caso, la then-part es (setq buffer (get-buffer buffer)). Esta
expresión usa la función get-buffer para devolver un buffer
actual en sí, dado su nombre. El setq entonces
asigna la variable buffer al valor del buffer en
sí, reemplazando su valor previo (que era el nombre del
buffer).








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




5.2.4 El or en el Cuerpo



El propósito de la expresión or en la función
insert-buffer es asegurar que el argumento buffer está
asociado a un búffer y no solo al nombre de un búffer. La sección
previa muestra como el trabajo podría haber sido hecho
usando una expresión if. Sin embargo, la función
insert-buffer actualmente usa or. Para comprender este,
es necesario comprender como or trabaja.




Una función or puede tener cualquier número de
argumentos. Eso evalúa cada argumento en turno y devuelve el valor
del primero de sus argumentos que no es nil. También, y esto
es una funcionalidad crucial de or, eso no evalúa cualquier
argumentos subsiguientes después devolviendo el primer valor
no-nil.



La expresión or se ve como esto:



 
(or (bufferp buffer)
    (setq buffer (get-buffer buffer)))




El primer argumento a or es la expresión (bufferp
buffer). Esta expresión devuelve cierto (un valor no-nil) si
el buffer es actualmente un buffer, y no solo el nombre de un
buffer. En la expresión or, si este es el caso, la
expresión or devuelve esto el valor cierto y no evalúa la
siguiente expresión --- y esto es bueno para nosotros, desde que
nosotros no queremos hacer cualquier cosa al valor de buffer si
eso es realmente un buffer.



Por otro lado, si el valor de (bufferp buffer) es nil,
que será si el valor de buffer es el nombre de un buffer, el
intérprete Lisp evalúa el siguiente elemento de la
expresión. Esta es la expresión (setq buffer (get-buffer
buffer)). Esta expresión devuelve un valor no-nil, que es el
valor para el que asigna la variable buffer --- y este valor es
un búffer en sí, no el nombre de un búffer.



El resultado de todo esto es que el símbolo
buffer es siempre asociado a un búffer en sí en
vez del nombre de un búffer. Toda es necesario porque la función
set-buffer en una línea siguiente trabaja con un
buffer en sí, no con el nombre de un búffer.



Incidentalmente, usando or, la situación con el acomodador se
vería así:



 
(or (holding-on-to-guest) (find-and-take-arm-of-guest))









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




5.2.5 La Expresión let en insert-buffer



Después asegurando que la variable buffer se refiere a un
buffer en sí y no solo al nombre de un buffer, la
función insert-buffer continúa con una expresión
let. Esto especifica tres variables locales, start,
end y newmark y los asocia al valor inicial
nil. Estas variables son usadas dentro el recuerdo de
let y temporalmente oculto con cualquier otra ocurrencia de
variables del mismo nombre en Emacs hasta el fin del let.



El cuerpo del let contiene dos expresiones
save-excursion. Primero, miraremos la expresión
save-excursion en detalle. La expresión se parece a esto:



 
(save-excursion
  (set-buffer buffer)
  (setq start (point-min) end (point-max)))




La expresión (set-buffer buffer) cambia la atención de
Emacs desde el búffer actual a uno desde el que el texto será
copiado. En este búffer la variables start y end son
asignadas al principio y fin del búffer, usando los comandos
point-min y point-max. Note que tenemos
aquí una ilustración de como setq es capaz de
asignar dos variables en la misma expresión. El primer argumento de
setq es asignar al valor de su segundo, y su tercer argumento
está asignado al valor del cuarto.



Después el cuerpo del save-excursion propio es evaluado, el
save-excursion restaura el búffer original, pero start
y end permanece asignado a los valores del principio y fin del
búffer de el que el texto será copiado.



La expresión por fuera save-excursion] se ve como:



 
(save-excursion
  (inner-save-excursion-expression
     (go-to-new-buffer-and-set-start-and-end)
  (insert-buffer-substring buffer start end)
  (setq newmark (point)))




La función insert-buffer-substring copia el texto
dento del búffer desde la región indicada por
start y end en el búffer. Desde el total del
segundo búffer cae entre start y end, el todo del
segundo búffer es copiado dentro del búffer que estás
editando. Lo siguiente, el valor del punto, que será al fin del
texto insertado, es grabado en la variable newmark.



Después el cuerpo de save-excursion es evaluado, punto y
marca son recolocados a sus lugares originales.



Sin embargo, es conveniente localizar una marca al fin del texto
nuevamente insertado y localizar el punto al principio. La variable
newmark graba el fin del texto insertado. En la última
línea de la expresión let, la expresión de la
función (push-mark newmark) asigna una marca a esta
posición. (La posición previa de la marca está
todavía accesible; está grabado en la marca del anillo
y se puede regresar a eso con C-u C-<SPC>.) Mientras tanto,
el punto está localizado al principio del texto insertado, que
está donde estaba antes de ser llamado la función que inserta, la
posición de lo que estaba guardado por la primera save-excursion.



La expresión let se parece a esto:



 
(let (start end newmark)
  (save-excursion
    (save-excursion
      (set-buffer buffer)
      (setq start (point-min) end (point-max)))
    (insert-buffer-substring buffer start end)
    (setq newmark (point)))
  (push-mark newmark))




Como la función append-to-buffer, la función
insert-buffer usa let, save-excursion y
set-buffer. Además, la función ilustra un camino para usar
o. Toda estas funciones están construyendo bloque que
encontrarán y usarán una y otra vez.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




5.2.6 Nuevo Cuerpo para insert-buffer





El cuerpo en la versión de GNU Emacs 22 es más confuso que en el
original.



Consiste de dos expresiones



 
  (push-mark
   (save-excursion
     (insert-buffer-substring (get-buffer buffer))
     (point)))

   nil




excepto, y esto es lo que los novicios confunden, un trabajo muy
importantes es hecho dentro de la expresión push-mark.



La función get-buffer devuelve un buffer con el nombre
proporcionado. Tu tomarás nota de que la función no es
llamado get-buffer-create; eso no crea un búffer si uno no
existe ya. El búffer devuelto por get-buffer, un búffer
existente, es pasado a insert-buffer-substring, que inserta el
total del búffer (desde que no se especificón ninguna cosa
más).



La posición dentro del buffer es insertado es grabado por
push-mark. Entonces la función devuelve nil, el valor
de su último comando. Pon otro camino, la función
insert-buffer existe solo para producir un efecto lateral,
insertando otro buffer, no para devolver cualquier valor.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




5.3 Definición Completa de beginning-of-buffer




La estructura básica de la función beginning-of-buffer ya
ha sido discutida. (Véase la sección  Una Definición Simplificada beginning-of-buffer). Esta sección
describe la parte compleja de la definición.



Como se describe previamente, cuando se invoca sin un argumento,
beginning-of-buffer mueve el cursor al principio del búffer
(en realidad, al principio de la porción accesible del búffer),
dejando la marca en la posición previa. Sin embargo, cuando el
comando es invocado con un número entre uno y diez, la función
considera que número será una fracción del tamaño del
búffer, medido en decenas, y Emacs mueve el cursor en esta
fracción del camino desde el principio del búffer. De este modo,
se puede bien llamar a esta función con la tecla comando M-<,
que moverá el cursor al principio del búffer, o con una tecla tal
como C-u 7 M-< que moverá el cursor a un punto 70% del camino
a través del búffer. Si un número más grande que diez es usado
para el argumento se mueve al fin del búffer.



La función beginning-of-buffer puede ser llamado con o sin
argumentos. El uso del argumento es opcional.





5.3.1 Argumentos Opcionales  



5.3.2 beginning-of-buffer con un Argumento    Ejemplo con argumento opcional.



5.3.3 El beginning-of-buffer Completo    











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




5.3.1 Argumentos Opcionales



A menos que se cuente de otro modo, Lisp espera que una función con
un argumento en su definición de función se llame con un valor
para este argumento. Si esto no ocurre, se obtiene un error y un
mensaje que dice ‘Número de argumentos erróneo’.






Sin embargo, los argumentos opcionales son una funcionalidad de Lisp:
una palabra clave particular es usada para contar al
intérprete Lisp que un argumento es opcional. La palabra clave es
&optional. (El ‘&’ en frente de ‘opcional’ es parte
de la palabra clave.) En una definición de función, si un
argumento sigue a la palabra clave &optional, ningún valor
necesita ser pasado a este argumento cuando la función se llama.



La primera línea de la definición de función de
beginning-of-buffer tiene lo siguiente:



 
(defun beginning-of-buffer (&optional arg)




En el "outline" (esquema), la función completa se parece a esto:



 
(defun beginning-of-buffer (&optional arg)
  "documentation…"
  (interactive "P")
  (or (is-the-argument-a-cons-cell arg)
      (and are-both-transient-mark-mode-and-mark-active-true)
      (push-mark))
  (let (determine-size-and-set-it)
  (goto-char
    (if-there-is-an-argument
        figure-out-where-to-go
      else-go-to
      (point-min))))
   do-nicety




La función es similar a la función
simplified-beginning-of-buffer excepto que la expresión
interactive tiene "P" como un argumento y la función
goto-char es seguida por una expresión if-then-else que
figura donde poner el cursor si hay un argumento que no es un cons cell.



(Puesto que no se explica un cons cell en muchos
capítulos, por favor, considere ignorar la función
consp. Como las Listas son Implementadas, y (elisp)Tipo de Cons Cell sección `Cons Cell y Tipos de Listas' en El Manual de Referencia GNU Emacs Lisp).



El "P" en la expresión interactive cuenta a Emacs
cómo pasar un argumento prefijo, si hay uno, a la función en forma
plana. Un argumento prefijo se crea escribiendo la tecla <META>
seguida por un número, o escribiendo C-u y entonces un
número. (Si no escribes un número, C-u por defecto a un cons
cell con un 4. Una minúscula "p" en la expresión
interactive causa a la función convertir un argumento prefijo
a un número.)



El true-or-false-test de la expresión if se ve compleja, pero
no lo es: se chequea si arg tiene un valor que no es nil
y si es un cons cell. (Esto es lo que consp hace; chequea si su
argumento es un cons cell.) Si arg tiene un valor que no es
nil (y no es un cons cell.), que será el caso si
beginning-of-buffer se llama con un argumento, entonces este
true-or-false-test devolverá cierto y la then-part de la expresión
if falsa. Por otro lado, si beginning-of-bufer no se
llama con un argumento, el valor de arg será nil y la
else-part de la expresión if se evaluará. La else-part es
simple point-min, y esto es lo de fuera, la expresión
goto-char es (goto-char (point-min)), que es como se
vió la función beginning-of-buffer en su forma
simplificada.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




5.3.2 beginning-of-buffer con un Argumento



Cuando beginning-of-buffer se llama con un argumento, una
expresión es evaluada que calcula que valor pasa a
goto-char. Esto es incluso complicado a primera vista. Eso
incluye una expresión if propia y mucha aritmética. Se ve
así:



 
(if (> (buffer-size) 10000)
    ;; ¡Evitar sobrecarga para grandes tamaños de búffer!
                          (* (prefix-numeric-value arg)
                             (/ size 10))
  (/
   (+ 10
      (*
       size (prefix-numeric-value arg))) 10)))






• Rompe la obstrucción de beginning-of-buffer  



Qué ocurre en búffer largo  



Qué ocurre en un búffer pequeño    











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Desenmarañar beginning-of-buffer



Como otras expresiones que se ven complejas, la expresión
condicional con beginning-of-buffer puede ser desenredada
mirándola por partes de una plantilla, en este caso, la plantilla
par una expresión if-then-else. En forma esquelética, la
expresión se ve así:



 
(if (buffer-is-large
    divide-buffer-size-by-10-and-multiply-by-arg
  else-use-alternate-calculation




El true-or-fase-test de esta expresión if propia chequea el
tamaño del buffer. La razón para esto es que la versión vieja de
Emacs 18 usaba números que no son más grandes que 8 millones o
así y en la computación que seguía, el
programador temía que Emacs podría
intentar usar a través de largos números si el búffer fuera
largo. El término `sobrecarga', que se mencionó en el comentario,
significa que los números son grandes. Las versiones más recientes
de Emacs usan números largos, pero este código no ha sido tocado,
solo porque la gente ahora mira en búffers que están lejos, tan
lejos como antes.



Hay dos casos: si el búffer es largo, o si no.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Qué ocurre en búffer largo



En beginning-of-buffer, la expresión propia if chequea
si el tamaño del búffer es mayor que 10000 caracteres. Para hacer
esto, se usa la función > y la computación de size
que viene desde la expresión let.



Hace tiempo, se usaba la función buffer-size. No solo esta
función era llamada varias veces, eso daba el tamaño del búffer
completo, no la parte accesible. La computación tiene mucho más
sentido cuando se maneja solo la parte accesible. (Véase la sección  Extendiendo y Encogiendo, para más información en
focalizar la atención para una parte `accesible'.)



La línea se parece a esto:



 
(if (> size 10000)




Cuando el búffer es largo, el then-part de la expresión if
se evalúa. Eso se lee así (después de ser formateado
para una fácil lectura):



 
(*
  (prefix-numeric-value arg)
  (/ size 10))




Esta expresión es una multiplicación, con dos argumentos para la
función *.



El primer argumento es (prefix-numeric-value arg). Cuando
"P" se usa como argumento para interactive, el valor
pasado para la función como argumento es un ``argumento prefijo
crudo'', y no un número. (Es un número en una lista). Para
desarrollar la aritmética, una conversión es necesaria, y
prefix-numeric-value hace el trabajo.





El segundo argumento es (/ size 10). Esta expresión divide el
valor numérico por diez --- el valor numérico del tamaño de la
porción accesible del buffer. Esto produce un número que cuenta
cuantos caracteres crean una decena del tamaño del búffer. (En Lisp,
/ es usado para división, solo como * es usado para
multiplicación.)



En la expresión de la multiplicación como un todo, esta cantidad
se multiplica por el valor del argumento prefijo --- la
multiplicación se parece a:



 
(* numeric-value-of-prefix-arg
   number-of-characters-in-one-tenth-of-the-accessible-buffer)




Si, por ejemplo, el argumento prefijo es ‘7’, el valor one-tenth
será multiplicado por 7 para dar una posición del 70% del camino.



El resultado de todo esto es que si la porción accesible del búffer
es largo, la expresión goto-char se lee esto:



 
(goto-char (* (prefix-numeric-value arg)
              (/ size 10)))




Esto pone el cursor donde se quiere.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Qué ocurre en un búffer pequeño



Si el búffer contiene poco más de 10000 caracteres, una
computación ligeramente diferente es medida. Se podría
pensar que esto no es necesario, desde que la primera computación
podría hacer el trabajo. Sin embargo, en un búffer
pequeño, el primer método puede no poner el cursor en la
línea exactamente deseada; el segundo método hace un
trabajo mejor.



El código se parece a esto:



 
(/ (+ 10 (* size (prefix-numeric-value arg))) 10))




Este es el código en el que se ve qué ocurre descubriendo como las
funciones se embeben entre paréntesis. Eso es fácil de leer si se
reformatea con cada expresión indentada más profundamente que la
expresión que encierra:



 
  (/
   (+ 10
      (*
       size
       (prefix-numeric-value arg)))
   10))




Mirando los paréntesis, se ve que la operación propia es
(prefix-numeric-value arg), que convierte el argumento plano
para un número. En la siguiente expresión, este número es
multiplicado por el tamaño de la porción accesible del búffer:



 
(* size (prefix-numeric-value arg))




Esta multiplicación crea un número que puede ser más largo que
el tamaño del buffer --- siete veces más larga si el argumento es
7, por ejemplo. Diez se aãnade a éste nũmero y finalmente el
número es dividido por 10 para proporcionar un valor que es un
carácter más largo que la posición de porcentaje en el búffer.



El número que resulta de todo esto se pasa a goto-char y
el cursor se mueve a este punto.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




5.3.3 El beginning-of-buffer Completo



Aquí está el texto completo de la función
beginning-of-buffer:





 
(defun beginning-of-buffer (&optional arg)
  "Mueve el punto al principio del buffer;
deja marca en la posición previa. 
Con prefijo \\[universal-argument], 
no se asigna una marca en la posición previa.
Con el argumento numérico N, pon el 
punto N/10 del camino desde el principio.Si el búffer está encogido
este comando usa el principio y tamaño
de la parte accesible del búffer.


"No use este comando en programas Lisp 
\(goto-char (point-min)) es rápido
y evita poseer la marca."
  (interactive "P")
  (or (consp arg)
      (and transient-mark-mode mark-active)
      (push-mark))

  (let ((size (- (point-max) (point-min))))
    (goto-char (if (and arg (not (consp arg)))
                   (+ (point-min)
                      (if (> size 10000)
                          ;; Evita sobrecarga para tamaños de búffer
                          (* (prefix-numeric-value arg)
                             (/ size 10))
                        (/ (+ 10 (* size (prefix-numeric-value arg)))
                           10)))
                 (point-min))))
  (if arg (forward-line 1)))





Excepto por dos pequeños puntos, la discusión previa muestra
cómo esta función trabaja. El primer punto trata un detalle en la
cadena de documentación, y el segundo concierne la última
línea de la función.



En la cadena de documentación, hay referencia a una expresión:



 
\\[universal-argument]




Un ‘\\’ es usado antes de la primera llave de esta
expresión. Este ‘\\’ le cuenta al intérprete Lisp sustituir
qué clave está actualmente emparejada a los ‘[…]’. En el
caso de universal-argument, que es normalmente C-u, pero
eso podría ser diferente. (Véase (elisp)Consejos de Documentación sección `Consejos para Cadenas de Documentación' en El Manual de Referencia de GNU Emacs Lisp, para más información.)



Finalmente, la última línea del comando
beginning-of-buffer dice mover el punto al principio de la
siguiente línea si el comando es invocado con un argumento:



 
(if arg (forward-line 1)))




Esto pone el cursor al principio de la primera línea
después de las apropiadas decenas de posiciones en el búffer. Esto
significa que el cursor está siempre localizado al menos las
decenas solicitadas del camino a través del búffer, que es un bien
que es, quizás, no necesario, pero que, si no ocurrió,
estaría seguro de dibujar rumores.



Por otro lado, eso significa que si se especifica el comando con un
C-u, sin un número, que es decir, si el `prefijo de argumento
plano' es simplemente un cons cell, entonces el comando te pone al
principio de la segunda línea … no sé si este se
pretende ningún trato con el código para evitar que esto ocurre.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




5.4 Revisar



Aquí hay un breve resumen de los asuntos cubierto en
este capítulo.





 or


Evalúa cada argumento en secuencia, y devuelve el valor del primer
argumento que no es nil, si ninguno devuelve un valor que no es
nil, devuelve nil. En breve, devuelve el primer valor de
verdad de los argumento; devuelve un valor cierto si un or
cualquier de los otros son verdad.





 and


Evalúa cada argumento en secuencia, y si cualquiera es nil,
devuelve nil; si ninguno es nil, devuelve el valor del
último argumento. En breve, devuelve un valor cierto solo si todos
los argumentos cierto; devuelve un valor cierto si un and cada
uno de los otros son ciertos.





 &optional


Una palabra clave usaba para indicar que un argumento a una
definición de función es opcional; esto significa que la función
puede ser evaluado sin el argumento, si se desea.





 prefix-numeric-value


Convierte el `argumento prefijo plano' producido por
(interactive "P") a un valor numérico.





 forward-line


Mueve el punto hacia delante al principio de la siguiente
línea, o si el argumento es más de uno, hacia delante
varias líneas. Si eso no se puede mover tan lejos
hacia delante como se puede, forward-line va hacia delante tan
lejos como se puede y entonces devuelve un contaje del número de
líneas adicionales que no pudo moverse.





 erase-buffer


Borra todos los contenidos del búffer actual.





 bufferp


Devuelve t si su argumento es un búffer; de otro modo
devuelve nil.











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




5.5 Ejercicio de Argumento opcional



Escribe una función interactiva con un argumento opcional que
chequee si su argumento, un número, es mayor o igual, o al menos,
menos que el valor de fill-column, y lo escribe, en un
mensaje. Sin embargo, si no se pasa un argumento a la función, usa
56 como un valor por defecto.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




6. Extendiendo y Encogiendo






Encoger es una funcionalidad de Emacs que hace posible para ti
focalizar en una parte específica de un búffer, y
funcionar sin cambiar accidentalmente otras partes. Encoger es
normalmente deshabilitado desde que eso puede confundir a novatos.





Las Ventajas de Encoger       Las ventajas de la extender



6.1 La Forma Especial save-restriction           La forma especial save-restriction.



6.2 what-line                  El número de la línea que 
                               apunta está activa.



6.3 Ejercicio Encogiendo           











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Las Ventajas de Encoger



Con encoger, el resto del búffer se hace invisible, como si no
estuviera. Esto es una ventaja si, por ejemplo, se quiere reemplazar
una palabra en una parte del búffer pero no otro: se encoge la parte
que se quiere y el reemplazo se trae solo en esta sección, no en
el resto del búffer. Las búsquedas solo funcionarán con una
región encogida, no fuera de una, así si tu estás
arreglando una parte de un documento, se puede guardar en
sí desde encontrar partes accidentalmente que no
necesitas arreglar encongiendo solo la región que quieres. (La tecla
asociada a narrow-to-region es C-x n n.)



Sin embargo, encoger hace que el resto del búffer sea invisible,
esto puede asustar a gente quien inadvertidamente invoca a encoger y
pensar que se ha borrado una parte de su fichero. Más allá, el
comando undo (que es normalmente emparejado a C-x u) no
se deja encoger, así las personas pueden llegar a estar
bastante desesperadas si no conocen que ellas pueden volver al resto
de un búffer para visibilizarlo con el comando widen. (El
emparejamiento de la tecla para widen es C-x n w.)



Encoger es solo tan útil al intérprete Lisp como para un
humano. Con frecuencia, una función Emacs Lisp está diseñada
para trabajar en solo parte de un búffer; o de manera conversa, una
función Emacs Lisp necesita trabajar en todo un búffer que ha sido
encogido. La función what-line, por ejemplo, borra el
encogimiento desde un búffer, si eso tiene cualquier encogimiento y
cuando eso ha finalizado su trabajo, restaura el encogimiento para el
que fuera. Por otro lado, la función count-lines, que es
llamada por what-line, usa el encogimiento para restringirse a
sí misma solo a la porción del búffer en el que
está interesada y entonces restaura la situación previa.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




6.1 La Forma Especial save-restriction




En Emacs Lisp, se puede usar la forma especial save-restriction
para guardar la traza de siempre que el encogimiento esté en
efecto. Cuando el intérprete Lisp se encuentra con
save-restriction, eso ejecuta el código en el cuerpo de la
expresión save-restriction, y entonces deshace cualquier
cambio para encoger lo que el código causó. Si, por ejemplo, el
búffer está encogido y el código que sigue al comando
save-restriction devuelve el búffer para su región
encogida. En el comando what-line, cualquier encogimiento del
búffer que se puede tener se deshace por el comando widen que
inmediatamente sigue el comando save-restriction. Cualquier
encogimiento original es restaurado solo antes de la compleción de
la función.



La plantilla para una expresión save-restriction es simple:



 
(save-restriction
  body… )




El cuerpo del save-restriction es una o más expresiones que
serán evaluadas en secuencia por el intérprete Lisp.



Finalmente, un punto a anotar: cuando se usa tanto
save-excursion y save-restriction, uno correcto
después del otro, deberías usar save-excursion
fuera. Si se escribe en el orden inverso, se podría
fallar para grabar el encogimiento en el búffer para el que Emacs
cambia después de llamar a save-excursion. De este modo, cuando
se escribe junto a save-excursion y save-restriction
sería escrito así:



 
(save-excursion
  (save-restriction
    body…))




En otras circunstancias, cuando no se escribe junto, las formas
especiales save-excursion y save-restriction deben ser
escritas en el orden apropiado para la función.



Por ejemplo,



 
  (save-restriction
    (widen)
    (save-excursion
    body…))










[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




6.2 what-line





El comando what-line cuenta el número de la
línea en la que el cursor se ha localizado. La
función ilustra el uso de los comandos save-restriction y
save-excursion. Aquí está el texto original de
la función:



 
(defun what-line ()
  "Imprime el número de línea actual (en el búffer)
  del punto."
  (interactive)
  (save-restriction
    (widen)
    (save-excursion
      (beginning-of-line)
      (message "Línea %d"
               (1+ (count-lines 1 (point)))))))




(En versiones recientes de GNU Emacs, la función what-line se
ha expandido para contarte el número de líneas en un
búffer encogido tan bien como tu número de línea en
un búffer ampliado. La versión reciente es más compleja que la
versión que se muestra. Si se siente venturoso, podría
querer mirarla después de figurarse como esta versión
funciona. Probablemente se necesitará usar C-h f
(describe-function). La versión nueva usa un condicional para
determinar si el búffer se ha encogido.



(También, eso usa line-number-at-pos, que otras expresiones
simples, tales como (goto-char (point-min)), mueve el punto al
principio de la línea actual con (forward-line 0)
en vez de beginning-of-line.)



La función what-line como se muestra aquí tiene
una línea de documentación y es interactiva, como se
esperaría. Las dos líneas siguientes usan
las funciones save-restriction y widen.



La forma especial save-restriction nota que encogiendo es en
efecto, si cualquiera, en el buffer actual y restaura que encogiendo
después del código en el cuerpo del save-restriction ha
sido evaluada.



La forma especial save-restriction es seguida por
widen. Esta función deshace cualquier distancia del actual
buffer que puede haber tenido cuando what-line se llame. (La
distancia que había es la distancia que
save-restriction recuerda.) Esta ampliación se hace posible
para la línea contando comandos a contar desde el
principio del búffer. De otro modo, habría sido
limitado para contar con la región accesible. Cualquier distancia
original es restaurada solo antes de la compleción de la función
por la forma especial save-restriction.



La llamada a widen es seguida por save-excursion, que
guarda la posición del cursor (por ej., el punto) y de la marca, y
la restaura después el código en el cuerpo del
save-excursion usa la función beginning-of-line para
mover el punto.



(Nótese que la expresión (widen) viene entre las formas
especiales save-restriction y save-excursion. Cuando se
escribe las dos expresiones save- … en secuencia, escribe
save-excursion finalmente.)



Las últimas dos líneas de la función
what-line son funciones para contar el número de
líneas en el búffer y entonces imprimir el número en
el área echo.



 
(message "Line %d"
         (1+ (count-lines 1 (point)))))))




La función message imprime un mensaje de una
línea abajo de la pantalla Emacs. El primer argumento
está dentro de marcas de cita y está impreso como una cadena de
caracteres. Sin embargo, se puede contener una expresión ‘%d’
para imprimir un argumento siguiente. ‘%d’ imprime el argumento
como un decimal, así el mensaje dirá alguna cosa tal
como ‘Línea 243’.



El número que está impreso en lugar de ‘%d’ está computada
por la última línea de la función:



 
(1+ (count-lines 1 (point)))





Lo que esto hace es contar las líneas desde la primera
posición del búffer indicada por el 1, subir al
(point), y entonces añadir uno a este número. (La función
1+ añade uno a su argumento.) Nosotros aãndir a eso porque
la línea 2 tiene solo una línea antes, y
count-lines cuenta solo las líneas antes
de la línea actual.



Después de que count-lines ha hecho su trabajo, y el mensaje
ha sido impreso en el área echo, la función save-excursion
restaura punto y marca a sus posiciones originales; y
save-restriction restaura la contracción original, si la hay.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




6.3 Ejercicio Encogiendo



Escribe una función que mostrará los primeros 60 caracteres del
buffer actual, incluso si se ha encogido el buffer a su mitad
así que la primera línea es
inaccesible. Restaura punto, marca y encogimiento. Para este
ejercicio, se necesita usa un popurri entero de funciones, incluyendo
save-restriction, widen, goto-char,
point-min, message, y buffer-substring.




(buffer-substring es una función previamente no mencionada
que tendrás que investigar por tí mismo; o quizás
tendrás que usar buffer-substring-no-properties o
filter-buffer-substring …, todavía otras
funciones. Las propiedades de texto son una funcionalidad que de otro
modo no serían discutidas
aquí. Véase (elisp)Propiedades de Texto sección `Propiedades de Texto' en El Manual de Referencia de Emacs Lisp.)



Además, ¿realmente se necesita goto-char o
point-min?
¿O se puede escribir la función sin ellos?








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




7. car, cdr, cons: Funciones Fundamentales





En Lisp, car, cdr, y cons son funciones
fundamentales. La función cons es usada para construir
listas, y las funciones car y cdr son usadas tomarlas aparte.



En el paseo a través de la función copy-region-as-kill, se
verá cons tan bien como dos variantes de cdr, llamadas
setcdr y nthcdr. (Véase la sección  copy-region-as-kill.)





Nombres Extraños         Un lado histórico: ¿por qué 
                               los nombres extraños?



7.1 car y cdr                  Funciones para extraer parte de una lista.



7.2 cons                       Construyendo una lista.



7.3 nthcdr                     Llamando cdr repetidamente.



7.4 nth  



7.5 setcar                     Cambiando el primer elemento de una lista.



7.6 setcdr                     Cambiando el resto de una lista.



7.7 Ejercicio             











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Nombres Extraños



El nombre de la función cons es razonable: es una
abreviación de la palabra `constructo'. Los orígenes
de los nombres car y cdr, por otro lado, son
esotéricos: car es un acrónimo desde la frase `Contenidos
de la parte de la Dirección del Registro'; y cdr (pronunciado
`could-er') es un acrónimo desde la frase `Contenidos del Decremento
del Registro'. Estas frases se refieren a piezas
específicas de hardware en el ordenador en el que el
Lisp original fué desarrollado. El resto de frases han sido
completamente irrelevantes por más de 25 años a cualquiera
pensando acerca de Lisp. Ninguno, excepto unos pocos académicos
valientes han empezado a usar nombres más razonables para estas
funciones, los viejos términos están todavía en
uso. En particular, los términos usados en el código fuente Emacs
Lisp, que usaremos en esta introducción.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




7.1 car y cdr



El CAR de una lista es, bastatante simple, el primer
ítem en la lista. De este modo, el CAR de la lista
(rosa violeta margarita mantequilla) es rosa.



Si estás leyendo en Info y en GNU Emacs, se puede ver esto evaluando
lo siguiente:



 
(car '(rose violet daisy buttercup))




Después de evaluar la expresión, rose aparecerá en el
área echo.



Claramente, un nombre más razonable para la función car
sería first y esto es con frecuencia lo que se
sugiere.



car no elimina el primer ítem desde la lista; eso
solo informa que eso es. Después car ha sido aplicado a una
lista, la lista es todavía la misma que era. En la
jerga, car es `no-destructiva'. Esta funcionalidad deja de ser
importante.



El CDR de una lista es el resto de la lista, que es, la función
cdr que devuelve la parte de la lista que sigue el primer
ítem. De este modo, mientra el CAR de la lista
'(rosa violeta margarita mantequilla) es rosa, el resto
de la lista, el valor devuelto por la función cdr, es
(violeta margarita mantequilla).



Se puede ver esto evaluando lo siguiente del modo usual:



 
(cdr '(rosa violeta margarita mantequilla))




Cuando se evalúa esto, (violeta margarita mantequilla)
aparecerá en el área echo.



Al igual que car, cdr no elimina los elementos desde la
lista --- solo devuelve un informe de lo que el segundo y subsiguientes
elementos son.



En el ejemplo, la lista de flores se cita. Si no, el intérprete Lisp
intentaría evaluar la lista llamando a rosa como
una función. En este ejemplo, no queremos hacer esto.



Claramente, un nombre más razonable para cdr
sería rest.



(Hay una lección aquí: cuando se nombran nuevas
funciones, considere muy cuidadosamente lo que se está haciendo, ya
que puede estar pegadas con los nombres largos que se esperan. La
razón es que este doucumento perpetúa estos nombres que el
código fuente de Emacs Lisp usa, y si no los usaba, se
estaría un duro rato leyendo el código; pero, por
favor, intente evitar usar estos términos por sí
mismo. Las personas quienes vienen después se lo agradecerán.



Cuando car y cdr se aplica a una lista hecha de
símbolos, tal como la lista (pino abeto roble arce),
el elemento de la lista devuelta por la función car es el
símbolo pine sin cualquier paréntesis
alrededor. pino es el primer elemento en la lista. Sin embargo,
el CDR de la lista es una lista por sí misma,
(abeto roble arce), como se puede ver evaluando las siguientes
expresiones en el modo usual:



 
(car '(pino abeto roble arce))

(cdr '(pine fir oak maple))




Por otro lado, en una lista de listas, el primer elemento es en
sí mismo una lista. char devuelve este primer
elemento como una lista. Por ejemplo, la siguiente lista contiene tres
sublistas, una lista de carnívoros, una lista de
herbívoros y una lista de mamíferos:



 
(car '((leon tigre leopardo)
       (gacela antilope cebra)
       (ballena delfin foca)))




En este ejemplo, el primer elemento de CAR de la lista es la
lista de carnívoros, (leon tigre leopardo), y el
resto de la lista es ((gazela antílope cebra)
(delfin tiburon ballena)).



 
(cdr '((leon tigre leopardo)
       (gacela antilope cebra)
       (ballena delfin)))




Es un valor decir de nuevo que car y cdr son no
destructivos --- esto es, no se modifican o cambian listas para las
que ser aplicados. Esto es muy importante para ser usados.



También, en el primer capítulo, en la discusión
acerca de átomos, yo dije que en Lisp, ``ciertos tipos de átomos,
tales como un array, pueden separarse en partes; pero el mecanismo de
hacer esto es diferente del mecanismo de separar una lista. Desde
que Lisp se conoce, los átomos de una lista son indivisibles.''
(Véase la sección  Átomos Lisp.) El car y el cdr son funciones que
son usadas para dividir listas y son consideradas fundamentales para
Lisp. Puesto que no pueden dividir o ganar acceso a las partes de un array,
un array es considerado un átomo. De otro modo, la otra
función fundamental, cons, se puede poner cerca o construir
una lista, pero no un array. (Los arrays son manejados por funciones de
array específicas. Véase (elisp)Arrays sección `Arrays' en El Manual de Referencia de GNU Emacs Lisp.)








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




7.2 cons




La función cons construye listas; eso es lo inverso de
car y cdr. Por ejemplo, cons puede usarse para
crear una lista de cuatro elementos desde los tres elementos de la
lista, (abeto roble arce):



 
(cons 'pino '(abeto roble arce))




Después de evaluar esto, se verá lo siguiente:



 
(pino abeto roble arce)




aparece en el área echo. cons causa la creación de una
nueva lista en el que el elemento es seguido por los elementos de la
lista original.



Con frecuencia decimos que `cons pone un nuevo elemento al
principio de una lista; adjunta o empuja el elemento dentro de la lista',
pero esta frase puede ser incorrecta, puesto que cons no cambia
a una lista existente, pero crea una nueva.



Como car y cdr, cons es no destructivo.





Construir una lista  



7.2.1 Encuentra el tamaño de una Lista: length                     Cómo encontrar el tamaño de una lista.











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Construir una lista



cons debe tener una lista para adjuntar a(9) No se puede
empezar desde absolutamente nada. Si se está construyendo una lista,
se necesita proveer al menos una lista vacía al
principio. Aquí hay una serie de expresiones cons
que construyen una lista de flores. Si estás leyendo esto en Info en
GNU Emacs, se puede evaluar cada una de las expresiones en el camino
usual; el valor es impreso en este texto después de ‘⇒’,
que puede leer como `evaluas para'.



 
(cons 'mantequilla ())
     ⇒ (mantequilla)



(cons 'margarita '(mantequilla))
     ⇒ (margarita mantequilla)



(cons 'violeta '(margarita mantequilla))
     ⇒ (violeta margarita mantequilla)



(cons 'rosa '(violeta margarita mantequilla))
     ⇒ (rosa violeta margarita mantequilla)




En el primer ejemplo, la lista vacía se muestra como
() y después se construye una lista de mantequilla
seguida por la lista vacía. Como se puede ver, la lista
vacía no se muestra en la lista que fué
construida. Todo lo que se ve es (mantequilla). La lista
vacía no cuenta como un elemento de una lista porque
no hay nada en una lista vacía. Generalmente hablando,
una lista vacía es invisible.



El segundo ejemplo, (cons 'margarita '(mantequilla)) construye
una nueva lista de dos elemento poniendo margarita en frente de
mantequilla; y el tercer ejemplo construye una lista de tres
elementos poniendo violeta en frente de margarita y
mantequilla.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




7.2.1 Encuentra el tamaño de una Lista: length




Se pueden encontrar cuantos elementos hay en una lista usando la
función Lisp length, como en los siguientes ejemplos:



 
(length '(mantequilla))
     ⇒ 1



(length '(margarita mantequilla))
     ⇒ 2



(length (cons 'violeta '(margarita mantequilla)))
     ⇒ 3




En el tercer ejemplo, la función cons es usada para construir
una lista de tres elementos que entonces se pasa a la función
length como su argumento.



Se puede también usar length para contar el número de
elementos en una lista vacía:



 
(length ())
     ⇒ 0




Como se esperaría, el número de elementos en una lista
vacía es cero.



Un experimento interesante es encontrar qué ocurre si se intenta
encontrar el tamaño de una no lista en todo; que es, si se intenta
llamar a length sin darle un argumento, incluso una lista no
vacía:



 
(length )




Lo que se ve, si se evalúa esto, es el mensaje de error



 
Lisp error: (wrong-number-of-arguments length 0)




Esto significa que la función recibe el número incorrecto de
argumentos, cero, cuando se espera algún otro número de
argumentos. En este caso, se espera un argumento, el argumento de una
lista cuyo tamaño de la función se está midiendo. (Nótese que
una lista es un argumento, incluso si la lista tiene
muchos elementos dentro.)



La parte del mensaje de error que dice @sapm{length} es el nombre de la
función.









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




7.3 nthcdr




La función nthcdr está asociada con la función
cdr. Que lo que hace es tomar la CDR de una lista repetidamente.



Si se toma el CDR de la lista (pine fir oak maple),
será devuelta la lista (fir oak maple). Si se repite esto en
lo que se devolvió, se devolverá lista lista (oak
maple). (De acuerdo, se repite CDR en la lista original solo se
dará CDR desde la función que no cambia la lista. Se necesita
evaluar el CDR del CDR y así.) Si se contiúa
esto, finalmente será devuelta una lista vacía, que en
este caso, en vez de ser mostrada como () es mostrado como
nil.



Para revisar, aquí hay una serie de CDRs repetidos,
el siguiente ‘⇒’ muestra que se devuelve.



 
(cdr '(pine fir oak maple))
     ⇒(fir oak maple)



(cdr '(fir oak maple))
     ⇒ (oak maple)



(cdr '(oak maple))
     ⇒(maple)



(cdr '(maple))
     ⇒ nil



(cdr 'nil)
     ⇒ nil



(cdr ())
     ⇒ nil




Tambiés se pueden hacer varios CDRs sin imprimir los valores
así:



 
(cdr (cdr '(pino abeto roble sauce)))
     ⇒ (roble sauce)




En este ejemplo, el intérprete Lisp evalúa la lista propia
dentro. La lista de dentro está entre comillas, así solo
pasa la lista del cdr más interno. Este cdr
pasa una lista hecho del segundo y subsiguientes elementos de la lista
al {cdr más externo, que produce una lista compuesta del tercer y
subsiguientes elementos de la lista original. En este ejemplo, la
función cdr se repite y devuelve una lista que consiste de
la lista original sin sus primeros dos elementos.



La función nthcdr hace lo mismo que repitiendo la llamada a
cdr. En el siguiente ejemplo, el segundo argumento se pasa a la
función nthcdr, a través con la lista, y el valor devuelto
es la lista sin sus primeros dos ítems, que son
exactamente los mismos dos cdr en la lista:



 
(nthcdr 2 '(pino abeto sauce roble))
     ⇒ (sauce roble)




Usando la lista original de cuatro elementos, se puede ver qué
ocurre cuando varios argumentos numéricos son pasados a nthcdr,
incluyendo 0, 1, y 5:



 
;; Deja la lista como estaba.
(nthcdr 0 '(pino abeto sauce roble))
     ⇒ (pino abeto sauce roble)

;; Devuelve una copia sin el primer elemento.
(nthcdr 1 '(pino abeto roble sauce))
     ⇒ (pino roble sauce)

;; Devuelve una copia de la lista sin tres elementos.
(nthcdr 3 '(pino abeto sauce roble))
     ⇒ (roble)

;; Devuelve la lista faltando los cuatro elementos.
(nthcdr 4 '(pino abeto sauce roble))
     ⇒ nil

;; Devuelve una copia sin los elementos.
(nthcdr 5 '(pino abeto sauce roble))
     ⇒ nil









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




7.4 nth




La función nthcdr toma el CDR de una lista
repetidamente. La función nth toma el CAR del resultado
devuelto por nthcdr. Devuelve el elemento Nth de la lista.



De este modo, si no fuera definido en C para velocidad, la
definición de nth sería:



 
(defun nth (n list)
  "Devuelve el elemento Nth de Lista.
N cuenta desde cero. Si Lista no es larga, nil es devuelto".
  (car (nthcdr n list)))




(Originalmente, nth fué definido en Emacs Lisp en
‘subr.el’, pero su definición fué rehecha en C en los 1980s.)



La función nth devuelve un elemento simple de una lista. Esto
puede ser conveniente.



Nótese que los elementos son numerados desde cero, no desde uno. Es
decir, el primer elemento de una lista, su CAR es el elemento
cero. Esto se llama contar en `base cero' y con frecuencia las
personas tienes la costumbre del que el primer elemento en una lista
sea el número uno, eso es `basado en uno'.



Por ejemplo:



 
(nth 0 '("uno" "dos" "tres"))
    ⇒ "uno"

(nth 1 '("uno" "dos" "tres"))
    ⇒ "dos"




Es valorable mencionar que nth, como nthcdr y
cdr, no cambia la lista original --- la función no es
destructiva. En contraste con las funciones setcar y
setcdr.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




7.5 setcar




Como se podría adivinar desde sus nombres, las funciones
setcar y setcdr asignan el CAR o la CDR de una
lista a un nuevo valor. Ellos actualmente cambia la lista original, no
como car y cdr que deja la lista original como
estaba. Un camino para encontrar como esto funciona es
experimentar. Se comenzará con la función setcar.



Primero, podemos crear una lista y entonces asignar el valor de una
variable a la lista usando la función
setq. Aquí hay una lista de animales:



 
(setq animales '(antilope jirafa leon tigre))




Si estás leyendo esto en Info dentro de GNU Emacs, se puede evaluar
esta expresión del modo usual, posicionando el cursor después de
la expresión y escribiendo @kdb{C-x C-e}. (Esto haciendo esto tan bien
aquí como yo escribo esto. Esto es una de las ventajas
de tener el intérprete construido dentro del entorno de
computación. Incidentalmente, cuando no hay nada en la
línea después del paréntesis final, tal como un
comentario, el punto puede estar en la siguiente
línea. De este modo, si tu cursor está en la primera
columna de la siguiente línea, no necesitas moverlo. En
realidad, Emacs permite cualquier cantidad de espacio en blanco
después del paréntesis final.)



Cuando se evalúa la variable animal, vemos que está
asociada a la lista (antelope giraffer lion tiger):



 
animales
     ⇒ (antilope jirafa leon tigre)




Pon otro camino, la variable animales apunta a la lista
(antilope jirafa leon tigre).



Lo siguiente, es evaluar la función setcar mientras le pasa
dos argumentos, la variable animales y el símbolo
citado hipopotamo; este es hecho escribiendo la lista de tres
elementos (setcar animales 'hipopotamo) y entonces evaluando
en el modo usual:



 
(setcar animales 'hipopotamo)




Después de evaluar esta expresión, evalúa la variable
animales de nuevo. Tu verás que la lista de animales ha cambiado:



 
animales
     ⇒ (hipopótamo jirafa leon tigre)




El primer elemento en la lista, antilope se reemplaza por
hipopotamo.



Así se puede ver que setcar no añadió un
nuevo elemento a la lista como cons tendría; eso
reemplazó antílope con hipopótamo; eso
cambió la lista.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




7.6 setcdr




La función setcdr es similar a la función setcar,
excepto que la función reemplaza el segundo y subsiguientes
elementos de una lista en vez del primer elemento.



(Para ver cómo se cambia el último elemento de una lista, mira hacia
delante a la función @ref{kill-new, , La funci@'on @code{kill-new}},
que usa las funciones nthcdr y setcdr.)



Para ver cómo esto funciona, asigna el valor de la variable a una
lista de animales domesticados evaluando la siguiente expresión:



 
(setq domesticated-animals '(caballo vaca oveja cabra))




Si ahora se evalúa la lista, será devuelta la lista (caballo vaca
oveja cabra):



 
animales-domesticados
     ⇒ (caballo vaca oveja cabra)




Lo siguiente, evalúa setcdr con dos argumentos, el nombre de la
variable que tiene una lista como su valor, y la lista para la que el
CDR de la primera lista sea asignada;



 
(setcdr domesticated-animals '(gato perro))




Si se evalúa esta expresión, la lista (gato perro) aparecerá
en el área echo. Este es el valor devuelto por la función. El
resultado en el que estamos interesados es el ``efecto lateral'', que
se puede ver evaluando la variable domesticated-animals:



 
domesticated-animals
     ⇒ (caballo gato perro)




En realidad, la lista es cambiada desde (caballo vaca oveja cabra)
a (caballo gato perro). El CDR de la lista es cambiada desde
(vaca oveja cabra) a (gato perro).








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




7.7 Ejercicio



Construye una lista de cuatro pájaros evaluando varias expresiones
con cons. Encuentra que ocurre cuando cons una lista
dentro de sí. Reemplaza el primer elemento de la lista
de cuatro pájaros con un pez. Reemplaza el resto de esta lista con
una lista de otro pez.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




8. Cortando y Almacenando Texto









Siempre y cuando se corte o pegue texto de un búffer con un comando
`kill' en GNU Emacs, se almacenará dentro de una lista que se puede
traer con un comando `yank'.



(El uso de la palabra `kill' matar, cortar en Emacs para
procesos que específicamente no destruyen los
valores de las entidades es un accidente histórico desafortunado. Una
palabra mucho más apropiada debería ser `clip'
cortar puesto que es lo que los comandos de corte hacen; ellos
cortan texto fuera de un búffer y lo ponen dentro del almacenamiento
desde el que puede traerse. Con frecuencia ha sido tentada de
reemplazar globalmente todas las ocurrencia de `kill' matar,
cortar en las fuentes de Emacs con `clip' cortar y todas las
ocurrencias de `killed' cortado, muerto con `clipped'
cortado.)





Almacenando Texto en una Lista          El texto está almacenado en una lista.



8.1 zap-to-char                Cortando texto a un carácter.



8.2 kill-region                Cortando texto de una región.



8.3 copy-region-as-kill        Una definición para copiar texto.



8.4 Disgresión dentro C      Nota menor en macros del lenguaje de 
                               programación C.



8.5 Inicializando una Variable con defvar                     Cómo dar a una variable un valor inicial.



• Revisión cons y search-fwd  



8.7 Buscando Ejercicios          











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Almacenando Texto en una Lista



Cuando el texto se corta de un búffer, es almacenado en una
lista. Piezas sucesivas de texto se almacenan en la lista
sucesivamente, así la lista podría verse
así:



 
("una pieza de texto" "pieza previa")




La función cons puede usarse para crear una nueva lista
desde una pieza de texto (un `átomo', para usar la jerga) y una
lista existente, como esta:



 
(cons "otra pieza"
      '("una pieza de texto" "pieza previa"))




Si se evalúa esta expresión, una lista de tres elementos
aparecerá en el área echo:



 
("otra pieza" "una pieza de texto" "pieza previa")




Con las funciones car y nthcdr, se puede recuperar
siempre la pieza de texto que se quiere. Por ejemplo, en el siguiente
código, nthcdr 1 … se devuelve la lista con el primer
ítem eliminado; y el car devuelve el primer
elemento de este recuerdo --- el segundo elemento de la lista
original:



 
(car (nthcdr 1 '("otra pieza"
                 "una pieza de texto"
                 "pieza previa")))
     ⇒ "una pieza de texto"




Las funciones actuales en Emacs son más complejas que esto, de
acuerdo. El código para cortar y recuperar texto tiene que ser
escrito de modo que Emacs pueda ver qué elemento en la lista se
quiere --- el primero, segundo, tercer o cualquier otro. Además,
cuando tiene el fin de la lista, Emacs daría el primer
elemento de la lista, en lugar de nada.



La lista que maneja las piezas de texto se llama kill ring
(anillo de la muerte). Este capítulo lidera una
descripción del anillo de la muerte y como eso es usado por la
primera traza de como la función zap-to-char funciona. Este
función usa (o `llama') una función que invoca otra función que
manipula el anillo de la muerte. De este modo, antes de lograr las
montañas, se escalan las colinas.



Un capítulo subsiguiente describe como el texto que se
corta desde el búffer se recupera. Véase la sección  Cortando y Almacenando Texto.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




8.1 zap-to-char




La función zap-to-char cambió poco entre GNU Emacs
versión 19 y GNU Emacs versión 22. Sin embargo, zap-to-char
llama a otra función, kill-region, que se reescribió más.



La función kill-region en Emacs 19 es compleja, pero no usa
código que es importante en este momento. Se escapará.



La función kill-region en Emacs 22 es más de fácil leer
que la misma función en Emacs 19 e introduce un concepto muy
importante, que el error maneja. Nosotros pasearemos a través de la
función.



Pero primero, déjanos ver en la función interactive zap-to-char.





La Implementación Completa zap-to-char      La implementación completa.



8.1.1 La Expresión interactive    Una expresión interactiva de tres partes.



8.1.2 El Cuerpo de zap-to-char         Un resumen corto



8.1.3 La Función search-forward             Cómo buscar una cadena.



8.1.4 La Forma Especial progn                      La forma especial progn.



8.1.5 Resumiendo zap-to-char     Usando point y search-forward.











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




La Implementación Completa zap-to-char



La función zap-to-char elimina el texto en la región entre
la localización del curso (por ej. punto) para incluir la siguiente
ocurrencia de un caracter específico. El texto que
zap-to-char borra es puesto en el kill ring anillo de la
muerte; y puede ser recuperado desde el kill ring anillo de la
muerte escribiendo C-y (yank). Si el comando dado es un
argumento, eso borra texto a través de este número de
ocurrencias. De este modo, si el cursor estuviera al principio de esta
frase y el carácter fuera ‘s’, ‘De este modo’
sería borrado. Si el argumento fueran dos, ‘De este
modo, si el cursor’ se borrase, y incluiría la ‘s’
en el ‘cursor’.



Si el carácter específico no encuentra zap-to-char
dirá ``Búsqueda fallida'', eso cuenta el carácter que se
escribió, y no eliminó cualquier texto.



En orden para determinar cuanto texto eliminar zap-to-char usa
una función de búsqueda. Las búsquedas son usadas extensivamente
en el código que manipula texto, y focalizará la atención en
ellos tan bien como el comando de borrado.




Aquí está el texto completo de la versión 22 de la
función:



 
(defun zap-to-char (arg char)
  "Corta e incluye ARG'th ocurrencia de CHAR
En caso de ser ignorada si `case-fold-search' es no nulo en el
  búffer actual.
Para ir atrás si ARG es negativo; error si CHAR no se encuentra."
  (interactive "p\ncZap to char: ")
  (if (char-table-p translation-table-for-input)
      (setq char (or (aref translation-table-for-input char) char)))
  (kill-region (point) (progn
                         (search-forward (char-to-string char)
                                         nil nil arg)
                         (point))))




La documentación es en línea. Se necesita conocer el
significado de la jerga de la palabra `kill'.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




8.1.1 La Expresión interactive



La expresión interactiva en el comando zap-to-char se ve
así:



 
(interactive "p\ncZap to char: ")




La parte con comillas, "p\ncZap to char: " Cortar a
caracter, especifica dos cosas diferentes. Primero, y más simple es
el ‘p’. Este parte se separa desde la siguiente parte por una
nueva línea, ‘\n’. El ‘p’ significa que la
parte del primero argumento a la función será pasando el valor de
un `prefijo procesado'. El argumento prefijo es pasado escribiendo
C-u y un número, o M- y un número. Si la función es
llamada interactivamente sin un prefijo, el número que se pasa es 1.



La segunda parte de "p\ncZap a caracter: " es ‘cZap to
carácter:’. En esta parte, la tecla baja ‘c’ indica que
interactive espera una consola que el argumento será un
caracter. La consola sigue el ‘c’ y es la cadena ‘Zap to
caracter: ’ (con un espacio después del punto y coma para hacerlo bien).



Tod lo que hace es preparar los argumentos para zap-to-char
así ellos están en el tipo correcto, y dan al usuario
un prompt.



En un búffer de solo lectura, la función zap-to-char copia
el texto al anillo de la muerte, no se elimina. El área echo muestra
un mensaje diciendo que el búffer es de solo lectura. También, la
terminal avisa con un pitido.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




8.1.2 El Cuerpo de zap-to-char



El cuerpo de la función zap-to-char contiene el código que
mata (que se borra/corta) el texto en la región desde la posición
actual del cursor e incluyendo el carácter especificado.



La primera parte del código se ve como:



 
(if (char-table-p translation-table-for-input)
    (setq char (or (aref translation-table-for-input char) char)))
(kill-region (point) (progn
                       (search-forward (char-to-string char) nil nil arg)
                       (point)))




char-table-p es una función prescrita no vista. Eso determina
si sus argumentos son una tabla de caracteres. Así, se
asigna el carácter pasado a zap-to-char a uno de ellos, si
este carácter existe, o al carácter en sí. (Esto
llega a ser importante para ciertos caracteres en lenguajes no
Europeos. La función aref extrae un elemento desde un
array. Eso es una función específica de array que no
está descrita en este documento. Véase (elisp)Array sección `Arrays' en El Manual de Referencia de GNU Emacs Lisp.)



(point) es la posición actual del cursor.



La siguiente parte del código es una expresión usando
progn. El cuerpo del progn se basa en llamadas a
search-forward y point.



Es fácil comprender como progn funciona después de aprender
acerca de search-forward, así se verá en
search-forward y entonces en progn.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




8.1.3 La Función search-forward




La función search-forward es usada para localizar el
zapped-for-character en zap-to-char. Si la búsqueda es
exitosa, search-forward deja el punto inmediatamente después
del último carácter en la cadena objetivo. (En zap-to-char,
la cadena objetivo es solo un carácter largo. zap-to-char usa
la función char-to-string para asegurar que el ordenador
trata este carácter como una cadena.) Si la búsqueda es hacia
atrás, search-forward deja el punto solo antes del primer
carácter en el objetivo. También, search-forward devuelve
t para verdad. (Moviendo el punto allí es un
`efecto lateral'.)



En zap-to-char, la función search-forward se ve
así:



 
(search-forward (char-to-string char) nil nil arg)




La función search-forward toma cuatro argumentos:



    

  1. 
El primer argumento es el objetivo, para el que es buscado. Esto debe
ser una cadena, tal como ‘"z"’.


    Cuando eso ocurre, el argumento pasado a zap-to-char es un
caracter simple. Debido a la forma en la que los ordenadores son
construidos, el intérprete Lisp puede tratar un caracter simple
siendo diferente desde una cadena de caracteres. Dentro del ordenador,
un caracter simple tiene un formato electrónico en vez de una cadena
de un caracter. (Un caracter simple puede con frecuencia ser grabado
en el ordenador usando exactamente un byte; pero una cadena puede ser
larga, y el ordenador necesita estar listo para esto.) Desde que la
función search-forward busca una cadena, el caracter que la
función zap-to-char recibe como argumento debe ser
convertida dentro del ordenador de un formato a otro; de otro modo,
la función search-forward fallará. La función
char-to-string es usada para hacer esta conversión.

    

  2. 
El segundo argumento asocia la búsqueda; eso se especifica como
una posición en el búffer. En este caso, la búsqueda puede ir al
fin del búffer, así no se asigna y el segundo
argumento es nil.


  3. 
El tercer argumento cuenta la función que haría si la
búsqueda cae --- eso puede señalar un error (e imprimir un
mensaje) o puede devolver nil. Un nil como tercer
argumento hace que la función señale un error cuando la búsqueda
falla.


  4. 
El cuarto argumento search-forward es el contaje repetido ---
cuantas ocurrencias de la cadena para buscar. Este argumento es
opcional y si la función es llamada sin un contaje repetido, este
argumento pasa el valor 1. Si este argumento es negativo, la
búsqueda va hacia atrás.




En la forma de plantilla, una expresión search-forward se ve
así:



 
(search-forward "target-string"
                limit-of-search
                what-to-do-if-search-fails
                repeat-count)




Lo siguiente es echar un vistazo a progn.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




8.1.4 La Forma Especial progn




progn es una forma especial que causa que cada uno de sus
argumentos puedan ser evaluados en secuencia y entonces devuelve el valor
del último. Las expresiones precedentes son evaluadas solo por los
efectos laterales que ellos desarrollan. Los valores producidos por
ellos son descartados.



La plantilla para una expresión progn es muy simple:



 
(progn
  body…)




En zap-to-char, la expresión progn tiene que hacer dos
cosas: poner el punto en la posición exacta; y devolver la
posición del punto de modo que kill-region conoce como de
lejos se copia.



El primer argumento de progn es search-forward. Cuando
search-forward encuentra la cadena, la función deja el punto
inmediatamente después del último caracter en la cadena
objetivo. (En este caso la cadena objetivo es solo un caracter de
largo.) Si la búsqueda es hacia atrás, search-forward deja
el punto justo antes del primer carácter en el objetivo. El
movimiento del punto es un efecto lateral.



El segundo y último argumento de progn es la expresión
(point). Esta expresión devuelve el valor del punto, que en
este caso será la localización para la que se ha movido por
search-forward. (En la fuente, una línea que
cuenta la función para ir al carácter previo, si se está yendo
hacia delante, se comentó en 1999; yo no recuerdo si esta
funcionalidad o no funcionalidad era siempre parte de las fuentes
distribuidas.) El valor de point se devuelve por la expresión
progn y se pasa a kill-region como el segundo argumento
de kill-region .








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




8.1.5 Resumiendo zap-to-char



Ahora que se ha visto como search-forward y progn
trabajan, se puede ver cómo la función zap-to-char
funciona como un todo.



El primer argumento de kill-region es la posición del cursor
cuando el comando zap-to-char da --- el valor del punto en este
momento. Con el progn, la búsqueda de la función mueve el
punto a solo después del zapped-to-character y point devuelve
el valor de localización. La función kill-region pone junto
a estos dos valores de punto, el primero como el principio de la
región y el segundo como el fin de la región, y borra la
región.



La forma especial progn se necesita porque el comando
kill-region toma dos argumentos; y fallaría si
search-forward y expresiones point fueran escritas en
secuencia como dos argumentos adicionales. La expresión progn
es un argumento simple para kill-region y devuelve un valor
para que kill-region se necesite por su segundo argumento.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




8.2 kill-region




La función zap-to-char usa la función
kill-region. Esta función corta texto desde una región y
copia este texto al kill ring anillo de la muerte, desde el que
puede ser recuperado.




Tanto la versión de Emacs 22 de esta función usa
condition-case y copy-region-as-kill, ambas se
explicarán. condition-case es una forma especial importante.



En esencia, la función kill-region llama a
condition-case, que toma tres argumentos. En esta función, el
primer argumento no hace nada. El segundo argumento contiene el
código que hace el trabajo cuando todo va bien. El tercer argumento
contiene el código que se llama en el evento de un error.





La Definición Completa kill-region       La definición de función.



8.2.1 condition-case             Tratando con un problema.



8.2.2 Macro Lisp                 











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




La Definición Completa kill-region



Ahora se puede volver a través del código condition-case en
un momento. Primero, se echa un vistazo a la definición de
kill-region, con comentarios añadidos:



 
(defun kill-region (beg end)
  "Kill (\"corta\") texto entre punto y marca.
Esto borra el texto desde el búffer y lo guarda en anillo de la
  muerte kill ring.
El comando \\[yank] puede recuperarse desde allí. …
 "

  ;; • Desde materias de orden, pasa el punto primero.
  (interactive (list (point) (mark)))
  ;; • Y cuéntanos si no podemos cortar el texto.
  ;; `a menos que' sea un `if' sin una then-part.
  (unless (and beg end)
    (error "La marca no está asignada ahora, así que
  no hay región"))

  ;; • `condition-case' toma tres argumentos
  ;;    Si el primer argumento es nulo, como aquí
  ;;    la información acerca del error no está
  ;;    almacenada para ser usada por otra función
  (condition-case nil

      ;; • El segundo argumento a `condition-case' cuenta lo que el
      ;;    intérprete que hace cuando todo va bien.

      ;;    Empieza con una función `let' que extrae la cadena
      ;;    y chequea si existe. Si es así (esto es lo
      ;;    que `when' chequea), eso llama a una función `if' que
      ;;    determina si el comando previo que era otra llamada para
      ;;    si el comando previo fué otra llamada a `kill-region';
      ;;    si lo era, entonces el siguiente texto se añade
      ;;    cuando se chequea), eso llama a una función `if' que
      ;;    determina si el comando previo era otra llamada a
      ;;    `kill-region'; si era eso, entonces el nuevo texto es
      ;;    añadido al texto previo; si no, entonces una función 
      ;;    diferente, `kill-new' se llama.
      ;;    La función `kill-append' concatena la nueva cadena y
      ;;    la vieja.  La función `kill-new' inserta texto dentro de
      ;;    ítem en el kill ring anillo de la muerte.

      ;;    `when' es un `if' sin una parte else.  El segundo `when'
      ;;    de nuevo chequea si la cadena actual existe; 
      ;;    por añadidura, eso chequea si el comando previo fuese
      ;;    otra llamada a `kill-region'. Si una u otra condición
      ;;    es verdadero, entoncese eso configura el actual comando a 
      ;;    ser `kill-region'.

      (let ((string (filter-buffer-substring beg end t)))
        (when string                    ;STRING is nil if BEG = END
          ;; Add that string to the kill ring, one way or another.
          (if (eq last-command 'kill-region)

              ;;    - `yank-handler' es un argumento opcional para
              ;;    `kill-region' que cuenta el `kill-append' y funciones
              ;;    `kill-new' como tratan con propiedades añadidas
              ;;    al texto, tal como `negrilla' o `itálica'
              (kill-append string (< end beg) yank-handler)
            (kill-new string nil yank-handler)))
        (when (or string (eq last-command 'kill-region))
          (setq this-command 'kill-region))
        nil)

    ;;  • El tercer argumento a `condition-case' cuenta el intérprete
    ;;  qué hacer con un error.

    ;;    El tercer argumento tiene una parte de condiciones y una
    ;;    parte del cuerpo.
    ;;    Si las condiciones se encuentra (en este caso,
    ;;             si el texto o búffer son de solo lectura)
    ;;    entonces el cuerpo es ejecutado.

    ;;    La primera parte del tercer es el siguiente:
    ((buffer-read-only text-read-only) ;; parte if
     ;; …  parte then-part
     (copy-region-as-kill beg end)

     ;;    Lo siguiente, también como parte de la then-part, asigna this-command, así
     ;;    será asignado en un error
     (setq this-command 'kill-region)
     ;;    Finalmente, en la then-part, envía un mensaje
     ;;    si tu puedes copiar el texto al anillo de la muerte
     ;;    kill ring sin señalar un error, pero no si tu no puedes


     (if kill-read-only-ok
         (progn (message "Lee solo texto copiado para el kill ring") nil)
       (barf-if-buffer-read-only)
       ;; If the buffer isn't read-only, the text is.
       (signal 'text-read-only (list (current-buffer)))))










[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




8.2.1 condition-case




Como se ha visto antes (véase la sección Genera un Mensaje de Error), cuando el intérprete Emacs Lisp tiene problemas evaluando
una expresión, se provee de una ayuda; en jerga, se dice ``signaling an
error'' señalando un error. Normalmente, el ordenador para el
programa y te muestra un mensaje.



Sin embargo, algunos programas garantizan acciones complicadas. Eso no
pararía en un error. En la función kill-region,
la mayoría parece un error que intentará cortar texto
que es de solo lectura y no puede ser eliminado. Así la
función kill-region contiene código para manejar esta
circunstancia. Este código, hace que el cuerpo de la función
kill-region, esté dentro de una forma especial
condition-case.



La plantilla para condition-case se parece a esto:



 
(condition-case
  var
  bodyform
  error-handler…)




El segundo argumento, bodyform es sencillo. La forma especial
condition-case causa que el intérprete Lisp evalúe el
código en bodyform. Si ningún error ocurre, la forma
especial devuelve el valor del código y produce efectos laterales,
si hay.



En resumen, la parte bodyform de una expresión
condition-case determina qué ocurre cuando cualquier cosa
funciona correctamente.



Sin embargo, si un error ocurre, entre sus otras acciones, la
función genera la señal de error que definirá uno o más
errores de nombres de condición.



Un manejador de errores es el tercer argumento para
condition-case. Un manejador de errores tiene dos partes, un
condition-name y un body. Si la parte condition-name
de un manejador de errores encuentra un nombre de condición generado
por un error, entonces la parte del body del manejador de errores
se ejecuta.



Como se esperaría, la parte condition-name de un
manejador de errores puede ser así, un nombre de
condición simple o una lista de nombres de condición.



También, una expresión completa condition-case puede
contener más de un manejador de errores. Cuando un error ocurre, el
primer manejador aplicable se ejecuta.



Finalmente, el primer argumento a la expresión
condition-case, es el argumento var, que es algunas veces
asignado a una variable que contiene información acerca del
error. Sin embargo, si este argumento es nulo, como es el caso en
kill-region, esta información se descarta.



En breve, en la función kill-region, el código
condition-case funciona así:



 
Si no hay errores, ejecuta solo este código
    pero, si hay errores, ejecuta este otro código.










[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




8.2.2 Macro Lisp





La parte de la expresión condition-case que se evalúa en la
expectativa de que todo va bien si tiene un when. El código usa
when para determinar si la variable string (cadena)
apunta al texto que existe.



Una expresión when es simplemente una conveniencia de
programadores. Eso es un if sin la posibilidad de una
cláusula else. En tu mente, se puede reemplazar when con
if y comprender de que va. Esto es lo que el intérprete Lisp hace.



Técnicamente hablando, when es una macro Lisp. Una
macro Lisp permite definir una nueva construcción de control y
otras funcionalidades del lenguaje. Eso cuenta al intérprete como
computar otra expresión Lisp que dejará de computar el valor. En
este caso, la `otra expresión' es una expresión if.



La definición de función también tiene una macro unless;
que acompaña a when. La macro unless es un
if sin una cláusula then.



Para más acerca de macros Lisp, ver (elisp)Macros sección `Macros' en El Manual de Referencia de Emacs Lisp. El lenguaje de programación C
también provee macros. Estos son diferentes, pero también útiles.




Guardando la macro when, en la expresión
condition-case, cuando la cadena tiene contenido, entonces otra
expresión condicional se ejecuta. Esto es un if tanto con una
then-part y como con una else-part.



 
(if (eq last-command 'kill-region)
    (kill-append string (< end beg) yank-handler)
  (kill-new string nil yank-handler))




La parte then (then-part) se evalúa si el comando previo fué otra
llamada para kill-region; si no, se evalúa la parte else
(else-part)



yank-handler es un argumento opcional para kill-region
que cuenta que las fuciones kill-append y kill-new se
tratan con propiedades añadidas al texto, tal como `negrilla' o
`itálica'.  



last-command es una variable que viene con Emacs y que no se ha
visto antes. Normalmente, siempre y cuando una función se ejecute,
Emacs asigna el valor de last-command al comando previo. 



En este segmento de la definición, la expresión if chequea
si el comando previo era kill-region. Si era eso,



 
(kill-append string (< end beg) yank-handler)




Se concatena una copia del nuevo texto cortado al texto cortado
previamente en el kill ring anillo de la muerte.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




8.3 copy-region-as-kill





La función copy-region-as-kill copia una región de texto
desde un búffer y (via kill-append o kill-new) lo
guarda en el kill-ring.



Si se llama a copy-region-as-kill inmediatamente después de
un comando kill-region, Emacs inserta el texto nuevamente
copiado al texto copiado previamente. Esto significa que si se pega el
texto, se obtiene todo, tanto esto, como la operación previa. Por
otro lado, si algún otro comando precede la
copy-region-as-kill, la función copia el texto dentro de una
entrada separada el kill ring anillo de la muerte.





La definición de la función completa copy-region-as-kill.    La definición completa de función.



8.3.1 El Cuerpo de copy-region-as-kill    El cuerpo de copy-region-as-kill.











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




La definición de la función completa copy-region-as-kill.



Aquí está el texto completo de la versión 22
de la función copy-region-as-kill:



 
(defun copy-region-as-kill (beg end)
  "Guarda la región como si estuviera cortada, pero no la cortes.
En el modo Marca de Tránsito Transient Mark, se desactiva la
  marca.
Si `interprogram-cut-function' es no nulo, también se guarda el
  texto para una sistema de ventanas de cortar y pegar."
  (interactive "r")

  (if (eq last-command 'kill-region)
      (kill-append (filter-buffer-substring beg end) (< end beg))
    (kill-new (filter-buffer-substring beg end)))

  (if transient-mark-mode
      (setq deactivate-mark t))
  nil)




De normal, esta función puede ser dividida dentro sus componentes:



 
(defun copy-region-as-kill (argument-list)
  "documentation…"
  (interactive "r")
  body…)




Los argumentos son beg y end y la función es
interactiva con "r", así los dos argumentos deben
referir al principio y el fin de la región. Si has estado leyendo a
través de este documento desde el principio, comprediendo estas
partes de una función es casi llegando a ser rutina.



La documentación es algo confusa a menos que recuerdes que la
palabra `kill' tiene un significado diferente del usual. La `Marca
Transitoria' y interprogram-cut-function comenta explicar
cientos efectos laterales.



Después de que se ha asignado una marca, un búffer siempre
contiene una región. Si se desea se puede usar el modo Marca
Transitoria para iluminar la región temporalmente. (Nadie quiere
ilumihnar la región todo el rato, así el modo Marca
Transitoria subrraya solo en el momento apropiado. Muchas personas
desactivan el modo Marca Transitoria, así la región
nunca se ilumina.)



También, un sistema de ventanas permite copiar, cortar y pegar entre
programas diferentes. En el sistema de X windows, por ejemplo, la
función interprogram-cut-function es x-select-text,
que funciona con el sistema de ventanas equivalente del kill ring de
Emacs.



El cuerpo de la función copy-region-as-kill empieza con una
cláusula if. Lo que esta cláusula hace es distinguir entre
dos situaciones diferentes: si este comando es ejecutado o no
inmediatamente después de un comando previo kill-region. En
el primer caso, la nueva región es concatenada al texto copiado
previamente. De otro modo, eso se inserta al principio del anillo de
la muerte kill ring como una pieza separada de texto desde la
pieza previa.



Las dos líneas de la función previene la región
desde la iluminación si el modo Transient Mark Marca
Transitoria está activado.



El cuerpo de copy-region-as-kill merece discusión en detalle.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




8.3.1 El Cuerpo de copy-region-as-kill



La función copy-region-as-kil funciona de un modo parecido a
la función kill-region. Ambas están escritas
de un modo que dos o más textos cortados en una fila combinan
su texto en una entrada simple. Si se pega el texto desde el
anillo de la muerte kill ring, se tiene todo en una
pieza. Más allá, los cortes de textos que se cortan hacia adelante
desde la posición actual del cursor se añaden al fin del texto
copiado previamente y comanda este texto copiado vaya hacia atrás al
principio del texto copiado previamente. De este modo, las palabras en
el texto están en el orden apropiado.



Como kill-region, la función copy-region-as-kill hace
uso de la variable last-command que deja traza del comando de
Emacs previo.





last-command and this-command  



• función kill-append  



La función kill-new         











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




last-command and this-command



Normally, whenever a function is executed, Emacs sets the value of
this-command to the function being executed (which in this case would
be copy-region-as-kill).  At the same time, Emacs sets the value of
last-command to the previous value of this-command.



In the first part of the body of the copy-region-as-kill function, an
if expression determines whether the value of last-command is
kill-region.  If so, the then-part of the if expression is
evaluated; it uses the kill-append function to concatenate the text
copied at this call to the function with the text already in the first
element (the CAR) of the kill ring.  On the other hand, if the value of
last-command is not kill-region, then the
copy-region-as-kill function attaches a new element to the kill ring
using the kill-new function.



The if expression reads as follows; it uses eq:



 
  (if (eq last-command 'kill-region)
      ;; then-part
      (kill-append  (filter-buffer-substring beg end) (< end beg))
    ;; else-part
    (kill-new  (filter-buffer-substring beg end)))





(The filter-buffer-substring function returns a filtered substring of
the buffer, if any.  Optionally---the arguments are not here, so neither is
done---the function may delete the initial text or return the text without
its properties; this function is a replacement for the older
buffer-substring function, which came before text properties were
implemented.)




The eq function tests whether its first argument is the same Lisp
object as its second argument.  The eq function is similar to the
equal function in that it is used to test for equality, but differs
in that it determines whether two representations are actually the same
object inside the computer, but with different names.  equal
determines whether the structure and contents of two expressions are the
same.



If the previous command was kill-region, then the Emacs Lisp
interpreter calls the kill-append function








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




The kill-append function




The kill-append function looks like this:



 
(defun kill-append (string before-p &optional yank-handler)
  "Append STRING to the end of the latest kill in the kill ring.
If BEFORE-P is non-nil, prepend STRING to the kill.
… "
  (let* ((cur (car kill-ring)))
    (kill-new (if before-p (concat string cur) (concat cur string))
              (or (= (length cur) 0)
                  (equal yank-handler
                         (get-text-property 0 'yank-handler cur)))
              yank-handler)))





The kill-append function is fairly straightforward.  It uses the
kill-new function, which we will discuss in more detail in a moment.



(Also, the function provides an optional argument called
yank-handler; when invoked, this argument tells the function how to
deal with properties added to the text, such as `bold' or `italics'.)



It has a let* function to set the value of the first element of the
kill ring to cur.  (I do not know why the function does not use
let instead; only one value is set in the expression.  Perhaps this
is a bug that produces no problems?)



Consider the conditional that is one of the two arguments to
kill-new.  It uses concat to concatenate the new text to the
CAR of the kill ring.  Whether it prepends or appends the text depends
on the results of an if expression:



 
(if before-p                            ; if-part
    (concat string cur)                 ; then-part
  (concat cur string))                  ; else-part




If the region being killed is before the region that was killed in the last
command, then it should be prepended before the material that was saved in
the previous kill; and conversely, if the killed text follows what was just
killed, it should be appended after the previous text.  The if
expression depends on the predicate before-p to decide whether the
newly saved text should be put before or after the previously saved text.



The symbol before-p is the name of one of the arguments to
kill-append.  When the kill-append function is evaluated, it
is bound to the value returned by evaluating the actual argument.  In this
case, this is the expression (< end beg).  This expression does not
directly determine whether the killed text in this command is located before
or after the kill text of the last command; what it does is determine
whether the value of the variable end is less than the value of the
variable beg.  If it is, it means that the user is most likely
heading towards the beginning of the buffer.  Also, the result of evaluating
the predicate expression, (< end beg), will be true and the text will
be prepended before the previous text.  On the other hand, if the value of
the variable end is greater than the value of the variable
beg, the text will be appended after the previous text.



When the newly saved text will be prepended, then the string with the new
text will be concatenated before the old text:



 
(concat string cur)




But if the text will be appended, it will be concatenated after the old
text:



 
(concat cur string))




Para comprender como funciona esto, primero se necesita revisar la
función concat. La función concat enlaza junto o une
dos cadenas de texto. El resultado es una cadena. Por ejemplo:



 
(concat "abc" "def")
     ⇒ "abcdef"

(concat "new "
        (car '("first element" "second element")))
     ⇒ "new first element"

(concat (car
        '("first element" "second element")) " modified")
     ⇒ "first element modified"




Ahora puede tener sentido kill-append: eso modifica los
contenidos del anillo de la muerte kill ring. El anillo de la
muerte kill ring es una lista, en la que cada elemento es texto
guardado. La función kill-append usa la función
kill-new que usa la función setcar.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




La función kill-new




La función kill-new se ve como esto:



 
(defun kill-new (string &optional replace yank-handler)
  "Crea STRING el último corte en el anillo de la muerte kill
  ring.
Asigna `kill-ring-yank-pointer' para apuntarlo.

Si `interprogram-cut-function' es no nulo, aplícalo a su
 STRING.
Segundo argumento opcional REPLACE non-significa que STRING
 reemplazará el frente del kill ring, en vez de ser aãndido a la lista.
…"

  (if (> (length string) 0)
      (if yank-handler
          (put-text-property 0 (length string)
                             'yank-handler yank-handler string))
    (if yank-handler
        (signal 'args-out-of-range
                (list string "yank-handler specified for empty string"))))

  (if (fboundp 'menu-bar-update-yank-menu)
      (menu-bar-update-yank-menu string (and replace (car kill-ring))))

  (if (and replace kill-ring)
      (setcar kill-ring string)
    (push string kill-ring)
    (if (> (length kill-ring) kill-ring-max)
        (setcdr (nthcdr (1- kill-ring-max) kill-ring) nil)))

  (setq kill-ring-yank-pointer kill-ring)
  (if interprogram-cut-function
      (funcall interprogram-cut-function string (not replace))))




(Vea que la función no es interactiva.)



Normalmente, se mira a esta función en partes.



La definición de la función tiene un argumento opcional
yank-handler, que cuando se invoca cuenta la función de como
tratar con propiedades añadidas al texto, tal como `negrilla' o
`itálica'. Nosotros evitaremos esto.



La primer línea de la documentación tiene sentido:



 
Crea la CADENA la última copia en el anillo de la muerte kill ring.



Permite escapar a través del resto de la documentación por el momento.



También, permite salir de la expresión inicial if y estas
líneas de código involucrando
menu-bar-update-yank-menu. Nosotros explicaremos debajo.



Las líneas críticas son estas:



 
  (if (and replace kill-ring)
      ;; then
      (setcar kill-ring string)

    ;; else
  (push string kill-ring)

    (setq kill-ring (cons string kill-ring))
    (if (> (length kill-ring) kill-ring-max)
        ;; avoid overly long kill ring
        (setcdr (nthcdr (1- kill-ring-max) kill-ring) nil)))

  (setq kill-ring-yank-pointer kill-ring)
  (if interprogram-cut-function
      (funcall interprogram-cut-function string (not replace))))




El test condicional es (and replace kill-ring). Esto será
verdad cuando dos condiciones se encuentran: el anillo de la muerte
kill ring tiene alguna cosa dentro, y la variable
replace es verdad.



Cuando la función kill-append asigna replace para ser
cierto y cuando el anillo de la muerte kill ring tiene al menos
un ítem en eso, la expresión setcar es ejecutada.



 
(setcar kill-ring string)




La función setcar actualemten cambia el primer elemento del
anillo de la muerte (kill-ring lista al valor de
string. Eso reemplaza el primer elemento.



Por otro lado, si el kill ring está vacío, o
reemplazar es falso, la else-part de la condición está ejecutado:



 
(push string kill-ring)




push pone su primer argumento dentro del segundo. Es similar al
viejo.



 
(setq kill-ring (cons string kill-ring))




o el nuevo



 
(add-to-list kill-ring string)




Cuando eso es falso, la expresión primero construye una nueva
versión del anillo de la muerte kill ring añadiendo
string al anillo de la muerte kill ring como un nuevo
elemento (que es lo que push hace). Entonces ejecuta un segundo
if cláusula. Este segundo if cláusula guarada el
anillo de la muerte kill ring desde el creciente demasiado largo.



Déjanos mirar estas dos expresiones en orden.



La línea push de la parte else asigna el nuevo
valor del kill ring anillo de la muerte a que resultados
añaden la cadena siendo cortada al viejo anillo de la muerte
kill ring



Nosotros podemos ver como esto funciona con un ejemplo.



Primero,



 
(setq example-list '("aqui una clausula" "otra clausula"))




Después de evaluar esta expresión con @kdb{C-x C-e}, se puede
evaluar example-list y mira lo que devuelve:



 
example-list
     ⇒ ("aquí hay una claúsula" "otra claúsula")




Ahora, se puede añadir un nuevo elemento en esta lista evaluando la
siguiente expresión:




 
(push "a third clause" example-list)




Cuando se evalúa example-list, se encuentra su valor es:



 
example-list
     ⇒ ("una tercera claúsula" "aquí hay una
     claúsula" "otra claúsula")




De este modo, la tercera claúsula es añadido a la lista por push.



Ahora para la segunda parte de la claúsula if. Esta
expresión deja el kill ring desde lo creciente demasiado largo. Eso
se ve de la siguiente manera:



 
(if (> (length kill-ring) kill-ring-max)
    (setcdr (nthcdr (1- kill-ring-max) kill-ring) nil))




El código chequea si el tamaño del anillo de la muerte kill
ring es más grande que el máximo tamaño permitido. Este es el
valor de kill-ring-max (que es 60, por defecto). Si el tamaño
del anillo de la muerte kill ring es demasiado largo, entonces
este código asigna el último elemento del anillo de la muerte
kill ring a nil. Eso hace esto usando dos funciones,
nthcdr y setcdr.



Nosotros vemos que setcdr temprano (véase la sección setcdr). Eso asigna el CDR de una lista, solo como
setcar asigna el CAR de una lista. En este caso, sin
embargo, setcdr no estará configurando el CDR del kill
ring completo; la función nthcdr es usada para causarlo para
asignar el CDR del siguiente al último elemento del kill ring
--- esto significa que desde el CDR del siguiente al último
elemnto del kill ring anillo de la muerte, eso asignará el
último elemento del kill ring anillo de la muerte.




La función nthcdr funciona repetidamente tomando el CDR
de una lista --- eso toma el CDR del CDR del CDR
…. Eso hace esto N veces y devuelve los
resultados. (Véase la sección  nthcdr.)




De este modo, si teniamos una lista de cuatro elemento que era
supuestamente ser de tres elementos, se podría asignar
el CDR del siguiente al último elemento a nil, y por
esto se resume la lista. (Si se asigna el último elemento a algún
otro valro que nil, que se podría hacer, entonces
tu no habrías ordenado la lista. Véase la sección  setcdr.)



Se puede ver ordenando la evaluación de las siguientes tres
expresiones en turno. Primero asigna el valor de arboles a
(arce encina pino abedul) entonces asigna el CDR de su
segundo CDR y entonces encuentra el valor de arboles.



 
(setq trees '(arce encian pino abedul))
     ⇒ (arce encina pino abedul)

(setcdr (nthcdr 2 trees) nil)
     ⇒ nil

árboles
     ⇒ (arce encina pino)




(El valor devuelto por la expresión setcdr es nil
desde que es que el CDR es asignado.)



Para repetir, en kill-new, la función nthcdr toma el
CDR un número de veces que es uno menos que el tamaño
máximo permitido del anillo de la muerte kill ring y
setcdr asigna el CDR de este elemento (que será el resto
de los elementos en el anillo muerte) para nil. Esto previene
el anillo de la muerte kill ring desde lo que crece demasiado largo.



De la siguiente a la última expresión en la función
kill-new es



 
(setq kill-ring-yank-pointer kill-ring)




El kill-ring-yank-pointer es una variable global que es
asignado para ser el kill-ring.



Incluso aunque el kill-ring-yank-pointer es llamado un
‘puntero’, eso es una variable solo como el anillo de la muerte
kill ring. Sin embargo, el nombre que ha sido elegido para
ayudar a humanos a comprender como la variable es usada.



Ahora, para devolver a una expresión temprana en el cuerpo de la
función:



 
  (if (fboundp 'menu-bar-update-yank-menu)
       (menu-bar-update-yank-menu string (and replace (car kill-ring))))




Empieza con una expresión if



En este caso, la expresión chequea primero ve si
menu-bar-update-yank-menu existe como una función, y si
así, se llama. La función fboundp devuelve
cierto si el símbolo que se chequea tiene una
definición de función que `no es vacía'. Si el
símbolo de la definición de función fuera
vacío, recibiría un mensaje de erro, como
se hizo cuando se creó errores intencionalmente (véase la sección Genera un Mensaje de Error).



La then-part contiene una expresión cuyo primer elemento es la
función and.




La forma especial and evalúa cada uno de sus argumentos hasta
que uno de los argumento devuelva un valor de nil, en cuyo caso
la expresión and devuelve @coded{nil}; sin embargo, si
ninguno de los argumentos devuelve una valor de nil, el valor
resultante desde la evaluación el último argumento es
devuelto. (Desde que tal valor no es nil, eso es considerado
cierto en Emacs Lisp.) En otras palabras, una expresión and
devuelve un valor cierto solo si todos sus argumentos son
verdaderos. (@xref{Revisi@'on del Segundo B@'uffer Relacionado}.)



La expresión determina si el segundo argumento
menu-bar-update-yank-menu es verdader o no.



menu-bar-update-yank-menu es una de la funciones que lo hace
posible para usar el menu `Seleccionar y Pegar' en el
ítem Edit de una barra de menu; usando un ratón, se
puede mirar en varias piezas de texto que se guardado y selecciona una
pieza para pegar.



La última expresión en la función kill-new añade las
cadenas nuevamente copiada a aquella facilidad que existe copiando y
pegando entre diferentes programas ejecutando un sistema de
ventanas. En el Sistema de Ventanas de X, por ejemplo, la función
x-select-text toma la cadena y la almacena en memoria operada
por X. Se puede pegar la cadena en otro programa, tal como un Xterm.



La expresión se ve como:



 
  (if interprogram-cut-function
      (funcall interprogram-cut-function string (not replace))))




Si una interprogram-cut-fuction existe, entonces Emacs ejecuta
funcall, que en vez llama su primer argumento como una
función y pasan los argumentos que permanecen a
eso. (Incidentalmente, tan lejos como se puede ver, esta expresión
if podría ser reemplazado por una expresión
and similar a uno en la primera parte de la función.)



Estamos yendo a discutir sistemas de ventanas y otros programas más
allá pero meramente nota que este es un mecanismo que habilita GNU
Emacs a trabajar fácilmente y bien con otros programas.



Este código para emplazar texot en el anillo de la muerte kill
ring, concatenado con un elemento existente o como un nuevo elemento,
nos lidera al código para traer texto que ha sido cortado del
búffer --- los comandos de corte. Sin embargo, antes de discutir los
comandos de corte, es mejor aprender como las listas son implementadas
en un ordenador. Esto hará claro tales misterios como el uso del
término `puntero'. Pero antes de esto, desviaremos dentro de C.









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




8.4 Disgresión dentro C






La función copy-region-as-kill (véase la sección copy-region-as-kill) usa la función
filter-buffer-substring, que en vez de eso usa la función
delete-and-extract-region. Eso elimina los contenidos de una
región y no se puede volverlos a tener.



Al contrario que el otro código discutido aquí, la
función delete-and-extract-region no es escrita en Emacs
Lisp; eso está escrito en C y es uno de las primitivas del sistema
GNU Emacs. Desde que eso es muy simple, yo haré la disgresión
brevemente desde el Lisp y se describe aquí.




Como muchas de las otras primitivas Emacs,
delete-and-extract-region es escrito como una instancia de una
macro C, una macro siendo una plantilla para codificar. La macro
completa se parece a esto:



 
DEFUN ("buffer-substring-no-properties", Fbuffer_substring_no_properties,
       Sbuffer_substring_no_properties, 2, 2, 0,
       doc: /* Devuelve los caracteres de parte del búffer,
sin las propiedades del texto.
Los dos argumentos START y END son posiciones de caracteres;
ellos pueden estar en cualquier orden.  */)
     (start, end)
     Lisp_Object start, end;
{
  register int b, e;

  validate_region (&start, &end);
  b = XINT (start);
  e = XINT (end);

  return make_buffer_string (b, e, 0);
}




Sin ir dentro de los detalles de la macro escribiendo proceso, permite
apuntar esto macro empieza con la palabra DEFUN. La palabra
DEFUN fué eleginda desde que el código sirve el mismo
propósito como defun hace en Lisp. (La macro C DEFUN
es definida ‘emacs/src/lisp.h’.)



El palabra DEFUN está seguido por siete partes dentro de los
paréntesis:





En una macro C, los parámetros son lo siguiente, con una frase de
este tipo de objeto son, seguidos por lo que podría ser
llamado el `cuerpo' de la macro. Para delete-and-extract-region
el `cuerpo' consiste de las siguientes cuatro líneas:



 
validate_region (&start, &end);
if (XINT (start) == XINT (end))
  return build_string ("");
return del_range_1 (XINT (start), XINT (end), 1, 1);




La función validate_region chequea si los valores pasados
como el principio y fin de la región son el tipo apropiado y son del
mismo rango. Si las posiciones principio y fin son la misma, entonces
devuelve y vacía la cadena.



La función del_range_1 actualmente borra el texto. Eso es una
función compleja que no miraremos. Eso actualiza el búffer y
hace otras cosas. Sin embargo. es el valorable mirando en los dos
argumentos pasados para del_range. Estos son XINT
(start) y XINT (end).



Tan lejos como el lenguaje C es concebido, start y end
son dos enteros que marcan el principio y el fin de la región para
ser borrada(10).



En las primeras versiones de Emacs, estos dos números fueron 32 bits
de longitud, pero el código está lentamente siendo generalizado
para manejar otras longitudes. Tres de los bits disponibles son usados
para especificar el tipo de información; los bits permanecen ser
usados como `contenido'.



‘XINT’ es una macro C que extrae los números relevantes desde
la colección larga de bits; los otro tres bits son descartados.



El comando en delete-and-extract-region se parece a esto:



 
del_range_1 (XINT (start), XINT (end), 1, 1);




Esto borra la región entre la posición del principio,
start, y la posición final, end.



Desde el punto de vista de la persona que escribe Lisp, Emacs es muy
simple; pero oculta en el fondo un gran trato de complejidad para
hacer todo el trabajo.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




8.5 Inicializando una Variable con defvar







La función copy-region-as-kill es escrita en Emacs Lisp. Dos
funciones con eso, kill-append y kill-new, copiar una
región en un buffer y guardarlo en una variable llamada el
kill-ring. Esta sección describe como la variable
kill-ring es creada e inicializada usando la forma especial
defvar.



(De nuevo se nota que el término kill-ring es un sin
nombre. El texto que es cortado fuera del búffer puede ser traido;
eso no es un corpus de anillo, pero un anillo de texto resucitable.)



En Emacs Lisp, una variable tal como kill-ring es creada y dada
por un valor inicial usando la forma especial defvar. El nombre
desde ``define variable''.



La forma especial defvar es similar a setq en este se
configura el valor de una variable. Eso no es setq en dos
modos; primero solo configura el valor de la variable si la variable
no tiene ya un valor. Si la variable ya tiene un valor, defvar
no sobreescribe el valor existente. Segundo, defvar tiene una
cadena de documentación.



(Otra forma especial, defcustom, está diseñado para
variables que la gente personaliza. Eso tiene más funcionalidades
que defvar. (Véase la sección  Configurando Variables con defcustom.)





• Ver el valor de la variable actual  



8.5.1 defvar y un asterisco          











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Mirando el Actual Valor de una Variable



Se puede ver el actual valor de una variable, cualquier variable,
usando la función describe-variable, que es normalmente
invocado escribiendo C-h v. Si se escribe @kdb{C-h v} y
kill-ring (seguido por <RET>), se verá que hay en tu
anillo de la muerte actual kill ring al ser pulsado --- ¡esto
puede ser bastante tranquilo! A la inversa, si no has estado haciendo
nada esta sesión en Emacs, excepto leer este documento, se puede no
tener nada dentro. También, se verá la documentación para
kill-ring:



 
Documentación: 
Lista de secuencias de texto muerto (guardado).
Desde que el (kill ring) se supone que interactua bien con
cut-and-paste facilita ofrecer por sistemas de ventanas,
debería usar esta variable
interactúa bin con `interprogram-cut-function' y
`interprogram-paste-function'. Las funciones `kill-new',
`kill-append', y `current-kill' se suponen para implementar esta
interacción; se puede querer usarlo en vez de manipular en anillo de
la muerte kill ring directamente.



El kill ring anillo de la muerte está definido por un
defvar del siguiente modo:



 
(defvar kill-ring nil
  "Lista de secuencia de textos cortados.
…")




En esta definición de variable, la variable es dada un valor inicial
de nil, que tiene sentido, desde que si no se ha guardado nada,
no se quiere nada si se da un comando yank. La cadena de
documentación es escrito solo como la cadena de documentación de
un defun. Como con la cadena de documentación
sería una frase completa, desde que algunos comandos,
como apropos, imprime solo la primera línea de
documentación. Las líneas de exito no
serían indentadas; de otro modo se mira cuando se usa
C-h v (describe-variable).








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




8.5.1 defvar y un asterisco





En el pasado, Emacs usaba la forma especial defvar tanto para
variables interna que no esperaría que un usuario cambie
y para variables que espera un usuario cambie. Aunque se puede
todavía usar defvar para variables
personalizadas, por favor, usa defcustom en vez, desde que la
forma especial provee una ruta dentro de los comando de
Personalización. (Véase la sección  Especificando Variables usando defcustom.)  



Cuando tu especificaste una variable usando la forma especial
defvar, tu podrías distinguir una variable que un
usuario podría querer cambiar desde otros escribiendo,
‘*’, en la primera columna de su cadena de documentación. Por
ejemplo:



 
(defvar shell-command-default-error-buffer nil
  "*Nombre de buffer para `shell-command' … salir del error.
… ")





Tu podrías (y todavía puedes) usar el
comando set-variable para cambiar el valor de
shell-command-default-error-buffer temporalmente. Sin embargo,
las opciones configuradas usando set-variable no están
asignadas solo por la duración de tu sesión de edición. Los
nuevos valores no están guardados entre sesiones. Cada vez que Emacs
empieza, lee el valor original, a menos que tu cambia el valor con tu
fichero ‘.emacs’, si configurándolo manualmente o usando
customize. @xref{Inicializaci@'on de Emacs, , Tu Fichero
@file{.emacs}}.



Para mí, el mayor uso del comando set-variable es
sugerir variable que podría querer asignar en mi fichero
‘.emacs’. Ahora hay más de 700 variables --- tan lejos muchos
para recordar legiblemente. Afortunadamente, se puede presionar
<TAB> después llamando el comando M-x set-variable para
ver la lista de variables. (Véase (emacs)Examinando sección `Examinando y Configurando Variables' en El Manual de GNU Emacs.)








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




8.6 Revisar



Aquí hay un breve resumen de algunas funciones
introducidas recientemente.





 car


 cdr


car devuelve el primer elemento de una lista; cdr
devuelve el segundo y subsiguientes elementos de una lista.



Por ejemplo:



 
(car '(1 2 3 4 5 6 7))
     ⇒ 1
(cdr '(1 2 3 4 5 6 7))
     ⇒ (2 3 4 5 6 7)






 cons


cons construye una lista enlazando su primer argumento a su
segundo argumento.



Por ejemplo:



 
(cons 1 '(2 3 4))
     ⇒ (1 2 3 4)






 funcall


funcall evalúa su primero argumento como una función. Pasa
sus argumentos permaneciendo a su primer argumento.





 nthcdr


Devuelve el resultado de tomar CDR `n' veces en una lista.
El `resto del resto', como estaba



Por ejemplo:



 
(nthcdr 3 '(1 2 3 4 5 6 7))
     ⇒ (4 5 6 7)






 setcar


 setcdr


setcar cambia el primer elemento de una lista; setcdr
cambia el segundo y subsiguiente elementos de una lista.



Por ejemplo:



 
(setq triple '(1 2 3))

(setcar triple '37)

triple
     ⇒ (37 2 3)

(setcdr triple '("foo" "bar"))

triple
     ⇒ (37 "foo" "bar")






 progn


Evalúa cada argumento en secuencia y entonces devuelve el valor del
último.



Por ejemplo:



 
(progn 1 2 3 4)
     ⇒ 4






 save-restriction


Graba siempre que encoger esté en efecto en el búffer, si
cualquiera, restaura este encogimiento después de evaluar los argumentos.





 search-forward


Buscar una cadena, y si la cadena es encontrada, mueve el punto. Con
una expresión regular, usa algo similar a
re-search-forward. (@xref{B@'usqueda Regexp, B@'usquedas de
Expresiones Regulares}, para una explicación de expresiones
regulares patrones y búsquedas.)



search-forward y re-search-forward toma cuatro argumentos:



    

  1. 
La cadena o la expresión regular para buscar.


  2. 
Opcionalmente, el límite de la búsqueda.


  3. 
Opcionalmente, que haces si la búsqueda falla, devuelve nil o
un mensaje de error.


  4. 
Opcionalmente, cuantas veces repetir la búsqueda; si negativa, la
búsqueda va hacia atrás.






 kill-region


 delete-and-extract-region


 copy-region-as-kill




kill-region corta el texto entre punto y marca desde el
búffer y almacena que texto está en el anillo de la muerte
kill ring, así puedes obtenerlo cortándolo.



copy-region-as-kill copia es texto entre punto y marca dentro
del anillo de la muerte kill ring, desde que se puede obtener
cortando. La función no corta o borra el texto desde el búffer.






delete-and-extract-region elimina el texto en el punto y marca
desde el búffer y a través. No se puede volver. Esto no es un
comando interactivo.)








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




8.7 Buscando Ejercicios










[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




9. Cómo las Listas se Implementan




En Lisp, los átomos es grabada en un modo sencillo, si la
implementación no es sencilla en la práctica, eso es, nada
sencillo en teoría. El átomo ‘rosa’, por ejemplo,
se graba como las cuatro letras contiguas ‘r’, ‘o’,
‘s’, ‘e’. Una lista, por otro lado, se guarda de manera
diferente. El mecanismo es igualmente simple, pero toma un momento
para tener usada la idea. Una lista se guarda usando una serie de
pares de punteros. En las series, el primer puntero en cada par de
punto al siguiente par, o al símbolo nil, que
marca el fin de la lista.



Un puntero por sí mismo es poco simple la dirección
electrónica de la que está apuntada. Aquí, una lista
es guardada como una serie de direcciones electrónicas.





• Listas diagramadas  



9.1 Símbolos como una Caja con Cajones    Explorando una metáfora poderosa.



9.2 Ejercicio            











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Listas diagramadas.



Por ejemplo, la lista (rosa violeta mantequilla) tiene tres
elementos, ‘rosa’, ‘violeta’, y ‘mantequilla’. En el
ordenador, la dirección electrónica de ‘rosa’ es grabada en un
segmento de memoria del ordenador a través de la dirección que da
la dirección electrónica de donde el átomo ‘violeta’ está
localizado; y esta dirección (uno que cuenta donde ‘violeta’
está localizado) se guarda con una dirección que cuenta donde la
dirección para el átomo ‘mantequilla’ se localiza.



Esto suena más complicado que eso y es más fácil visto en un diagrama:



 
    ___ ___      ___ ___      ___ ___
   |___|___|--> |___|___|--> |___|___|--> nil
     |            |            |
     |            |            |
     ---> rosa    ---> violeta ---> mantequilla








En el diagrama, cada caja representa una palabra de memoria del
ordenador que maneja un objeto Lisp, normalmente en la forma de una
dirección de memoria. Las cajas, por ej las direcciones, están
en pares. Cada flecha apunta a lo que la dirección es la dirección
de, si un átomo u otro par de direcciones. La primera caja es la
dirección electrónica de ‘rosa’ y los puntos de las flechas a
‘rosa’; la segunda caja es la dirección del siguiente par de
cajas, la primera parte del que es la dirección de ‘violeta’ y
la segunda parte de eso es la dirección del siguiente par. La muy
última caja apunta al símbolo nil, que marca
el fin de la lista.



Cuando una variable es configurado a una lista con una función tal
como setq, almacena la dirección de la primera caja en la
variable. De este modo, la evalúa la expresión



 
(setq bouquet '(rose violet buttercup))




crea una situación como esta:



 
ramo
     |
     |     ___ ___      ___ ___      ___ ___
      --> |___|___|--> |___|___|--> |___|___|--> nil
            |            |            |
            |            |            |
             --> rosa     --> violeta   --> mantequilla








En este ejemplo, el símbolo ramo maneja la
dirección del primer par de cajas.



Esta misma lista puede ser ilustrada en un modo diferente de
anotación de cajas como esta:



 
ramo
 |
 |    --------------       ----------------       --------------------
 |   | car   | cdr  |     | car     | cdr  |     | car         | cdr  |
  -->| rosa  |   o------->| violeta |   o------->| mantequilla |  nil |
     |       |      |     |         |      |     |             |      |
      --------------       ----------------       --------------------








(Los símbol<os de más pares de direcciones, pero la
estructura de un símbolo es hecho de direcciones. De
manera profunda, el símbolo ramo consiste de un
grupo de cajas-de-direcciones, una del que es la dirección de la
palabra impresa ‘ramo’, un segundo del que es la dirección de
una definición función adjunta al símbolo, si
cualquiera, un tercero del que es la dirección del primer para de
cajas-de-direccion para la lista (rosa violeta mantequilla), y
así. Aquí se está mostrando que la
tercera caja de dirección del símbolo apunta al primer
para de cajas-de-direccion para la lista.)



Si un símbolo es asignado al CDR de una lista, la
lista en sí no es cambiada; el símbolo
simplemente tiene una dirección abajo de la lista. (En la jerga,
CAR y CDR son `no destructivo'.) De este modo, evaluación
de la siguiente expresión



 
(setq flowers (cdr bouquet))




produce esto:





 
ramo        flores
  |              |
  |     ___ ___  |     ___ ___      ___ ___
   --> |   |   |  --> |   |   |    |   |   |
       |___|___|----> |___|___|--> |___|___|--> nil
         |              |            |
         |              |            |
          --> rosa       --> violeta  --> mantequilla










El valor de flores es (violeta mantequilla), que es
estar el símbolo flores maneja la dirección del
par address-boxes el primero que maneja la dirección de
violeta, y el segundo que maneja la dirección de
mantequilla.



Un par de cajas-de-direcciones se llama una cons cell o par
de puntos. Véase (elisp)Tipo de Célula Cons sección `la Célula Cons y los Tipos Lista' en El Manual de Referencia de Emacs Lisp, y
(elisp)Notación de Pares de Puntos sección `Notación de Pares de Puntos' en El Manual de Referencia de GNU Emacs Lisp, para más
información acerca de células cons y pares de puntos.



La función cons añade un nuevo par de direcciones al frente
de una serie de direcciones como son mostradas debajo. Por ejemplo,
evaluando la expresión



 
(setq bouquet (cons 'lily bouquet))




produce:





 
ramo                       flores
  |                             |
  |     ___ ___        ___ ___  |     ___ ___       ___ ___
   --> |   |   |      |   |   |  --> |   |   |     |   |   |
       |___|___|----> |___|___|----> |___|___|---->|___|___|--> nil
         |              |              |             |
         |              |              |             |
          --> lila      --> rosa       --> violeta    --> mantequilla










Sin embargo, esto no cambia el valor del símbolo
flowers, así puedes ver evaluando lo siguiente,



 
(eq (cdr (cdr ramo)) flores)




que devuelve t para verdad.



Hasta que se resetea, flores todavía tiene el
valor de (violeta mantequilla); que es, eso tiene la
dirección de la celula cons cuya primera dirección es
violeta. También, esto no altera cualquier célula
prexistente cons; ellas está todavía allí.



De este modo, en Lisp, tiene el CDR de una lista, se obtiene la
dirección del siguiente cons en las serie; para tener el CAR de
una lista, se obtiene la dirección del primer elemento de la lista;
para cons un nuevo elemento en una lista, se añade una nueva
célula cons al frente de la lista. ¡Esto es todo lo que hay
así! La estructura subyacente de Lisp es brillantemente
simple!



¿Y qué hace la última dirección en una serie de
células cons
se refieren? Eso es la dirección de la lista vacía, de
nil.



En resumen, cuando una variable Lisp es asignada a un valor, eso
provee con la dirección de la lista lo que la variable se refiere.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




9.1 Símbolos como una Caja con Cajones






En una sección temprana, se sugería que se
podría imaginar un símbolo siendo una caja
con cajones. La definición de función es puesto en un cajón, el
valor en otro, y así. Que es puesto en el cajón
manejando el valor puede ser cambiado sin afectar a los contenidos del
cajón manejando la definición de función, y viceversa.



Actualmente, lo que está puesto en cada cajón es la dirección
del valor o definición de función. Eso es como si se encontrara un
viejo cajón en el ático, y en uno de sus cajones se encontrara un
mapa dándote direcciones a donde está el tesoro escondido.



(Además de su nombre, la definición del símbolo, y
un valor de la variable, un símbolo tiene un `cajón'
para una lista de propiedades que puede ser usada para grabar
otra información. Las listas de propiedades no se discuten
aquí; ver (elisp)Listas de Propiedades sección `Listas de Propiedades' en El Manual de Referencia de Emacs Lisp.)



Aquí hay una representación visionaria:





 
            Caja de Cajones            Contenidos de Cajones

            __   o0O0o   __
          /                 \
         ---------------------
        |    direcciones al   |            [mapeo a]
        | nombre del simbolo  |             ramo
        |                     |
        +---------------------+
        |  direcciones a la   |
        |  definición del   |             [nunca]
        |    simbolo          |
        +---------------------+
        |    direcciones al   |            [mapeo a]
        |   valor de variable |       (rosa violeta mantequilla)
        |                     |
        +---------------------+
        |    direcciones a la |
        |lista de propiedades |             [no descrito aquí]
        |                     |
        +---------------------+
        |/                   \|















[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




9.2 Ejercicio



Asignar flores a violeta y mantequilla. Asigna
dos flores más en esta lista y asigna esta nueva lista a
more-flowers. Asigna el CAR de flores a un
pez. ¿Qué lista contiene ahora mas-flores?








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




10. Pegando Texto







Siempre y cuando se corta texto fuera de un búffer con un comando
`kill' en GNU Emacs, se puede traer con un comando `copiar'. El texto
que cortado del búffer es puesto en el anillo de la muerte y en los
comandos copiar, insertan los contenidos apropiados del kill ring
detrás de un búffer (no necesariamente el búffer original).



Un simple comando C-y (yank) inserta el primer
ítem desde el anillo de la muerte kill ring
dentro del actual búffer. Si el comando C-y es seguido
inmediatamente para M-y, el primer elemento es reemplazado por
el segundo elemento. Los sucesivos comandos M-y reemplazan el
segundo elemento con el tercer, cuarto, o quinto elemento, y
así. Cuando el último elemento en el anillo de la
muerte kill ring se logra, eso es reemplazado por el primer
elemento y el ciclo se repite. (De este modo, el kill ring se llama un
`anillo' en vez de solo una `lista'. Sin embargo, la estructura de de
datos actual que maneja el texto es una lista. @xref{Anillo de la
Muerte, , Manejando el Anillo de la Muerte @emph{Kill Ring}}, para los
detalles de como la lista es manejada como un anillo.)





• Resumen del Anillo de la Muerte  



10.2 La Variable kill-ring-yank-pointer     El anillo de la muerte es una lista.



10.3 Ejercicios con yank y nthcdr     La variable kill-ring-yank-pointer.











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




10.1 Resumen del Anillo de la Muerte.




El anillo de la muerte kill ring es una lista de cadenas
textuales. Esto es lo que se ve:



 
("algun texto" "una pieza diferente pieza de texto"
"todavía más texto")




Si esto fueran los contenidos de mi anillo de la muerte kill
ring y yo presionara C-y, la cadena de caracteres dicendo
‘algún texto’ sería insertado en este búffer
donde mi cursor está localizado. 



El comando yank pegar es también usado para duplicar
texto copiándolo. El texto copiado no es cortado desde el búffer,
pero una copia de eso es puesto en el anillo de la muerte kill
ring y está insertado pegándolo.



Tres funciones son usadas para atraer texto desde el anillo de la
muerte kill ring: yank (pegar), que es
normalmente asociado a C-y; yank-pop, que es normalmente
asociado a M-y; y rotate-yank-pointer, que es usado por
las otras dos funciones.



Estas funciones se refieren al kill ring anillo de la muerte a
través de una variable llamada el kill-ring-yank-pointer. En
vez, la inserción del código para ambos las funciones yank y
yank-pop son:



 
(insert (car kill-ring-yank-pointer))




(Bien, no más. En GNU Emacs 22, la función ha sido reemplazada por
insert-for-yank que llama a insert-for-yank-1
repetitivamente para cada segmento yank-handler. En vez de eso,
insert-for-yank-1 destituye las propiedades de texto desde el
texto insertado de acuerdo a yank-excluded-properties. De otro
modo, eso es como insert. Nosotros pegamos con un insert
plano desde que eso es fácil de comprender.)



Para empezar a comprende como yank y yank-pop funcionan,
eso primero es necesario mirar en la variable
kill-ring-yank-pointer.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




10.2 La Variable kill-ring-yank-pointer



kill-ring-yank-pointer es una variable, solo como
kill-ring es una variable. Eso apunta a alguna cosa siendo
asignada al valor de lo que apunta, como cualquier otra variable Lisp.



De este modo, si el valor del kill ring es:



 
("algun texto" "una pieza diferente pieza de texto"
"todavía más texto")




y el kill-ring-yank-pointer apunta a la segunda cláusula, el
valor de kill-ring-yank-pointer es:



 
("una pieza diferente de texto" "todavía más texto")




Como se explica en el capítulo previo
(@pxref{Implementaci@'on de Lista}), el ordendor no guarda dos copias
diferentes del texto siendo apuntado por ambos el kill-ring
anillo de la muerte y el kill-ring-yank-pointer. Las
palabras ``una pieza diferente de texto'' y ``todavía
más texto'' no están duplicados. En vez de eso, las dos variables
Lisp apuntan a las mismas piezas de texto. Aquí hay un
diagrama:



 
kill-ring     kill-ring-yank-pointer
    |               |
    |      ___ ___  |     ___ ___      ___ ___
     ---> |   |   |  --> |   |   |    |   |   |
          |___|___|----> |___|___|--> |___|___|--> nil
            |              |            |
            |              |            |
            |              |             --> "todavía más texto"
            |              |
            |               --> "una pieza diferente de texto"
            |
             --> "algo de texto"










Ambos la variable kill-ring y la variable
kill-ring-yank-pointer son punteros. Pero el kill ring
anillo de la muerte en sí es normalmente descrito
como si fuera actualmente de lo que está compuesto. El
kill-ring es hablado de lo que fuera la lista en vez de lo que
apunta a la lista. Conversando, el kill-ring-yank-pointer es
habldo de como se apunta a una lista.



Estas dos maneras hablar acerca de la misma cosa suena confuso al
principio pero tiene sentido reflexión. El kill ring anillo de
la muerte es generalmente pensado como la estructura completa de
datos que manejan la información de lo que tiene ha sido cortado
reciéntemente de los buffers de Emacs. El
kill-ring-yank-pointer en la otra mano, sirve para indicar ---
que es, para `apuntar a' --- esta parte del anillo de la muerte del
que el primer elemento (el CAR) será insertado.









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




10.3 Ejercicios con yank y nthcdr










[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




11. Bucles y Recursión






Emacs List tiene dos caminos primarios para causar una expresión, o
una serie de expresiones, para ser evaluado repetidamente: uno usa un
bucle while, y el otro usa recursion.



Repetición puede ser valorable. Por ejemplo, para mover hacia
delante cuantro frases, tu solo necesitas escribir un programa que
moverá hacia delante una frase y entonces repite el proceso cuatro
veces. Ya que un ordenador no está aburrido o cansado, tal acción
repetitiva no tiene los efectos de borrado por equivocación o exceso
que pueden tener los humanos.



La gente mayoritariamente escribe funciones de Emacs Lisp usando
bucles while; pero se puede usar recursión, que provee un
poderoso camino para pensar acerca y entonces para resolver
problemas(11).





11.1 mientras                   Causando una estrechez de código para repetir



11.2 Ahorra tiempo: dolist y dotimes  



11.3 Recursión                Causando que una función se llame a 
                               sí mismo.



11.4 Ejercicio de Bucles         











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




11.1 mientras





La forma especial while testea si el valor devuelto por evaluar
su primer argumento es verdadero o falso. Esto es similar para que el
intérprete Lisp hace con un if; que el intérprete hace lo
siguiente, sin embargo, es diferente.



En una expresión while, si el valor devuelto por evaluar el
primer argumento es falso, el intérprete Lisp escapa del resto de la
expresión (el cuerpo de la expresión) y no lo evalúa. Sin
embargo, si el valor es cierto, el intérprete Lisp evalúa el
cuerpo de la expresión y entonces de nuevo chequea si el primer
argumento para while es cierto o falso. Si el valor devuelto de
evaluar el primer argumento es cierto de nuevo, el intérprete Lisp
evalúa el cuerpo de la expresión.



La plantilla para una expresión while se ve así:



 
(while true-or-false-test
  body…)






Bucles con while               Repetir tantas veces como el test devuelva 
                               verdadero.



11.1.1 Un bucle while y una Lista           Un bucle while que usa una lista.



11.1.2 Un Ejemplo: print-elements-of-list     Usos while, car, cdr.



11.1.3 Un Bucle con un Contaje Incremental     Un bucle con un contador de incremento.



• Incrementando Detalles de Bucles  



11.1.4 Bucle con un contador Decrementando        Un bucle con un decrementando contador.











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Bucles con while



Tan largo como el true-or-false-text de la expresión while
devuelve un valor cierto cuando eso es evaluado, el cuerpo es
repetidamente evaluado. Este proceso es llamado como un bucle desde
que el intérprete Lisp repite la misma cosa una y otra vez, como un
avión haciendo un bucle. Cuando el resultado de evaluar el
true-or-false-test es falso, el intérprete Lisp no evalúa el resto
de la expresión while y `existe el bucle'.



Claramente, si el valor devuelto evaluando el primer argumento para
while es siempre cierto, el cuerpo siguiendo será evaluado
una y otra vez … y … para
siempre. Recíprocamente, si el valor devuelto nunca es
cierto, las expresiones en el cuerpo nunca serán evaluadas. La
fortaleza de escribir un bucle while consiste de elegir un
mecanismo tal que el true-or-false-test devuelva cierto solo el
número de veces que quieres las subsiguientes expresiones para ser
evaluadas, y entonces tener el test devuelto falso.



El valor devuelto evaluando while es el valor del
true-or-false-test. Una consecuencia interesante de esto es que un
bucle while que evalúa sin error devolverá nil o
falso sin dignidad de si eso ha girado 1 o 100 veces o ninguna. Una
expresión while que evalúa de manera exitosa nunca devuelve
un valor cierto! Lo que esto significa es que while es siempre
evaluado por sus efectos laterales, que es decir, las consecuencias de
evaluar las expresiones con el cuerpo del bucle while. Esto
tiene sentido. Eso no es el mero acto del bucle que es deseado, pero
las consecuencias de lo que ocurre cuando las expresiones en el bucle
son repetidamente evaluadas.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




11.1.1 Un bucle while y una Lista



Un camino común para controlar un bucle while es chequear si
una lista tiene cualquier elemento. Si eso se hace, el bucle es
repetido; pero si no, la repetición se finaliza. Desde esto es una
técnica importante, creará un corto ejemplo para ilustrarlo.



Un camino simple para chequear si una lista tiene elementos es evaluar
la lista: si eso no tiene elementos, si es una lista
vacía y devolverá la lista vacía,
(), que es un sinónimo para nil o falso. Por otro
lado, una lista con elementos devolverá estos elementos cuando eso
es evaluado. Desde que Emacs Lisp considera como cierto cualquier
valor que no es nil, una lista que devuelve elementos
chequeará cierto en un bucle while.



Por ejemplo, se puede asignar la variable empty-list a
nil por evaluar la siguiente expresión setq:



 
(setq empty-list ())




Después de evaluar la expresión setq, se puede evaluar la
variable empty-list es el camino normal, posicionando el cursor
después del símbolo y escribiendo C-x C-e;
nil aparecerá en tu área echo:



 
empty-list




Por otro lado, si se asigna una variable para ser una lista con
elementos, la lista aparecerá cuando se evalúe la variable, como
se puede ver evaluando las siguientes dos expresiones:



 
(setq animals '(gacela jirafa leon tigre))

animales



De este modo, para un bucle while que chequea si hay cualquier
ítem en la lista animales, la primera parte del
bucle será escrito así:



 
(while animals
       …




Cuando el while chequea su primer argumento, la variable
animals es evaluada. Eso devuelve una lista. Tan largo como la
lista tiene elementos, el while considera los resultados del
test para ser verdadero; pero cuando la lista es vacía,
eso considera los resultados del test para ser falso.



Para prevenir que el bucle while se ejecute siempre, algún
mecanismo necesita ser proporcionado la lista vacía
eventualmente. Una técnica usada con frecuencia es tener una de las
subsiguientes formas en la expresión while asigna el valor de
la lista para ser el CDR de la lista. Cada vez que la función
cdr es evaluada, la lista será hecha, hasta que finalmente
solo la lista vacía será a la izquierda. En este
punto, el test del bucle while devolverá falso, y los
argumentos para el while no será evaluado largamente.



Por ejemplo, la lista de animales emparejadas a la variables
animals puede ser asignada a ser el CDR de la lista
original con la siguiente expresión:



 
(setq animals (cdr animals))




Si se han evaluado las expresiones previas y entonces evalúan esta
expresión, se verá (jirafa leon tigre) aparecerá en el
área echo. Si se evalúa la expresiń de nuevo, (leon
tigre) aparecerá en el área echo. Si se evalúa de nuevo y
todavía de nuevo, (tigre) aparecerá y entonces
la lista vacía, se mostrará por nil.



Una plantilla para un bucle while que usa la función
cdr repetidamente para causar el true-or-false-test
eventualmente para testear falso se parece a esto:



 
(while test-whether-list-is-empty
  body…
  set-list-to-cdr-of-list)




Este testea y usa cdr puede ser puesto junto en una función
que va a través de una lista e imprima cada elemento de la lista en
una línea de sí.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




11.1.2 Un Ejemplo: print-elements-of-list




La función print-elements-of-list ilustra un bucle
while con una lista.




La función requiere varias líneas por su salidad. Si
estás leyendo esot en una instancia reciente de GNU Emacs, se puede
evaluar la siguiente expresión dentro de Info, de normal.



Si estás usando una versión temprana de Emacs, se necesita copiar
las expresiones necesarias para tu búffer ‘*scratch*’ y
evaluarlo allí. Esto es porque el área echo
tenía solo una línea en las versiones
tempranas.



Se pueden copiar de las expresiones marcando el principio de la
región con C-<SPC> (set-mark-command), moviendo el
cursor al fin de la región y entonces copiando la región usando
@kdb{M-w} (kill-ring-save, que llama a
copy-region-as-kill y entonces provee realimentación
visual). En el búffer ‘*scratch*’, se puede copia las
expresiones atrás escribiendo @kdb{C-y} (yank).



Después de haber copiado las expresiones al búffer
‘*scratch*’, evalúa cada expresión por turnos. Asegúrese
evaluar la última expresión, (print-elements-of-list
animals), escribiendo C-u C-x C-e, que es, dando un argumento
para eval-last-sexp. Esto causará el resultado de la
evaluación para ser impreso en el búffer ‘*scratch*’ en vez
de siendo impreso en el área echo. (De otro modo se verá alguna
cosa como esto en tu  área echo:
^Jgacela^J^Jjirafa^J^Jleon^J^Jtigre^Jnulo, en cada ‘^J’ se
estructura una `nueva línea'.)



En una instancia de GNU Emacs reciente, se puede evaluar estas
expresiones directamente en el buffer Info, y el área echo crecerá
para mostrar los resultados.



 
(setq animals '(gacela jirafa leon tigre))

(defun print-elements-of-list (list)
  "Print each element of LIST on a line of its own."
  (while list
    (print (car list))
    (setq list (cdr list))))

(print-elements-of-list animals)




Cuando se evalúan las tres expresiones en secuencia, se verá esto:



 
gacela

jirafa

leon

tigre
nil




Cada elemento de la lista es impreso en una línea de
sí (que es lo que la función print hace) y
entonces el valor devuelto por la función es impresa. Desde que la
última expresión en la función es el bucle while, y
desde que el bucle while siempre devuelve nil, un
nil es impreso después el último elemento de la lista.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




11.1.3 Un Bucle con un Contaje Incremental



Un bucle no es útil a menos que pare cuando
podría. Bajo el control de un bucle con una lista, un
camino común de parar un bucle es escribir el primer argumento como
un test que devuelve falso cuando el número correcto de repeticiones
es completo. Esto significa que el bucle debe tener un contados ---
una expresión que cuenta cuantas veces el bucle se repite a
sí mismo.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Detalles de un Bucle de Incremento



El test para un bucle con un contador de incremento puede ser una
expresión tal como (< count desired-numberj) que devuelve
t para verdad si el valor de count es menor que el
desired-number de repeticiones y nil para falso si el
valor de count es igual a o es mayor que el
desired-number. La expresión que incrementa el contador puede
ser un simple setq tal como (setq count (1+ count)),
donde 1+ es una función construida en Emacs Lisp que añade
1 a su argumento. (La expresión (1+ count) tiene el mismo
resultado que (+ count 1), pero es fácil para un humano leer.)



La plantilla para un bucle while controlado por un contador
incrementando se parece a esto:



 
set-count-to-initial-value
(while (< count desired-number)         ; true-or-false-test
  body…
  (setq count (1+ count)))              ; incrementer




Note que se necesita asignar el valor inicial de count;
normalmente es asignado a 1.





Ejemplo con contador incremental      Contando esquinas en un triángulo.



Las partes de la definición de función      Las partes de la definición función.



Poniendo la definición de la función junta          Poniendo la definición de función junta.











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Ejemplo con contador incremental



Supón que estás jugando la playa y decidir para crear un
triángulo de asteriscos, poniendo un asterisco en la primera fila,
dos en la segunda fila, tres en la tercera fila y así,
como esto:





 
               *
              * *
             * * *
            * * * *






(Hace 2500 años, Pitágoras y otras desarrollaron los principios de
la teoría de números considerando preguntas como esta.)



Supón que quieres saber cuantos asteriscos necesitarás crear un
triángulo con 7 filas



Claramente, lo que necesitas hacer es añadir los números de 1 a
7. Hay dos caminos para hacer esto; comienza los números más
pequeños, uno, y añade la lista en secuencia, 1, 2, 3, 4 y
así; o empieza con el número más largo y añade la
lista bajando: 7, 6, 5, 4 y así. Porque ambos mecanismos
ilustra caminos comunes de escribir bucle while, crearemos dos
ejemplos, uno contando hacia arriba y el otro contando hacia abajo. En
este primer ejemplo, empezaremos con 1 y añadimos 2, 3, 4 y
así.



Si estás añadiendo un resumen de lista de números, el camino
más fácil para hacer eso es añadir todos los números a la
vez. Sin embargo, si no sabes en frente cuantos números tendrá tu
lista, o si quieres estar preparado para una lista muy larga, entonces
se necesita diseñar tu adición así que hacer es
repetir un proceso simple muchas veces en vez de hacer un proceso
más complejo.



Por ejemplo, en vez de añadir todas los asteriscos todo a la vez,
que se puede hacer es añadir el número de asteriscos en la primera
fila, 1, para el número en la segunda fila, 2, y entonces añadir
el total de estas dos filas a la tercera fila, 3. Entonces se puede
añadir el número en la cuarta fila, 4, al total de las primeras
tres filas; y así.



La característica crítica del proceso es
que cada acción repetitiva es simple. En este caso, en cada paso
nosotros añadimos solo dos números, el número de asteriscos en
la fila y el total ya encontrado. Este proceso de añadir dos
números es repetido de nuevo y de nuevo hasta la última fila que
ha sido añadida al total de todas las filas precedentes. En un
bucle más complejo la acción repetitiva podría no
ser tan simple, pero será tan simple que haciendo cada cosa una vez.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Las partes de la definición de función



El análisis precedente nos da los bonos de nuestra definición de
función: primero, necesitaremos una variable que podemos llamar
total que será el número total de asteriscos. Esto será
el valor devuelto por la función.



Segundo, sabemos que la función requerirá un argumento: este
argumento será el número de filas en el triángulo. Eso puede ser
llamado number-of-rows.



Finalmente, se necesita una variable para usar como un contador. Se
podría llamar esta variable counter, pero un
nombre mejor es row-number. Esto es porque que el contador hace
en esta función es contar filas, y un programa debería
ser escrito para ser comprendido como posible.



Cuando el intérprete Lisp primero empieza evaluando las expresiones
en la función, el valor de total estaría
asignado a cero, ya que no hemos añadido cualquier cosa a
eso. Entonces la función añadiría el número de
asteriscos en la primera fila al total, y entonces añade el número
de asteriscos en la segunda al total, y entonces añade el número
de asteriscos en la tercera fila al total, y así, hasta
que no hay más filas a la izquierda para añadir.



Ambos total y row-number son usados solo dentro de la
función, así ellos pueden ser declarados como
variables locales con let y valores iniciales
dados. Claramente, el valor inicial para total sería
0. El valor inicial de row-number sería 1, desde
que se comienza con la primera fila. Esto significa que la frase
let se parece a esto:



 
  (let ((total 0)
        (row-number 1))
    body…)




Después de que las variables internas son declaradas y asignadas a
sus valores iniciales se podría empezar el bucle
while. La expresión que sirve como el test
devolvería un valor de t para la verdad tan
grande como el row-number es menor o igual al
number-of-rows. (Si la expresión chequea cierto solo tan
largo como el número de fila es menor que el número de filas en el
triángulo, la última fila nunca será añadida al total;
aquí el número de fila tiene que ser menor o igual el
número de filas.)




Lisp provee la función <= que devuelve cierto si el valor de
su primer argumento es menor o igual al valor de su segundo argumento
y falso de otro modo. Así la expresión que el
while evaluará como si su test se vería como esto:



 
(<= row-number number-of-rows)




El número de asteriscos puede ser encontrado repetidamente
añadiendo el número de asteriscos en una fila al total ya
encontrado. Dede el número de asteriscos en la fila es igual al
número de fila, el total puede ser encontrado añadiendo el
número de filas al total. (Claramente, en una situación más
compleja, el número de asteriscos en la fila podría
ser relacionada al número de la fila en un camino más complicado;
si este fuera el caso, el número de fila sería
reemplazado por la expresión apropiada.)



 
(setq total (+ total row-number))




Lo que esto hace es asignar el nuevo valor de total ser igual a
la suma de añadiendo el número de asteriscos en la fila al total previo.



Después de configura el valor de total, las condiciones
necesitan ser establecidas para la siguiente repetición del bucle,
si hay una. Esto es hecho incrementando el valor de la variable
row-number, que sirve como un contador. Después que la
variable row-number ha sido incrementada, el true-or-false-test
al principio del bucle while chequea si su valor es
todavía menor o igual al valor del number-of-rows
y si eso es, añade el nuevo valor de la variable row-number
al total de la repetición del bucle.



La función construida en Emacs Lisp 1+ añade 1 a un
número, así la variable row-number puede ser
incrementado con esta expresión:



 
(setq row-number (1+ row-number))









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Poniendo la definición de la función junta



Nosotros hemos creado las partes para la definición de la función;
ahora necesitamos ponerlo junto.



Primero, los contenidos de la expresión while:



 
(while (<= row-number number-of-rows)   ; true-or-false-test
  (setq total (+ total row-number))
  (setq row-number (1+ row-number)))    ; incrementer




A lo largo de la expresión let de varlist, esta muy cerca de
completar el cuerpo de la definición de función. Sin embargo, eso
requiere un elemento final, la necesidad para la que es alguna cosa
pequeña.



El toque final es emplazar la variable total en una
línea por sí misma después de la
expresión while. De otro modo, el valor devuelto por la
función completa es el valor de la última expresión que es
evaluada en el cuerpo del let, y este es el valor devuelto por
el while que es siempre nil.



Esto puede no ser evidente a primera vista. Eso casi se ve como si la
última expresión de la función completa. Pero esta expresión
es parte del cuerpo del while; eso es el último elemento de
la lista que empieza con el símbolo while. Más
allá, el completo del bucle while es una lista con el cuerpo
del let. 



En línea (outline), la función se parece a esto:



 
(defun name-of-function (argument-list)
  "documentation…"
  (let (varlist)
    (while (true-or-false-test)
      body-of-while… )
    … ))                    ; Necesita la expresión final aquí.




El resultado de evaluar el let es que lo que está yendo para
ser devuelto el defun desde el let no está embebido
con cualquier lista que contiene, excepto para la defun como un
todo. Sin embargo, si el while es el último elemento de la
expresión let, la función siempre devolverá
nil. Esto no es lo que quiero! En vez de eso, lo que
queremos es el valor de la variable total. Esto es devuelto
simplemente emplazando el símbolo como el último
elemento de la lista empezando con let. Eso está evaluado
después de los elementos precedentes de la lista evaluada, que
significa que eso evaluó después de haber sido asignado el valor
correcto para el total.



Eso puede ser fácil de ver esto imprimiendo la lista empezando con
let todo en una línea. Este formato lo hace
evidente que las expresiones varlist y while son el
segundo el tercer elementos de la lista empezando con let, y el
total es el último elemento:



 
(let (varlist) (while (true-or-false-test) body-of-while… ) total)




Poniendo cualquier cosa junta, la definición de función
triangle se parece a esto:



 
(defun triangle (number-of-rows)    ; Versión con
                                    ;  contador de incremento.
  "Añade el número de asteriscos en un triángulo.
La primera fila tiene un asterisco, la segunda fila dos asteriscos,
la tercera fila tres asteriscos, y así.
El argumento es NUMBER-OF-ROWS."

  (let ((total 0)
        (row-number 1))
    (while (<= row-number number-of-rows)
      (setq total (+ total row-number))
      (setq row-number (1+ row-number)))
    total))




Después tu has instalado triangle por evaluar la función,
se puede probar fuera. Aquí hay dos ejemplos:



 
(triangle 4)

(triangle 7)




La suma del primer de cuatro números es 10 y la suma de los primeros
siete números es 28.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




11.1.4 Bucle con un contador Decrementando



Otro camino común para escribir un bucle while es para
escribir el test así que eso determina si un contador es
mayor que cero. Así tan largo es el contador mayor que
cero, el bucle es repetido. Pero cuando el contador es igual o menor
que cero, el bucle se para. Para este trabajo, el contador tiene que
empezar mayor que cero y entonces ser hecho más pequeño y
pequeño por una forma que es evaluado repetidamente.



El test será una expresión tal como (> counter 0) que
devuelve t para cierto si el valor de counter es mayor
que cero, y nil para falso si el valor de counter es
igual a o menor que cero. La expresión que hace el número menor y
menor puede ser un simple setq tal como (setq counter (1-
counter), donde 1- es una función construida en Emacs Lisp
que sustrae 1 de su argumento.



La plantilla para decrementar el bucle while se ve como esto:



 
(while (> counter 0)                    ; true-or-false-test
  body…
  (setq counter (1- counter)))          ; decrementer






Ejemplo con el contador que se decrementa    Más piedras en la playa.



Las partes de la definición de función      Las partes de la definición función.



Poniendo la definición de la función junta          Poniendo la definición de función junta.











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Ejemplo con el contador que se decrementa



Para ilustrar un bucle con un contador de decremento, reescribirá la
función triangle así el contador decrementar a cero.



Esto es lo inverso de la versión temprana de la función. En este
caso, para encontrar cuantos asteriscos son necesarios para crear un
triángulo con 3 filas, añade el número de asteriscos en la
tercera fila, 3, para el número en la fila precedente, 2, y entonces
añade el total de estas dos filas a la fila que lo precede, que es 1.



Más allá, para encontrar el número de asteriscos en un
triángulo con 7 filas, añade el número de asteriscos en la fila
siete, 7, al número en la fila precedente, que es 6, y entonces
añade el total de estas dos filas a la files esta que los precede,
que es 5, y así. Como en el ejemplo previo, cada
adición solo involucra la adición de dos números, el total de
las filas ya añadió y el número de asteriscos en la fila que
está siendo añadida al total. Este proceso de añadir dos
números es repetido de nuevo y de nuevo hasta que no haya más
asteriscos que añadir.



Sabemos cuantos asteriscos empezar: el número de asteriscos en la
última fila es igual al número de filas en la última fila es
7. Más allá, sabemos cuantos asteriscos están en la fila
precedente: eso es uno menos que el número en la fila.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Las partes de la definición de función



Empezamos con tres variables: el número total de filas en el
triángulo; el número de asteriscos en una fila; y el número
total de asteriscos, que es que queremos calcular. Estas variables
puede ser nombradas number-of-rows,
number-of-pebbles-in-row, y total, respectivamente.



Ambos total y number-of-pebbles-in-row son usados solo
dentro de la función y son declaradas con let. El valor
inicial de total sería cero. Sin embargo, el
valor inicial de number-of-pebbles-in-row sería
igual al número de filas en el triángulo, desde la adición
empezará con la fila más larga.



Esto significa que el principio de la expresión let se verá
como esto:



 
(let ((total 0)
      (number-of-pebbles-in-row number-of-rows))
  body…)




El número total de asteriscos pueder ser encontrado repetidamente
añadiendo el número de asteriscos en una fila para el total ya
encontrado, que es, repetidamente evaluando la siguiente expresión:



 
(setq total (+ total number-of-pebbles-in-row))




Después el number-of-pebbles-in-row se añade al
total, el number-of-pebbles-in-row sería
decrementado por uno, desde que la siguiente vez el bucle repite, la
fila precedente será añadido al total.



El número de asteriscos en una fila precedente es uno menos que el
número de asteriscos en una fila, así la función
Emacs Lisp construida 1- puede ser usado para computar el
número de asteriscos en la fila precedente. Esto puede ser hecho con
la siguiente expresión:



 
(setq number-of-pebbles-in-row
      (1- number-of-pebbles-in-row))




Finalmente, sabemos que el bucle while pararía
creando repetidas adiciones cuando no hay asteriscos en una
fila. Así el este para el bucle while es simple:



 
(while (> number-of-pebbles-in-row 0)









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Poniendo la definición de la función junta



Podemos poner estas expresiones juntas para crear una definición de
función que funcione. Sin embargo, al examinar, encontraremos que
uno de la variables locales es innecesario!



La definición de función se ve como esto:



 
;;; First subtractive version.
(defun triangle (number-of-rows)
  "Add up the number of pebbles in a triangle."
  (let ((total 0)
        (number-of-pebbles-in-row number-of-rows))
    (while (> number-of-pebbles-in-row 0)
      (setq total (+ total number-of-pebbles-in-row))
      (setq number-of-pebbles-in-row
            (1- number-of-pebbles-in-row)))
    total))




Como se dijo, esta función funciona.



Sin embargo, no se necesita number-of-pebbles-in-row.




Cuando la función triangle es evaluada, el
símbolo number-of-rows será asociado al
número, dando un valor inicial. Este número puede ser cambiado en
el cuerpo de la función si estuviera una variable local, sin miedo
que tal cambio efectuará el valor de la variable fuera de la
función. Esto es muy útil característica de Lisp;
eso significa que la variable number-of-rows puede ser usado en
cualquier lugar en la función donde number-of-pebbles-in-row
es usada.



Aquí es una segunda versión de la función escrita un
poco más limpiamente:



 
(defun triangle (number)                ; Second version.
  "Return sum of numbers 1 through NUMBER inclusive."
  (let ((total 0))
    (while (> number 0)
      (setq total (+ total number))
      (setq number (1- number)))
    total))




En breve, un bucle while apropiadamente escrito consistirá de
tres partes:



    

  1. 
Un test que devolverá falso después de que el bucle ha repetido
por sí mismo el número de veces correcto.


  2. 
Una expresión la evaluación de que devolverá el valor deseado
después siendo repetidamente evaluado.


  3. 
Una expresión para cambiar el valor pasado al true-or-false-test
así que el test devuelve falso después el bucle ha
repetido por sí mismo el número de veces correcto.









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




11.2 Ahorra tiempo: dolist y dotimes



Además para while, ambos dolist y dotimes
provee para bucle. Algunas veces estos son rápidos para escribir que
el equivalente bucle while. Ambos son macros
Lisp. (Véase (elisp)Macros sección `Macros' en El Manual de Referencia GNU Emacs Lisp.)



dolist funciona como un bucle while que `CDRs baja
una lista': dolist automáticamente ordena la lista cada vez
que la lista hace bucles --- toma la CDR de la lista --- y asocia
el CAR de cada versión ordenada de la lista al primero de sus
argumentos.



dotimes hace el bucle de un número específico
de veces: tu especificas el número.





La Macro dolist  



La Macro dotimes                    











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




La Macro dolist




Supón, por ejemplo, que quieres invertir una lista,
así que ``primero'', ``segundo'', ``tercero'' llega a
ser ``tercero'', ``segundo'', ``primero''.



En la práctica, usarías la función reverse,
como esta:



 
(setq animals '(gacela jirafa leon tigre))

(reverse animals)




Aquí es como se podría invertir la lista
usando un bucle while:



 
(setq animals '(gacela jirafa leon tigre))

(defun reverse-list-with-while (list)
  "Usando while, invierte el orden de LIST."
  (let (value)  ; make sure list starts empty
    (while list
      (setq value (cons (car list) value))
      (setq list (cdr list)))
    value))

(reverse-list-with-while animals)




Y aquí es como podría usar la macro
dolist:



 
(setq animals '(gacela jirafa leon tigre))

(defun reverse-list-with-dolist (list)
  "Usando dolist, reverse, la orden de la LISTA."
  (let (value)  ; asegura que la lista empieza vacía
    (dolist (element list value)
      (setq value (cons element value)))))

(reverse-list-with-dolist animals)




En Info, se puede localizar su cursor después de cerrar paréntesis
de cada expresión y escribir C-x C-e; en cada caso, se
vería



 
(tiger lion giraffe gazelle)




en el área echo.



Para este ejemplo, la función reverse existente es obviamente
la mejor. El bucle while es solo como nuestro primer ejemplo
(véase la sección Un Bucle while y una Lista). El
while primero chequea si la lista tiene elementos; si
así, eso construye una nueva lista añadiendo el primer
elemento de la lista a la lista existente (que en la primera
iteración del bucle es nil). Desde el segundo elemento está
asignado en frente del segundo elemento, la lista es inversa.



En la expresión usando un bucle while, la expresión
(setq list (cdr list)) ordena la lista, así
el bucle while eventualmente para. Además, se proporciona la
expresión cons con un nuevo primer elemento creando un nuevo
y corta lista en cada repetición del bucle.



La expresión dolist hace mucho lo mismo como la expresión
while, excepto que la macro dolist hace algo del trabajo
tienes que hacer cuando escribe una expresión while.



Como un bucle while, un bucle dolist. Lo que es
diferente es que automáticamente ordena la lista cada vez que se
repita --- eso `CDRs baja la lista en sí --- y eso
automáticamente asocia el CAR de cada versión ordenada de la
lista al primero de sus argumentos.



En el ejemplo, el CAR de cada versión ordenada de la lista se
refiere a usar el símbolo ‘element’, la lista en
sí se llama ‘list’, y el valor devuelto se llama
‘value’. El recuerdo de la expresión dolist es el cuerpo.



La expresión dolist asocia el CAR de cada versión
resumida de la lista al element y entonces evalúa el cuerpo
de la expresión y repite el bucle. El resultado es devuelto en
value.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




La Macro dotimes




La macro dotimes es similar para dolist, excepto que el
bucle es un número específico de veces.



El primer argumento dotimes es asignado a los números 0, 1, 2
y así el cuarto cada vez alrededor del bucle, y el valor
del tercer argumento es devuelto. Se necesita proveer el valor del
segundo argumento, que es cuantas veces la macro hace el bucle.



Por ejemplo, lo siguiente asocia los números desde 0 a, pero no
incluyendo, el número 3 al primer argumento, numero, y
entonces construye una lista de los tres números. (El primer
número es 0, el segundo número es 1, y el tercer número es 2;
esto crea un total de tres números en todo, empezando con cero como
el primer número.)



 
(let (value)      ; de otro modo un valor es una variable vacía
  (dotimes (number 3 value)
    (setq value (cons number value))))

⇒ (2 1 0)




dotimes devuelve value, así el camino para
usar dotimes es para operar en alguna expresión number
número de veces y entonces devuelve el resultado, como una lista o
un átomo.



Aquí hay un ejemplo de una defun que usa
dotimes para añadier el número de asteriscos en un triángulo.



 
(defun triangle-using-dotimes (number-of-rows)
  "Usando dotimes, añade el número de asteriscos en un triángulo."
(let ((total 0))  ; de otro modo un total es una variable vacía
  (dotimes (number number-of-rows total)
    (setq total (+ total (1+ number))))))

(triangle-using-dotimes 4)









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




11.3 Recursión




Una función recursiva contiene código que cuente el intérprete
Lisp para llamar a un programa que ejecuta exactamente por
sí mismo, pero con argumentos ligeramente diferentes. El
código ejecuta exactamente el mismo porque eso tiene el mismo
nombre. Sin embargo, incluso aunque el programa tiene el mismo nombre,
eso no es la misma entidad. Eso es diferente. En la jerga, eso es una
`instancia' diferente.



Eventualmente, si el programa es escrito correctamente, los
`argumentos ligeramente diferentes' llegan a ser suficientemente
diferentes desde los primeros argumentos que la instancia final parará.





11.3.1 Construyendo Robots: Extendiendo la Metáfora        Mismo modelo, diferente número serie ...



11.3.2 Las Partes de una Definición Recursiva    Paseo hasta que tu pares ...



11.3.3 Recursión con una Lista      Usando una lista con el test si para recurso.



• Función de triángulo recursivo  



11.3.5 Ejemplo de Recursión Usando cond  



11.3.6 Patrones Recursivos        Plantillas usadas con frecuencia.



11.3.7 Recursión sin Defermentos                No almacenar trabajo ...



11.3.8 No hay solución pospuesta    











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




11.3.1 Construyendo Robots: Extendiendo la Metáfora





Es algunas veces útil pensar de un programa en ejecución como un
robot que hace un trabajo. Haciendo su trabajo, una función
recursiva llama a un segundo robot para ayudarlo. El segundo robot es
idéntico al primero en cada camino, excepto que el segundo robot
ayuda al primero y ha sido pasado diferentes argumentos que el primero.



En una función recursiva, el segundo robot puede llamar a un
tercero; y el tercero puede llamar a un cuarto, y
así. Cada una de estos es una entidad diferente; pero
todos son clones.



Desde que cada robot tiene instrucciones ligeramente diferentes ---
los argumentos diferirán desde un robot al siguiente --- el último
robot conocería cuando pare.



Permite expandir en la metáfora en el que un programa de ordenador
es un robot.



Una definición de función provee impresiones para un robot. Cuando
se instala una definición de función, que es, cuando se evalúa
una forma especial defun, se instala el equipamiento para
construir robots. Eso es como si tu estuvieras en una fábrica,
configurando una línea de ensamblaje. Los robots con el
mismo nombre son construidos de acuerdo a las mismas
impresiones. Así ellos tienen, como estaban, el mismo
`número de modelo', pero un diferente `número de serie'.



Nosotros con frecuencia decimos que una función recursiva `se llama
así misma'. Esto significa que las instrucciones en una
función recursiva causa el intérprete de Lisp para ejecutar una
función diferente que tiene el mismo nombre y hace el mismo trabajo
como el primer, pero con diferentes argumentos.



Eso es importante que los argumentos difieren desde una instancia al
siguiente; de otro modo, el proceso nunca parará.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




11.3.2 Las Partes de una Definición Recursiva





Una función recursiva típicamente contiene una
expresión condicional que tiene tres partes:



    

  1. 
Un true-or-false-test que determina si la función es llamada de
nuevo, aquí llamado el do-again-test.


  2. 
El nombre de la función. Cuando este nombre es llamado, una nueva
instancia de la función --- un nuevo robot, como eso estaba --- es
creado y contado qué hacer.


  3. 
Una expresión que devuelve un valor diferente cada vez la función
es llamada, aquí llamada la
next-step-expression. Consecuentemente, el argumento (o
argumentos) pasados a la nueva instancia de la función será
diferente desde que pas' a la instancia previa. Esto causa la
expresión condicional, el do-again-test, para chequear falso
después del número correcto de repeticiones.




Las funciones recursivas pueden ser más simples que cualquier otro
tipo de funciones. De manera profunda, cuando la gente primero empieza
a usarlas, ellos con frecuencia miran así
misteriosamente tan simple como incompresible. Como montar en
bicicleta, leer una función recursiva toma una cierta forma que es
dura al principio pero entonces parece simple.



Hay varios patrones recursivos diferentes. Un patrón muy simple se
parece a:



 
(defun name-of-recursive-function (argument-list)
  "documentation…"
  (if do-again-test
    body…
    (name-of-recursive-function
         next-step-expression)))




Cada vez una función recursiva es evaluado, una nueva instancia de
eso es creada y cuenta que hacer. Los argumentos cuentan la instancia
de que hacer.



Un argumento es emparejado al valor de la next-step-expresion. Cada
instancia se ejecuta con un valor diferente de la next-step-expression.



El valor en la next-step-expression es usado en la do-again-test.



El valor devuelto por la next-step-expression es pasada a las nuevas
instancias de la función, que lo evalúa (o alguna transformación
de eso) para determinar si continuar o para. El next-step-expression
está diseñados así que el do-again-test devuelve
falso cuando la función no sería largamente repetido.



El do-again-test es algunas veces llamada la condición de
parar, desde que eso para la repeticiones cuando eso testea falso.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




11.3.3 Recursión con una Lista



El ejemplo de un bucle while que imprimió los elementos de
una lista de números puede ser escrito
recursivamente. Aquí está el código, incluyendo una
expresión para asignar el valor de la variable animales a una
lista.



Si estás usando GNU Emacs 20 o antes, este ejemplo debe ser copiado
al búffer ‘*scratch*’ y cada expresión debe ser evaluado
allí. Usa C-u C-x C-e para evaluar la expresión
(print-elements-recursively animals así que los
resultados son impresos en el búffer; de otro modo el intérprete
Lisp intentará presionar los resultados dentro de una
línea del área echo.



También, posiciona tu cursor inmediatamente después del último
paréntesis que cierra la función
print-elements-recursively, antes el comentario. De otro modo,
el intérprete Lisp intentará evaluar el comentario.



Si estás usando una versión más reciente de Emacs, se puede
evaluar esta expresión directamente en Info.




 
(setq animals '(gacela jirafa leon tigre))

(defun print-elements-recursively (list)
  "Imprime cada elemento de LISTA en una línea de
  sí.
Usa recursión."
  (when list                            ; do-again-test
        (print (car list))              ; body
        (print-elements-recursively     ; recursive call
         (cdr list))))                  ; next-step-expression

(print-elements-recursively animals)




La función print-elements-recursively primero chequea si hay
cualquier contenido en la lista; si hay eso, la función imprime el
primer elemento de la lista, el CAR de la lista. Entonces la
función `invoca en sí', pero da a sí
mismo como su argumento, no la lista completa, pero el segundo y
subsiguientes elementos de la lista, el CDR de la lista.



Pon otro camino, si la lista no está vacía, la
función invoca otra instancia de código que es similar al código
inicial, pero es un hilo diferente de ejecución, con diferentes
argumentos que la primera instancia.



Pon en todavía otro camino, si la lista no está
vacía, el primer robot ensambla un segundo robot cuenta
qué hacer; el segundo robot es un individuo diferente desde el
principio, pero es el mismo modelo.



Cuando la segunda evaluación ocurre, la expresión when es
evaluada y si es verdad, imprime el primer elemento de la lista que
recibe como su argumento (que es el segundo elemento de la lista
original). Entonces la función `llamarse a sí mismo'
con la CDR del CDR de la lista original.



Note que aunque nosotros decimos que la función `se llama a
sí misma', lo que significa es que el intérprete Lisp
ensambla e instruye una nueva instancia del programa. La nueva
instancia es un clon del primero, pero es un individuo separado.



Cada vez que la función `se invoca a sí misma', se
invoca a sí misma en una versión de la lista
original. Eso crea una nueva instancia que funciona en una lista ordenada.



Eventualmente, la función se invoca a sí misma en una
lista vacía. Eso crea una nueva instancia cuyo argumento
es nil. La expresión condicional chequea el valor de
lista. Desde el valor de lista es nil, la
expresión when chequea falso así la then-part
no está evaluada. La función como un todo entonces devuelve nil.



Cuando se evalúa la expresión (print-elements-recursively
animals) en el búffer ‘*scratch*’, se verá este resultado:



 
gacela

jirafa

leon

tigre
nil









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




11.3.4 Recursión en Lugar de un Contador




La función triangle describe en una sección previa si puede
ser escrita recursivamente. Se ve así:



 
(defun triangle-recursively (number)
  "Return the sum of the numbers 1 through NUMBER inclusive.
Uses recursion."
  (if (= number 1)                    ; do-again-test
      1                               ; then-part
    (+ number                         ; else-part
       (triangle-recursively          ; recursive call
        (1- number)))))               ; next-step-expression

(triangle-recursively 7)




Se puede instalar esta función evaluando y entonces intenta evaluar
(triangle-recursively 7). (Recuerda poner tu cursor
inmediatamente después de los últimos paréntesis de la
definición de la función, antes del comentario.) La función
evalúa a 28.



Para comprender como funciona la función, permita considerar que
ocurre en los varios casos cuando la función es pasada 1, 2, 3, o 4
como el valor de su argumento.





• Argumento de Ejemplo Recursivo de 1 o 2  



Un argumento de 3 o 4    











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Un argumento de 1 o 2



Primero, veamos que ocurre si el valor del argumento es 1



La función tiene una expresión if después de la cadena de
documentación. Esto testea si el valor de number es igual a
1; si es así, Emacs evalúa la then-part de la
expresión if, que devuelve el número 1 como el valor de la
función. (Un triángulo con una fila tiene un asterisco dentro.)



Supón, sin embargo, que el valor del argumento es 2. En este caso,
Emacs evalúa la parte else de la expresión if.



La parte else consiste de una adición, la llamada recursiva para
triangle-recursively y una acción de decremento; y se ve
así:



 
(+ number (triangle-recursively (1- number)))




Cuando Emacs evalúa esta expresión, la expresión interna es
evaluada primero; entonces las otras partes en
secuencia. Aquí están los pasos en detalle:





 Paso 1   Evalúa la expresión interna.




La expresión interna es (1- number) así Emacs
decrementa el valor de number desde 2 a 1.





 Paso 2   Evalúa la función triangle-recursively.




El intérprete Lisp crea una instancia individual de
triangle-recursively. Eso no importa que esta función está
contenida con sí misma. Emacs pasa el resultado Paso 1
como el argumento usado por esta instancia de la función
triangle-recursively



En este caso, Emacs evalúa triangle-recusrively con un
argumento de 1. Esto significa que esta evaluación de
triangle-recursively devuelve 1.





 Paso 3   Evalúa el valor de number.




La variable number es el segundo elemento de la lista que
empieza con +; su valor es 2.





 Paso 4    Evalúa la expresión +.




La expresión + recibe dos argumentos, el primero desde la
evaluación de number (Paso 3) y el segundo desde la
evaluación de triangle-recursively (Paso 2).



El resultado de la adición es el suma de 2 + 1, y el número 3 es
devuelto, que es correcto. Un triángulo con dos filas tiene tres
asteriscos ahí.











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Un argumento de 3 o 4



Supón que triangle-recursively es llamado con un argumento de
3.





 Paso 1   Evalúa la do-again-test.




La expresión if es evaluado primero. Esto es el test do-again
y devuelve falso, así la parte else de la expresión
if es evaluado. (Note que en este ejemplo, el do-again-test
causa la función para llamarse a sí mismo cuando eso
se chequea como falso, no cuando eso se chequea como verdadero.)





 Paso 2   Evalúa la expresión propia de la parte else.




La expresión propia de la parte es evaluada, decrementa 3 a 2. Esta
la next-step-expression.





 Paso 3   Evalúa la función triangle-recursively.




El número 2 es pasado a la función triangle-recursively.



Nosotros ya sabemos qué ocurre cuando Emacs evalúa
triangle-recursively con un argumento de 2. Después de ir a
través de la secuencia de acciones descrito temprano, eso devuelve
un valor de 3. Así que es lo que ocurrirá
aquí.





 Paso 4   Evalúa la adición.




3 será pasado como un argumento para la adición y será añadido
al número con el que la función se llamó, que es 3.






El valor devuelto por la función como un todo será 6.



Ahora que sabemos qué ocurrirá cuando triangle-recursively
es llamado con un argumento de 3, eso es evidente que ocurrirá si
eso es llamado con un argumento de 4:



En la llamada recursiva, la evaluación de



 
(triangle-recursively (1- 4))




devuelve el valor de evaluar



 
(triangle-recursively 3)




que es 6 este valor será añadido a 4 por la adición en la
tercera línea.




El valor devuelto por la función como un todo será 10.



Cada vez triangle-recursively es evaluado, eso evalúa una
versión de sí --- una instancia diferente de
sí --- con un pequeño argumento, hasta que el
argumento es suficientemente pequeño así que no se
evalúa por sí.



Note que este particular diseño para una función recursiva
requiere que las operaciones sean diferidas.



Antes (triangle-recursively 7) puede calcular su respuesta, eso
debe llamarse (triangle-recursively 6); y antes
(triangle-recursively 5); y así. Esto es decir,
el cálculo que (triangle-recursively 7) crear debe ser
diferido hasta (triangle-recursively 6) hace su cálculo; y
(triangle-recursively 5) completo; y así.



Si cada una de estas instancias de triangle-recursively son
pensados de como diferentes robots, el primer robot debe esperar por
el segundo para completar su trabajo, que debe esperar hasta los
terceros completos, y así.



Hay un camino alrededor de este tipo de espera, que discutirá en
@ref{No Defermenta, , Recursi@'on sin Defermentos.}








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




11.3.5 Ejemplo de Recursión Usando cond




La versión de triangle-recursively descrito antes es escrito
con la forma especial if. Eso puede también ser escrito
usando otra forma especial llamada cond. El nombre de la forma
especial cond es una abreviación de la palabra ‘conditional’.



Aunque la forma especial cond no es usado con frecuencia en las
fuentes de Emacs como if, eso es usado con suficiente
frecuencia para justificarse explicando.



La plantilla para una expresión cond se parece a esto:



 
(cond
 body…)




donde el body es una serie de listas.



Escrito de manera más completa, la plantilla se parece a esto:



 
(cond
 (first-true-or-false-test first-consequent)
 (second-true-or-false-test second-consequent)
 (third-true-or-false-test third-consequent)
  …)




Cuando el intérprete Lisp evalúa la expresión cond,
evalúa el primer elemento (el CAR o true-or-false-test) de la
primera expresión es una serie de expresiones con el cuerpo del
cond.



Si el true-or-false-test devuelve nil el resto de esta
expresión, el consecuente, se escapa y el true-or-false-test de la
siguiente expresión es evaluada. Cuando una expresión encuentra
cuyo true-or-false-test un valor que no es nil, el conscuente
de esta expresión es evaluada. El consecuente puede ser una o más
expresiones. Si el consecuente consiste de más de una expresión,
las expresiones son evaluadas en secuencia y el valor del último es
devuelto. Si la expresión no tiene un consecuente, el valor del
true-or-false-test es devuelto.



Si ninguno del test true-or-false-tests es cierto, la expresión
cond devuelve nil.



Escrito usando cond, la función triangle se parece a esto:



 
(defun triangle-using-cond (number)
  (cond ((<= number 0) 0)
        ((= number 1) 1)
        ((> number 1)
         (+ number (triangle-using-cond (1- number))))))




En este ejemplo, el cond devuelve 0 si el número es menor o
igual que 0, eso devuelve 1 si el número es 1 y eso evalúa
(+ number (triangle-using-cond (1- number))) si el número es
más grandes que 1.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




11.3.6 Patrones Recursivos




Aquí hay tres patrones recursivos. Cada uno involucra
una lista. Recursión no necesita para involucrar listas, Lisp está
diseñado para listas y esto provee un sentido de sus capacidades
primarias.





Patrón Recursivo: cada  



Patrón Recursivo: accumulate  



Patrón Recursivo: keep                    











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Patrón Recursivo: cada





En el patrón recursivo cada, una acción es desarrollado en
cada elemento de una lista.



El patrón básico es:





Aquí está el ejemplo:



 
(defun square-each (numbers-list)
  "Square each of a NUMBERS LIST, recursively."
  (if (not numbers-list)                ; do-again-test
      nil
    (cons
     (* (car numbers-list) (car numbers-list))
     (square-each (cdr numbers-list))))) ; next-step-expression

(square-each '(1 2 3))
    ⇒ (1 4 9)




Si numbers-list está vacío, no hagas nada. Pero
si eso tiene contenido, construye una lista combinando la
raíz del primer número en la lista con el resultado de
la llamada recursiva.



(El ejemplo sigue el patrón exactamente: nil es devuelto si
la lista de números es vacía. En la práctica, tu
escribirías el condicional así trae la
acción cuando la lista de números no es vacía.)



La función print-elements-recursively (véase la sección Recursión con una Lista) es otro ejemplo de un patrón
every, excepto en este caso, en vez de traer los resultados
juntos usando cons, se imprime cada elemento de salida.



La función print-elements-recursively se parece a esto:



 
(setq animals '(gazelle giraffe lion tiger))

(defun print-elements-recursively (list)
  "Imprime cada elemento de LISTA en una línea de
  sí.
Usa recursión."
  (when list                            ; do-again-test
        (print (car list))              ; body
        (print-elements-recursively     ; recursive call
         (cdr list))))                  ; next-step-expression

(print-elements-recursively animals)




El patrón para print-elements-recursively es:









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Patrón Recursivo: accumulate





Otro patrón recursivo es llamado el patrón accumulate. En
el patrón recursivo accumulate, una acción es medida en
cada elemento de una lista y el resultado de esta acción es
acumulada con los resultados de desarrollar la acción de los otros
elementos.



Esto es mucho como `cada' patrón usando cons, excepto este
cons no está usado, pero algún otro combinador.



El patrón es:





Aquí hay un ejemplo:



 
(defun add-elements (numbers-list)
  "Añade los elementos de NUMBERS-LIST juntos."
  (if (not numbers-list)
      0
    (+ (car numbers-list) (add-elements (cdr numbers-list)))))

(add-elements '(1 2 3 4))
    ⇒ 10




@xref{Lista Ficheros, , Creando una Lista de Ficheros}, por un ejemplo
del patrón acumulativo.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Patrón Recursivo: keep





Un tercer patrón es llamado el patrón keep. En el patrón
recursivo keep, cada elemento de una lista es testeado; el
elemento actúa y los resultados son guardados solo si el elemento
encuentra un criterio.



De nuevo, esto es parecido a `cada' patrón, excepto si el elemento
se escapa a menos que encuentra un criterio.



El patrón tiene tres partes:





Aquí hay un ejemplo que usa cond:



 
(defun keep-three-letter-words (word-list)
  "Guarda 3 palabras en WORD-LIST."
  (cond
   ;; Primero do-again-test: stop-condition
   ((not word-list) nil)

   ;; Segundo do-again-test: cuando actuar
   ((eq 3 (length (symbol-name (car word-list))))
    ;; combina el elemento que actúa con la llamada recursiva en la
   lista ordenada
    (cons (car word-list) (keep-three-letter-words (cdr word-list))))

   ;; Tercero do-again-test: cuando se escape el elemento;
   ;; recursivamente llama a la lista ordenada con la next-step expression
   (t (keep-three-letter-words (cdr word-list)))))

(keep-three-letter-words '(uno dos tres cuatro cinco seis))
    ⇒ (uno dos seis)




Eso va sin decir que no necesitas usar nil como el test para
cuando para; y se puede, de acuerdo, combina estos patrones.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




11.3.7 Recursión sin Defermentos





Permite considerar de nuevo que ocurre con la función
triangle-recursively. Nosotros encontraremos que los cálculos
son deferidos hasta todo puede ser hecho.



Aquí está la definición de función:



 
(defun triangle-recursively (number)
  "Devuelve la suma de los números 1 a través de NUMBER inclusive
Usa recursión."
  (if (= number 1)                    ; do-again-test
      1                               ; then-part
    (+ number                         ; else-part
       (triangle-recursively          ; recursive call
        (1- number)))))               ; next-step-expression




¿Qué ocurre cuando se llama a esta función con un
argumento de 7?



La primera instancia de la función triangle-recursively
añade el número 7 al valor devuelto por una segunda instancia de
triangle-recursively, una instancia que ha sido pasado un
argumento de 6. Esto es decir, el primer cálculo es:



 
(+ 7 (triangle-recursively 6))




La primera instancia de triangle-recursively --- se puede
querer pensar como un pequeño robot --- no puede completar su
trabajo. Eso debe manejar el cálculo para
(triangle-recursively 6) a una segunda instancia del programa,
a un segundo robot. Este segundo individuo es completamente diferente
desde el primero; eso es, en la jerga, una `diferente
instanciación'. O, poner otro camino, eso es un diferente robot. Eso
es el mismo modelo como el primero; eso calcula números de
triángulo recursivamente; pero eso tiene un número de serie diferente.



\textquestiondownY qué hace (triangle-recursively 6)
devuelve? Eso devuelve el número 6 añadido al valor devuelto para
evaluar triangle-recursively con un argumento de 5. Usando la
metáfora del robot, eso cuestiona todavía otro robot
para ayudarle.



Ahora el total es:



 
(+ 7 6 (triangle-recursively 5))




¿Y qué ocurre después?



 
(+ 7 6 5 (triangle-recursively 4))




Cada vez que triangle-recursively es llamado, excepto por la
última vez, eso crea otra instancia del programa --- otro robot ---
y pregunta para crear un cálculo.



Eventualmente, la completa adición es configurado y medido:



 
(+ 7 6 5 4 3 2 1)




Este diseño para la función difiere el cálculo del primer paso
hasta el segundo puede ser hecho, y difiere esto hasta que el tercero
puede ser hecho, y así. Cada defermento significa el
ordenador debe recordar que está siendo esperado dentro. Esto no es
un problema cuando hay solo unos pocos pasos, como en este
ejemplo. Pero eso puede ser un problema cuando hay más pasos.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




11.3.8 No hay solución pospuesta






La solución al problema de operaciones pospuestas es para escribir
en una manera que no posponga operaciones@footnot{La frase cola
recursiva es usado para describir tal proceso, uno que usa `espacio
constante'.}. Esto requiere escribir a un patrón diferente, con
frecuencia uno que involucra escribiendo dos definiciones de
función, una función de `inicialización' y una función `ayuda'.



La función `inicializactión' configura el trabajo; la función
`ayudante' hace el trabajo.



Aquí hay dos definiciones para añadir números. Son
así de simple, aunque se encuentre duro de comprender.



 
(defun triangle-initialization (number)
  "Devuelve la suma de los número 1 a través de NUMBER inclusive.
Este es el componenete de `inicialización' de una función duo que 
usa recursión"
  (triangle-recursive-helper 0 0 number))




 
(defun triangle-recursive-helper (sum counter number)
  "Devuelve SUM, usando COUNTER, a través de NUMBER inclusive.
Este es el componente `helper' de unas dos funciones
que usan recursión."
  (if (> counter number)
      sum
    (triangle-recursive-helper (+ sum counter)  ; suma
                               (1+ counter)     ; contador
                               number)))        ; número




Instalar ambas definiciones de función por evaluarlo, entonces llama
a triangle-initialization con 2 filas:



 
(triangle-initialization 2)
    ⇒ 3




La función `inicialización' llama la primera instancia de la
función `ayudante' con tres argumentos: cero, cero, y un número
que es el número de filas en el triángulo.



Los primeros dos argumentos pasaron a la función `ayuda' son valores
de inicialización. Estos valores son cambiados cuando
triangle-recursive-helper invocan nuevas
instancias.(12)



Permítase ver que ocurre cuando tenemos un triángulo
que tiene una fila. (\textexclamdownEste triángulo tendrá un
asterisco dentro!)



triangle-initialization llamará su ayudante con los
argumentos 0 0 1. Esta función ejecutará el test
condicional si (> counter number):



 
(> 0 1)




y encuentra que el resultado es falso, así invocará la
else-part de la claúsula if:



 
    (triangle-recursive-helper
     (+ sum counter)  ; sum más counter ⇒ sum
     (1+ counter)     ; incrementa counter ⇒ counter
     number)          ; number parece lo mismo




que computará primero:



 
(triangle-recursive-helper (+ 0 0)  ; sum
                           (1+ 0)   ; counter
                           1)       ; number
que es:

(triangle-recursive-helper 0 1 1)




De nuevo, (> counter number) será falso, así de
nuevo, el intérprete Lisp evaluará
triangle-recursive-helper, creando una nueva instancia con
nuevos argumentos.



Esta nueva instancia será;



 
    (triangle-recursive-helper
     (+ sum counter)  ; suma más contador ⇒ sum
     (1+ counter)     ; incrementar contador ⇒ contador
     number)          ; número empieza lo mismo

que es:

(triangle-recursive-helper 1 2 1)




En este caso, el test (> counter number) será cierto!
Así la instancia devolverá el valor de la suma, que
será 1, como se espera.



Ahora, permite pasar triangle-initialization un argumento de 2,
para encontrar cuantos asterisco hay en un triángulo con dos filas.



Esta función llama (triangle-recursive-helper 0 0 2).



En fases, las instancias llamadas serán:



 
                          suma contador número
(triangle-recursive-helper 0    1       2)

(triangle-recursive-helper 1    2       2)

(triangle-recursive-helper 3    3       2)




Cuando la última instancia se llama, el (> counter number) se
chequea será cierto, así la instancia devolverá el
valor de sum, que será 3.



Este tipo de patrón ayuda cuando estás escribiendo funciones que
puede usar recursos en un ordenador.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




11.4 Ejercicio de Bucles










[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




12. Búsquedas de Expresiones Regulares









Las búsquedas expresiones regulares son usadas extensivamente en GNU
Emacs. Las dos funciones forward-sentence y
forward-paragraph, ilustra estas búsquedas bien. Ellos usan
expresiones regulares para encontrar donde mover el punto. La frase
`expresión regular' es con frecuencia escrita como `regexp'.



Las búsquedas de expresiones regulares son descritas en
(emacs)Búsqueda de Regexp sección `Búsqueda de Expresión Regular' en El Manual de GNU Emacs, tan bien como en (elisp)Expresiones Regulares sección `Expresiones Regulares' en El Manual de Referencia de GNU Emacs Lisp. Escribiendo
este capítulo, estoy presumiendo que tienes al menos una
intimidad con ellos. El mayor punto para recordar es que las
expresiones regulares te permiten buscar patrones tan bien como para
cadenas literales de caracteres. Por ejemplo, el código en
forward-sentece busca para el patrón de posibles caracteres
que podrían marcar el fin de una frase, y mueve el punto
al otro lado.



Antes de mirar en el código la función forward-sentence, es
valorable considerar que el patrón que marca el fin de una frase
debe estar. El patrón se discute en la siguiente sección;
siguiendo que es una descripción de la expresión regular de
búsqueda, re-search-forward. La función
forward-sentence es descrito en la sección
siguiente. Finalmente, la función forward-paragraph es
descrito en la última sección de este
capítulo. forward-paragraph es una función
compleja que introduce varias funcionalidades.





12.1 La Expresión Regular para sentence-end               La expresión regular para 
                               sentence-end.



12.2 La Función re-search-forward          Muy similar a search-forward.



12.3 forward-sentence           Un ejemplo sencillo de búsqueda con 
                               expresiones regulares.



12.4 forward-paragraph: una Mina de Oro de Funciones          Un ejemplo complejo de alguna cosa.



12.5 Crea tu propio fichero ‘TAGS’                      Cómo crear tu propia tabla ‘TAGS’.



12.6 Revisar  



12.7 Ejercicios con re-search-forward       











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




12.1 La Expresión Regular para sentence-end




El símbolo sentence-end se asocia al patrón que
marca el fin de una frase. ¿Cuál sería
esta expresión regular?



Claramente, una frase puede ser finalizada por un periodo, una marca
de inicio de interrogación, o una marca de exclamación. Dentro, en
Inglés, solo claúsula que finaliza con uno de estos tres
caracteres debería ser considerado el fin de una
frase. Esto significa que el patrón incluiría el
conjunto de caracteres:



 
[.?!]




Sin embargo, no queremos forward-sentence meramente saltar a un
periodo, una marca de pregunta, o una marca de exclamación, porque
tal caracater podría ser usada en el medio de una
frase. Un periodo, por ejemplo, es usada después de
abreviaciones. Así otra información es necesaria.



De acuerdo a la convención, escribe dos espacios después de cada
frase, pero solo un espacio después de un periodo, una marca de
pregunta, o una marca de exclamación seguida por dos espacios es un
buen indicador de un fin de frase. Sin embargo, en un fichero, los dos
espacios puede en vez de ser un tabulador o el fin de una
línea. Esto significa que la expresión regular
incluiría estos tres ítems como alternativas.



Este grupo de alternativas se parece a esto:



 
\\($\\| \\|  \\)
       ^   ^^
      TAB  SPC




Aquí, samp{$ indica que el fin de la
línea, y yo he apuntado donde el tab y dos espacios
están insertados en la expresión. Ambos están insertados
poniendo los caracteres actuales dentro de la expresión.



Dos barras invertidas, ‘\\’, se requiere antes de los
paréntesis y barras verticales: la primera barra invertida cita la
siguiente barra invertida en Emacs; y el segundo indica que el
siguiente caracter, el paréntesis o la barra vertical, es especial.



También, una frase puede ser seguida por uno o más retornos de
carro, como este:



 
[
]*




Como tabuladores y espacios, un retorno de carro es insertado dentro
de una expresión regular insertándolo literalmente. El asterisco
indica que el <RET> es repetido cero o más veces.



Pero uno frase no consiste solo en un periodo, una marca de pregunta o
una marca de exclamación seguida por espacios apropiados: una marca
de cerrar comillas o cerrar un paréntesis de algún tipo puede
preceder el espacio. En realidad más de uno marca o paréntesis
puede preceder el espacio. Estos requieren una expresión que se
parezca a esto:



 
[]\"')}]*




En esta expresión, el primer ‘]’ es el primer caracter en la
expresión; el segundo caracter es ‘\"’, que está precedido
por un ‘\\’ para contar Emacs el ‘\"’ no es
especial. Los últimos tres caracteres son ‘'’, ‘)’, y ‘}.



Todo esto sugiere que el patrón de la expresión regular para
asociar el fin de una frase sería; y, profundamente, si
se evalúa sentence-end se encuentra que es devuelve el valor
siguiente:



 
sentence-end
     ⇒ "[.?!][]\"')}]*\\($\\|     \\|  \\)[
]*"




(Bien, no en GNU Emacs 22; esto es porque un esfuerzo para crear el
proceso simple y manejar más símbolos y
lenguajes. Cuando el valor de sentence-end es nil,
entonces usa el valor definido por la función sentence-end es
nil, entonces usa el valor definido por la función
sentence-end. (Aquí se usa la diferencia entre un
valor y una función en Emacs Lisp.) La función devuelve un valor
construido desde las variables sentence-end-base,
sentence-end-double-space, sentence-end-without-period,
y sentence-end-without-space. La variable crítica
es sentence-end-base; su valor global es similar a uno descrito
debajo pero también contiene marcas de cita adicionales. Estas
tienen diferentes grados de curvas. La variable
sentence-end-without-period, cuando es verdad, dice a Emacs que
una frase puede finalizar sin un periodo tal como texto en Thai.)









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




12.2 La Función re-search-forward




La función re-search-forward es mucho como la función
search-forward. (Véase la sección  La Función search-forward.)



re-search-forward buscar una expresión regular. Si la
búsqueda es exitosa, deja el punto inmediatamente después del
último caracter en el objetivo. Si la búsqueda es hacia atrás,
eso deja el punto antes del primer caracter en el objetivo. Se puede
contar re-search-forward para devolver t a
cierto. (Moviendo el punto es por ello un `efecto lateral'.)



Como search-forward, la función re-search-forward toma
cuatro argumentos:



    

  1. 
El primer argumento es la expresión regular que la función
busca. La expresión regular será una cadena entre comillas.


  2. 
El segundo argumento opcional limita como de lejos la función
buscará; es un emparejamiento, que es especificado como una
posición en el búffer.


  3. 
El tercer argumento opcional especifica como la función responde al
fallo: nil como el tercer argumento causa la función para
señalar un error (e imprime un mensaje) cuando la búsqueda falla;
cualquier otro valor causa devolver nil si la búsqueda falla
y t si la búsqueda tiene éxito.


  4. 
El cuarto argumento opcional es el contaje repetido. Un contaje
negativo repetido causa re-search-forward para buscar hacia atrás.




La plantilla para re-search-forward se parece a esto:



 
(re-search-forward "regular-expression"
                limit-of-search
                what-to-do-if-search-fails
                repeat-count)




El segundo, tercer, y cuarto argumentos son opcionales. Sin embargo,
si se quiere pasar un valor a uno o ambos de los últimos dos
argumentos, se debe también pasar un valor a todos los argumentos
precedentes. De otro modo, el intérprete Lisp errará a qué
argumento estás pasando el valor.



En la función forward-sentence, la expresión regular será
el valor de la variable sentence-end. En forma simple, esto es:



 
"[.?!][]\"')}]*\\($\\|  \\|  \\)[
]*"




El límite de la búsqueda será el fin del párrafo
(desde una frase no puede ir bajo un párrafo). Si la búsqueda
falla, la función devuelve nil, y el contaje repite será
provisto por el argumento para la función forward-sentence.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




12.3 forward-sentence




El comando mueve el cursor hacia adelante una frase es una
ilustración honesta de como usar búsquedas de expresiones
regulares en Emacs Lisp. En realidad, la función parece más larga
y más complicada de lo que es; esto es porque la función está
diseñada para ir hacia atrás tan bien como hacia adelante; y,
opcionalmente, a través de una frase. La función está
normalmente asociada al comando M-e.





• forward-sentence completo  



Los bucles while    Dos bucles while.



La búsqueda de expresiones regulares    Una búsqueda de expresión regular.











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Completa la definición forward-sentence



Aquí está la código para forward-sentence:



 
(defun forward-sentence (&optional arg)
  "Ve al siguiente `sentence-end'. Con argumento, repite.
Con argumento negativo, mueve atrás repetidamente a `sentence-beginning'.
La variable `sentence-end' es una expresión regular que empareja el
fin de frases. También, cada párrafo asociado las frases tan bien.
  (interactive "p")
  (or arg (setq arg 1))
  (let ((opoint (point))
        (sentence-end (sentence-end)))
    (while (< arg 0)
      (let ((pos (point))
            (par-beg (save-excursion (start-of-paragraph-text) (point))))
       (if (and (re-search-backward sentence-end par-beg t)
                (or (< (match-end 0) pos)
                    (re-search-backward sentence-end par-beg t)))
           (goto-char (match-end 0))
         (goto-char par-beg)))
      (setq arg (1+ arg)))

    (while (> arg 0)
      (let ((par-end (save-excursion (end-of-paragraph-text) (point))))
       (if (re-search-forward sentence-end par-end t)
           (skip-chars-backward " \t\n")
         (goto-char par-end)))
      (setq arg (1- arg)))
    (constrain-to-field nil opoint t)))





La función se ve larga a primera vista y es mejor mirar a su primer
esquéleto, y entonces su músculo. El camino para ver el
esquéleto es mirar en las expresiones que empiezan las columnas
más a la izquierda:



 
(defun forward-sentence (&optional arg)
  "documentation…"
  (interactive "p")
  (or arg (setq arg 1))
  (let ((opoint (point)) (sentence-end (sentence-end)))
    (while (< arg 0)
      (let ((pos (point))
            (par-beg (save-excursion (start-of-paragraph-text) (point))))
       rest-of-body-of-while-loop-when-going-backwards
    (while (> arg 0)
      (let ((par-end (save-excursion (end-of-paragraph-text) (point))))
       rest-of-body-of-while-loop-when-going-forwards
    handle-forms-and-equivalent




\textexclamdownEsto parece bastante simple! La definición de la
función consiste de documentación una expresión
interactive, una expresión or, una expresión
let, y bucles while.



Permite mirar cada una de estas partes.



Notamos que la documentación es profunda y comprensible



La función tiene una declaración interactive "p". Esto
signifca que el argumento prefijo, si cualquiera es pasado a la
función como su argumento. (Esto será un número.) Si la
función no es pasada un argumento (eso es opcional) entonces el
argumento arg será asociado a 1.



Cuando forward-sentence se llame no interacitvamente sin un
argumento, arg está asignado nil. La expresión
or maneja esto. Lo que hace es dejar el valor de arg
como eso es, pero solo si arg está asignado a un valor; o eso
asigna el valor de arg a 1, en el caso de arg está
asignado a nil.



Lo siguiente es un let. Que especifica los valores de dos
variables locales point y sentence-end. El valor local
de punto, desde antes de la búsqueda, es usada en la función
constrain-to-field que maneja formularios y equivalentes. La
variable sentence-end está asignado por la función
sentence-end.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Los bucles while



Sigue dos bucles while. El primer while tiene un
true-or-false-test que chequea cierto si el argumento prefijo para
forward-sentence es un número negativo. Esto para volver
hacia atrás. El cuerpo de este bucle es similar al cuerpo de la
segunda cláusula while, pero eso no es exactamente el
mismo. Se escapará este bucle while y concentra en el segundo
bucle while.



El segundo bucle while está moviendo el punto hacia
adelante. Su esquéleto se parece a esto:



 
(while (> arg 0)            ; true-or-false-test
  (let varlist
    (if (true-or-false-test)
        then-part
      else-part
  (setq arg (1- arg))))     ; while loop decrementer




El bucle while es el tipo de decremento. (@xref{Bucle de
Decremento, , Un Bucle con un Contador de Decremento}.) Eso tiene un
true-or-false-test que chequea cierto tan largo con el contado (en
este caso, la variable arg) es mayor que cero; y eso tiene un
decremento que elimina 1 desde el valor del contador cada vez que el
bucle repite.



Si ningún argumento prefijo es dado para forward-sentece, que
es el camino más común es usado, este bucle while
ejecutará una vez, desde que el valor de arg será 1.



El cuerpo del cuerpo while consite de una expresión
let, que crea y asocia una variable local, y tiene, su cuerpo,
una expresión if.



El cuerpo del bucle while parece esto:



 
(let ((par-end
       (save-excursion (end-of-paragraph-text) (point))))
  (if (re-search-forward sentence-end par-end t)
      (skip-chars-backward " \t\n")
    (goto-char par-end)))




La expresión let crea y asocia la variable local
par-end. Como se ve, esta variable local está diseñado para
proporcionar una asociación o límite para la
búsqueda expresión regular. Si la búsqueda falla para encontrar
una frase apropiada finalizando en el párrafo, eso parará logrando
el fin del párrafo.



Pero primero, permíteno examinar como par-end es
asociado a la variable del fin del párrafo. Qué ocurre es que el
let asigna el valor de par-end al valor devuelto cuando
el intérprete evalúa la expresión.



 
(save-excursion (end-of-paragraph-text) (point))




En esta expresiónd, (end-of-paragraph-text) mueve el punto al
fin del párrafo, (point) devuelve el valor del punto, y
entonces save-excursion restaura el punto a su posición
original. De este modo, el let asocia par-end al valor
devuelto por la expresión save-excursion, que es la
posición del fin del párrafo.  (La función
end-of-paragraph-text usa forward-paragraph, que se
discutirá pronto.)



Emacs evalúa el cuerpo del let, que es una expresión
if que se parece a esto:



 
(if (re-search-forward sentence-end par-end t) ; if-part
    (skip-chars-backward " \t\n")              ; then-part
  (goto-char par-end)))                        ; else-part




El test if si su primer argumento es cierto y si
así, evalúa su parte then; de otro modo, el
intérprete Emacs Lisp evalúa la parte else. El true-or-false-test
de la expresión if es la búsqueda de la expresión regular.



Eso parece mal tener que mirar como el `trabajo real' de la función
forward-sentence cubierta aquí, pero esto es un
camino común este tipo de operación está traida en Lisp.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




La búsqueda de expresiones regulares



La función re-search-forward busca el fin de la frase, que
es, para el patrón definido por la expresión regular
sentence-end. Si el patrón es encontrado --- si el fin de la
frase se encuentra --- entonces la función re-search-forward
hace dos cosas:



    

  1. 
La función re-search-forward trae un efecto lateral, que es
mover el punto al fin de la ocurrencia encontrada.


  2. 
La función re-search-forward devuelve un valor de
verdad. Esto es el valor recibido por el if, y significa que la
búsqueda fué exitosa.




El efecto lateral, el movimento de punto, está completado antes de
la función if está manejado el valor devuelto por la
exitosa conclusión de la búsqueda.



Cuando la función if recibe el valor de verdad desde una
llamada exitosa a re-search-forward, el if evalúa la
parte then que es la expresión (skip-chars-backward
"\t\n"). Esta expresión mueva atrás a través de espacios en
blanco, los tabuladores o retornos de carro hasta un caracter impreso
es encontrado y entonces deja el punto correcto después del caracter
impreso cerrado de la frase, que es normalmente un periodo.



Por otro lado, si la función re-search-forward falla para
encontrar un patrón marcando el fin de la frase, la función
devuelve falso. Lo falso causa el if para evaluar su tercer
argumento, que es (goto-char par-end): eso mueve punto para el
fin del párrafo.



(Y si el texto está en una forma o equivalente, y apunta puede no
moverse completamente entonces la función constrain-to-field
empieza a funcionar.)



Las búsquedas de expresiones regulares son excepcionalmente útiles
y el patrón ilustrado por re-search-forward, en el que la
búsqueda es el test de una expresión if, es manejable. Se
verá o escribirá código incorporando este patrón con frecuencia.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




12.4 forward-paragraph: una Mina de Oro de Funciones





La función forward-paragraph mueve el punto al fin del
párrafo. Eso está normalmente asociado a M-} y hace uso de
un número de funciones que son importantes en sí,
incluyendo let*, match-beginning, y looking-at.



La definición de función para forward-paragraph es
considerablemente mayor que la definición de función para
forward-sentence porque eso funciona con un párrafo, cada
línea del que puede empezar con un prefijo relleno.



Un prefijo lleno consiste en una cadena de caracteres que son repetido
al principio de cada línea. Por ejemplo, en código
Lisp, es una convención para empezar cada línea de un
comentario de párrafo largo con ‘;;; ’. En modo Texto, cuatro
espacios en blanco crea otro prefijo lleno común, creando un
párrafo indentado. (Véase (emacs)Prefijo Relleno sección `Prefijo Relleno' en El Manual GNU Emacs para más información rellenos.)



La existencia de un prefijo lleno significa que además de ser capaz
de encontrar el fin de un párrafo cuyas líneas
empiezan más a la izquierda, la función forward-paragraph
debe ser capaz de encontrar el fin de un párrafo cuando todos o
muchas de las líneas en el búffer empieza con el
prefijo relleno.



Más allá, es algunas veces práctico ignorar un prefijo lleno que
existe, especialmente cuando las líneas en blanco
separen párrafos. Esto es una complicación añadida.





Definición de función forward-paragraph    Partes clave de la definición de la 
                                  función.



La expresión let*  


El bucle while hacia adelante             El bucle while con modo hacia adelante.











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Definición de función forward-paragraph



En vez de imprimir toda la función forward-paragraph,
nosotros solo imprimiremos partes de eso. \textexclamdownLee sin
preparación, la función puede estar para desanimar!



En esquema, la función se parece a esto:



 
(defun forward-paragraph (&optional arg)
  "documentation…"
  (interactive "p")
  (or arg (setq arg 1))
  (let*
      varlist
    (while (and (< arg 0) (not (bobp)))     ; backward-moving-code
      …
    (while (and (> arg 0) (not (eobp)))     ; forward-moving-code
      …




Las primeras partes de la función son rutinas: la función lista
argumentos que consisten de un argumento opcional. La documentación sigue.



La letra minúscula ‘p’ en la declaración interactive
significa que el argumento prefijo procesado, si cualquiera, es pasada
a la función, que ocurre si la función se llama dede otra
interactivamente. Este caso fué descrito
pronto. (Véase la sección  La función forward-sentence.) Ahora se logra el fin de la parte familiar
de esta función.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




La expresión let*



La siguiente línea de la función
forward-paragraph empieza una expresión let*. Esto es
tan diferente como let. El símbolo es let*
no let.



La forma especial let* es como let excepto que Emacs
asigna cada variable en secuencia, uno después de otro, y variable
en la última parte de la varlist que puede usar de los valores para
que Emacs asigna variable en la parte temprana de la varlist.




(save-excursion en append-to-buffer.)



En la expresión let* en esta función, Emacs asigna un total
de siete variables: opoint, fill-prefix-regexp,
parstart, parsep, sp-parstart, start, y
found-start.



La variable parsep aparece dos veces, primero, para borrar
instancias de ‘^’, y segundo, para manejar prefijos rellenos.



La variable opoint es solo el valor de point. Como se
puede adivinar, eso se usa en una expresión
constrain-to-field, solo como en forward-sentence.



La variable fill-prefix-regexp es asignado al valor devuelto
para evaluar la siguiente lista:



 
(and fill-prefix
     (not (equal fill-prefix ""))
     (not paragraph-ignore-fill-prefix)
     (regexp-quote fill-prefix))




Esta es una expresión cuyo primer elemento es la forma especial
and.



Como se aprendió antes la (véase la sección La función kill-new), la forma especial and evalúa cada uno de
sus argumentos hasta uno de los argumentos y devuelve un valor de
nil en el que el caso de la expresión and devuelve
nil; sin embargo, si ninguno de los argumentos devuelve un
valor de nil, el valor resultante de evaluar el último
argumento es devuelto. (Desde que tal valor no es nil, eso es
considerado verdad en Lisp.) En otras palabras, una expresión
and devuelve un valor de verdad solo si todos sus argumentos
son verdad.




En este caso, la variable fill-prefix-regexp está asociado a
un valor no nil solo si el las siguientes cuatro expresiones
producen un valor true (por ej., un no nil) cuando son
evaluados; de otro modo, fill-prefix-regexp está asociado a
nil.





 fill-prefix


Cuando esta variable es evaluada, el valor del prefijo lleno, si
cualquiera, está devuelto. Si no hay prefijo relleno, la variable
devuelve nil.





 (not (equal fill-prefix "")


Esta expresión chequea si un prefijo lleno es una cadena
vacía, que es, una cadena sin caracteres en eso. Una
cadena vacía no es útil un prefijo relleno.





 (not paragraph-ignore-fill-prefix)


Esta expresión devuelve nil si la variable
paragraph-ignore-fill-prefix ha sido cambiado siendo asignado
un valor de verdad tal como t.





 (regexp-quote fill-prefix)


Este es el último argumento para la forma especial and. Si
todos los argumentos al and son verdaderos, el valor resultante
de evaluar esta expresión será devuelto por la expresión
and y asociado a la variable fill-prefix-regexp,







El resultado de evaluar esta expresión and con éxito es que
fill-prefix-regexp estará asociado al valor de
fill-prefix como fué modificado por la función
regexp-quote. Lo que regexp-quote hace es leer una
cadena y devolver expresión regular que asociará exactamente la
cadena y nada más. Esto significa que fill-prefix-regexp
será asignado a un valor que asociará el prefijo si el prefijo
existe. De otro modo, la variable será asignada a nil.



Las dos variables locales siguientes en la expresión let*
están diseñadas para eliminar instancias de ‘^’ desde
parstart y parsep, las variables locales que indican que
el párrafo empieza y el separador de párrafo. La siguiente
expresión asigna parsep de nuevo. Esto es manejar prefijos
rellenos.



Esta es la configuración que requiere la llamada de la definición
let* en vez de let. El true-or-false-test para el
if depende de si la variable fill-prefix-regexp evalúa
a nil o algún otro valor.



Si fill-prefix-regexp no tiene un valor, Emacs evalúa la
parte else de la expresión if y asocia parsep a su
valor local. (parsep es una expresión regular que asocia lo
que los párrafos separan.)



Pero si fill-prefix-regexp tiene un valor, Emacs evalúa la
parte then de la expresión if y asocia parsep a una
expresión regular que incluye el fill-prefix-regexp como
parte del patrón.



Especificamente, parsep está asignado al valor original del
párrafo separar la expresión regular concatenada con una
expresión alternativa que consiste del fill-prefix-regexp
seguido por espacios en blanco opcionales para el fin de la
línea. El espacio en blanco está definido por
"[ \t]*$".) El ‘\\|’ define esta porción del regexp
como una alternativa a parsep.



De acuerdo a un comentario en el código, la siguiente variable
local, sp-parstart, se usa para buscar, y entonces los dos
finales, start y found-start, se asignan a nil.



Ahora tenemos dentro del cuerpo del let*. La primera parte del
cuerpo del let* trata con el caso cuando la función es dada
un argumento negativo y consiguientemente moviendo hacia
atrás. Nosotros escaparemos esta sección yendo hacia atrás. Se
escapará de esta sección.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




El bucle while hacia adelante



La segunda parte del cuerpo del let* trata con el proceso hacia
adelante. Eso es un bucle while que repite en sí
tan largo como el valor de arg es mayor que cero. En el uso
más común de la funciń el valor del argumento es 1,
así el cuerpo del bucle while es evaluado
exactamente una vez, y el cursor se mueve hacia adelante un párrafo.




Esta parte maneja tres situaciones: cuando punto está entre
párrafos, cuando hay un prefijo lleno y cuando no prefijo lleno.



El bucle while se parece a esto:



 
;; yendo hacia adelante y no al fin del búffer
(while (and (> arg 0) (not (eobp)))

  ;; entre párrafos
  ;; Mueve hacia delante a través de líneas de
  ;; separación...
  (while (and (not (eobp))
              (progn (move-to-left-margin) (not (eobp)))
              (looking-at parsep))
    (forward-line 1))
  ;;  This decrements the loop
  (unless (eobp) (setq arg (1- arg)))
  ;; ... y una línea más
  (forward-line 1)



  (if fill-prefix-regexp
      ;; Hay un prefijo lleno; que sobreescribe parstart;
      ;; vamos adelante línea por línea
      (while (and (not (eobp))
                  (progn (move-to-left-margin) (not (eobp)))
                  (not (looking-at parsep))
                  (looking-at fill-prefix-regexp))
        (forward-line 1))



    ;; No hay prefijo;
    ;; vamos hacia delante caracter por caracter
    (while (and (re-search-forward sp-parstart nil 1)
                (progn (setq start (match-beginning 0))
                       (goto-char start)
                       (not (eobp)))
                (progn (move-to-left-margin)
                       (not (looking-at parsep)))
                (or (not (looking-at parstart))
                    (and use-hard-newlines
                         (not (get-text-property (1- start) 'hard)))))
      (forward-char 1))



    ;; y si no hay prefijo y si no estamos al final
    ;; ir a lo que fué encontrado en la búsqueda de expresiones regulares
    ;; para sp-parstart
    (if (< (point) (point-max))
        (goto-char start))))





Se puede ver que esto un contador de decremento while, usando
la expresión (setq arg (1- arg)) como el que decrementa. Esta
expresión no está lejos desde el while, pero está oculto
en otra macro Lisp, una macro unless. A menos que estemos al
final del búffer --- esot lo que la función eobp determina;
eso es una abreviación de ‘Fin del Buffer P’ --- nosotros
decrementamos el valor de arg por uno.



(Si estamos al fin del búffer, no podemos ir hacia delante más y
el siguiente bucle de la expresión while chequeará falso
desde que el test es un and con (not (eobp)). La
función not significa exactamente como se esperaba; eso es
otro nombre de null, una función que devuelve cierto cuando
su argumento es falso.)



De manera interesante, el bucle cuenta que no está decrementado
hasta que deje el espacio entre párrafos, a menos que vuelva al fin
del búffer o pare viendo el valor local del separados del párrafo.



El segundo while también tiene una expresión
(move-to-left-margin). La función es autoexplicativo. Eso
está dentro de una expresión progn y no el último
elemento de su cuerpo, así es solo invocado para su
efecto lateral, que es mover el punto al margen izquierdo de la
línea actual.




La función looking-at es tambié auto-explicativo; eso
devuelve cierto si el texto después del punto asocia la expresión
regular dada como su argumento.



El resto del cuerpo del bucle se difícil al principio, pero tiene
sentido como tu regresas para comprenderlo.



Primero considera que ocurre si hay un prefijo de relleno:



 
  (if fill-prefix-regexp
      ;; Hay un prefijo lleno; que sobreescribe parstart;
      ;; vamos adelante línea por línea
      (while (and (not (eobp))
                  (progn (move-to-left-margin) (not (eobp)))
                  (not (looking-at parsep))
                  (looking-at fill-prefix-regexp))
        (forward-line 1))




Esta expresión mueve el punto hacia adelante línea por
línea tan lejos como que las cuatro condiciones son ciertas:



    

  1. 
Punto no está al final del búffer.


  2. 
Podemos mover al margen izquierdo del texto y no estar al fin del búffer.


  3. 
El siguiente punto no separa párrafos.


  4. 
El patrón que sigue el punto es la expresión regular prefija rellena.




La última condición puede ser un puzzle, hasta que recuerdes que
punto fué movido al principio de la línea temprana en
la función forward-paragraph. Esto significa que si el texto
tiene el prefijo relleno, la función looking-at se verá.



Considera qué ocurre cuando no hay un prefijo lleno.



 
    (while (and (re-search-forward sp-parstart nil 1)
                (progn (setq start (match-beginning 0))
                       (goto-char start)
                       (not (eobp)))
                (progn (move-to-left-margin)
                       (not (looking-at parsep)))
                (or (not (looking-at parstart))
                    (and use-hard-newlines
                         (not (get-text-property (1- start) 'hard)))))
      (forward-char 1))




El bucle while nos tiene buscando hacia adelante para
sp-parstart, que es la combianción de posibles espacios en
blanco con un valor local del comienzo de un párrafo o de un
párrafo separador. (Las últimas dos son con una expresión
empezando con (?:) así que no están
referenciadas por la función match-beginning.)



Las dos expresiones,



 
(setq start (match-beginning 0))
(goto-char start)




significa ir al comienzo del siguiente texto localizado por la
expresión regular.



La expresión (match-beginning 0) es nueva. Eso devuelve un
número especificando la posición del comienzo del texto fuese
asociado a la última búsqueda.



La función match-beginning es usado aquí porque
una característica de una búsqueda hacia adelante: una
búsqueda hacia adelante, sin dignidad si eso es una búsqueda plana
o una expresión regular, mueve el punto al fin del texto que es
encontrado. En este caso, una búsqueda exitossa mueve el punto al
fin del patrón para sp-parstart.



Sin embargo, se quiere poner el punto al fin del actual párrafo, no
en algún lugar más. En vez de eso, desde que la búsqueda
posiblemente incluye el separador del párrafo, el punto puede
finalizar al principio de lo siguiente a menos que se use una
expresión que incluya match-beginning.




Cuando un argumento de 0, match-beginning devuelve la posiciń
que es el comienzo del texto asociado por la búsqueda más
reciente. En este caso, la búsqueda más reciente parece
sp-parstart. La expresión (match-beginning 0) devuelve
la posición del comienzo de este patrón, en vez de la posición
final de este patrón.



(Incidentalmente, cuando se pasa un número positivo como un
argumento, la función match-beginning devuelve la
localización de punto en el que la expresión con paréntesis en
la última búsqueda a menos que la expresión con paréntesis
empiece con \(?:. No sé porque \(?: aparece
aquí desde que el argumento es 0.)



La última expresión cuando no hay prefijos es



 
(if (< (point) (point-max))
    (goto-char start))))




Esto dice que si no hay prefijo lleno y no estamos al punto final
movería al principio de lo que fué encontrado por la
búsqueda de la expresión regular para sp-parstart.



La definición completa para la función forward-paragraph no
solo incluy código para avanzar, pero también código para retroceder.



Si estás leyendo esto dentro de GNU Emacs y quieres ver la función
completa, se puede escribir C-h f (describe-function) y
el nombre de la función. Esto te da la documentación de función
y el nombre la librería conteniendo las fuentes de la
función. Posiciona el punto a través del nombre de la
librería y presionar la tecla RET; será tomado
directamente a las fuentes. (\textexclamdownAsegúrate de instalar las
fuentes! \textexclamdownSin
eso, estarás como una persona que intenta conducir un coche con sus
ojos cerrados!)








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




12.5 Crea tu propio fichero ‘TAGS’





Bajo C-h f (describe-function), otro camino para ver la
fuente de una función es escribir @kdb{M-.} (find-tag) y el
nombre de la función se asigna para eso. Esto es un buen hábito
para obtenerlo. El comando M-. (find-tag) toma
directamente a las fuentes de una función, variable, o nodo. La
función depende de tablas de etiquetas para contarlo donde ir.



Si la función find-tag pregunta primero por el nombre de una
tabla ‘TAGS’, dado el nombre de un fichero ‘TAGS’ tal como
‘/usr/local/src/emacs/src/TAGS’. (La ruta exacta a tu fichero
‘TAGS’ depende de como se tu copia de Emacs fué instalada. Yo
te cuento la localización que provee tanto mi C y mis fuentes de
Emacs Lisp.)



Puedes también crear tu propio fichero ‘TAGS’ para los directorios
que faltan.



Con frecuencia se necesita construir e instalar etiquetas de tablas
por tí mismo. Esas no son construidas
automáticamente. Una tabla de etiquestas llama un fichero
‘TAGS’; el nombre es letras mayúsculas.



Se puede crear un fichero ‘TAGS’ llamando el programa
etags que viene como parte de la distribución
Emacs. Normalmente, etags está compilado e instalado cuando
Emacs se construye. (etags no es una función Lisp o una parte
de Emacs; eso es un programa C.)



Para crear fichero ‘TAGS’, primero camibia la directorio en el
que se quiere crear el fichero. En Emacs se puede hacer esto con el
comando M-x cd, o visitando un fichero en el directorio, o
listando el directorio etags *.el como el comando para ejecutar



 
M-x compile RET etags *.el RET




crear un fichero de ‘TAGS’ para Emacs Lisp.



Por ejemplo, si tu tienes un número largo de ficheros en tu
directorio ‘~/emacs’, como se hace --- Yo tengo 137 ‘.el’
dentro, de que se carguen 12 --- se puede crear un fichero ‘TAGS’
para los ficheros Emacs Lisp en este directorio.



El programa etags toma todo la consola usual `comodines'. Por
ejemplo, si tienes dos directorios para el que quieres un fichero
‘TAGS’ simple, escribe etags *.el ../elisp/*.el, donde
‘../elisp/’ es el segundo directorio:



 
M-x compile RET etags *.el ../elisp/*.el RET




Tipo



 
M-x compile RET etags --help RET




para ver una lista de las opciones aceptadas por etags tan bien
como una lista de lenguajes soportados.



El programa etags maneja más de 20 lenguajes, incluyendo
Emacs Lisp, Common Lisp, Scheme, C, C++, Ada, Fortran, HTML, Java,
LaTeX, Pascal, Perl, Postscript, Python, TeX, Texinfo, makefiles, y la
mayoría de ensambladores. El programa no cambia para
especificar el lenguaje; eso reconoce el lenguaje como una entrada de
fichero de acuerdo a su nombre de fichero y contenidos.



‘etags’ es muy útil cuando se escribe código por
tí mismo y quiere referirse a funciones que ya se han
escrito. Ahora ejecuta etags de nuevo en intervalos como se
escriben nuevas funciones, así llegan a ser parte del
fichero ‘TAGS’.



Si piensa que un fichero ‘TAGS’ apropiado que ya existe para lo
que quieres, pero no conoces donde está, se puede usar el programa
locate para intentar encontrarlo.



Escribe M-x locate <RET> TAGS <RET> y Emacs
listará para ti las rutas nombres completas de todos tus ficheros
‘TAGS’. En mi sistema, este comando lista 34 fichero ‘TAGS’.
Por otro lado, un sistema `vanilla plano' que recientemente no
contenía fichero ‘TAGS’.



Si la tabla de etiquetas que se quiere ha sido creada, se puede usar
el comando M-x visit-tags-table para especificarlo. De otro
modo, se necesitará la tabla de etiquetas por tí mismo
y entonces usar M-x visit-tags-table.




Construyendo Etiquetas en las fuentes Emacs






Las fuentes GNU Emacs vienen con un ‘Makefile’ que contiene un
comando sofisticado etags que crea, recoge, y asocia tablas de
etiquetas desde todo a través de las fuentes de Emacs y pone la
información dentro de un fichero ‘TAGS’ en el directorio
‘src/’. (El directorio ‘src/’ está debajo del alto nivel
de tu directorio Emacs.)



Para construir este fichero ‘TAGS’, ir al alto nivel de
directorio de fuentes Emacs y ejecutar comando de compilar make tags:



 
M-x compile RET make tags RET




(El comando make tags trabaja bien con las fuentes de GNU
Emacs, tan bien como con otros paquetes fuentes.)



Para más información, mira (emacs)Etiquetas sección `Tablas de Etiquetas' en El Manual GNU Emacs.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




12.6 Revisar



Aquí hay un breve resumen de algunas funciones
introducidas recientemente.





 mientras


Repetidamente evalúa el cuerpo de la expresión tan larga como el
primer elemento del cuerpo chequea cierto. Entonces devuelve
nil. (La expresión es evaluado solo por sus efectos laterales.)



Por ejemplo:



 
(let ((foo 2))
  (while (> foo 0)
    (insert (format "foo is %d.\n" foo))
    (setq foo (1- foo))))

     ⇒      foo is 2.
             foo is 1.
             nil




(La función insert inserta sus argumentos en el punto; la
función format devuelve una cadena formateada desde sus
argumentos el camino message formatea sus argumentos; \n
produce una nueva línea.)





 re-search-forward


Busca un patrón, y si el patrón se encuentra, mueve el punto al
resto solo después de eso.



Toma cuatro argumentos, como search-forward:



    

  1. 
Una expresión regular que especifica el patrón para
buscarlo. (\textexclamdownRecuerda por marcas de comillas alrededor de este
argumento!)


  2. 
Opcionalmente, el límite de la búsqueda.


  3. 
Opcionalmente, que haces si la búsqueda falla, devuelve nil o
un mensaje de error.


  4. 
Opcionalmente, cuantas veces repetir la búsqueda; si negativa, la
búsqueda va hacia atrás.






 let*


Asocia algunas variables localmente a valores particulares, y entonces
evalúa los argumentos que permanencen, devolviendo el valor del
último. Mientras se asocian las variables locales, se usan los
valores locales de variables asociadas pronto, si acaso.



Por ejemplo:



 
(let* ((foo 7)
      (bar (* 3 foo)))
  (message "`bar' is %d." bar))
     ⇒ `bar' is 21.






 match-beginning


Devuelve la posición del principio del texto encontrado por la
última búsqueda de la expresión regular.





 looking-at


Devuelve t para verdadero si el texto después del punto se
asocia al argumento, que debería ser una expresión.





 eobp


Devuelve t para cierto si el punto está en el fin de la parte
accesible de un búffer. El fin de la parte accesible es el fin del
búffer no está encogido; eso es el fin de la parte encogida si el
búffer está encogido.











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




12.7 Ejercicios con re-search-forward










[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




13. Contando: Repetición y Regexps





Repetición y búsquedas de expresiones regulares son herramientas
poderosas que con frecuencia usan cuando escribes código en Emacs
Lisp. Este capítulo ilustra el uso de búsquedas de
expresiones regulares a través de la construcción de comandos de
contaje de palabras usando while bucles y recursión.





• Por qué Contar Palabras  



13.1 La Función count-words-region         Usa un regexp, pero encuentra un problema.



13.2 Cuenta Palabras Recursivamente      Empezar con caso de no palabras en región.



13.3 Ejercicio: Contando Puntuación        











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Contando palabras



La distribución de Emacs estándar contiene una función para
contar el número de líneas con una región. Sin
embargo, no hay función correspondiente para contar palabras.



Cierto tipo de pregunta escrita para contar palabras. De este modo, si
se escribe un ensayo, puede estar limitado 800 palabras; si se escribe
una novela, te puedes disciplinar a ti mismo a escribir 1000 palabras
al día. Parece erróneo para mi que a Emacs la falta un
comando de contar palabras. Quizás la gente usa Emacs
mayoritariamente para codificar o tipos de documentación que no
requiere contar palabras, o quizás eso les restringe al sistema
operativo el comando de contar palabras, wc. De manera
alternativa, la gente puede seguir la convención de las editoriales
y computar un contaje de palabras dividiendo el número de caracteres
en un documento por cinco. En cualquier evento, aquí hay
comandos para contar palabras.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




13.1 La Función count-words-region




Un comando de contar palabras podría contar palabras en
una línea, párrafo, región, o
buffer. ¿Qué comando funcionaría? Se
podría diseñar el comando para contar el número de
palabras en un buffer completo. Sin embargo, la tradición Emacs
anima a la flexibilidad --- se puede querer contar palabras solo en
una sección, en vez de en todo un buffer. Así, tiene
más sentido diseñar el comando para contar el número de palabras
en una región. Una vez tienes un comando count-words-region,
se puede, si lo deseas, contar palabras en un buffer completo
marcándolo con C-x h (mark-whole-buffer).



Claramente, contar palabras es un acto repetitivo: empezando desde el
principio de la región, se cuentas la primera palabra, entonces la
segunda palabra, entonces la tercera palabra, y así,
hasta que logres el fin de la región. Esto significa que contar
palabra es idealmente ajustado a recursión o a un bucle while.





Diseñando count-words-region    La definición usando un bucle 
                                    while.



13.1.1 El Error de Espacio en Blanco en count-words-region  










[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Diseñando count-words-region



Primero, implementaremos el comando de contar palabras con un bucle
while, entonces con la recusión. El comando, de acuerdo,
será interactivo.



La plantilla para una definición de función interactiva es, como
siempre:



 
(defun name-of-function (argument-list)
  "documentation…"
  (interactive-expression…)
  body…)




Lo qué necesitamos hacer es rellenar los slots.



El nombre de la función sería auto-explicativo y
similar al nombre del count-lines-region existente. Esto hace
el nombre fácil para recordar. count-words-region es una
buena elección.



La función cuenta palabras con una región. Esto significa que el
argumento lista debe contener símbolos que son asociados
a las dos posiciones, el principio y fin de la región. Estas dos
posiciones puede ser llamadas ‘beginning’ y ‘end’
respectivamente. La primera línea de la documentación
sería una frase simple, desde que esto es todo lo que
está impreso como documentación por un comando tal como
apropos. La expresión interactiva será de la forma
‘(interactive "r")’, desde que causará que Emacs pase al
principio y fin de la región a la lista de argumentos de
función. Todo esto es rutina.



El cuerpo de la función necesita ser escrita para hacer tres tareas:
primero, configurar condiciones bajo la que el bucle while
pueda contar palabras, segundo, ejecutar el bucle while, y
tercero, enviar un mensaje al usuario.



Cuando un usuario llama a count-words-region, apunta a que
puede al principio o fin de la región. Sin embargo, el proceso de
conteo debe empezar al principio de la región. Esto significa que
querremos poner punto si eso no está allí. Esto
significa que querremos poner el punto que hay si eso no está
allí. Ejecutando (goto-char beginning) asegura
esto. De acuerdo, querremos devolver el punto a su posición esperada
cuando la función finalice su trabajo. Por esta razón, el cuerpo
debe ser encerrado en una expresión save-excursion.



La parte central del cuerpo de la funciń consiste en un bucle
while en el que una expresión salta el punto hacia delante
palabra por palabra, y otra expresión cuenta estos saltos. El
true-or-false-test del bucle while chequería
verdadero tan largo como el punto saltaría hacia
adelante, y falso cuando el punto esté al fin de la región.



Nosotros podríamos usar (forward-word 1) como la
expresión para mover el punto hacia adelante palabra por palabra,
pero eso es fácil de ver que Emacs identifica como una `palabra' si
se usa una búsqueda expresión regular.



Una expresión regular busca lo que encuentra el patrón para el que
eso está buscando deja el punto después del último caracter
emparejado. Esto significa que una sucesión de palabras exitosas
busquen que moverá el punto adelante palabra por palabra.



Como una materia práctica, se quiere que la expresión regular
busca para saltar a través de un espacio en blanco y puntuación
entre palabras tan bien a través de las palabras en
sí. \textexclamdownUna expresión regexp que rechaza
para saltar a través de espacios en blanco entre palabras nunca
saltaría más de una palabra!. Esto significa que el
regexp incluiría el espacio en blanco y la puntuación
que sigue a una palabra, si cualquiera, como la palabra en
sí. (Una palabra puede finalizar un búffer y no tiene
cualquier espacio en blanco o puntuación, así esta
parte del regexp debe ser opcional.)



De este modo, que queremos para el regexp es un patrón definiendo
una o más palabras caracteres que constituyen caracteres seguidos,
opcionalmente, por uno o más caracteres que no son palabras
consituyentes. La expresión regular para esto es:



 
\w+\W*




La tabla de sintaxis del búffer determina qué caracteres son y no
son palabras constituyentes. (@xref{Sintaxis, , @questiondown{}Qu@'e
Constituye una Palabra o S@'{@dotless{i}}mbolo?}, más acerca de
sintaxis. También, ver Sintaxis: (emacs)Sintaxis sección `La Tabla de Sintaxis' en El Manual de GNU Emacs, y (elisp)Tablas de Sintaxis sección `Tablas de Sintaxis' en El Manual de Referencia de GNU Emacs Lisp.)



La expresión se parece a esto:



 
(re-search-forward "\\w+\\W*")




(Note que las barras invertidas que preceden el ‘w’ y
‘W’. Una barra invertida tiene significado especial al
intérprete Emacs Lisp. Eso indica que el caracter siguiente es
interpretado de manera diferente que la normal. Por ejemplo, los dos
caracteres, ‘\n’, son una ‘nueva línea’, en
vez de una barra invertida seguida por ‘\n’. Dos barras
invertidas en una fila para una `barra invertida no especial',
así Emacs Lisp interpreta el fin de mirar una barra
invertida simple seguida por una letra. Así descubre la
letra que es especial.)



Se necesita un contador para contar cuantas palabras hay; esta
variables debe primero ser asignado a 0 y entonces incrementados cada
vez que Emacs va alrededor del bucle while. La expresión de
incremento es simple:



 
(setq count (1+ count))




Finalmente, se quiere contar al usuario cuantas palabras hay en la
región. La función message se pretende para presentar este
tipo de información al usuario. El mensaje tiene que ser fraseado
así que lee apropiadamente sin cuidado cuantas palabras
hay en la región: no queremos decir que ``hay una palabra en la
regiń''. El conflicto entre singular y plural es no gramatical. Se
puede resolver este problema usando una expresión condicional que
evalúa diferentes mensajes dependiendo en el número de palabras en
la región. Hay tres posibilidades: no palabras en la región, una
palabra en la región, y más de una palabra. Esto significa que la
forma especial cond es apropiado.



Todo esto lidera a la siguiente definición de función:



 
;;; \textexclamdownLa Primera versión; tiene errores!
(defun count-words-region (beginning end)
  "Imprime el número de palabras en la región.
Las palabras están definidas al menos una palabra
constituida de caracteres seguido por al menos un 
caracter que no constituye palabra. La tabla de 
sintaxis del búffer determina qué caracteres hay."
  (interactive "r")
  (message "Contando palaras en la región ... ")



;;; 1. Configurar condiciones apropiadas.
  (save-excursion
    (goto-char beginning)
    (let ((count 0))



;;; 2. Ejecutar el bucle while.
      (while (< (point) end)
        (re-search-forward "\\w+\\W*")
        (setq count (1+ count)))



;;; 3. Enviar un mensaje al usuario.
      (cond ((zerop count)
             (message
              "La región no tiene palabras."))
            ((= 1 count)
             (message
              "The región tiene 1 palabra."))
            (t
             (message
              "The región tiene %d palabras." count))))))




Como se escribe, la función funciona, pero no en todas las circunstancias.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




13.1.1 El Error de Espacio en Blanco en count-words-region



El comando count-words-region descrito en las secciones
precedentes tienen dos errores, o incluso, un error con dos
manifestaciones. Primero, si tu marcas una región conteniendo solo
espacio en blanco en el medio de algún texto el comando
count-words-region cuenta que la región contiene un
palabra. Segundo, si se marca una región conteniendo solo espacios
en blanco al final del búffer o la porción accesible de un buffer
encogido, el comando muestra un mensaje de error que se parece a esto:



 
Búsqueda fallida: "\\w+\\W*"




Si estás leyendo esto en Info en GNU Emacs, se puede testear para
estos errores por sí mismo.



Primero, evalúa la función en la manera usual para instalarlo.



Si lo desea, se puede también instalar este atajo para evaluarlo:



 
(global-set-key "\C-c=" 'count-words-region)




Para conducir el primer test, asigna marca y punto al principio y fin
de la siguiente línea y entonces escribe C-c = (o
M-x count-words-region si no has asignado C-c =):



 
    uno   dos  tres




Emacs te contará, correctamente, que la región tiene tres palabras.



Repite el test, pero marca el lugar al principio de la
línea y emplaza el punto justo antes de la
palabra ‘uno’. De nuevo escribe el comando C-c = (o
M-x count-words-region). Emacs contaría que la
región no tiene palabaras, desde que eso está compuesto solo por
espacios en blanco al principio de la
línea. \textexclamdownPero en vez de que Emacs cuente
que la región tiene una palabra!



Para el tercer test, copia la línea de ejemplo al fin
del buffer ‘*scratch*’ y entonces escribe varios espacios al fin
de la línea. Posiciona la marca correcta después de la
palabra ‘tres’ y apunta la fin de la línea. (El fin
de la línea será el fin del buffer.) Escribe C-c
= (o M-x count-words-region) como se hizo antes. De nuevo,
Emacs te contaría que la regiones no tienen palabras,
desde que eso está compuesto solo de los espacios en blanco al fin
de la línea. En vez de eso, Emacs muestra un mensaje de
error diciendo ‘Búsqueda fallida’.



Los dos errores queman el mismo problema.



Considera la primera manifestación del error, en el que el comando
te cuenta que el espacio en blanco al principio de la
línea contiene una palabra. Lo que ocurre es esto: El
comando M-x count-words-region mueve el punto al principio de
la región. El test while si el valor del punto es más
pequeño que el valor de end, que es. Por consiguiente, en la
expresión regular se busca y encuentra la primera palabra. Eso deja
el punto después de la palabra. count es establecido a
uno. El bucle while repite; pero esta vez el valor del punto es
más largo que el valor de end, el bucle sale; y la función
muestra un mensaje diciendo el número de palabras en la región es
uno. En breve, la expresión regular busca y encuentra la palabraa
incluso aunque eso está fuera de la región marcada.



En la segunda manifestación del error, la región es un espacio en
blanco al fin del búffer. Emacs dice ‘Búsqueda fallida’. Lo
que ocurre es que true-or-false-test en el bucle while chequea
verdad, así la expresión de búsqueda es
ejecutada. Pero desde que no hay más palabras en el buffer, la
búsqueda falla.



En ambas manifestaciones del error, la búsqueda extiende o intenta
extendeer fuera de la región.



La solución es limitar la búsqueda a la región --- esto es una
acción simple y limpia, pero como tu puedes tener que llegar a
esperar, eso no es bastante simple como tu podrías pensar.



Como se ha visto, la función re-search-forward toma un
patrón de búsqueda como su primer argumento. Pero además a este
primer, argumento obligatorio, eso acepta tres argumentos
opcionales. El segundo argumento opcional asocia la búsqueda. El
tercer argumento opcional, si t, causa la función a devolver
nil en vez de la señal un error si la búsqueda falla. El
cuarto argumento opcional es un contador repetido. (En Emacs, se puede
ver una documentación de la función escribiendo C-h f, el
nombre de la función, y entonces <RET>.)



En la definición count-words-region, el valor del fin de la
región es tomada por la variable end que es pasado como un
argumento para la función. De este modo, se puede añadir
end como un argumento para la búsqueda de la expresión regular.



 
(re-search-forward "\\w+\\W*" fin)




Sin embargo, si se crea solo este cambio a la definición
count-words-region y entonces chequea la nueva versión de la
definición en extender un espacio en blanco, se recibirá un
mensaje de error diciendo ‘Búsqueda fallida’.



Lo que ocurre es esto: la búsqueda es limitada a la región, y
falla como se espera porque no hay caracteres de palabras
constituyentes en la región. Desde que eso falla, se recibe un
mensaje de error. Pero no queremos recibir un mensaje de error en este
caso; se quiere recibir el mensaje que "La región no tiene palabras".



La solución a este problema es proveer re-search-forward con
un tercer argumento de t, que causa la función para devolver
nil en vez la señalar un error si la búsqueda falla.



Sin embargo, si se crea este cambio y se intenta, se verá el mensaje
``Contando palabras en la región ...'' y … se guardará
viendo que mensaje …, hasta se escribe C-g
(keyboard-quit).



Aquí está lo que ocurre: la búsqueda está limitada
a la región, como antes, y eso falla porque no hay caracteres no
constituyentes de palabras en la región, como se
espera. Consiguientemente, la expresión re-search-forward
devuelve nil. Eso no hace nada más. En particular, no mueve
el punto, que hace como un efecto lateral si eso encuentra la
búsqueda objetiva. Después la expresión re-search-forward
devuelve nil, la siguiente expresión en el bucle while
está evaluado. Esta expresión incrementa el contador. Entonces el
bucle repite. El test true-or-false-test chequea verdad porque el
valor del punto es todavía menor que el valor final,
desde que la expresión re-search-forward no
movería el punto. … y el ciclo repite …



La definición count-words-region requiere
todavía otra modificación para causar el
true-or-false-test del bucle while para chequear falso si la
búsqueda falla. Pon otro camino, hay dos condiciones que deben ser
satisfechas en el true-or-false-test antes que el contador de palabras
variable se incremente: punto debe todavía estar con la
región y la expresiń de búsqueda debe haber encontrado una
palabra para contar.



Desde ambos la primera condición y la segunda condición debe ser
cierta juntos, las dos expresiones, la región chequea y la
expresión de búsqueda, puede estar unido con una forma especial
and y embebido en el bucle while como el
true-or-false-test, como esto:



 
(and (< (point) end) (re-search-forward "\\w+\\W*" end t))





La expresión re-search-forward devuelve t si la
búsqueda exitosa y como efecto lateral mueve el
punto. Consiguientemente, como palabras son encontradas, el punto es
movido a través de la región. Cuando la búsqueda expresión
falla para encontrar otra palabra, o cuando el punto logra el fin de
la región, el test true-or-false-test falso, el bucle while
existe, y la función count-words-region muestra uno u otro de
sus mensajes.



Después de incorporar estos cambios finales, el
count-words-region funciona sin errores (\textexclamdowno al
menos, sin los errores que yo encontré!. Aquí está
lo que parece:



 
;;; Final versión: while
(defun count-words-region (beginning end)
  "Imprime número de palabras en la región."
  (interactive "r")
  (message "Contando palabras en la región ... ")



;;; 1. Configura condiciones apropiadas.
  (save-excursion
    (let ((count 0))
      (goto-char beginning)



;;; 2. Ejecuta el bucle while
      (while (and (< (point) end)
                  (re-search-forward "\\w+\\W*" end t))
        (setq count (1+ count)))



;;; 3. Enviar un mensaje al usuario.
      (cond ((zerop count)
             (message
              "La región no tiene palabras."))
            ((= 1 count)
             (message
              "The región tiene 1 palabra."))
            (t
             (message
              "The región tiene %d palabras." count))))))









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




13.2 Cuenta Palabras Recursivamente






Se puede escribir la función para contar palabras recursivamente tan
bien como con un bucle while. Permite ver cómo es hecho.



Primero, se necesita reconocer que la función
count-words-region tiene tres trabajos: eso configura las
condiciones apropiadas para contar lo que ocurre; eso cuenta las
palabras en la región; y envía un mensaje al usuario
contando cuantas palabras hay.



Si se escribe una función recursiva simple para hacer cualquier cosa
se recibirá un mensaje para cada llamada recusiva. Si la región
contiene 13 palabras, se recibirán trece mensajes, uno correcto
después del otro. \textexclamdownNo queremos esto!. En vez de eso,
se deben escribir dos funciones para hacer el trabajo, una (la
función recursiva) será usada dentro de la otra. Una función
configurará las condiciones y muestra el mensaje; la otra
devolverá el contador de palabras.



Permítenos comenzar con la función que causa el
mensaje que será mostrado. Se puede continuar a llamar este
count-words-region.



Esta es la función que el usuario llamará. Será interactivo. En
realidad, será similar a nuestras versiones previas de esta
función, excepto que llamará recursive-count-words para
determinar cuantas palabras hay en la región.



Se puede construir una plantilla legible para esta función, basado
en versiones previas:



 
;; Versión Recursiva; usa la búsqueda de la expresión regular
(defun count-words-region (beginning end)
  "documentation…"
  (interactive-expression…)


;;; 1. Configura condiciones apropiadas.
  (explanatory message)
  (set-up functions…


;;; 2. Contar las palabras.
    recursive call


;;; 3. Enviar un mensaje al usuario.
    message providing word count))




La definición parece sencillo, excepto que como el contador devuelve
la llamada recursiva que debe ser pasada al mensaje mostrando el
contaje de palabras. Un pequeño pensamiento sugiere que esto puede
ser hecho haciendo uso de una expresión let al número de
palabras en la región, como se devuelve por la llamada recursiva; y
entonces la expresión cond, usando la asociación, puede
mostrar el valor al usuario.



Con frecuencia, uno piensa que asociar una expresión let como
secundario al trabajo `primario' de una función. Pero en este caso,
que podría considerar el trabajo `primario' de la
función, contando palabras, es hecho con la expresión let.



Usando let, la definición de función se parece a esto:



 
(defun count-words-region (beginning end)
  "Imprime el número de palabras en la región."
  (interactive "r")



;;; 1. Configura condiciones apropiadas.
  (message "Contando palabras en la región ... ")
  (save-excursion
    (goto-char beginning)



;;; 2. Contar las palabras.
    (let ((count (recursive-count-words end)))



;;; 3. Enviar un mensaje al usuario.
      (cond ((zerop count)
             (message
              "La región no tiene palabras."))
            ((= 1 count)
             (message
              "The región tiene 1 palabra."))
            (t
             (message
              "The región tiene %d palabras." count))))))




Lo siguiente, que se necesita es escribir la fución de contaje recursivo.



Una función recrsiva tiene al menos tres partes: el `do-again-test',
la `next-step-expression', y la llamada recursiva.



El do-again-test determina si la función será o no llamado de
nuevo. Desde que estamos contando palabras en una región y puede
causar una función que mueva el punto hacia delante por cada
palabra, el do-again-test puede chequear si el punto está
todavía con la región. El do-again-test
encontraría el valor del punto y determina si el punto
está antes, en, o después del valor del fin de la región. Se
puede usar la función point localizar el punto. Claramente,
se debe pasar el valor del fin de la región a la función de
contaje recursivo como un argumento.



Además, el do-again-test también chequearía si la
búsqueda encuentra una palabra. Si no, la función no se
llamaría de nuevo.



La next-step-expression cambia un valor así que cuando
la función recursiva se supone que debe parar de llamarse
así misma, eso para. Más precisamente, los cambios de
next-step-expression cambia un valor así que en el
momento adecuado, el do-again-test para la función recursiva de la
llamada en sí de nuevo. En este caso, la
next-step-expression puede ser la expresión que mueve el punto hacia
adelante, palabra por palabra.



La tercera parte de una función recursiva es la llamada recursiva.



En algún lugar, también, se necesita una parte que hace el
`trabajo' de la función, una parte que el
contaje. \texclamdownUna parte vital!



Pero ya, tenemos un guión del la función recursiva de contaje:



 
(defun recursive-count-words (region-end)
  "documentation…"
   do-again-test
   next-step-expression
   recursive call)




Ahora se necesita rellenar los slots. Permite comenzar con el caso
más simple primero: si se apunta debajo del fin de la región, no
puede haber palabras en la región, así la función
devuelve cero. De otro modo, si la búsqueda falla no hay palabras
para contar, así la función devolvería cero.



Por otro lado, si se apunta con la región y la búsqueda tiene
éxito, la función se llamaría de nuevo.



De este modo, do-again-test se vería como esto:



 
(and (< (point) region-end)
     (re-search-forward "\\w+\\W*" region-end t))




Note que la expresión de búsqueda es parte del do-again-test ---
la función devuelve t si su búsqueda tiene éxito y
nil falla. (@xref{Error de Espacio en Blanco, , El Error de
Espacio en Blanco en @code{count-words-region}}, para una
explicación de como re-search-forward funciona.)



El do-again-test es el test true-or-false de una cláusula
if. Claramente si el do-again-test tiene éxito, la then-part
de la cláusula if llamaría la función; pero
si eso falla, la else-part devolvería cero desde que el
punto está fuera de la región o la búsqueda fallón por no
había palabras a encontrar.



Pero antes de considerar la llamada recursiva, se necesita considerar
la next-step-expression. ¿Qué es eso? De manera
interesante, eso es la parte de la búsquede del do-again-test.



Además para devolver t o nil para el do-again-test,
re-search-forward mueve el punto hacia adelante como un efecto
lateral de un búsqueda exitosa. Esta es la acción que cambia el
valor de punto así que la función recursiva para de
llamarse a sí mismo cuando el punto complete su
movimiento a través de la región. Por consiguiente, la expresión
re-search-forward es la next-step-expression.



En esquema, entonces, el cuerpo de la función
recursive-count-words se parece a esto:



 
(if do-again-test-and-next-step-combined
    ;; then
    recursive-call-returning-count
  ;; else
  return-zero)




¿Cómo incorporar el mecanismo que cuenta?



Si no estas acostumbrado a escribir funciones recursivas, una pregunta
como esta puede ser un problema. Pero eso puede y sería
enfocado sistemáticamente.



Se sabe que el mecanismo de contaje sería asociado en
algún lugar con la llamada recursiva. En vez, desde que la
next-step-expression mueve el punto hacia adelante por una palabra, y
desde que una llamada recursiva es hecha para cada palabra, el
mecanismo de contaje debe ser una expresión que añade uno al valor
devuelto por una llamada para recursive-count-words



Considera varias casos:





Desde el esquema podemos ver que la parte else del if devuelve
cero para el caso de no palabras. Esto significa que la parte then del
if debe devolve un valor resultante de añadir uno al valor
devuelto desde contado de la palabras que permanecen.



La expresión se parece a esto, donde 1+ es una función que
añade uno a su argumento.



 
(1+ (recursive-count-words region-end))




La función completa recursive-count-words entonces se
parecerá e esto:



 
(defun recursive-count-words (region-end)
  "documentation…"

;;; 1. do-again-test
  (if (and (< (point) region-end)
           (re-search-forward "\\w+\\W*" region-end t))



;;; 2. then-part: la llamada recursiva
      (1+ (recursive-count-words region-end))

;;; 3. else-part
    0))




Permíteme examina como esto funciona:



Si no hay palabras en la región, la parte else de la expresión
if es evaluada y consecuentemente la función devuelve cero.



Si hay una palabra en la región, el valor del punto es menor que el
valor de region-end y la búsqueda tiene éxito. En este
caso, el true-or-false-test de la expresión if chequea
cierto, y la then-part de la expresión if es evaluada. La
expresión de contaje es evaluada. Esta expresión devuelve un valor
(que será el valor devuelto por la función completa) que es la
suma de uno añadida al valor devuelto por una llamada recursiva.



Mientras tanto, la next-step-expression ha causado el punto para salta
a través del primero (y en este caso solo) la palabra en la
región. Esto significa que cuando (recursive-count-words
region-end) está evaluada una segunda vez, como un resultado de la
llamada recursiva, el valor del punto será igual o mayor que el
valor de la región final. Así esta vez,
recursive-count-words devolverá cero. El cero será
añadido a uno, y la evaluación original de
recursive-count-words devolverá uno más cero, que es uno,
que es la cantidad correcta.



Claramente, si hay dos palabras en la región, la primera llamada a
recursive-count-words devuelve uno añadido al valor devuelto
llamando recursive-count-words en una región contiendo la
palabra que permanece --- que es, eso añade uno a uno, produciendo
dos, que es la cantidad correcta.



Similarmente, si hay tres palabras en la región, la primera llamada
recursive-count-words devuelve uno añadido al valor devuelto
llamado recursive-count-words en una región conteniendo las
dos palabras que permanecen --- y así y así.



Con documentación completa las dos funciones se parecen a esto:



La función recursiva:




 
(defun recursive-count-words (region-end)
  "Número de palabras entre punto y REGION-END."



;;; 1. do-again-test
  (if (and (< (point) region-end)
           (re-search-forward "\\w+\\W*" region-end t))



;;; 2. then-part: la llamada recursiva
      (1+ (recursive-count-words region-end))

;;; 3. else-part
    0))




El envoltorio:



 
;;; Versión Recursiva
(defun count-words-region (beginning end)
  "Imprime el número de palabras en la región.



Las palabras son definidas como al menos una palabra constituyente
seguida por al menos un caracter que es una palabra constituyente. La
tabla de sintaxis del buffer determina qué caracter hay.
  (interactive "r")
  (message "Contando palabras en la región ... ")
  (save-excursion
    (goto-char beginning)
    (let ((count (recursive-count-words end)))

      (cond ((zerop count)
             (message
              "La región no tiene palabras."))

            ((= 1 count)
             (message "La región tiene 1 palabra."))
            (t
             (message
              "La región tiene %d palabras." count))))))









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




13.3 Ejercicio: Contando Puntuación



Usando un bucle while, escribe una función para contar el
número de marcas de puntuación en una región --- periodo, coma,
punto y coma, dos puntos, exclamación, marca y marca de
pregunta. Haz lo mismo usando recursión.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




14. Contando Palabras en una defun





Nuestro siguiente proyecto es contar el número de palabras en una
definición de función. Claramente, esto puede ser hecho usando
alguna variante de count-word-region. Véase la sección  Contando Palabras: Repetición y Regexps. Si estamos ahora yendo a
contar las palabras en una definición, es suficiente fácil para
marcar la definición con el comando C-M-h (mark-defun),
y entonces llamar a count-word-region.



Sin embargo, soy más ambicioso: Yo quiero contar las palabras y
símbolos en cada definición en las fuentes de Emacs y
entonces imprime un grafo que muestre cuantas funciones hay de cada
tamaño: cuantas contienen de 40 a 49 palabras o
símbolos, cuantas contienen de 50 a 59 palabras o
símbols, y así. Yo he sido con frecuencia
curioso de cómo es una función típica, y esto se
contará.





Divide y Vencerás  



14.1 ¿Qué Contar?    ¿Qué contar?



14.2 ¿Qué Constituye un Palabra o Símbolo?     ¿Qué constituye una palabra o 
                               símbolo?



14.3 La Función count-words-in-defun       Muy como count-words.



14.4 Contar Varias defuns Con un Fichero           Contando varias funciones en un fichero.



14.5 Encontrar un Fichero       ¿Quieres buscar en un fichero?



14.6 lengths-list-file en Detalle          Una lista de los tamaños de muchas 
                               definiciones.



14.7 Contar Palabras en defuns en Diferentes Ficheros            Contando en definiciones en diferentes 
                               ficheros.



14.8 Recursivamente Cuenta Palabras en Diferentes Ficheros    Recursivamente contando en diferentes 
                                      ficheros.



14.9 Preparar los Datos para Mostrarlos en un Grafo         Preparar los datos para mostrarlos en un grafo.











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Divide y Vencerás



Descrito en una frase, el histograma del proyecto es desanimar; pero
dividido dentro de numerosos pequeños pasos, cada uno de los que
podemos tomar en un momento, el proyecto llegar ser menos
atemorizante. Permítenos considerar qué pasos deben ser:





\texclamdownEsto es un proyecto! Pero si tomamos cada paso lentamente, eso
no
será difícil.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




14.1 ¿Qué Contar?




Cuando nosotros primero empezamos pensando acerca del contaje de
palabras en una definición de función, la primera pregunta es (o
podría ser) que está yendo a contar? Cuando se habla
de `palabras' con repecto a una definición de función Lisp,
estamos actualmente hablando, en larga parte, de
`símbolos'. Por ejemplo, la siguiente función
multiply-by-seven contiend los cinco símbolos
defun, multipy-by-seven, number, *, y
7. Además, en la cadena de documentación, contiene cuatro
palabras ‘Multiplicar’, ‘NUMBER’, ‘por’, y
‘siete’. El símbolo ‘número’ es repetido,
así la definición contiene un total de diez palabras y
símbolos.



 
(defun multiply-by-seven (number)
  "Multiply NUMBER by seven."
  (* 7 number))




Sin embargo, si se marca la definición multiply-by-seven con
C-M-h (mark-defun), y entonces llama a
count-words-region dentro, se encontrará que
count-words-region \texclamdownreclama la definicón tiene
once palabras, no diez! \texclamdownAlguna cosa está mal!



El problema es doble: count-words-region no cuenta el ‘*’
como una palabra, y eso cuenta el símbolo simple,
multiply-by-seven, conteniendo tres palabras. Las conexiones
son tratadas como si fueran espacios entre palabras en vez de
conectores entre palabras ‘multiply-by-seven’ es contado como si
fuese escrito ‘multiply-by-seven’.



La causa de esta confusión es la expresión regular busca con la
definición count-words-region que mueve el punto hacia
delante palabra por palabra. En la versión canónica de
count-words-region, el regexp es:



 
"\\w+\\W*"




Esta expresión regular es un patrón definiendo una o más
palabras constituyendo caracteres posiblemente seguidos por uno o
más caracteres que no son palabras constituyentes. Esto significa
que los `caracteres que consituyen palabras' nos traen la cuestión
de la sintaxis, que es el valor de una sección en sí.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




14.2 ¿Qué Constituye un Palabra o Símbolo?




Emacs trata diferentes caracteres perteneciendo a diferntes
categorías de sintaxis. Por ejemplo, la
expresión regular, ‘\\w+’, es un patrón especificando uno o
más caracteres de palabras constituyentes. Los caracteres de
palabras constituyentes son miembros de una categoría
sintaxis. Otras categorías de sintaxis incluyen de la
clase de caracteres de puntuación, tales como el espacio en blanco
el caracter tab. (Para más información, ver Sintaxis: (emacs)Sintaxis sección `La Tabla de Sintaxis' en El Manual GNU Emacs, y
(elisp)Tablas de Sintaxis sección `Tablas de Sintaxis' en El Manual de Referencia GNU Emacs Lisp.)



Las tablas de sintaxis especifican qué caracteres pertenecen a qué
categorías. Normalmente una conexión no está
especificado como un `caracter constituido por una palabra'. En vez de
eso, se especificó como estando en la `clase de caracteres que son
parte de los nombres de símbolo, pero no las palabras.'
Esto significa que la función count-words-region lo trata del
mismo modo que trata un espacio en blanco entre palabras, que es el
por qué count-words-region cuenta ‘multiply-by-seven’
como tres palabras.



Hay dos caminos para causar que Emacs cuente ‘multiply-by-seven’
como un símbolo: modifica la tabla de sintaxis o
modifica la expresión regular.



Se podría redefinir una conexión como un caracter que
constituye una palabra modificando la tabla de sintaxis que Emacs
guarda por cada modo. Esta acción serviría nuestro
propósito, excepto que una conexión es meramente el caracter más
común con símbols que no son típicamente
un caracter de palabra constituyente; hay otros, también.



Alternativamente, se puede redefinir la expresión regular usada en
la definición count-words así como incluir
símbolos. Este procedimiento tiene el mérito de la
claridad, pero la tarea es un pequeño truco.



La primera parte es suficientemente simple: el patrón debe asignarse
``al menos un carácter que es una palabra o símbolo
constituyente''. De este modo:



 
"\\(\\w\\|\\s_\\)+"




El ‘\\(’ es la primera parte del constructo que agrupa esto que
incluye el ‘\\w’ y el ‘\\s_’ como alternativas, separadas
por los ‘\\|’.  El ‘\\w’ asocia cualquier caracter de
palabra constituyente y el ‘\\s_’ asocia cualquier caracter que
es parte de un nombre de símbolo pero no una palabra de
caracteres constituyente. El ‘+’ siguiendo el grupo indica que la
palabra o símbolo constituyen caracteres que deben ser
asociado al menos por uno.



Sin embargo, la segunda parte de regexp es más difícil
para diseñar. Lo que queremos es seguir la primera parte con
``opcionalmente uno o más caracteres que no constituyen una palabra
o símbolo''. Primero, se pensaba que
podría definir esto con el siguiente:



 
"\\(\\W\\|\\S_\\)*"




Las mayúsculas ‘W’ y ‘S’ asocian caracteres que no
son constituyente de palabra o
símbolo. Desafortunadamente, esta expresión asocia
cualquier caracter que sea o no una palabra constituyente no un
símbolo constituyente. \texclamdownEsto asocia
cualquier caracter!



Entonces se notificó que cada palabra o símbolo en mi
región test fué seguida por espacio en blanco (espacio en blanco,
tabulador, o nueva línea). Así yo
intenté emplazar un patrón para asociar uno o más espacios en
blanco después del patrón para una o más palabras o
símbolos constituyentes. Esto falló,
también. Palabras y símbolos son con frecuenca
separados por espacios en blanco, pero en el código actual los
paréntesis pueden seguir símoblos y puntuación puede
seguir las palabras. Así finalmente, se diseño un
patrón en el que la palabra o símbolo constituyentes
son seguido opcionalmente por caracteres que no son espacios en blanco
y entonces seguidos opcionalmente por espacios en blanco.



Aquí está la expresión regular completa:



 
"\\(\\w\\|\\s_\\)+[^ \t\n]*[ \t\n]*"









[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




14.3 La Función count-words-in-defun




Se ha visto que hay varios caminos para escribir una función
count-word-region. Para escribir un
count-words-in-defun, se necesita meramente adapatar una de
estas versiones.



La versión que usa un bucle while es fácil de comprender,
así estoy yendo a adaptar esto. Porque
count-words-in-defun será parte de un programa más
complejo, eso no necesita ser interactivo y no necesita mostrar un
mensaje pero solo devuelve el contaje. Estas consideracionjes
simplifican la definición un poco.



Por otro lado, count-words-in-defun será usado con un buffer
que contiene definiciones de función. Consiguientemente, es
razonable preguntar que la función determina si se llamó cuando el
punto está con una definición de función, y eso es, para
devolver el contaje para esta definición. Esto añade complejidad a
la definición, pero nos guarda desde la necesidad de pasar
argumentos a la función.



Estas consideractiones se lidera para preparar la siguiente plantilla:



 
(defun count-words-in-defun ()
  "documentation…"
  (set up…
     (while loop…)
   return count)




Tan usual, nuestro trabajo es rellenar los slots.



Primero, la configuraci'on.



Estamos presuponiendo que esta función será llamada con un
búffer conteniendo definiciones de función. Apunta si será con
una definición de función o no. Para que
count-words-in-defun funcione, el punto debe moverse al
principio de la definición, un contador debe empezar a cero, y el
bucle contando debe parar cuando el punto logre el fin de la definición.



La función beginning-of-defun busca atrás para un
delimitador de apertura tal como ‘(’ al principio de una
línea, y mueve el punto a esta posición, o sino al
límite de la búsqueda. En práctica, esto significa
que beginning-of-defun mueve el punto al principio de un cierre
o definición de función precedente, o sino al principio del buffer.



El bucle while requiere un contador para guardar la traza de
las palabras o símbolo siendo contados. Una expresión
let puede ser usado para crear una variable local para este
propósito, y lo asocia a un velor inicial de cero.



La función end-of-defun funciona como
beginning-of-defun excepto que mueve el punto al fin de la
definición. end-of-defun puede ser usado como parte de una
expresión que determina la posición del fin de la definición.



La configuración para count-words-in-defun toma forma
rápidamente: primero movemos el punto al principio de la
definición, entonces se crea una variable local para manejar el
conteo, y finalmente, se graba la posición del fin de la
definición así el bucle while conocerá cuando
parar el bucle.



El código se parece a esto:



 
(beginning-of-defun)
(let ((count 0)
      (end (save-excursion (end-of-defun) (point))))




El código es simple. La única ligera complicación es
probablemente ir al end: eso está asociado a la posición
del fin de la definición por una expresión save-excursion
que devuelve el valor del punto después de end-of-defun
temporalmente se mueve al fin de la definición.



La segunda parte del count-words-in-defun, después de la
configuración, es el bucle while.



El bucle debe contener una expresión que salta en punto hacia
adelante palabra por palabra y símbolo por
símbolo, y otra expresión que cuenta los saltos. El
true-or-false-test para el bucle while chequería
verdadero tan largo como el punto debería saltar hacia
adelante, y falso cuando apunta al fin de la definición. Ya se ha
redefinido la expresión regular para esta (@pxref{Sintaxis}),
así el bucle es sencillo:



 
(while (and (< (point) end)
            (re-search-forward
             "\\(\\w\\|\\s_\\)+[^ \t\n]*[ \t\n]*" end t)
  (setq count (1+ count)))




La tercera parte de la definición devuelve el contaje de palabras y
símbolos. Esta parte es la última expresión con el
cuerpo de la expresión let, y puede ser, muy la variable
local count, que cuando evaluado devuelve el contaje.



Puesto junto, la definición count-words-in-defun se ve como esto:




 
(defun count-words-in-defun ()
  "Devuelve el número de palabras y símbolos en una defun."
  (beginning-of-defun)
  (let ((count 0)
        (end (save-excursion (end-of-defun) (point))))

    (while
        (and (< (point) end)
             (re-search-forward
              "\\(\\w\\|\\s_\\)+[^ \t\n]*[ \t\n]*"
              end t))
      (setq count (1+ count)))
    count))




Cómo se chequea esto? La función no es interactiva, pero es
fácil poner un envoltorio alrededor de la función para hacerlo
interactiva; se puede usar casi el mismo código como la versión
recursiva de count-words-region:



 
;;; Versión Interactiva.
(defun count-words-defun ()
  "Número de palabras y símbolos en una definición
  de función."
  (interactive)
  (message
   "Contando palabras y símbolos en la definición de función ... ")

  (let ((count (count-words-in-defun)))
    (cond
     ((zerop count)
      (message
       "La definición NO tiene palabras o símbolos."))

     ((= 1 count)
      (message
       "La definición tiene 1 palabra o símbolo."))
     (t
      (message
       "La definición tiene %d palabras o símbolos." count)))))




Permite reutilizar C-c = como un atajo conveniente:



 
(global-set-key "\C-c=" 'count-words-defun)




Ahora se puede intentar count-words-defun: instala ambas
funciones count-words-in-defun y count-words-defun, y
asigna el atajo, y entonces emplaza el cursor con la siguiente definición:



 
(defun multiply-by-seven (number)
  "Multiplicar NUMBER por siete."
  (* 7 number))
     ⇒ 10




\texclamdownÉxito! La definición tiene 10 palabras y
símbolos.



El siguiente problema es contar los números de palabras y
símbolos en varias definiciones con un fichero simple.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




14.4 Contar Varias defuns Con un Fichero



Un fichero tal como ‘simple.el’ puede tener un centenar o más
definiciones de función con eso. Nuestro término objetivo es
recoger estadísticas en muchos ficheros, pero como un
primer paso, nuestro objetivo inmediato es recoger
estadísticas en un fichero.



La información será una serie de números, cada número siendo
el tamaño de una definición de función. Se puede almacenar los
número en una lista.



Saber que querremos incorporar la información considerando un
fichero con información acerca de muchos otros ficheros; esto
significa que la función para contar el tamaño de contaje con un
fichero solo necesita devolver la lista de tamaños. Eso necesita no
mostraría mensajes.



Los comando de contar palabras contienen una expresión para saltar
el punto hacia delante palabra por palabra y otra expresión para
contar los saltos. La función devuelve los tamaños de definiciones
que pueden ser diseñadas para trabajar del mismo modo, con una
expresión para saltar el punto hacia la definición por
definición y otra expresión para construir el tamaño de la lista.



Esta frase del problema hace elemental escribir la definición de
función. Claramente, empezaremos el conteo la principio del fichero,
así el primer comando será (goto-char
(point-min)). Lo siguiente, empezaremos el bucle while; y este
true-or-false del bucle puede ser una búsqueda de expresión
regular para la siguiente definición de función ---
así tan largo como la búsqueda tiene éxito, el punto
se mueve hacia adelante y entonces el cuerpo del bucle es evaluado. El
cuerpo necesita una expresión que construye la lista de
tamaños. cons, la lista de construcción del comando, puede
ser usado para crear la lista. Esto es casi todo lo que hay.



Aquí está este fragmento de código se mira como:



 
(goto-char (point-min))
(while (re-search-forward "^(defun" nil t)
  (setq lengths-list
        (cons (count-words-in-defun) lengths-list)))




Dejamos fuera el mecanismo para encontrar el fichero que contiene las
definiciones de función.



En ejemplos previos, nosotros habíamos usado esto, el
fichero Info, o cambiamos atrás y delante a algún otro búffer,
tal como el búffer ‘*scratch*’.



Encontrando un fichero es un nuevo proceso que no tenemos
todavía discutido.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




14.5 Encontrar un Fichero




Para encontrar un fichero en Emacs, se usa el comando @kdb{C-x C-f}
(find-file). Este comando es casi, pero no bastante correcto
para el problema de tamaños.



Permite mirar el fuente para find-file:



 
(defun find-file (filename)
  "Edita el fichero FILENAME.
Cambia a un búffer visitando el fichero FILENAME,
creando uno si no existe ya."
  (interactive "FFind file: ")
  (switch-to-buffer (find-file-noselect filename)))




(La versión más reciente de la definición de función
find-file permite especial comodines para visitar múltiples
ficheros; que hacen la definiciń más compleja y no lo discutirá
aquí, ya que no es relevante. Se puede ver sus fuentes
usando M-. (find-tag) o C-h f
(describe-function).)




La definición que se está mostrando posee una documentación
corta, pero completa y una especificación interactiva que muestra un
nombre de fichero cuando se usa el comando interactivamente. El cuerpo
de la definición contiene dos funciones, find-file-noselect y
switch-to-buffer.



De acuerdo a su documentación como muestra por C-h f (el
comando describe-function), la función
find-file-noselect lee el fichero nombredo dentro de un
búffer y devuelve el búffer. (Su versión más reciente incluye
un argumento comodín, también, tan bien como otro para
leer un fichero literalmente y otro suprime mensajes de aviso. Estos
argumentos opcionales son irrelevantes.) 



Sin embargo, la función find-file-noselect no selecciona el
búffer en el que se pone el fichero. Emacs no cambia su atención
(o la tuya si estás usando find-file-noselect) al búffer
seleccionado. Esto es lo que switch-to-buffer hace: eso cambia
el buffer al que la atención de Emacs es dirigida; y eso cambia el
buffer mostrado en la ventana al nuevo buffer. Hemos discutido el
buffer cambiando a otro lugar. (Véase la sección  Cambiando Buffers.)



En este proyecto de histograma, no se neceista mostrar cada fichero en
la pantalla como el programa determina el tamaño de cada
definición con eso. En vez de emplear switch-to-buffer, se
puede trabajar con set-buffer, que redirige la atención del
programa de ordenador para un buffer diferente pero no lo muestra en
pantalla. Así en vez llamar a find-file para
hacer el trabajo, debe escribir nuestra expresión.



La tarea es fácil: usar find-file-noselect y set-buffer.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




14.6 lengths-list-file en Detalle



El núclero de la función legths-list-file es un bucle
while conteniendo una función para mover el punto hacia
delante `función a función' y una función para contar el
número de palabras y símbolos en cada función. Este
núcleo debe ser rodeado por funciones que hacen otras tareas varias,
incluyendo encontrar el fichero, y asegurando que el punto empieza al
principio del fichero. La definición de la función se parece a esto:




 
(defun lengths-list-file (filename)
  "Devuelve la lista de tamaños de definiciones con FILE.
La lista devuelta es una lista de números.
Cada número es el número de palabras o
símbolos en una definición."

  (message "Trabajando en `%s' ... " filename)
  (save-excursion
    (let ((buffer (find-file-noselect filename))
          (lengths-list))
      (set-buffer buffer)
      (setq buffer-read-only t)
      (widen)
      (goto-char (point-min))
      (while (re-search-forward "^(defun" nil t)
        (setq lengths-list
              (cons (count-words-in-defun) lengths-list)))
      (kill-buffer buffer)
      lengths-list)))




La función pasa un argumento, el nombre del fichero en el que
trabajará. Eso tiene cuatro líneas de documentación,
pero sin especificación interactiva. Desde que la gente se preocupa
que un ordenador está roto si ellos no ven cualquier cosa yendo, la
primera línea del cuerpo es un mensaje.



La siguiente línea contiene un save-excursion que
devuelve a Emacs la atención al actual búffer cuando la función
se completa. Esto es útil en caso de embeber esta función en otra
función que presume el punto es restaurada al búffer original.



En la varlist de la expresión let, Emacs encuentra el fichero
y ajusta la variable local buffer al búffer conteniendo el
fichero. Al mismo tiempo, Emacs crea legths-list como una
variable local.



Lo siguiente, Emacs cambia su atención al búffer.



En la siguiente línea, Emacs crea el búffer de solo
lectura. Idealmente, esta línea no es necesaria. Ninguna
de las funciones para contar palabras y símbolos en una
definición de función cambiaría el búfer. Debajo,
el búffer no está yendo para ser guardado, incluso si eso fuese
cambiado. Esta línea es enteramente la consecuencia de
grata, quizás excesiva precaución. La razón para la precaución
es que esta función y esta se llama a trabajar en las fuentes para
Emacs y eso es inconveniente si ellos están inadvertidamente
modificadas. Eso va sin decir que no se realizó una necesidad para
esta línea hasta que un experimento fué cambiado hacia
un lado y empezó a modificar mis ficheros de fuentes Emacs …



Lo siguiente llama a alargar el búffer si eso está encogido. Esta
función es normalmente innecesaria --- Emacs crea un buffer fresco
si ninguno ya existe; pero si un búffer visitando el fichero que ya
existe que Emacs devuelve uno. En este caso, el buffer puede ser
encogido y debe ser amplio. Si se quiere ser completamente `amigo del
usuario', se pondría en orden guardar la restricción y
la localización del punto, pero no.



La expresión (goto-char (point-min)) mueve el punto al
principio del búffer.



Entonces llega un bucle while en el que el `trabajo' de la
función es traido. En el bucle, Emacs determina el tamaño de cada
definición y construye una lista de tamaños conteniendo la
información.



Emacs corta el búffer después trabajando a través de eso. Esto
es guardar espacio dentro de Emacs. Mi versión de GNU Emacs 19
contenía 300 ficheros fuente de interés; GNU Emacs 22
contiene a través de un millar de ficheros fuente. Otra función
aplicará lengths-list-file a cada uno de los ficheros.



Finalmente, la última expresión con la expresión let es
la variable lengths-list; su valor es devuelto como el valor de
la función completa.



Se puede probar esta función instalándolo en el modo
usual. Entonces posiciona tu cursor después de la siguiente
expresión y escribe C-x C-e (eval-last-sexp).



 
(lengths-list-file
 "/usr/local/share/emacs/22.1.1/lisp/emacs-lisp/debug.el")




(Se puede necesitar cambiar la ruta del fichero; el único
aquí es para GNU Emacs versión 22.1.1. Para cambiar la
expresión, cópialo para buffer ‘*scratch*’ y edítalo.



(También, para ver el tamaño completo de la lista, en vez de una
versión truncada se puede tener que evaluar lo siguiente:



 
(custom-set-variables '(eval-expression-print-length nil))




(Véase la sección  Especificando Variables usando defcustom. Entonces evalúa la expresión
lengths-list-file.)



La lista de tamaños para ‘debug.el’ toma menos de un segundo
para producirse como esto en GNU Emacs 22:



 
(83 113 105 144 289 22 30 97 48 89 25 52 52 88 28 29 77 49 43 290 232 587)




(Usando mi vieja máquina, la versión 19 tamaños lista para
‘debug.el’ se ven siete segundos para producir y mirar como esto:



 
(75 41 80 62 20 45 44 68 45 12 34 235)




(La versión nueva de ‘debug.el’ contiene más defuns que la
temprana; y mi nueva máquina es muy rápido que el viejo.



Nótese que el tamaño de la última definición en el fichero es
el primero en la lista.








[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




14.7 Contar Palabras en defuns en Diferentes Ficheros



En la sección previa, se creaba una función que devuelve una lista
de los tamaños de cada definición en un fichero. Ahora, se quiere
definir una función para devolver una lista maestra de los tamaños
de las definiciones en una lista de ficheros.



Trabajando en cada de una lista de ficheros es un acto repetitivo,
así se puede usar un bucle while o recursión.





Determina las longitudes de defuns    Devolver una lista de tamaños de funciones.



14.7.1 La Función append                     Adjuntar una lista a otra.











[ < ]
[ > ]
   
[ << ]
[ Subir ]
[ >> ]
   
   
   
   
[Arriba]
[Índice general]
[Índice]
[ ? ]




Determina las longitudes de defuns



El diseño usando un bucle while es rutina. El argumento
pasaba la función es una lista de ficheros. Como se vió pronto
(véase la sección Un bucle while y una Lista), se puede escribir un bucle while
así que el cuerpo del bucle es evaluado si tal lista
contiene elementos, pero sale del bucle si la lista está
vacía. Para que este diseño funcione, el cuerpo del
bucle debe contener una expresión que ordene la lista cada vez que
el cuerpo es evaluado, así que finalmente la lista
está vacía. La técnica normal es asignar el valor de
la lista para el valor del CDR de la lista cada vez que el cuerpo
es evaluado.



La plantilla se ve así:



 
(while test-whether-list-is-empty
  body…
  set-list-to-cdr-of-list)




También, recuérdanos que un bucle while devuelve nil
(el resultado de evaluar el true-or-false-test), no el resultado de
cualquier evaluación con su cuerpo. (Las evaluaciones con el cuerpo
del bucle son hechas para sus efectos laterales.) Sin embargo, la
expresión que asigna la lista de tamaños es parte del cuerpo --- y
que es el valor que queremos devuelto por la función como un
todo. Para hacer esto cerramos el bucle while con una
expresión let, y pone en orden que el último elem