Discussioni utente:Candalua

Archivio dei vecchi messaggi:

2010 · 2011 · 2012 · 2013 · 2014 · 2015 ·

2016

Indice
Fine pagina

Candalua (non visibile nella foto in quanto sta reggendo sulle sue spalle Atlante che a sua volta regge il Mondo)
è in wikisinghiozzo permanente per cause dipendenti da lavoro, donne & altri vizi vari.
Chiedete pure, ma sappiate che potrei sparire da un momento all'altro...

Eis

Tutto tuo Candalua, modificalo come vuoi.

Anche eis soffre di un problema "filosofico" comune a parecchi tool recenti che ho costruito per me, tutti hanno in comune la condivisione di una variabile globale unica (chiamata"alex"), un "oggetto-contenitore" dove metto tutto quello che voglio poter vedere o riutilizzare fra script diversi, che in genere scrivo ormai come iffy (Immediately-invoked function expression). Con grande fatica ho scoperto che gli script canonici sono in parte eseguiti in ns globale (MediaWiki:Common.js, utente/common.js), in parte sono invece visti come iffy (gadget). Eis.js richiede che esista una variabile globale alex, ma mi secca definirla dentro la routine, perchè potrebbe azzerare la variabile se già esiste. Ho provato a aggiungere a eis il codice, preso da stackoverflow:

if (typeof alex === "undefined") alex={};

che dovrebbe creare la variabile globale alex se non esiste, ma il risultato non è soddisfacente. Cosa faccio? --Alex brollo (disc.) 18:22, 7 gen 2017 (CET)

@Alex brollo sto dando un'occhiata al codice. Intanto la variabile alex mi pare che non ti serva che sia globale: ad esempio tu fai alex.query=data.query.pages ma poi quel alex.query lo usi solo in quella parte di codice. Nella eis mi pare di capire che tu "parcheggi" dei dati per leggerli dopo; invece di tenerli in una variabile globale, potresti parcheggiarli direttamente in qualche elemento del dom usando .data(), e quando ti servono li vai a leggere. Poi invece di creare le funzioni e poi assegnarle al click, potresti scrivere direttamente il corpo della funzione dentro il .click(function(){, così le variabili te le trovi già dentro. Can da Lua (disc.) 12:19, 8 gen 2017 (CET)

Grazie. In realtà l'istruzione funziona, solo che nello script era sbagliata :-(

Quanto alla variabile globale, come ti dicevo non ho trovato buone alternative per aiutarmi nel debugging e per scambiare variabili e funzioni fra diversi tool, al di fuori del meccanismo gadget (ciò mi è particolarmente utile nei progetti dove non sono sysop). Che una variabile globale serva, è comunque dimostrato dall'oggetto mw, a cui ho "attaccato" qualcosa tempo fa, con una scelta che Ricordisamoa ha deprecato; un singolo oggetto globale nostro (dove far confluire pian piano tutte le variabili e le funzioni che inquinano il nostra namespace principale javascript), sia esso alex o altro, penso che dovremmo prevederlo.

Pian piano sto entrando nella mentalità necessaria a gestire le funzioni anonime e la "programmazione a oggetti".... abbi pazienza se ogni tanto ricasco nell'approccio "grossolanamente funzionale". Alex brollo (disc.) 11:11, 9 gen 2017 (CET)

Share your experience and feedback as a Wikimedian in this global survey

¡Ciao! La Fondazione Wikimedia sta richiedendo il tuo parere su una inchiesta. Vogliamo sapere stiamo sostenendo efficacemente il suo lavoro all'interno e all'esterno del wiki, e come possiamo cambiare o migliorare le cose nel futuro.¹ Le opinioni che condividi avranno effetto sull'attuale e futuro lavoro della Fondazione Wikimedia. Sei stato scelto con sorteggio per partecipare a questa ricerca perché vorremmo avere l'opinione della tua comunità Wikimedia. Per ringrazianti del tempi che dedicherai all'indagine, doneremo 20 magliette Wimimedia con un sorteggio tra chi partecipa alla ricerca.² L'inchiesta è disponibile in diverse lingue e necessita di 20 minuti per essere completata.

Inizia l'indagine ora!

Può trovare più informazione su questo progetto. Questa inchiesta è ospitata in un servizio terzo e è regolata da questa regole di privacy. Per favore visita la nostra pagina delle domande frequenti Pagina delle domande frequenti per avere più informazione su questa inchiesta.. Se hai necessità di altro approfondimento o se vuoi essere ascluso da future comunicazioni su questa inchiesta, per favore manda una mail a: surveys@wikimedia.org.

Grazie! --EGalvez (WMF) (talk) 23:25, 13 gen 2017 (CET)

Note

1. Questa inchiesta è sta principalmente pensata per ottenere pareri sull'attuale lavoro della Fondazione Wikimedia, non sulla strategia a lungo termine.
2. Problemi legali: Non ci sono acquisti previsti. per partecipare, è necessario essere maggiorenni. Patrocinato dalla Fondazione Wikimedia, ubicata in 149 New Montgomery, San Francisco, CA, USA, 94105.Termine 31 gennaio 2017. Nullo ove proibito Click here for contest rules.

Novellina...

Ciao! Scusa se ho fatto qualche gaffe. Avevo già inviato modifiche a Wikipedia ma è la prima volta che tento con Wikisource e non mi muovo ancora bene. Tipo: ho tentato di scriverti x e-mail perché non trovavo il link giusto per contattarti, ma era un no reply... Io lavoro come scrittrice-giornalista ma ho fatto anche il correttore di bozze e sto male da cani quando vedo un testo scorretto. Massacrato addirittura, nel caso del povero Fusinato! Quando mi passa l'influenza cercherò di capire come procedere. N.B. sei sicuro che nella parte non visibile dell'immagine di Atlante non ci sia anch'io?

Salutone ecbwiki Ecbwiki (disc.) 14:44, 16 gen 2017 (CET)

@Ecbwiki nessun problema :) Se fai la giornalista, allora sei una delle ultime che ancora si preoccupa della forma... ad aprire un qualunque giornale c'è da rabbrividire. Vabbè, buon proseguimento, e per qualunque domanda il mio consiglio è scrivere un messaggio sul Bar (ci sono alcune pagine-guida, ma spesso non sono aggiornate... non riusciamo a starci dietro :( ). Can da Lua (disc.) 16:43, 16 gen 2017 (CET)

Credo bene che non riuscite a starci dietro! Siete un po' eroi... come me che correggo i refusi (anche il mio giornale ne fa di ridicolissimi) e prima di recensire un libro lo leggo davvero. Dovrebbe proteggermi (-ci) il Wwf. Ora ti lascio sul serio e mi prendo due aspirine. Buonanotte Ecbwiki (disc.) 23:15, 16 gen 2017 (CET)

Grazie!

Caro Candalua, grazie. Non volevo cancellare! Stavo prendendo appunti al corso che stiamo facendo in BNCF. Sono alle prime armi e ogni aiuto è benvenuto. Per il momento preferisco non usare template, ma personalizzare le mie risposte. Ciao --DeliaRagionieri (disc.) 15:47, 18 gen 2017 (CET)

to Bot

or not to Bot.

Ho notato che il bot quando ha creato Categoria:Testi di Napoleone Colajanni (1847) non ha messo la disambiguazione nel {{Vedi anche autore|}}. Se ricordo bene è successo anche altre volte. O forse ricordo male. Mi aspetto un cappuccino e cornetto (virtuale, s'intende). --Carlo M. (disc.) 19:20, 28 gen 2017 (CET)

Mi sa che ricordi bene. A suo tempo devo aver pensato: "vabbe', questo è un caso particolare che non capita mai, lo farò dopo". Cappuccino e cornetto di sera? Meglio uno spritz!

Can da Lua (disc.) 18:46, 29 gen 2017 (CET)

Mi ritengo pagato. --Carlo M. (disc.) 19:23, 29 gen 2017 (CET)

Categoria:Pagine in cui è citato Luigi Rizzoli (seniore) --Utente anonimo

Libro cancellato

Ciao Candalua, per favore mi spieghi che cosa ho sbagliato. Ti confesso che ho fatto un po' di pasticci: ho caricato una versione del libro senza ORC; poi ne ho caricata una seconda versione che avevo passato da Internet Archive ma aveva prodotto un OCR incasinato; per la terza volta ho fatto io l'OCR usando il programma any2djvu segnalato nelle pagine di aiuto. Ma il risultato è ancora un pasticcio. Mi aiuti a capire se la digitalizzazione fatta più essere usata o se è troppo poco leggibile a va buttata. Grazie e ciao --Susanna Giaccai (disc.) 17:41, 31 gen 2017 (CET)

Ciao @Giaccai, c'era semplicemente un refuso nel titolo: "diritte" anziché "diritti". Il libro è stato spostato qui: Indice:Isabella Gabardi-Brocchi Considerazioni sui diritti delle donne.djvu. Le scansioni mi pare che siano abbastanza chiare. Non sembra esserci l'OCR nelle pagine, ma lo si può ottenere cliccando il bottone "OCR"; non è il massimo, ma il testo è corto, quindi io non perderei tempo a rimettere mano al file. Can da Lua (disc.) 19:41, 31 gen 2017 (CET)

Shortcuts

Aggiungendo nel mio common.js:

function sh_bold() {mw.toolbar.insertTags("'''","'''");}
function sh_ital() {mw.toolbar.insertTags("''","''");}
function sh_center() {mw.toolbar.insertTags("{{centrato|","}}");}
function sh_right() {mw.toolbar.insertTags("{{a destra|","}}");}
shortcut.add("Ctrl+B",sh_bold);
shortcut.add("Ctrl+I",sh_ital);
shortcut.add("Ctrl+E",sh_center);
shortcut.add("Ctrl+R",sh_right);

si attivano effettivamente quattro dei shortcut "tabellati" in bar. Aggiungendo la stessa cosa in MediaWiki:Gadget-common.js succede invece un disastro (la funzione viene chiamata ripetutamente). Da qui in poi mi sa che ci vuole la tua mano.... --Alex brollo bis (disc.) 00:01, 12 mar 2017 (CET)

Adesso non si attivano più, la chiamata a shortcut è prematura, non è ancora stato caricato.... ResourceLoader e le cache mi fanno impazzire. :-( --Alex brollo bis (disc.) 00:23, 12 mar 2017 (CET)

Mi sono azzardato a modificare shortcuts in MediaWiki:Gadget-common.js aggiungendo al metodo add un controllo che impedisce di aggiungere un ulteriore evento se la shortcut è già presente, il che dovrebbe impedire la "moltiplicazione degli eventi". Tengo i diti incrociati.... --Alex brollo (disc.) 15:16, 12 mar 2017 (CET)

%uali

Hey! qualche giorno fa un utente (Birraqualcosa) ha corretto una "mia" pagina di Ilarione Petitti ma da 75 non l'ha portata a 100. (confesso che ci ho provato io ma...) Oggi vedo che un espertissimo come te ha fatto lo stesso (djvu/347) e ha lasciato il quadratino rosso che già c'era. Non ho nemmeno provato a cambiare la percentuale. Ma c'è qualcosa che non va? Salut --Silvio Gallio (disc.) 17:58, 27 mar 2017 (CEST)

@Silvio Gallio niente che non vada come deve andare. Semplicemente, la pagina non l'ho riletta per intero: stavo solo correggendo alcuni errori ricorrenti (delia per della) e non mi sono soffermato sul resto. Can da Lua (disc.) 20:38, 27 mar 2017 (CEST)

Pagina autore

Chiedo a te perchè so che ci avevi lavorato: è possibile abbassare la barra del controllo di autorità in fondo alla pagina? Secondo me lì sopra confonde molto le persone (sono strani codici sconosciuti ai più, e al momento sono in posizione troppo prominente). Aubrey (disc.) 10:27, 17 apr 2017 (CEST)

@Aubrey in basso è un po' difficile. Ovviamente vorrei una soluzione css-only, ma il box può avere altezza variabile, quindi se gli dò una posizione assoluta dal basso, non posso dargli il corretto margine per non coprire gli altri elementi. Potrei provare invece a metterlo a destra (sotto l'immagine, se presente), incolonnando i vari valori uno sotto l'altro. Can da Lua (disc.) 20:14, 18 apr 2017 (CEST)

Mi pare un buon compromesso: l'obiettivo è pulire la pagina autore, lasciano le informazioni biografiche e poi dando i link ai vari progetti e le opere. Aubrey (disc.) 20:22, 18 apr 2017 (CEST)

@Aubrey Fatto, come ti sembra? Can da Lua (disc.) 12:42, 19 apr 2017 (CEST)

A me non dispiace, sentiamo cosa dicono gli altri. Il suo problema è che a volte il box diventa più largo dell'immagine (es.). Guardando sempre lo stesso esempio, dici che non è possibile metterlo in fondo come un template di navigazione? Aubrey (disc.) 13:47, 19 apr 2017 (CEST)

@Aubrey vista la lunghezza di alcuni dei codici, temo sia inevitabile che venga più largo dell'immagine. Potremmo ingrandire un po' quest'ultima: ora è 180px, si potrebbe portare a 220px, e di conseguenza mettiamo la stessa larghezza minima al box autorità, così vengono allineati. Altrimenti potrei metterlo in basso dandogli un'altezza fissa e quindi cassettandolo. Can da Lua (disc.) 14:56, 19 apr 2017 (CEST)

• per formato cassetto --Xavier121 18:53, 19 apr 2017 (CEST)

Pagina OPERA

Ho dato una rinfrescata al box, cercando di ottenere una forma più snella e rigorosa; manca però il link a wikidata: non parte in nessun modo! Sintassi? --Xavier121 15:06, 18 apr 2017 (CEST)

@Xavier121 beh, il parametro "wikidata" te lo sei inventato tu, ma mica c'era nel modulo:Opera... il template non poteva trovarlo :) Ora l'ho aggiunto. Can da Lua (disc.) 20:08, 18 apr 2017 (CEST)

@Xavier121 c'è un problema con la tua modifica. Vedi ad esempio Opera:La figlia del lattaio: avendo usato H1 per i titoletti, MediaWiki li interpreta come titoli di paragrafo e genera un indice (nel luogo sbagliato, perdipiù). Riusciresti ad applicare lo stile desiderato mantenendo però i DIV invece degli H1? Can da Lua (disc.) 15:02, 19 apr 2017 (CEST)

@Candalua Vedo di rimediare in serata, grazie per la segnalazione. --Xavier121 18:50, 19 apr 2017 (CEST)

Fatto --Xavier121 21:48, 19 apr 2017 (CEST)

Vis

Sto costruendo i mattoni per vis (view in sequence). L'idea è quella di visualizzare il parse delle pagine nsPagina, affiancate retro-fronte, leggendo in background anche le due pagine successive in modo che la visualizzazione delle pagine successive sia immediata. Quesito: hai mai usato letture ajax asincrone multiple "in parallelo"? Trovo che è possibile farlo, ma potrei impappinarmi e se hai già esperienza so a chi chiedere.

Una domanda, ammesso che riesca leggere e memorizzare sei pagine (due precedenti, due correnti, due prossime) come mi suggerisci di memorizzarle? In localStorage oppure in un data di un elemento html della pagina? Oppure mi conviene trasformarli subito in elementi html della pagina giocando di visualizzazione? Spero che le domande siano intelleggibili :-( --Alex brollo (disc.) 12:02, 27 apr 2017 (CEST)

@Alex brollo L'ho fatto ad esempio qui¹ alla fine: ciclo su una serie di pagine, faccio la chiamata e aggiorno un contatore "ajaxCounter", in modo da sapere quando ho finito tutte le chiamate. Per il secondo quesito, se l'idea è di "precaricare" la pagina successiva/precedente per velocizzare la navigazione, ti direi di metterle subito in un elemento html, così basta poi fare uno show/hide. Can da Lua (disc.) 15:12, 27 apr 2017 (CEST)

Urca.... o_O .... grazie, mi dai qualcosa da vivisezionare a da cui imparare parecchio.

Hai ragione, "impacchetterò" i fronte e i retro al loro posto, e tanti saluti; dopodichè si tratterà solo di visualizzare l'elemento richiesto, lavorando, in background, su quelli nascosti; il caricamento ajax è velocissimo, i dati che si muovono sono poca cosa, tutto sta a organizzare bene la pila delle div class pagetext sostituendone qualcuna e cambiando classe a qualcun'altra. Per distinguere, dal testo, le pagine fronte e quelle retro non vedo altro modo che recuperare e inperpretare il numero pagina in RigaIntestazione, non posso fidarmi di altro. Ci saranno certamente dei "buchi", ma preferisco seguire rigorosamente la regola che le pagine retro (numero pagina pari) vanno a sinistra e quelle fronte (numero pagina dispari) vanno a destra. Alex brollo (disc.) 18:28, 27 apr 2017 (CEST)

Tagliamo via un po' di complicazioni: il richiamo+parsing+caricamento delle due pagine impiega mezzo secondo o meno. A che mi serve precaricare e salvare le precedenti/successive? La freccia avanti funziona; la freccia indietro non sarà difficilissima da fare. Il sistema è scattante come immaginavo. MOLTO più scattante del visualizzatore IA. Alex brollo (disc.) 16:45, 28 apr 2017 (CEST)

1. E' un gadget che ho scritto per il problema di indentare automaticamente una serie di pagine, lo devo ancora perfezionare ma potrebbe permettere di svolgere operazioni massive, tipo un find&replace su tutte le pagine trascluse da un certo testo.

Vis e le dolenti note

Vis funziona benissimo, è ora di riscriverlo daccapo :-)

Ci sono due problemi seri: la questione fronte/retro e la questione link.

1. accertato che il numero pagine dei libri segue la regola: numero pagina pari = retro, numero pagina dispari = fronte, questa regola potrebbe non valere affatto per il numero pagina djvu; vale senz'altro per i caricamenti senza modifiche di djvu provenienti da caricamenti su IA fatti bene, ma non vale se una delle due condizioni falla o se il caricamento non proviene da IA. Se la pagina da cui si inizia contiene, in RigaIntestazione, il numero pagina, ci si regola (vis sa farlo, non ho avuto pace finchè non l'ho fatto, ma funziona solo se RigaIntestazione contiene uno e un solo [0-9]+); ma se la pagina da cui si inizia NON la contiene, o la numerazione è romana, al momento vis tira a indovinare. Come risolvere?
2. l'html delle pagine contiene link, che puntano ad altre pagine dello stesso libro, oppure altrove. Ovviamente vcis viene distrutto se si carica una pagina seguendo un link; facile da evitare, aggiungendo un target="_blank" a tutti i link visualizzati (lo farò subito). Bello sarebbe però che per i link interni si restasse dentro l'istanza di vis, "sfogliando" il libro. Ti pare indispensabile?
3. IA ha un'ulteriore raffinatezza molto intelligente: sul lato delle pagine c'è un "falso blocco di pagine" che può essere utilizzato per saltare in altre zone del libro. Mi punge vaghezza di emulare questa cosa. Ma una domanda: qual'è il modo più intelligente e rapido per sapere quante pagine ha il djvu corrente? Che sia il caso, all'avvio, di dare un occhio alla pagina Indice e acchiapparne i dati? --Alex brollo (disc.) 16:58, 29 apr 2017 (CEST)

@Alex brollo Per il primo e il terzo punto, ti direi di leggere l'html della pagine indice e ricavarne l'elenco completo delle pagine; alle pagine con numeri arabi assegni un flag fronte o retro, per le altre vai "a scalare". Ovviamente non c'è garanzia che sia giusto, ma è il massimo che si può fare. Per i link, se vuoi fare lo "sborone" potresti assegnare una funzione onclick ad ogni link, che fa un preventDefault() per "bloccare" il link, e poi fa una chiamata ajax che carica la pagina linkata e la "infila sotto il vis", cioè sostituisce il suo contenuto a quello della pagina attuale, mantenendo il vis aperto sopra... non so se mi spiego :) Can da Lua (disc.) 17:59, 29 apr 2017 (CEST)

OK grazie. Vado avanti; intanto "targhetto". Alex brollo (disc.) 18:23, 29 apr 2017 (CEST)

Ho dovuto sedare un inatteso litigio fra id (si lamentavano di non essere unici gli id nelle note); risolto. Per il punto 2 ho capito la meccanica, ma mi manca una funzione, che mi serve anche per un propmt "Vai alla pagina...". Fatta questa, dovremmo essere a posto. Per la lettura-parsing di Indice, invocherò San jQuery e lavorerò intatnto sull'ipotesi che chi ha caricato non abbia aggiunto/tolto sventatamente pagine djvu, per fortuna non sono molti quelli che lo sanno fare. Alex brollo (disc.) 20:16, 29 apr 2017 (CEST)

Prova css

Sto testando questo css che mi sembra interessante:

.padded .poem {
	position:relative;
	margin-left:0;
	padding-left:2em;
}

Avendo provato che margin e padding si comportano diversamente e che padding si "sposa bene" con il template {{Al}} dentro poem, il risultato di formattazione lo sto provando in I tre tiranni. in nsPage non serve niente di più; in ns0 il risultato è identico a nsPagina, basta aggiungere una <div class="padded"> prima di pages. Ci daresti un'occhiata? Si evitano indentature manuali, css online per poem, ecc. --Alex brollo (disc.) 22:57, 4 mag 2017 (CEST)

ti faccio vedere un effetto di al su un testo in prosa, margin della div contenitore visualizzato:

Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. 1Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum doloreDuis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

Mi sa che sostituendo al margin il padding si possano semplificare molto vari codici. Alex brollo (disc.) 13:06, 5 mag 2017 (CEST)

Modifica template RigaIntestazione

Ho modificato tl|RigaIntestazione, in modo che l'eventuale riga/le eventuali righe siano ottenute come border della tabella che il template produce, invece che con il tag htmlhr. Questo mi dà alcuni vantaggi di manipolazione codice. Forse adesso il risultato è un po' "appiccicato", eventualmente potrebbe essere aggiunto un po' di padding. Spero che non ci siano conseguenze nefaste impreviste. --Alex brollo (disc.) 10:23, 8 mag 2017 (CEST)

Che palle con questi gadget

Purgare i gadget è una pena. A fatica mi pare di aver capito che esiste una parentela fra il meccanismo di caricamento dei gadget e la funzione mw.loader.using([....]).done(....), in particolare che le variabili e funzioni del primo blocco vengono assegnate allo stesso namespace di quelle del secondo blocco e quindi diventano accessibili. E' giusto?

In ogni caso, penso di ripiegare, per ora, su uno script "monoblocco", senza dipendenze, rimandando a un secondo momento la faticosa conversione in gadget del ViewInSequence versione test. --Alex brollo (disc.) 19:26, 14 mag 2017 (CEST)

Notifiche visTest

Nel caso che tu sia così coraggioso da entrare ogni tanto nel codice visTest.js, ho "girato una boa" caricando anche il wikitext delle due pagine e salvandole in body.data-wikitext-fronte e body.data-wikitext-retro. L'uso immediato è quello di poter recuperare, fra l'altro, il level e l'user della pagina. Ma prima o poi servirà anche il resto. Inoltre compare un form di servizio (toggleabile con Ctrl+Alt+m) che mostra alcuni dati, per ora della pagina fronte, ma lo espanderò; ovvio che finiti i test sarà inizialmente nascosto. --Alex brollo (disc.) 18:18, 15 mag 2017 (CEST)

Balbo

È un redirect improprio. L'avrei trasformato in disambigua (i Balbi antichi e moderni sono assaissimi) ma non sono sicuro che qui si usi. Famme sapé. Carlo M. (disc.) 11:00, 17 mag 2017 (CEST)

@Carlomorino usasi. Procedi pure. Can da Lua (disc.) 11:16, 17 mag 2017 (CEST)

Ho messo anche persone che potenzialmente possono essere presenti anche qui.--Carlo M. (disc.) 12:22, 17 mag 2017 (CEST)

Aggiornamenti vis

1. mi sono stufato di ResourceLoader, ho disattivato visTest come gadget e adesso lo uso come script a lettura immediata mettendo nel mio common.js:

importScript("MediaWiki:Gadget-visTest.js");
importStylesheet("MediaWiki:Gadget-visTest.css");

ottenendo il vantaggio che le variabili per ora sono globali e posso controllarle facilmente.

C'è un form nascosto, che viene visualizzato con Ctrl+Alt+m, e che finalmente consente di "saltare alla pagina" (scegliendo fra pagina djvu e pagina libro). Così com'è serve solo per testare le funzioni di "salto pagina" e verificare i contenuti di alcune variabili critiche, ma si avvicina rapidamente il momento in cui la funzione "salto pagina" permetterà di gestire i link interni da pagina a pagina; poi penserò al problema delle pagine non esistenti/pagine prima l'inizio libro e dopo la fine libro. Sono ottimista! --Alex brollo (disc.) 06:58, 23 mag 2017 (CEST)

I link alle pagine adesso funzionano come progettato: aprono il libro alla pagina bersaglio. Purtroppo ogni soluzione apre un nuovo mondo di problemi; in questo caso, mi sono accordo che è necessario poter scorrere la cronologia; posso registrare la cronologia di navigazione ma sonon incerto: consentire solo la navigazione in cronologia all'indietro, semplice, oppure consentire la navigazione sia indietro che avanti, più fastidiosa da realizzare.

Presto la pagina 0 sarà resa invisibile come pure la eventuale pagina oltre la fine del libro; per le pagine non esistenti intermedie ho due possibilità: o visualizzo l'OCR (in semitrasparenza), o visualizzo semplicemente l'immagine della pagina; penso di dissodare la seconda, che mi consentirebbe di trasformare il visualizzatore di HTML in un alternativo visualizzatore di immagini.

Questo lavoro non finisce mai :-( --Alex brollo (disc.) 08:46, 25 mag 2017 (CEST)

Stanno certamente toccando l'estensione proofread. E' cambiata la struttura html della pagina Indice, il mio script ne restava confuso. Parecchia fatica per rimediare.... Alex brollo (disc.) 20:44, 25 mag 2017 (CEST)

Editor massivo -> reader massivo

Non credere che il tuo "editor massivo" non mi abbia colpito.... trasformandolo in "reader massivo" (di nsPagina) potrebbe produrre delle belle cosette, ma resisto alla tentazione, e continuo invece a editare. Comunque, si tratta di quello che avevo immaginato: un jbot. :-) --Alex brollo (disc.) 21:52, 8 giu 2017 (CEST)

correzione indice

Ho visto la tua correzione qui. Quindi capisco che devo sempre scrivere il titolo del capitolo nella sua intierezza. Quello che non mi è chiaro è come si crea la pagina del capitolo; per i due capitoli ora in blu, ho semplicemente cliccato sul link del nome della pagina e creato la pagina. E' una operazione corretta? Grazie--Susanna Giaccai (disc.) 10:54, 9 giu 2017 (CEST)

@Giaccai esatto. L'indice sommario è un po' difficile da compilare, ma una volta fatto, cliccando sui capitoli in rosso la pagina viene predisposta con (quasi) tutto ciò che serve (trasclusione delle pagine, link a precedente e successivo ecc.). Quindi conviene sempre predisporre il sommario per prima cosa, perché ti facilita enormemente il passo successivo. Can da Lua (disc.) 11:15, 9 giu 2017 (CEST)

Editing vis

Ho visto le modifiche che hai fatto in MediaWiki:Gadget-vis.js. Ottime grazie. Mi spiace non averle viste prima; tieni conto che io elaboro su MediaWiki:Gadget-visTest.js e poi, fatto il primo grossolano debugging, copio il codice in MediaWiki:Gadget-vis.js. Adesso ci starò più attento; scusami se inavvertitamente già in passato ho "rullato" qualcosa. --Alex brollo (disc.) 17:48, 11 giu 2017 (CEST)

Aggiornamento: visto che la funzione index.php?search non è poi così astrusa, tenterei di implementarla in visualizzatore. Se m'incastro chiederò aiuto. La visualizzazione del risultato della ricerca potrebbe essere IA-like. --Alex brollo (disc.) 09:47, 16 giu 2017 (CEST)

Giocando con header=1

Un anno fa avevo cominciato a testare la questione header=1; devo dire con un approccio "inconsapevole", basato su tentativi di copia-incolla. Di quell'esperimento esiste ancora Il cavallarizzo. Riparto da lì, tanto il meccanismo header=1 opera, qui, solo in quel testo. Ho importato il tuo template Header e ho aggiunto a MediaWiki:Proofreadpage index data config un parametro "azione" nascosto; l'idea è di passarlo a Template:Proofreadpage header template via header, in modo che determini, se presente, una azione completamente diversa da quella di default.

Parallelamente, chiederò il permesso di inserire il Modulo:ParseTemplate in un progetto che usa header=1 in forma "canonica" per vedere fin dove si può arrivare con l'acchiappo dei dati dal codice della pagina Indice. Penso lo farò in fr.source, previo avviso a qualcuno dei "grandi".

Fatti questi test dovrei cominciare a capire. --Alex brollo (disc.) 08:06, 16 giu 2017 (CEST)

Fatta mente locale, direi che il "trucco" di utilizzare header=1 per recuperare e visualizzare i dati di Indice potrebbe essere adottato, purchè venga comunque preservato il meccanismo "canonico" previsto (visualizzazione automatica di Intestazione e automatismi vari). Proporrei di suggerire a @C.R. di adottare per nap.source il meccanismo canonico puro e semplice. --Alex brollo (disc.) 08:53, 21 giu 2017 (CEST)

• Can da Lua (disc.) 09:15, 21 giu 2017 (CEST)

Da studiare, vantaggi? svantaggi? @Alex brollo

Vis: idea grafica

Sto raccogliendo gli elementi per lanciare da vis una ricerca di parole dentro le pagine, vagamente simile a quella IA. Metterei però la "barra libro" verticale, a sinistra, con dei simbolini a fianco (triangolini colorati che puntano sulla barra) ognuno dei quali è un link alla pagina che contiene la parola; diciamo, rossi.

Ma la stessa barra potrebbe anche servire come "guida capitoli" basato su Sommario; immagina una seconda serie di triangolini, di colore diverso, dal lato opposto della barra, ognuno dei quali linka all'inizio della pagina di un capitolo e con un title che visualizza il tiolo del capitolo passandoci sopra il mouse. Allora, appena aperto il visualizzatore, il lettore potrebbe, semplicemente scorrendo con il mouse, "vedere" la struttura capitoli e "saltare" immediatamente al capitolo che gli interessa. Attivando la ricerca per parole, comparirebbe la seconda serie di triangolini-link,il che permetterebbe anche di vedere a colpo d'occhio in quali capitoli cadono le parole trovate.

L'idea, nel mio "simulatore cerebrale", gira bene e non è nemmeno così difficile da realizzare; potrebbe diventare una cosetta carina; che ne dici? --Alex brollo (disc.) 22:51, 21 giu 2017 (CEST)

Nei guai con gestione eventi

Per misteriosi motivi, una riga di vis, dentro un codice evento, viene talora chiamata due volte invece che una sola. Il problema è "talora", ossia: la cosa avviene alle volte sì e alle volte no :-(

La zona codice incriminata è la riga 295 e segg., il push viene chiamato due volte. Anche il console.log "tracciante". Non sempre... abbastanza spesso. --Alex brollo (disc.) 12:42, 22 giu 2017 (CEST)