Base (query salvate sulle note)

Una Base (.lnq, in File → Nuovo → Nuova Base) è una query salvata sulle tue note: filtra per tipo e per proprietà e vedi il risultato come tabella o bacheca. La Base non conserva alcun dato: le righe sono le tue note .md e la fonte di verità di ogni cella è il frontmatter della nota. Eliminare un .lnq non perde alcuna nota.

Modificare la cella scrive nella nota. Nella tabella, cambiare una proprietà riscrive solo quella riga del frontmatter del file. Nella bacheca, trascinare una carta da una colonna all'altra scrive il nuovo valore della proprietà di raggruppamento (per esempio da in lettura a letto).

Tabella, bacheca e filtro

Filtro, raggruppamento e colonne. La cella si apre in modifica con un doppio clic o F2. Nella finestra Filtro, scegli tra Tutte le condizioni (E) e Qualsiasi condizione (O); l’operatore compare a parole (è uguale a, contiene, è vuoto…) e il pulsante accanto a ogni condizione la rimuove. Nella bacheca, il selettore Raggruppa per sceglie la proprietà delle colonne — senza scelta, la Base suggerisce status. La larghezza che trascini su una colonna della tabella resta salvata nella Base, ed Esporta CSV porta ciò che la tabella mostra, con il filtro rapido applicato. Le chiavi con accento (situação:) e le liste (autori: [Ana, Bia], o un elemento per riga) diventano colonne; modificare una lista nella cella la riscrive come lista, nella stessa forma. Una proprietà che è un blocco annidato compare, ma non si modifica dalla Base — la barra dice perché.

Celle per tipo. Ogni colonna si disegna secondo il tipo della proprietà: una casella di controllo che si spunta con un clic, pillole per liste ed elenchi di opzioni, date nel formato della tua lingua, numeri allineati a destra e il titolo in evidenza. Il tipo viene dallo schema dichiarato e, senza di esso, da ciò che le note già usano; un elenco di opzioni apre un selettore e una data, un calendario. Fai clic sull’intestazione per ordinare (di nuovo, per invertire) — l’ordinamento resta salvato nella Base, come con il pulsante Ordina. Trascina l’intestazione per cambiare l’ordine delle colonne; con il tasto destro rinomini la colonna (solo il nome visualizzato — la chiave della nota non cambia) o la nascondi. Le condizioni del filtro compaiono come etichette sotto la barra: clic per modificare, × per rimuovere. Quando non compare nulla, la tabella dice perché. Nella bacheca, ogni carta mostra le proprietà scelte in Proprietà sulla carta, ogni colonna mostra quante carte contiene e le opzioni dichiarate diventano colonne anche vuote. Il tasto destro su una riga apre la nota — anche accanto. Con la nota aperta in una scheda, la modifica va alla scheda: se non aveva modifiche, viene salvata subito; se ne aveva, la modifica resta lì finché non salvi.

Più visualizzazioni e totali. Il pulsante + accanto alle schede crea una nuova visualizzazione della stessa Base — Tabella, Bacheca, Galleria, Elenco o Calendario —, che nasce con le colonne e l’ordinamento di quella attuale e da lì in poi conserva i propri. Il filtro è quello della Base, uguale per tutte. Con il tasto destro su una scheda rinomini, duplichi o elimini la visualizzazione (la prima non si elimina). Nella galleria, scegli in Copertina la proprietà che punta a un’immagine della cartella (copertina: foto.png o ![[foto.png]]); nell’elenco, le proprietà stanno sulla riga del titolo; nel calendario, ogni nota compare nel giorno del Campo data, e trascinarla su un altro giorno salva la nuova data. Il piè della tabella mostra i totali: fai clic sotto una colonna per scegliere somma, media, minimo, massimo, mediana, deviazione standard, la data più antica o più recente, le selezionate, le compilate o i valori univoci — solo le funzioni adatte al tipo della colonna. Il totale segue il filtro rapido. Una versione precedente dell’app che apre la Base vede solo la prima visualizzazione. Il clic destro su una scheda cambia anche il layout della visualizzazione. Le schede stanno su una riga propria, con il conteggio e il menu ⋯; sotto ci sono le azioni e la ricerca, e in una scheda stretta i pulsanti mostrano solo l'icona, con il nome nel suggerimento.

Formule e Base di Obsidian. In Proprietà → Nuova formula... crei una proprietà calcolata, che diventa una colonna come le altre e si cita come formula.nome — per esempio voto * 2, if(letto, "✓", ""), (scadenza - today()).days o file.hasTag("libro"). Il valore è calcolato al momento e non viene mai scritto nelle note; con il tasto destro sull’intestazione modifichi la formula, e un errore compare con la sua posizione. Un file .base di Obsidian si importa con il tasto destro nell’albero, scegliendo Importa come Base (.lnq): accanto nasce una Base con filtri, visualizzazioni, formule, ordinamento e totali, il .base resta al suo posto e ciò che non ha equivalente viene elencato alla fine. Un filtro che è un’espressione diventa una condizione per espressione, mostrata come etichetta con ƒ — una versione precedente dell’app la ignora e mostra più note, mai meno. Tramite MCP, query_notes con base (e view) risponde come lo schermo.

Incorporare una Base in una nota. Su una riga a sé, ![[letture.lnq]] mostra la Base come tabella di sola lettura in modalità lettura, nell’editor formattato e nell’esportazione; ![[letture.lnq#Letti]] mostra la visualizzazione Letti (una visualizzazione senza nome risponde al nome della sua scheda, come Tabella). Il nome in alto apre la Base, il titolo di ogni riga apre la nota, e oltre 50 righe la tabella dice quante ne sono rimaste fuori. Se la visualizzazione raggruppa (la tabella con Raggruppa, o la bacheca), esce una tabella per gruppo, con il nome e il conteggio di ciascuno in grassetto, nello stesso ordine dello schermo. È aggiornata quanto l’indice delle note, che la finestra aggiorna all’apertura della cartella. Nelle formule e nei filtri, this è la nota in cui la Base è incorporata (o la Base stessa, quando è aperta): progetto == this.file.name fa servire una sola Base a tutti i progetti, e file.hasLink(this.file) elenca le note che puntano a questa. Le liste accettano map, filter e reduce — per esempio autori.map(value.upper()), voti.filter(value > 7) e prezzi.reduce(acc + value, 0), con value, index e acc —, oltre a containsAll, containsAny, flat e slice.

Raggruppare, mandare a capo, bloccare e colorare la tabella. Nella tabella, Raggruppa divide le righe per una proprietà, con un’intestazione per gruppo che mostra quante note contiene; un clic sull’intestazione comprime o espande il gruppo, e comprimere riguarda solo lo schermo — non cambia la Base, il conteggio, i totali né il CSV. In Mostra ci sono Manda a capo il testo nelle celle (la riga cresce per mostrare tutto il testo), Blocca la prima colonna (resta ferma mentre le altre scorrono di lato) e Colori delle righe...: ogni regola è un’espressione, come status == "in ritardo" o scadenza < today(), e un colore; la prima regola vera colora la riga, con un tono che segue il tema chiaro e quello scuro. Tutto questo viene salvato per visualizzazione, e una versione precedente dell’app mostra semplicemente la tabella senza queste opzioni.

Sequenza temporale, colori delle opzioni e copertina. La visualizzazione Sequenza temporale disegna una barra per nota, dal campo di Inizio a quello di Fine (senza fine, un solo giorno), con oggi evidenziato e la scala in giorni, settimane o mesi; trascinare una barra sposta le due date dello stesso numero di giorni e le salva nella nota, e il colore della barra segue i colori delle righe. Nell’editor dei tipi, Colori delle opzioni... dà un colore a ogni valore di un Elenco di opzioni: compare nella pillola della tabella, sulle schede e come punto nell’intestazione della colonna della bacheca. Nella galleria, la copertina può essere la Prima immagine della nota, senza bisogno di una proprietà.

Proprietà, schema e Git

Ogni nota dichiara le sue proprietà nel frontmatter (type, status, autore…). Usa il pannello laterale Proprietà della nota per modificarle come campi tipizzati (testo, numero, data, casella) invece che come YAML grezzo — vedi Note in Markdown.

Il file .lnq è NDJSON (un record per riga), pensato per Git: due macchine possono modificare la stessa Base in parallelo — una aggiunge una colonna, l'altra regola un filtro — e il merge mantiene entrambe le modifiche senza conflitti.

Schema dichiarato (facoltativo). Per impostazione predefinita LightNote deduce i campi di ogni tipo da ciò che le note già usano: non devi dichiarare nulla. Quando vuoi fissare lo schema, apri Strumenti → Tipi di nota... (o il pulsante a ingranaggio della mini-barra Proprietà della nota): dichiara i campi di ogni tipo, il loro tipo di dato (testo, numero, data, casella di controllo, elenco di opzioni) e un modello predefinito. Con lo schema, un campo elenco di opzioni diventa un menu a discesa con i valori ammessi, i campi dichiarati compaiono nei selettori di colonna e filtro della Base anche prima che una nota li usi, e il pulsante Applica il modello del tipo inserisce lo scheletro della nota. Lo schema vive in .lightnote/types.ndjson — NDJSON unibile, versionato in Git insieme alle note; eliminarlo non modifica alcuna nota, si torna soltanto alla deduzione.

Date relative nel filtro. Nel valore di una condizione valgono termini come today, yesterday, tomorrow, 7 days ago e in 2 weeks (anche 3 months ago, in 1 week). Così scadenza = today e scadenza < today (in ritardo) valgono anche domani — prima si poteva solo scrivere a mano la data del giorno, e la query salvata invecchiava in 24 h. Il valore è sempre un punto nel tempo, e l'intervallo nasce dalla composizione con l'operatore: modificato > 7 days ago significa "toccato questa settimana". Una nota senza data leggibile in quel campo non rientra in nessun confronto di data, nemmeno in quello negativo. Una data ISO scritta a mano (2026-09-01) continua a valere come testo.

L'indice gira in secondo piano. La Base e Strumenti → Interrogazione note (SQL) scorrono le note prima di mostrare il risultato — uno stat per file più la lettura di quelle cambiate dall'ultima volta. Ora questo avviene fuori dalla finestra: la Base si apre subito dicendo Indicizzazione delle note… nella sua barra e si riempie quando finisce; il pulsante Reindicizza resta disabilitato nel frattempo, perché una seconda scansione della stessa cartella non servirebbe a nulla.

Campi delle attività

Campi delle attività. Ogni attività di una bacheca delle attività (.lnt) ha una nota, e quella nota compare nella Base con i campi della bacheca: 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. Nella tabella, l’intestazione mostra il nome del campo (Stato, Data di scadenza…), e il nome tecnico è nel suggerimento e nel menu Proprietà. task.done è true nell'ultima colonna del Kanban, task.priority mostra il nome della priorità, come nella bacheca (da Bassa a Urgente, vuoto se non c’è) — ordinamento e filtro usano il numero salvato, da 1 a 4 e task.checklist mostra le voci completate/totali. Compaiono nei selettori solo quando la cartella contiene una bacheca, e sono di sola lettura: fa fede la bacheca, e la nota non ne riceve una copia nel frontmatter — così trascinare una carta nel Kanban non lascia mai le due in disaccordo. Per cambiare lo stato usa la bacheca delle attività; nella bacheca della Base, raggruppare per un campo task. mostra le colonne ma non accetta il trascinamento. In un'attività con inizio relativo, task.start resta vuoto, perché quella data viene calcolata solo con la bacheca aperta. Uno status che scrivi tu nel frontmatter della nota resta tuo e modificabile, accanto a task.status. In Strumenti → Interrogazione note (SQL) gli stessi campi si leggono come task.status. task.column è la posizione della colonna nel Kanban (1, 2, 3…): per questo la bacheca della Base raggruppata per task.status mostra le colonne nell'ordine del Kanban e non in ordine alfabetico.

Modificare la Base con l’IA

Modifica con l’IA…, nella barra della Base, riceve una richiesta in parole libere — compila l’autore di ogni libro, segna come letto ciò che ha un voto, mostra la colonna autore e ordina per anno — e l’IA propone le modifiche: scrivere proprietà nel frontmatter delle note e cambiare la struttura della Base (mostrare o nascondere colonne, il nome visualizzato di una colonna, formule, ordinamento, raggruppamento e filtro). Non crea né elimina note: questo si fa sempre nell’albero.

La revisione è la stessa della tabella personalizzata: nulla viene salvato prima di Applica, e ciò a cui togli la spunta resta fuori. La proprietà arriva nella nota per la stessa strada della cella: in una nota aperta con modifiche entra nella scheda e aspetta che tu salvi. I campi calcolati (quelli integrati, quelli delle attività e le formule) non vengono scritti. La struttura lascia la Base con modifiche da salvare (Ctrl+S). Dopo l’applicazione, la fascia in alto offre Annulla, che riporta indietro in una volta proprietà e struttura.