Bases (consultas guardadas sobre las notas)

Una Base (.lnq, en Archivo → Nuevo → Nueva Base) es una consulta guardada sobre tus notas: filtra por tipo y por propiedades y ve el resultado como tabla o tablero. La Base no guarda ningún dato: las filas son tus notas .md y la fuente de verdad de cada celda es el frontmatter de la nota. Borrar un .lnq no pierde ninguna nota.

Editar la celda escribe en la nota. En la tabla, cambiar una propiedad reescribe solo esa línea del frontmatter del archivo. En el tablero, arrastrar una tarjeta de una columna a otra escribe el nuevo valor de la propiedad de agrupación (por ejemplo, pasar de leyendo a leído).

Tabla, tablero y filtro

Filtro, agrupación y columnas. La celda se abre para editar con doble clic o F2. En el diálogo Filtro, elija entre Todas las condiciones (Y) y Cualquier condición (O); el operador aparece en palabras (es igual a, contiene, está vacío…) y el botón junto a cada condición la quita. En el tablero, el selector Agrupar por elige la propiedad de las columnas — sin elección, la Base sugiere status. El ancho que arrastra en una columna de la tabla queda guardado en la Base, y Exportar CSV lleva lo que muestra la tabla, con el filtro rápido aplicado. Las claves con acento (situação:) y las listas (autores: [Ana, Bia], o un elemento por línea) pasan a ser columnas; editar una lista en la celda la guarda de nuevo como lista, en la misma forma. Una propiedad que es un bloque anidado aparece, pero no se edita desde la Base — la barra dice por qué.

Celdas por tipo. Cada columna se dibuja según el tipo de la propiedad: casilla que se marca con un clic, píldoras para listas y listas de opciones, fechas en el formato de su idioma, números alineados a la derecha y el título destacado. El tipo viene del esquema declarado y, sin él, de lo que las notas ya usan; la lista de opciones abre un selector y la fecha, un calendario. Haga clic en el encabezado para ordenar (otra vez, para invertir) — el orden queda guardado en la Base, como con el botón Ordenar. Arrastre el encabezado para cambiar el orden de las columnas; con el botón derecho se renombra la columna (solo el nombre mostrado — la clave de la nota no cambia) o se oculta. Las condiciones del filtro aparecen como etiquetas debajo de la barra: clic para editar, × para quitar. Cuando no aparece nada, la tabla dice por qué. En el tablero, cada tarjeta muestra las propiedades elegidas en Propiedades en la tarjeta, cada columna muestra cuántas tarjetas tiene y las opciones declaradas se vuelven columnas aunque estén vacías. El botón derecho en una fila abre la nota — también al lado. Con la nota abierta en una pestaña, la edición va a la pestaña: si no tenía cambios, se guarda al momento; si los tenía, el cambio queda allí hasta que la guarde.

Varias vistas y totales. El botón + junto a las pestañas crea una vista nueva de la misma Base — Tabla, Tablero, Galería, Lista o Calendario —, que nace con las columnas y el orden de la actual y desde entonces guarda los suyos. El filtro es el de la Base, el mismo para todas. Con el botón derecho en una pestaña se renombra, duplica o elimina la vista (la primera no se elimina). En la galería, elija en Portada la propiedad que apunta a una imagen de la carpeta (portada: foto.png o ![[foto.png]]); en la lista, las propiedades vienen en la misma línea del título; en el calendario, cada nota aparece en el día del Campo de fecha, y arrastrarla a otro día guarda la fecha nueva. El pie de la tabla muestra totales: haga clic debajo de una columna para elegir suma, promedio, mínimo, máximo, mediana, desviación estándar, la fecha más antigua o más reciente, las marcadas, las rellenas o los valores únicos — solo las funciones que sirven para el tipo de la columna. El total sigue el filtro rápido. Una versión anterior de la app que abra la Base ve solo la primera vista. El clic derecho en una pestaña también cambia el diseño de la vista. Las pestañas van en una fila propia, con el recuento y el menú ⋯; debajo quedan las acciones y la búsqueda, y en una pestaña estrecha los botones muestran solo el icono, con el nombre en la descripción emergente.

Fórmulas y Bases de Obsidian. En Propiedades → Nueva fórmula... se crea una propiedad calculada, que se convierte en columna como cualquier otra y se cita como formula.nombre — por ejemplo nota * 2, if(leido, "✓", ""), (plazo - today()).days o file.hasTag("libro"). El valor se calcula en el momento y nunca se guarda en las notas; con el botón derecho en el encabezado se edita la fórmula, y un error aparece con su posición. Un archivo .base de Obsidian se importa con el botón derecho en el árbol, en Importar como Base (.lnq): nace una Base junto a él con filtros, vistas, fórmulas, orden y totales, el .base sigue en su lugar, y lo que no tiene equivalente se enumera al final. Un filtro que es una expresión se convierte en una condición por expresión, mostrada como etiqueta con ƒ — una versión anterior de la app la ignora y muestra más notas, nunca menos. Por MCP, query_notes con base (y view) responde lo mismo que la pantalla.

Insertar una Base en una nota. En una línea sola, ![[lecturas.lnq]] muestra la Base como una tabla de solo lectura en el modo lectura, en el editor con formato y en la exportación; ![[lecturas.lnq#Leídos]] muestra la vista Leídos (la vista sin nombre responde al nombre de su pestaña, como Tabla). El nombre de arriba abre la Base, el título de cada fila abre la nota, y a partir de 50 filas la tabla dice cuántas quedaron fuera. Si la vista agrupa (la tabla con Agrupar, o el tablero), sale una tabla por grupo, con el nombre y el recuento de cada uno en negrita, en el mismo orden que en pantalla. Está tan al día como el índice de notas, que la ventana actualiza al abrir la carpeta. En las fórmulas y los filtros, this es la nota en la que está insertada la Base (o la propia Base, cuando se abre): proyecto == this.file.name hace que una sola Base sirva para todos los proyectos, y file.hasLink(this.file) enumera las notas que apuntan a esta. Las listas aceptan map, filter y reduce — por ejemplo autores.map(value.upper()), notas.filter(value > 7) y precios.reduce(acc + value, 0), con value, index y acc —, además de containsAll, containsAny, flat y slice.

Agrupar, ajustar, fijar y colorear la tabla. En la tabla, Agrupar separa las filas por una propiedad, con un encabezado por grupo que muestra cuántas notas tiene; al hacer clic en el encabezado el grupo se contrae o se expande, y contraer solo afecta a la pantalla: no cambia la Base, el recuento, los totales ni el CSV. En Mostrar están Ajustar el texto en las celdas (la fila crece para mostrar el texto entero), Fijar la primera columna (se queda quieta mientras las demás se desplazan hacia el lado) y Colores de las filas...: cada regla es una expresión, como status == "atrasado" o plazo < today(), y un color; la primera regla verdadera colorea la fila, con un tono que acompaña al tema claro y al oscuro. Todo esto se guarda por vista, y una versión anterior de la app simplemente muestra la tabla sin estas opciones.

Línea de tiempo, colores de las opciones y portada. La vista Línea de tiempo dibuja una barra por nota, del campo de Inicio al de Fin (sin fin, un solo día), con el día de hoy marcado y la escala en días, semanas o meses; arrastrar la barra desplaza las dos fechas el mismo número de días y las guarda en la nota, y el color de la barra sigue los colores de las filas. En el editor de tipos, Colores de las opciones... da un color a cada valor de una Lista de opciones: aparece en la píldora de la tabla, en las tarjetas y en un punto en el encabezado de la columna del tablero. En la galería, la portada puede ser la Primera imagen de la nota, sin necesidad de una propiedad.

Propiedades, esquema y Git

Cada nota declara sus propiedades en el frontmatter (type, status, autor…). Usa el panel lateral Propiedades de la nota para editarlas como campos tipados (texto, número, fecha, casilla) en lugar de YAML en crudo — ver Notas en Markdown.

El .lnq es NDJSON (un registro por línea), pensado para Git: dos máquinas pueden editar la misma Base en paralelo —una añade una columna, la otra ajusta un filtro— y la fusión conserva ambos cambios sin conflicto.

Esquema declarado (opcional). De forma predeterminada LightNote infiere los campos de cada tipo a partir de lo que las notas ya usan: no hace falta declarar nada. Cuando quiera fijar el esquema, abra Herramientas → Tipos de nota... (o el botón de engranaje de la mini-barra Propiedades de la nota): declare los campos de cada tipo, su tipo de dato (texto, número, fecha, casilla, lista de opciones) y una plantilla predeterminada. Con el esquema, un campo de lista de opciones se convierte en un desplegable con los valores permitidos, los campos declarados aparecen en los selectores de columna y filtro de la Base aunque ninguna nota los use todavía, y el botón Aplicar plantilla del tipo trae el esqueleto de la nota. El esquema vive en .lightnote/types.ndjson: NDJSON combinable, versionado en Git junto con las notas; borrarlo no altera ninguna nota, solo vuelve a la inferencia.

Fechas relativas en el filtro. En el valor de una condición valen términos como today, yesterday, tomorrow, 7 days ago y in 2 weeks (también 3 months ago, in 1 week). Con ellos, vencimiento = today y vencimiento < today (atrasadas) siguen valiendo mañana — antes solo se podía escribir la fecha del día a mano, y la consulta guardada envejecía en 24 h. El valor es siempre un punto en el tiempo, y el rango sale de componerlo con el operador: modificado > 7 days ago es "lo que toqué esta semana". Una nota sin fecha legible en ese campo no entra en ninguna comparación de fecha, ni en la negativa. Una fecha ISO escrita a mano (2026-09-01) sigue valiendo como texto.

El índice corre en segundo plano. La Base y Herramientas → Consultar notas (SQL) recorren las notas antes de mostrar el resultado — un stat por archivo y la lectura de los que cambiaron desde la última vez. Eso ahora ocurre fuera de la ventana: la Base abre enseguida diciendo Indexando las notas… en su barra y se llena cuando termina; el botón Reindexar queda deshabilitado mientras tanto, porque un segundo recorrido de la misma carpeta no aportaría nada.

Campos de las tareas

Campos de las tareas. Cada tarea de un tablero de tareas (.lnt) tiene una nota, y esa nota aparece en la Base con los campos del tablero: task.status, task.column, task.done, task.due, task.start, task.end, task.completed, task.priority, task.progress, task.effort, task.tags, task.checklist, task.archived, task.board. En la tabla, el encabezado muestra el nombre del campo (Estado, Vencimiento…), y el nombre técnico queda en la sugerencia y en el menú Propiedades. task.done es true en la última columna del Kanban, task.priority muestra el nombre de la prioridad, como en el tablero (de Baja a Urgente, vacío cuando no hay) — ordenar y filtrar usan el número guardado, de 1 a 4 y task.checklist muestra elementos hechos/total. Solo entran en los selectores cuando la carpeta tiene un tablero, y son de solo lectura: manda el tablero, y la nota no recibe una copia en el frontmatter — así arrastrar una tarjeta en el Kanban nunca deja a los dos en desacuerdo. Para cambiar el estado, usa el tablero de tareas; en el tablero de la Base, agrupar por un campo task. muestra las columnas pero no acepta arrastrar. En una tarea de inicio relativo, task.start queda vacío, porque esa fecha solo se calcula con el tablero abierto. Un status que escribas tú en el frontmatter de la nota sigue siendo tuyo y editable, junto a task.status. En Herramientas → Consultar notas (SQL) los mismos campos se leen como task.status. task.column es la posición de la columna en el Kanban (1, 2, 3…); por eso el tablero de la Base agrupado por task.status muestra las columnas en el orden del Kanban y no alfabéticamente.

Editar la Base con IA

Editar con IA…, en la barra de la Base, recibe un pedido en texto libre — rellena el autor de cada libro, marca como leído lo que tiene calificación, muestra la columna autor y ordena por año — y la IA propone los cambios: escribir propiedades en el frontmatter de las notas y cambiar la estructura de la Base (mostrar u ocultar columnas, el nombre mostrado de una columna, fórmulas, orden, agrupación y filtro). No crea ni borra notas: eso sigue haciéndose en el árbol.

La revisión es la misma de la tabla personalizada: nada se guarda antes de Aplicar, y lo que desmarques queda fuera. La propiedad llega a la nota por el mismo camino que la celda: en una nota abierta con cambios, entra en la pestaña y espera a que guardes. Los campos calculados (los incorporados, los de la tarea y las fórmulas) no se escriben. La estructura deja la Base con cambios por guardar (Ctrl+S). Después de aplicar, la franja de arriba ofrece Deshacer, que revierte las propiedades y la estructura de una vez.