Wikisource:Domande tecniche/Archivio/2017

Modulo dati non funziona? modifica

Seguendo l'ottima Guida, ho provato a creare una pagina indice usando il modulo dati. Ma premendo sul link "Importa Dati" nella sidebar degli Strumenti, non succede niente anche dopo diversi minuti. Quale può essere il problema?

L'opera a cui mi riferisco è questa - Pepato (disc.) 09:54, 16 feb 2017 (CET)[rispondi]

@Pepato l'errore sembra dovuto al fatto che nella pagina da te linkata il Template:Indice pagine è settato con un colore "5" che non esiste. Prova a modificarlo con un numero da 1 a 4 e poi a ripetere la procedura. --L0ll0 (disc.) 10:22, 16 feb 2017 (CET)[rispondi]

Grazie, era quello il motivo. Pepato (disc.) 10:52, 16 feb 2017 (CET)[rispondi]

Due idee ronzanti modifica

Due idee, entrambe parenti di eis (grazie a chi lo usa! E' per me un'enorme soddisfazione!):

ris, Read In Sequence. Intanto che il lettore di nsPagina legge una pagina, un processo asincrono potrebbe caricare html e immagine della pagina successiva; al click su "prossima pagina" la visualizzazione potrebbe essere istantanea;
miglioramento di eiv (Edit In View):
- spostamento del cursore nel box di edit esattamente dove sta nella pagina in view al momento del lancio di eiv;
- possibilità di memorizzare modifiche multiple prima di salvare il codice wiki modificato.

Nel mio "simulatore mentale" entrambe le modifiche sarebbero molto comode per un "SAL 100% accelerato"--Alex brollo (disc.) 07:59, 19 mar 2017 (CET)[rispondi]

Indice corrotto modifica

Che cosa è successo in Indice:Trionfo e Danza della Morte.djvu? alcune versioni della cronologia funzionano parzialmente, ma non so se basta ripristinare la versione. --Luigi62 (disc.) 09:20, 27 mag 2017 (CEST)[rispondi]

Sembra che i dati ci siano ancora (la pagina pesa ancora più di 6 KB), ma non siano riconosciuti dal sistema che quindi mostra quel blob. Siccome però la pagina indice non è una pagina wiki "classica" i dati grezzi non sono modificabili dagli utenti comuni per cui bisogna sentire da qualche amministratore. @Candalua, OrbiliusMagister sapete dare qualche info in più al riguardo? --L0ll0 (disc.) 11:09, 27 mag 2017 (CEST)[rispondi]

La cronologia mi sembra chiara: nel 2012 c'è stata una modifica di Alebot che ha rimosso quasi tutto il contenuto. Ho ripristinato usando l'ultima versione buona. Quello che non mi spiego è come abbiamo fatto a non accorgercene per 5 lunghi anni... Can da Lua (disc.) 17:41, 27 mag 2017 (CEST) Mi viene il dubbio però che la diff non stia funzionando bene, vedo una rimozione di testo ma non una corrispondente variazione in dimensione. Can da Lua (disc.) 17:54, 27 mag 2017 (CEST)[rispondi]

No, sono sicuro che qualche mese fa funzionasse. Adesso mi è capitato questo: Indice:Progetto di una strada a guide di ferro da Venezia a Milano.djvu, lo stavo guardando, ho premuto Purge per far comparire i quadratini (perché ormai compaiono un volta su tre) e il testo è scomparso. --Luigi62 (disc.) 22:33, 28 mag 2017 (CEST)[rispondi]

@Alex brollo ho visto un tuo intervento su Indice:Una sfida al Polo.djvu, si trattava di questo stesso problema? Can da Lua (disc.) 09:51, 29 mag 2017 (CEST)[rispondi]

Non so se fa parte del problema ma ho appena messo un piccolo post al Bar con simili piacevolezze :( --Silvio Gallio (disc.) 10:21, 29 mag 2017 (CEST)[rispondi]

@Silvio Gallio sembra lo stesso problema, ma nel tuo caso è ancora peggiore: negli altri indici sono riuscito a recuperare il testo da una versione vecchia della pagina, nel tuo invece qualunque revisione sembra contenere solo la stringa "{{:MediaWiki:Proofreadpage_index_template\n}}" e null'altro. Ovviamente ciò è implausibile, quindi senz'altro c'è qualche malfunzionamento in corso. Però ho provato con altri indici e funzionano. Quindi la cosa sembra essere randomica. Can da Lua (disc.) 11:29, 29 mag 2017 (CEST)[rispondi]

Ho trovato un elemento in comune: tutti gli indici corrotti sembrano essere stati creati o modificati circa nel 2011/2012. Gli indici creati dopo questa data non sembrano invece danneggiati. La mia ipotesi è che intorno al 2011 ci sia stata qualche anomalia che ha causato degli edit "non buoni", ma che in qualche modo venivano ugualmente "tollerati" dal sistema. Di recente invece è avvenuto qualche altro cambiamento che fa sì che queste vecchie modifiche non siano più "accettate" (non saprei come esprimermi meglio). Can da Lua (disc.) 11:44, 29 mag 2017 (CEST)[rispondi]

intanto fuori uno, no?. Se poi arriva qualche altra rogna siamo qui per voi :P Silvio Gallio (disc.) 11:48, 29 mag 2017 (CEST)[rispondi]

Uno? Chissà quanti saranno. Bisognerà controllare i 1500 indici uno per uno. Intanto inizio a segnare qui quelli che ho trovato e che sono stati almeno parzialmente sistemati. A volte non è stato possibile recuperare tutte le informazioni, in particolare l'indice sommario. Can da Lua (disc.) 12:17, 29 mag 2017 (CEST)[rispondi]

@Candalua Intervengo solo ora, mi ero "perso" la discussione. Me ne sono accorto per la prima volta in Indice:Strade ferrate nello Stato Pontificio.djvu che ho editato normalmente per aggiustare il pagelist, sembrava tutto ok, poi d'improvviso si è rotto in modo non recuperabile (scomparso/inaccessibile anche il codice wiki in cronologia). Vinti i sensi di colpa (cos'ho combinato) ho rabberciato, ma poi è successo di nuovo su altri indici. Recuperando dalla cronologia, quando si può, ho notato la perdita del numero di pagina da visualizzare come thumb, che adesso si inserisce con un menu popup e non più con codice.

Proverò a leggere via bot il codice delle versioni precedenti, eventualmente si dovrebbe poter fare un controllo massivo di parsing del codice attivo, sempre via bot. Mi pare impossibile che siano riusciti nell'impresa di cancellare i codici wiki dalla cronologia! --Alex brollo (disc.) 15:40, 29 mag 2017 (CEST)[rispondi]

Io sto leggendo ma posso solo dire: "Questo MI SEMBRA ok o meno"...Non mi pare un grande aiuto. sob! Noto peraltro che lavori ferroviari sono massicciamente presenti... ri-*sob! Se posso fare altro ditemi cosa e come. Gli indici "Sistemati da ricontrollare": ho dato un'occhiata random mi sembrano Ok con qualche piccola grattatina da dare (tipo i template Pt (vedi più sotto) che immagino preesistenti --Silvio Gallio (disc.) 16:08, 29 mag 2017 (CEST)[rispondi]

@Silvio Gallio, Alex brollo da quel che sappiamo finora, il problema dovrebbe essere limitato alla pagina Indice e non alle pagine Pagina. Quello che a volte è andato perduto nella "ricostruzione" sono ad esempio l'editore, la città, la qualità 75%-100%, il pagelist, più il template Indice sommario (a cui possiamo a fin dei conti rinunciare, se il testo ns0 è già stato creato — mi dispiace solo che OrbiliusMagister si era fatto un bel mazzo a suo tempo per compilarlo...). Dove non è possibile recuperare, temo che non rimanga altro che reinserire le informazioni daccapo... e purtroppo nei corrotti "irrecuperabili" ce ne sono molti sulle ferrovie. Una bella beffa. E meno male che nel mondo wiki dicono che "è tutto in cronologia, è impossibile perdere informazioni..." e invece anche interrogando una revisione specifica, ecco il risultato :( Can da Lua (disc.) 20:01, 29 mag 2017 (CEST)[rispondi]

Scoperta importante: a volte c'è una revisione "buona" in mezzo ad una serie di revisioni "cannate". Quindi a volte, anche se la più vecchia è corrotta, cercando bene se ne trova una recuperabile. Can da Lua (disc.) 20:43, 29 mag 2017 (CEST)[rispondi]

AAARGH! In questo periodo sono presissimo dalla RL. Quest'ultima scoperta mi getta nello sconforto di non poter aiutare. Portate pazienza, se ho due minuti avrete notato dai miei edit che prendo una pagina a caso e rileggo. εΔ ω 07:26, 30 mag 2017 (CEST)[rispondi]

@Alex brollo per te sarebbe abbastanza facile realizzare un "visualizzatore di indici", cioè una specie di vis che mi carichi il primo indice in ordine alfabetico, e con due freccie mi faccia navigare avanti e indietro (magari facendo un purge prima)? Can da Lua (disc.) 18:08, 30 mag 2017 (CEST)[rispondi]

@Candalua Sto battendo una strada diversa: ho scaricato il dump ed estratto tutti i codici wiki di tutti gli indici. Ci sono. Per ora come xml grezzo, ma ci sono. Domani è un'altra sera....79.31.237.193 00:50, 31 mag 2017 (CEST)[rispondi]

Ottimo! Comunque io non pensavo solo a questa emergenza: in generale credo sarebbe utile uno strumento di "monitoraggio" degli indici, tipo per uniformarli tra loro (molti non hanno l'indicazione della fonte, per esempio), oppure per valutare l'avanzamento del lavoro. Can da Lua (disc.) 10:45, 31 mag 2017 (CEST)[rispondi]

Indici corrotti modifica

Da sistemare modifica

Sistemati, da ricontrollare modifica

Sistemati via bot dal dump xml modifica

Recupero via bot degli Indici dal dump xml modifica

@Candalua BrolloBot ha recuperato i suoi due primi indici:

dall'elemento text dell'xml dal dump con queste modifiche del testo:

normalizzazione delle entità html
eliminazione dell'area dati
eliminazione del template Indice pagina
conversione in numero del campo Immagine

L'elemento critico bloccante è Area dati; il tentativo di salvare il testo con l'Area dati fallisce silenziosamente senza alcun messaggio di errore, e qui sta un grosso errore dei "piani alti", evidentemente Area dati è una follia italsourciota che non si sono immaginati.

Adesso si tratta di lavorarci un po' sopra, ma possiamo gestire il disastro senza impazzire. Alex brollo (disc.) 07:13, 31 mag 2017 (CEST)[rispondi]

PS: anche BrolloBot, leggendo il testo di un Indice corrotto, trova solo un template MediaWiki:Proofreadpage_index_template vuoto, quindi tutti gli indici corrotti possono essere individuati via bot. Mi sembra prudente bloccare immediatamente lo script di aggiunta di Area dati in editing, se non è stato fatto, e rimuovere Area dati da tutte le pagine Indice esistenti, se per combinazione qualche pagina la contiene ed esiste ancora. Ce la fai Candalua ad ammazzare lo script che aggiunge Area dati? Io non ce la faccio a cercarlo adesso! --Alex brollo (disc.) 07:25, 31 mag 2017 (CEST)[rispondi]

@Alex brollo questa è un'ottima notizia. Di quando è l'ultimo dump? Anch'io sospettavo di areadati, in particolare il fatto che inizialmente la mettevamo all'inizio del wikitesto. Probabilmente è questo che ha "sporcato" le pagine, mentre quelle create in seguito con l'areadati dentro il campo "Volumi" sono rimaste "pulite". Ora avranno introdotto qualche parser più restrittivo, e quindi ciaone. Ormai mi pare che la strada intrapresa dai piani alti sia chiara: validazioni e controlli sempre più "strict" e sempre meno spazio alla... chiamiamola "creatività". Quindi temo che tu abbia ragione: è il momento di mandare in pensione l'areadati, inutile rimandare. Stacco lo script da Common.js. Can da Lua (disc.) 10:41, 31 mag 2017 (CEST)[rispondi]

@Candalua 20 maggio, penso di aver usato quello, verificherò (in realtà ho fatto solo un affrettato test, ho dovuto anche ricostruire il "lettore di dump" di anni fa, perduto da qualche parte). L'attuale script lettore è un fulmine, in pochi secondi si passa, linea per linea, quasi un giga di testo xml.... ovviamente trattato come puro testo (altro non so fare).

Confermo che nei due indici che ho studiato l'Area dati era in testa. Alex brollo (disc.) 11:54, 31 mag 2017 (CEST)[rispondi]

Ipotesi sulla dinamica:

per qualche motivo il software si rifiuta, da un certo momento in poi, di salvare pagine Indice in cui ci sia robaccia prima del template canonico
per un errore nel sistema di notifica errori, il sistema NON comunica il mancato salvataggio con un messaggio di errore.
gli indici recenti o recentemente editati non hanno più la robaccia bloccante.
CandalBot parte e fa un giro correggendo il numero pagina immagine e cavando Indice pagina. Lascia il resto com'è, robaccia compresa, e salva (crede di salvare). In realtà carica un template perfettamente vuoto. Questo accade solo negli indici vecchi, che non siano mai stati editati, e avviene in perfetto silenzio.
rimedio: cercare nel dump tutti gli indici con robaccia prima del template, ed eliminarla; fare anche le correzioni che avrebbe fatto CandalBot, se ci fosse riuscito; ricaricare. Alex brollo (disc.) 15:44, 31 mag 2017 (CEST)[rispondi]

Secondo me è un po' diverso: la robaccia non impedisce il salvataggio in sè (infatti al passaggio di CandalBot la dimensione non è diminuita di molto, e la modifica sono certo che funzionava). Probabilmente prima il wikitesto veniva semplicemente processato come avviene sulle pagine ns0, e veniva sparato fuori l'html qualunque esso fosse; mentre ora viene "validato" secondo il modello della pagina (proofread-index), quindi se c'è qualcosa di sporco la validazione fallisce miseramente e la pagina appare come fosse vuota. E anche la diff non mostra più quelle differenze che secondo il modello pagina "non esistono" (ma la dimensione della pagina invece ne risente). Forse il dump che hai è precedente agli ultimi passaggi di CandalBot. Comunque, ormai fa poca differenza. :( Can da Lua (disc.) 16:06, 31 mag 2017 (CEST)[rispondi]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ @Candalua BrolloBot lanciato. Dovrebbe essere in grado di riconoscere gli indici fallati e recuperarli. Alex brollo (disc.) 20:37, 31 mag 2017 (CEST)[rispondi]

Scovate e corrette 168 pagine Indice. Forse ci siamo. Alex brollo (disc.) 21:46, 31 mag 2017 (CEST)[rispondi]

Grande. Riesci a fare anche un passaggio su quelle che ho corretto a mano? Can da Lua (disc.) 10:54, 1 giu 2017 (CEST)[rispondi]

Da vero babbeo, ho lavorato esclusivamente con funzioni volatili, da IDLE, non salvate.... la procedura è comunque abbastanza semplice, dovrei ricostruirla, fammi fare un paio di prove, vediamo. Alex brollo (disc.) 19:43, 1 giu 2017 (CEST)[rispondi]

@Alex brollo Se ti è più comodo, fai pure rollback dei miei edit (o lo faccio io se vuoi). Poi al massimo rifaccio io un giro di diff. Can da Lua (disc.) 19:59, 1 giu 2017 (CEST)[rispondi]

@Candalua Non avevo ancora chiuso Idle, ho recuperato gli script e li ho fatti correre (filtrandoli per utente Candalua). Spero bene, non ho visto disastri. Restano gli Indici corrotti corretti manualmente da altri. Sei in grado di farmene un elenco? Alex brollo (disc.) 21:47, 1 giu 2017 (CEST)[rispondi]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘Tutto è bene quel che finisce bene! Certo questa è una dura lezione: non solo ai piani alti Wikisource non è particolarmente amata, ma a maggior ragione le soluzioni locali (anche efficaci) sono scoraggiate sempre più esplicitamente. Prendiamone atto. εΔ ω 08:48, 2 giu 2017 (CEST)[rispondi]

Se ricordate, tempo fa avevo debolmente proposto di "normalizzare" completamente la pagina Indice e di utilizzare gli automatismi canonici previsti dall'estensione proofread, ma la proposta è stata giudicata troppo forte. A suo tempo potremo ripensarci. Alex brollo (disc.) 11:53, 3 giu 2017 (CEST)[rispondi]

@Alex brollo, OrbiliusMagister ieri sera ho ricontrollato il tuo "secondo giro" di correzioni, sistemando le varie minuzie rimaste; non trovo altri problemi. Temo che prima o poi ci toccherà passare all'uso di header=1... al momento l'ostacolo è che va cambiato il layout sennò si rompe. Non so se avete fatto caso a Speciale:LintErrors che è comparso da qualche tempo... il warning che ricorre in quasi tutte le pagine è "Missing end tag", che deriva proprio dal fatto che il nostro template Intestazione lascia aperto un div in modo da creare il layout "a colonna centrata". Per il momento sono solo warning, ma prima o poi... Can da Lua (disc.) 09:50, 6 giu 2017 (CEST)[rispondi]

A titolo ormai di mera curiosità, questo è stato l'intervento che ha scatenato il pandemonio: phab:T161524. Can da Lua (disc.) 12:28, 19 giu 2017 (CEST)[rispondi]

Due particolari su Lua modifica

@Candalua Condivido due cosette su Lua, che sono state, per me, delle novità (magari sono vecchie come il cucco...) e su cui si può fare qualche pensata.

la lettura, da Lua, del codice di una pagina qualsiasi non è più "server-espensive" ma equivale a una semplice transclusione;
esistono due funzioni per la codifica e decodifica JSON.

Dal punto di vista operativo, questo significa che eventuali dati locali possono essere codificati e salvati in JSON (e quindi in un formato di puro testo facilmente leggibile sia da Lua che da Javascript, il che non guasta) memorizzandoli in semplici pagine testo facilmente leggibili sia da Lua che da javascript e scrivibili via javascript. --Alex brollo (disc.) 06:28, 21 giu 2017 (CEST)[rispondi]

Verso un algoritmo per la evidenziazione nel testo delle parole ricercate modifica

Ho scoperto che dato un testo t e dati a e b (due stringhe), si può ottenere la sostituzione di tutti gli a con b dentro t con questa semplicissima istruzione:

t=t.split(a).join(b);

Se t è html, si può applicare l'istruzione 1 senza modificare alcun tag html (ossia, agendo solo sui nodi txt) usando l'html "codificato" in cui tutti i tag html sono stati sostituiti con un codice, analogamente a quanto già eseguito per unisciLionee o apostrofi.

In breve: siamo vicini alla possibilità di evidenziare nel testo visualizzato lr parole ricercate, la prima applicazione sarà in vis, ma poi la cosa potrà essere generalizzata. --Alex brollo (disc.) 13:13, 2 lug 2017 (CEST)[rispondi]

@Silvio Gallio non ti sarà sfuggito che sto lavorando per evidenziare nel testo del visualizzatore il risultato della ricerca parole,. , cosa che è una tua specifica richiesta.... --Alex brollo (disc.) 13:50, 2 lug 2017 (CEST)[rispondi]

No, no, non sfuggimmi. Come a te non sarà sfuggito che ti avevo detto che sarei stato lontano dai computer fino lunedi. Invece ho problemi con l'auto e quindi sono fermo e quindi ti scasso i. Poi non so cosa sarà di me, non mi preoccupo e spero non preoccuperà te pure. Non ti sarà sfuggito che ho buttato due righe da qualche parte a bar, appunto perché appiedato. Nondimanco la mia richiesta non è pro domo mea in quanto, come certo non ti è sfuggito, pascolo qui solo occasionalmente, ritengo infatti che sia fonte di comodo e felicità per altri (spero molti). Un saluto impressionato. Silvio Gallio (disc.) 16:32, 2 lug 2017 (CEST)[rispondi]

Classe wl modifica

Tl|Wl adesso inserisce un codice span di classe class="wl", chi vuole e sa come farlo può cominciare a pensare a uno script che, avendo a disposizione il QID, può "fare cose" a seguito di un click su un elemento della classe. Alex brollo (disc.) 18:37, 10 set 2017 (CEST)[rispondi]

Modulo dati non funziona? (2, la vendetta) modifica

Non mi sono mai sentito cosí tanto niubbo! Perdonatemi. Ripeto paro paro la domanda di Pepato del 16 feb 2017. Seguendo l'ottima Guida, ho provato a creare una pagina indice usando il modulo dati. Ma premendo sul link "Importa Dati" nella sidebar degli Strumenti, non succede niente anche dopo diversi minuti. Quale può essere il problema?

L'opera a cui mi riferisco è questa (una robetta piccola giusto per imparare, ma totalmente inedita e scansita - ok, maluccio - personalmente nella mia biblioteca)

Forse più che un problema è un equivoco. Modulo:Dati serve per alcuni automatismi, in particolare per "alimentare" il template Pg, e a poco altro. Cosa, di preciso, vuoi ottenere? --Alex brollo (disc.) 23:50, 6 nov 2017 (CET)[rispondi]

wkhtmltopdf modifica

@Candalua, Ricordisamoa Non sono lettere a caso, quelle del titolo, ma i pingati lo sanno..... qualcuno di voi conosce wkhtmltopdf, tool a linea di comando per la trasformazione da html in pdf? Oppure, qualcuno conosce altre applicazioni, sempre a linea di comando, per fare la stessa trasformazione? Mi "punge vaghezza" di costruire il pdf che vorrei - tratto da nsPagina, pagina per pagina, e intravedo che uno strume nto del genere me lo consentirebbe. --Alex brollo (disc.) 23:43, 6 nov 2017 (CET)[rispondi]

Da xml a dsed modifica

Ho il piacere che sono sul punto di riuscire a convertire i file _djvu.xml (strato testo in formato xml, molto ostico) in file "dsed" (molto compatti e molto maneggevoli). Lo so che forse non vi entusiasmerete, è un tecnicismo un po' spinto, ma io sono anni che ci tento senza successo.... Dal punto di vista pratico, questo consentirà il "trapianto di strato testo" più rapido e sicuro dai file _djvu.xml di Internet Archive a file djvu senza strato testo, ad esempio nei casi di caricamento fallito con IA Upload (in cui il punto critico è proprio il maneggiamento dell'odioso _djvu.xml). --Alex brollo (disc.) 09:27, 4 dic 2017 (CET)[rispondi]

Ce l'ho fatta, ma solo per verificare che il famoso bug "text hierarchy corrupt" si ripresenta nella pagina 251 (il testo del file _djvu.xml, tentando l'inserimento nel file djvu, produce l'errore nonstante che il file xml che il file dsed derivato siano apparentemente perfetti). Trattasi di mistero misterioso; da verificare se l'errore si ripete con detail line. Ipotizzo che una certa sequenza di caratteri confonda bzz. --Alex brollo (disc.) 22:49, 4 dic 2017 (CET)[rispondi]

Ho ripreso in mano jp2todjvu.py, progenitore dello script di IA Uploader per i djvu da costruire; superato il promo disorientamento ("ma questa roba chi l'ha scritta???") dovrei riuscire a montare la nuova strategia di caricamento testo, se andrà bene come spero inoltro a "quelli bravi". --Alex brollo (disc.) 12:52, 6 dic 2017 (CET)[rispondi]

Fatto, vedi Progetto:Bot/Programmi in Python per i bot/xml2dsed.py, che trasforma il _djvu.xml di Internet Archive nel più maneggevole "formato dsed", eventualmente adattandolo a variazioni delle dimensioni pagina, e lo carica nel djvu; corregge anche (per ora svuotandole del testo) le occasionali pagine con "strato testo corrotto". La prospettiva interessante è di convertire in "formato dsed" anche l'output hOCR di tesseract, dopodichè sarà possibile ottenere file djvu con OCR in totale autonomia, con programmi liberi e con un singolo comando python.

PS: se qualcuno legge batta un colpo.... l'assenza di feedback equivale a un feedback negativo.... --Alex brollo (disc.) 14:42, 13 dic 2017 (CET)[rispondi]

Reinstallato tesseract, riparte l'avventura. --Alex brollo (disc.) 21:50, 13 dic 2017 (CET)[rispondi]

Prospettive tecniche del "salatore" modifica

@Candalua, OrbiliusMagister Il "salatore" ha alcune caratteristiche che ne permetterebbero una generalizzazione e interessanti applicazioni.

Il sistema funziona così:

dall'html della pagina Indice estrae tutti i titoli delle pagine comprese in .pagineDellEdizione (prodotti da pagelist), salatore li filtra per .quality3 ma è un dettaglio specifico (selezione primaria);
si esegue una batteria di chiamate api query, a blocchi di 50 pagine al colpo, ottenendo il wikitesto di tutte le pagine;
il wikitesto viene esaminato e si crea una lista delle pagine che soddisfano un certo criterio (per salatore l'unica dato rilevante è il user= contenuto nell'header del testo pagina) e fa qualcosa per le pagine che soddisfano il criterio;
terminate tutte le chiamate asincrone (sudore! O_o) il nome base della pagina e la lista dei numeri pagina che soddisfano il criterio viene salvata in localStorage.salatore.
ai link alle pagine in Indice si aggiunge un target in modo che la pagina si apra, dopo click, in un'altra scheda (quindi la pagina Indice trattata" resta aperta).

Cambiando i criteri di selezione primaria e i criteri di filtraggio in base ai dati restituiti dalla query (che sono numerosissimi, oltre al wikitesto) lo stesso meccanismo potrebbe essere usato per fare "molto altro" e perfino, con somma cautela, per modificare massivamente il contenuto delle pagine selezionate. --Alex brollo (disc.) 09:44, 18 dic 2017 (CET)[rispondi]

Questo ciò che viene salvato in localStorage.salatore:

localStorage.salatore
"{"basePage":"De Roberto - Spasimo.djvu","sal75":["11","12","13"]}"

La struttura permette quindi di salvare altri set di pagine selezionate in base a criteri diversi; un criterio di selezione potrebbe essere il controverso SAL 50% (desumibile facilmente dalla sola analisi della pagina Indice) Alex brollo (disc.) 09:49, 19 dic 2017 (CET)[rispondi]

Corretta una svista: per l'utente anonimo le pagine SAL 75% risultavano tutte salabili; adesso, come è giusto che sia, nessuna. Alex brollo (disc.) 16:50, 21 dic 2017 (CET)[rispondi]