Wikisource

Wikisource:Domande tecniche/Archivio/2013

< Wikisource:Domande tecniche | Archivio
Archivio delle domande tecniche del 2013

Portale progetti   Progetto qualità   Domande tecniche   Archivio   2013 

pagine utili per diventare bravi smanettoni collaborativi

modifica

Segnalo alla lista queste pagine/guide utili:

--Aubrey McFato 14:25, 2 gen 2013 (CET)[rispondi]

Cassetti dal sito Wikimedia Foundation

modifica

Io me ne intendo poco (pare che qui ci sia un accrocchio di jQuery, css, e codice mediawiki), ma mi piace molto questa pagina con i vari cassetti. Se riuscissimo a sostituire i nostri cassetti con questi, credo che come grafica miglioreremmo molto. http://wikimediafoundation.org/wiki/Template:Staff_and_contractors Aubrey McFato 12:23, 3 gen 2013 (CET)[rispondi]

Suggerisco di chiedere aiuto a Utente:Raoli: lui ne capisce. Io sono stato "rigettato" dall'accrocchio js+css+template, al primo tentativo; e mi sono dedicato ad altro. --Alex brollo (disc.) 15:58, 6 gen 2013 (CET)[rispondi]
Fra un po' rispondo. --Raoli (disc.) 20:42, 6 gen 2013 (CET)[rispondi]
Ecccomi! Il js utilizzato è un codice che quasi nessuno conosce poichè non c'è scritto da nessuna parte di usarlo. Questo è uno script globale proveniente dalla libreria JQuery. Vi potrei dare un sacco di spiegazioni, ma visto che ho creato una pagina che li spiega tutti ve la link da Quote. q:Utente:Raoli/Navigazione/Collassamento Trovate gli esempi in quella pagina e i codice da copiare nel js e css comune ad inizio sempre di quella pagina. Comunque i codici servono solo per alcune funzioni non per i cassetti che già funzionano qui, come in tutti i wiki di Wikimedia. In particolare qui vi mostro i tre esempi principali e speriamo vi piacciano.

Effetto elastico (fluido)

modifica

Questo testo non è comprimibile, ma il successivo è collassabile e nascosto per impostazione predefinita:

Il codice per utilizzare questo cassetto è il seguente. Se volete potete anche imprigionarlo in un template. 
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%; border-radius:6px;">
Questo testo non è comprimibile, ma il successivo è collassabile e nascosto per impostazione predefinita:
<div class="mw-collapsible-content">
Il codice per utilizzare questo cassetto è il seguente. Se volete potete anche imprigionarlo in un template.
</div>
</div>

Utilizzo di cassetti con interruttore centralizzato

modifica

Sono dei cassetti che potete controllare da un unico interruttore. Cliccando su quello potete aprire e chiudere insieme tutti i cassetti in un sol colpo. Potete comunque aprirli anche uno alla volta. Potete immaginare l'interruttore come il vostro interruttore generale di casa: dal punto della funzione che svolge non cambia. Questo cassetto funzionerà solo dopo aver installato i codici di quella pagina rispettivamente nei vostri common.js e common.css.

Esempio di un gruppo di sezioni

modifica
Sezione 1

Questo testo è collassabile. Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut 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 dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut 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 dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut 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 dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

Sezione 2

Questo testo è collassabile. Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut 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 dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut 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 dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut 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 dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

Sezione 3

Questo testo è collassabile. Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut 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 dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut 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 dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut 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 dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

Il codice per fare apparire l'esempio sopra (prima di utilizzarli copiatevi i codici delle funzioni)-Codici
Il codice per utilizzare questo cassetto è il seguente. Se volete potete anche imprigionarlo in un template. 
<div class="it-collapsible-group">
/* ↑↑↑ è la funzione che crea la funzione "gruppo" dove 'group' è in nome del raggruppamento o della c.d. suddivisione. */
==== <span class="it-collapsible-group-toogle">Esempio di un gruppo di sezioni</span> ====
/*
↑↑↑ Qui mi sono divertito a far diventare l'"interruttore" del gruppo il nome di una sezione. 
    Come si fa a capire che si tratta dell'interruttore? Basta che cerci la scritta "toggle".
*/
<div class="it-collapsible it-collapsed">
/* ↑↑↑ Questi sopra sono i codici per dire "Aho, creame un cassetto di tipo 'it-collapsible it-collapsed' qui". */
<h5 style="font-size: 1.1em; border: 0; margin-top: 0.6em; float: none;" class="it-collapsible-toggle">Sezione 1</h5>
/* ↑↑↑ Qui sopra ho inserito l'interruttore del singolo cassetto in una sezione. */
/* ↓↓↓ Qui sotto ho inserito il codice che specifica che qui c'è il contenuto del cassetto. */
<div class="it-collapsible-content" style="border: 1px solid #aaa; border-radius: 5px; margin: 0 18px; padding: 10px;">
Contenuto.
</div></div>
/* ↓↓↓ Qui sotto lo schema illustrato sopra si ripete 2 volte. */
<div class="it-collapsible it-collapsed">
<h5 style="font-size: 1.1em; border: 0; margin-top: 0.6em; float: none;" class="it-collapsible-toggle">Sezione 2</h5>
<div class="it-collapsible-content" style="border: 1px solid #aaa; border-radius: 5px; margin: 0 18px; padding: 10px;">
Contenuto.
</div></div>
<div class="it-collapsible it-collapsed">
<h5 style="font-size: 1.1em; border: 0; margin-top: 0.6em; float: none;" class="it-collapsible-toggle">Sezione 3</h5>
<div class="it-collapsible-content" style="border: 1px solid #aaa; border-radius: 5px; margin: 0 18px; padding: 10px;">
Contenuto.
</div>
</div>
</div>

Un esempio ancora più sintetico che mette in evidenza le caratteristiche 

<div class="it-collapsible-group">

==== <span class="it-collapsible-group-toogle">Gruppo di sezioni</span> ====

<div class="it-collapsible it-collapsed">
<h5 class="it-collapsible-toggle">Sezione 1</h5>
<div class="it-collapsible-content">
Contenuto 1.
</div></div>

<div class="it-collapsible it-collapsed">
<h5 class="it-collapsible-toggle">Sezione 2</h5>
<div class="it-collapsible-content">
Contenuto 2.
</div></div>

<div class="it-collapsible it-collapsed">
<h5 class="it-collapsible-toggle">Sezione 3</h5>
<div class="it-collapsible-content">
Contenuto 3.
</div></div>

</div>
La logica dei gruppi è questa

Esiste un toggle in inglese che io chiamo sem.mente interruttore (perché ha proprio quella funzione): apre o chiude il/i riquadro/i con cui è stato connesso. Connesso naturalmente tramite l'utilizzo di un nome nel gruppo. Qui ho lasciato group, ma lo potete cambiare in quello che volete (nat.mente usate solo lettere e numeri normali).

Esempio di cassetti a comando a distanza

modifica

Non potevano mancare gli interruttori a distanza: in pratica qualsiasi cosa che vedete e non vedete può fungere da comando a distanza.

Riporto qui l'esempio fatto in quella pagina:


Comprimibile a distanza 1 (div, leve multiple) @

@
Clicca qui o su una delle @ per visualizzare l'elemento nascosto.
 
title=Click me!
⇐ @@Anche cliccando qui o sull'immagine della Chiocciola lo attiverai @@
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut 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 dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

Div personalizzato espandibile 2 (tabella)

Clicca qui per comprimere la tabella.
Ciao Mondo
Contenuto Va
In Qui

Div personalizzato espandibile 3 (elenco)

Clicca qui per comprimere l'elenco.
  • A
  • B
  • C
  • D

Div personalizzato espandibile 4 (riga della tabella)

X Y Z
Sono l'mw-customtoggle per A, B e C. Fammi clic per visualizzare le tre righe di tabella in una volta! 20 11
Sono l'mw-customcollapsible della riga A 20 7
Sono l'mw-customcollapsible della riga B 21 11
Sono l'mw-customcollapsible della riga C 29 1
Questa è solo una cella di una tabella semplice030

Effetto di cambio testo al clic

  • La tabella è chiusa di default
  • La seconda riga contiene un'elenco espandibile
  • LA terza riga contiene un blocco espandibile con etichette personalizzate

Esempio Extra

modifica

Questo l'ha creato Pietrodn su Wikipedia.

Espansione e compressione al passaggio del mouse

Capito tutto di questi codici
  • si (in realtà penso di si)
  • no
  • bho, me la devo rileggere.

Anche io la prima volta non ci aveva capito nulla, ma mi sono riletto la pagina e poi ha capito. Raoli (disc.) 23:45, 6 gen 2013 (CET)[rispondi]

Questo è tutto. P.s. Eh no Ema! Manca una cosa. Si, è vero, sul sito della WMF invece del semplice triangolino   viene utilizzato questo simbolo  . Non capisco poi perchè sul sito della WMF richiamano il Jquery intero quando creano il cassetto. Certo capire quel codice messo lì è impresa dura, forse non sanno esiste già il codice. Bho. Spero sia stato utile. :) Raoli (disc.) 23:45, 6 gen 2013 (CET)[rispondi]

Non sto seguendo questa discussione perchè sto su Wikivoyage. Perfavore se servo ancora scrivetemi o per e-mail o lì. Grazie ;) Raoli (disc.) 23:49, 6 gen 2013 (CET)[rispondi]
Raoli, sei stato incredibilmente esaustivo, non pensavo nemmeno ci potesse essere una complessità del genere! Grazie mille dello straordinario lavoro, che ti consiglierei di copincollare da qualche parte, anche solo Aiuto:Cassetto, dato che è una documentazione eccezionale. Secondo me se (con priorità bassa) come comunità scegliessimo un paio di soluzioni funzionali a noi sarebbe una gran roba per l'usabilità di Wikisource. Grazie davvero. Aubrey McFato 00:24, 7 gen 2013 (CET)[rispondi]

Posso procedere con l'installazione di questi sistemi e l'eventuale aggiustamento di bug con la versione precedente? Oppure devo prima chiedere al bar generale? Samuele 16:09, 9 gen 2013 (CET)[rispondi]

Direi che basta mettere in Bar generale un avviso che qui c'è una discussione in corso; dopodichè, adelante con juicio; implementati i sistemi, occorrerà un gran lavoro di template per rendere l'accesso abbastanza semplice e soprattutto discreto, in linea con lo stile source.
Alla fine ci sarà anche quel che serve per le "tabelle collassabili" tipo quella di Book su Commons vero? E' là che io ho gettato la spugna... --Alex brollo (disc.) 22:12, 9 gen 2013 (CET)[rispondi]
Si, anche meglio. Chi fa l'aggiunta di codice deve ricordarsi di cambiare l'immagine   con   se vuole farlo uguale a quello della Fondazione Wikimedia. --Raoli (disc.) 23:04, 9 gen 2013 (CET)[rispondi]

Faccio un tentativo. Vedrete se funziona. Scrivetemi in discussione preferibilmente per segnalare malfunzionamenti (ricevo una mail e posso rispondere subito, altrimenti mi dimentico) Samuele 22:31, 16 gen 2013 (CET)[rispondi]

Inserimento immagine

modifica

Ciao a tutti, non sono un granché pratica con le immagini (anzi, proprio per niente). Ho visto che nella pagina Pagina:Una sfida al Polo.djvu/321 la parola Fine è circondata da una greca. Qualcuno mi riesce a dare una mano su come devo comportarmi? Dove si caricano etc.? Oppure mi date un'idea se c'è una guida sulle immagini? Grazie mille! Inskatolata (disc.) 21:52, 6 gen 2013 (CET)[rispondi]

Ho provveduto. Le immagini vanno caricate su commons e poi inserite come in un qualunque altro progetto wiki. Spesso l'immagine non è fondamentale, per questo esiste il template {{Immagine da inserire}}, per servire da promemoria per chi si volesse curare anche l'aspetto estetico. Nel caso specifico l'avevo volutamente omessa visto che era praticamente l'unica "immagine" del testo (le altre immagini presenti nel testo originale non ci sono perché ancora sotto copyright fino al 2018). Pagine di aiuto (decenti) specifiche per l'inserimento in source non ce ne sono, anche perché quando l'immagine è inserita nel testo spesso impatta su tutto il paragrafo e sulle pagine precedenti e successive. Più volte mi sono ripromesso di scrivere qualcosa, ma ho sempre rimandato. --Luigi62 (disc.) 10:35, 7 gen 2013 (CET)[rispondi]
Merci! ^_^ Inskatolata (disc.) 15:21, 7 gen 2013 (CET)[rispondi]

Html_Data

modifica

Ho provato a inserire in Template:Autore/Sandbox e poi in Template:Autore questo codice: 

<span id="dati" data-nome="{{{Nome}}}" data-cognome="{{{Cognome}}}" data-altroNome="{{{ Eventuale altro nome}}}" 
data-pseudonimo="{{{Eventuale pseudonimo}}}" data-nomeReale="{{{Eventuale nome reale}}}" 
data-giornoMeseNascita="{{{Giorno e mese di nascita}}}" data-annoNascita="{{{Anno di nascita}}}" 
data-giornoMeseMorte="{{{Giorno e mese di morte}}}" data-annoMorte="Anno di morte" 
data-secoloAttivita="{{{Secolo di attività}}}"  data-professioneNazionalita="{{{Professione e nazionalità}}}" 
data-wikipedia="{{{Nome della pagina su Wikipedia}}}" data-wikiquote="{{{Nome della pagina su Wikiquote}}}" 
data-wikinotizie="{{{Nome della pagina su Wikinotizie}}}" data-commons="{{{Nome della pagina su Commons}}}" 
data-immagine="{{{Nome dell'immagine}}}">

Il risultato è che viene caricato nella pagina Autore, in modalità view, uno "span invisibile contenitore di dati".

Se stando su una pagina Autore (esempio Autore:Giovanni di Brienne)dopo un purge andate in console js e scrivete: 

$("#dati").data()

ottenete: 

Object
altronome: "Re Giovanni"
annomorte: "Anno di morte"
annonascita: "1148 ca."
cognome: ""
commons: "Category:John of Brienne"
giornomesemorte: "23 marzo"
giornomesenascita: ""
immagine: "Maria of Montferrat Coronation.jpg"
nome: "Giovanni di Brienne"
nomereale: ""
professionenazionalita: "re di Gerusalemme, imperatore dell'Impero latino e poeta italiano"
pseudonimo: ""
secoloattivita: "XII secolo/XIII secolo"
wikinotizie: ""
wikipedia: "Giovanni di Brienne"
wikiquote: "Giovanni di Brienne"

che potete anche interrogare per singoli componenti. Scrivete: 

$("#dati").data("commons")

e ottenete: 

"Category:John of Brienne"

Questo può essere fatto per tutti i template tipo Infobox (Autore, Intestazione, ecc) , e semplifica molto la vita ai "cacciatori di dati". --Alex brollo (disc.) 15:43, 9 gen 2013 (CET)[rispondi]

Veloce e facile per l'utente che necessita dei dati.
Però, quando guardo questo e molti altri trucchi per trasportare dati mi chiedo: perchè? Perchè stiamo facendo "ste robe" che salviamo miriadi di dati sfruttando data- di HTML oppure nascondendo uno span con display:none? Perchè non esiste un database generale dove si può accedere ai metadati? Spero che WikiData possa rispondere alle mie domande. Samuele 16:05, 9 gen 2013 (CET)[rispondi]
La risposta è si senza dubbio. Ci stiamo arrivando un passo alla volta. In Wikidata occhio che ogni dato, dovrà avere una fonte. Se non ce l'ha verrà eliminato. Naturalmente si sta discutendo, anzi a dire il vero la discussione è stata archiviata, ma il consenso generale vuole una fonte per ogni dato. Per esempio se inserite la nazionalità di una persona dovrete dire da quale fonte è stata presa. Comunque grazie al gran lavoro di Alex di prendere più dati possibile non penso ci sarà tutta sta differenza tra Data e Source. Daje Wikifonte! Raoli (disc.) 17:14, 9 gen 2013 (CET)[rispondi]
Samuele, dal mio primo ingresso in wikipedia mi sono reso conto - da vecchio programmatore di database, con strumenti primordiali, ma i principi sono sempre quelli: coerenza attraverso l'eliminazione della ridondanza; meticolosa attenzione alla normalizzazione dei dati con le tre relazioni uno a uno, uno a molti, molti a molti - che wikipedia è schizofrenico; si appoggia a uno straordinario database, rispettandone tutte le regole al livello superiore alla pagina; ne viola tutte le regole, per quanto riguarda il contenuto delle pagine. Non solo le viola: sembra quasi progettata per rendere le cose difficili, molto difficili, a chi voglia occuparsene. Ogni volta che trovo un trucco, uno strumento, un accrocchio per superare queste difficoltà, sento una grande soddisfazione; e più sistemi accumulo, più la circolazione dei dati diventa possibile, la ridondanza cala e la coerenza cresce.
Avrei potuto aspettare - da quando ho cominciato a "fare sul serio" - anni e anni e anni in attesa che qualcosa cambiasse? Ma nemmeno per sogno. Qui su wikisource ho trovato l'ambiente ideale, le giuste dimensioni, la sufficiente "pulizia" e uniformità di dati per sperimentare; e continuerò, fino al giorno in cui veramente si attiveranno le potenzialità di Wikidata, che comincio a capire. Per ora Wikidata si occupa - giustamente - di "entità"; poi arriverà il momento in cui si occuperà di "entità costituite da collezioni di entità"; e allora tutto sarà diverso.
E adesso monto il meccanismo su Intestazione... :-) --Alex brollo (disc.) 21:17, 9 gen 2013 (CET)[rispondi]
  Fatto .... cosa di pochi minuti, adesso dovunque c'è Intestazione, purgando, c'è anche $("#dati").data(). --Alex brollo (disc.) 22:06, 9 gen 2013 (CET)[rispondi]
Samuele, Raoli, potresti mandarmi in privato la vostra mail? Vorrei rendervi partecipe di una lunga mail che sto per mandare a cui potreste essere interessati. @Samuele, posso consigliarti di guardare (parte di) questo? da quello che io so, Wikidata ci metterà un po' prima di gestire i metadati, e ci vorrà un po' prima che si mettano a lavorare per le Wikisource, e le wikisource minori. Intanto, che il buon Alex sperimenti è cosa buona e giusta, se e soprattutto se parallelamente seguirà il processo di Wikidata: potremmo arrivare al momento giusto con la giusta esperienza per cambiare le cose e farle bene. Io purtroppo a livello tecnico ci capisco molto poco, ma più gente ci sta dietro a queste cose meglio è. Aubrey McFato 12:54, 10 gen 2013 (CET)[rispondi]

Vicolo cieco

modifica

Aimè. E' un vicolo cieco, il markup mediawiki (mal conformato) mi ha fregato di brutto. Ritiro la proposta con le pive nel sacco.

Il sistema funziona benissimo qui da noi, ma solo perchè (probabilmente grazie alla saggezza di IPork) siamo fra i pochissimi siti ad adottare il principio: i parametri degli infobox come Autore e Intestazione devono essere puliti, ossia privi di codice wiki. Questo non vale per Pedia, non vale per Commons, non vale nemmeno per i nostri fratelli en.source... non vale per nessuno. Se hanno un codice wiki tipo template, o tipo parametro di template, o codice link, il sistema si impalla.

Abbandono questa strada :-( , e riprendo lo sviluppo dei tool per la lettura AJAX interprogetto. --Alex brollo (disc.) 00:36, 12 gen 2013 (CET)[rispondi]

Ho letto in ritardo il tuo messaggio in talk. Mi dispiace si sia arrivati a un vicolo cieco, ma avrei suggerito di tentare comunque in una sandbox del Bio. Non ci resta altro che aspettare qualche altro mese ancora con Wikidata, temo. Sannita - L'admin (a piede) libero 12:41, 12 gen 2013 (CET)[rispondi]
Grazie di avermi rincorso Sannita, comunque stavo solo cercando un metodo semplice, accontentandosi di un metodo mediamente complesso la cosa è ben avanti. Già oggi, un tool in Commons "acchiappa" i parametri del template Bio di it.pedia, li trasforma nei valori adatti a Creator e li assembla con un completamento automatico del codice template vicino al 100%. E questa "vecchia via" ignora bellamente che i parametri siano "puliti" o "sporchi". Basta che siano giusti.... :-) --Alex brollo (disc.) 17:24, 12 gen 2013 (CET)[rispondi]
Mi correggo: anche da noi qualche volta i parametri dei template non sono "puliti" (ossia, contengono codice wiki o codice html). In questi casi, disastro (come da segnalazione mail di Aubrey). Disabilito l'ambaradan su Intestazione; lascio attivo per prova su Autore. --Alex brollo (disc.) 10:39, 19 gen 2013 (CET)[rispondi]
Trovate traccia della mia delusione in wikitech-l (Html comments into raw wiki code: can they be wrapped into parsed html?), dove avevo avuto il suggerimento di sfruttare i parametri data-,idea che mi aveva entusiasmato portandomi però per mano contro un muro di cemento armato.... :-( --Alex brollo (disc.) 06:55, 22 gen 2013 (CET)[rispondi]

ePub e caratteri "tossici"

modifica

Nell'utilizzare un nostro ePub su un ebook-reader, ho individuato un carattere piuttosto usato che non viene correttamente letto. Si tratta di un trattino lungo. Il carattere che normalmente gli ocr inseriscono è questo: — (unicode & #8212;), ma ne esiste un altro, questo: ― (unicode & #8213;) che non viene correttamente visualizzato. Ma da dove viene questo trattino? Viene dalla nostra barra degli strumenti in fondo allo schermo, tra i caratteri inusuali. Propongo alcune cose da fare per ovviare al problema:

  1. cambiare il trattino tra i caratteri inusuali in fondo allo schermo (e già che ci siamo aggiungere il carattere "ú" che manca).
    1.   Fatto
  2. far girare un bot che sostituisca tutti i trattini "tossici" già inseriti (almeno nelle pagine al 100%).
    1.   In corso... previo scaricamento di dump e ricerca
  3. far sostituire un eventuale trattino sbagliato al momento del salvataggio della pagina (al momento del salvataggio già viene aggiunto d'ufficio uno spazio dopo il trattino lungo —).
    1.   In corso... sarà modificata la funzione postOCR per sostituire il carattere tossico con quello commestibile
    2.   Fatto; al primo click su postOCR tutti i trattini tossici dovrebbero sparire sostituiti dai trattini commestibili; nè potrebbero essere introdotti più con toolbox. Ma per favore verifica che funzi davvero...

Visto che non posso (e anche se potessi non ne sarei in grado) di fare queste cose, cedo il lavoro. :-)) --Luigi62 (disc.) 23:57, 25 gen 2013 (CET)[rispondi]

Grazie Luigi dell'indagine. --Alex brollo (disc.) 16:01, 28 gen 2013 (CET)[rispondi]

hOCR

modifica

A seguito di una discussione con Aubrey, Federico Boschetti et al., ho "scoperto di nuovo" il formato hOCR. E' veramente interessante. Si tratta di un formato html che "annida", all'interno di un testo apparentemente normale, tutti i dati sulla struttura del testo e la collocazione delle parti di testo come risulta dall'OCR, in una gerarchia pagina - regione - paragrafo - linea - parola. Tutti questi dati sono annidati in ogni djvu con strato testo, ma non sono recuperabili via software mediawiki; non solo, ma l'estrazione dei dati con le routine djvuLibre non produce un hOCR ma un xml a struttura diversa e non adatto alla visualizzazione.

Il bello del formato hOCR è che, essendo html semplice e "pulito", può essere tranquillamente caricato qui e non crea alcun disturbo. Nella pagina Utente:Alex brollo/hOCR ne trovate un pezzetto da esplorare. In questo momento sto studiando le routine jQuery per estrarre da questo formato tutto ciò che si può estrarre; l'idea (audace) è quella di provare a mettere in Discussione pagina l'hOCR della pagina stessa, e usarlo come "deposito di dati" da cui attingere per la fase di editing; ma non solo. Le prospettive sono molto ampie e sorprendenti. --Alex brollo (disc.) 16:01, 28 gen 2013 (CET)[rispondi]

Passetto passetto, adesso a ciascuna parola associo un onclick per fare qualcosa (restituire le coordinate annidate nell'hOCR della parola); non manca molto per il "progetto Phe inverso", ossia: data una parola, restituire, in una piccola div, l'immagine di quella parola sulla pagina. All'inizio solo cliccando la visualizzazione dell'hOCR; forse in futuro, ma non è facile, anche selezionando una parola nel testo in editing. Dipende dal contesto.... ;-) --Alex brollo (disc.) 23:44, 28 gen 2013 (CET)[rispondi]
Pian piano.... adesso esiste uno script che causa una metamorfosi della pagina Pagina in edit, nascondendo tutti i form e sostituendoli una normale div, contenente l'html di hOCR. L'hORC ha una eccezionale proprietà: il testo sorgente coincide con il testo html visualizzato. Modificando, via jQuery,l'html visualizzato, ogni modifica può essere memorizzata tal quale nel testo sorgente. :-) Uno sporco trucco (semplicissimo!) permette di conservare la suddivisione originale in righe del testo.
Prossimo passo: creare due div, che contengano un clone dell'immagine pagina (quella che compare nella finestra di edit). Le due div saranno truccate in modo da contenere l'intera immagine della pagina, ma da essere dimensionate esattamente sulle dimensioni di una riga di testo, e rispettivamente su una parola. In pratica, l'immagine "scorrerà sotto" la piccola finestra posizionandosi in modo da lasciar vedere solo il rettangolo che interessa. Tenete conto che nella memoria del browser esiste una copia dell'immagine, già scaricata, a dimensioni originali (non alle dimensioni rimpicciolite per "farla stare" nel quadro destro della finestra di edit). A sua volta, le due div potranno essere posizionate dov'è più comodo per la correzione (io immagino, adiacenti alla riga/alla parola da correggere). Qui diventerà importantissimo sentire i suggerimenti degli utenti che proveranno in pratica il meccanismo. DP non ha nulla di simile a cui ispiratsi. L'editor hOCR di Firefox funziona solo a riga e non a parola.
Sarà quindi possibile, cliccando una parola qualsiasi dell'html, far "scorrere" il testo nelle due div e farlo posizionare esattamente sulla riga che contiene la parola, e sulla parola.
Il passo successivo (facilissimo) sarà associare alla div che mostra la parola un piccolo form che permetta di editare la parola stessa all'interno di hOCR; dopodichè, in salvataggio pagina, basterà travasare l'hOCR editato nel textbox di edit, salvare e fine, il tutto senza che l'utente veda mai nè il codice hOCR, nè il textbox. --Alex brollo (disc.) 16:50, 31 gen 2013 (CET)[rispondi]

Editor parola per parola

modifica

Come effetto collaterale dei lavori sull'editor hOCR, mi sono ritrovato per caso fra le mani un editor parola per parola, quello che Aubrey voleva tempo fa. Non è ancora finito, ma per vedere all'incirca come funzia, chi vuole può rovistare in MediaWiki:Gadget-hOCR.js, funzione spanP() che viene lanciata a mano con un "bottone" spanP (in questa fase di test) da una qualsiasi finestra di edit; opportuno, ma non obbligatorio, che il testo da editare sia "vergine", con poca formattazione (tipo quello che proviene da un OCR). Manca ancora la funzione di salvataggio, ma è questione abbastanza banale. --Alex brollo (disc.) 14:35, 4 feb 2013 (CET)[rispondi]

InsertTags(): quesito per i supergeek

modifica

Gira nel mondo javascript della finestra di edit una funzione insertTags(), è quella che agisce al click di un pseudo-link della toolbar. Chiedo a chi lo può capire: da quale oggetto js viene chiamata? Dove e come viene definito questo oggetto, i suoi attributi e ui suoi metodi? Dovrebbe chiamarsi "currentFocused".

Non sono riuscito a capirlo; per "ridirigerla" facendola agire su un elemento diverso dal textBox (riscrivendo il codice daccapo) ho sudato quattro camicie; e comunque nel momento in cui tento di risistemarla ho perso l'aggancio all'oggetto e quindi non funziona più.

La funzione di default: 

function (tagOpen,tagClose,sampleText){if(currentFocused&&currentFocused.length){
    currentFocused.textSelection('encapsulateSelection',{'pre':tagOpen,'peri':sampleText,'post':tagClose});
    }
}

--Alex brollo (disc.) 12:19, 6 feb 2013 (CET)[rispondi]

Complesso script per geek pazzoidi

modifica

Voi geek pazzoidi as I am, scrivetevi in vector.js questo: 

function miniconsole () {x=leggiBox(); y=eval(x); scriviBox(leggiBox()+"\n"+y); };
newButton("!","miniconsole");

dopodichè in in textbox vuoto qualsiasi divertitevi. Per capire cosa fa l'ideale è scrivere in toolBox la classica: 

alert("Hello world!")

e premere il pulsantino ! che sarà comparso nella vostra "bottoniera". il resto per voi, geek, dovrebbe essere lapalissiano.

Non escludo di arricchire la cosa con un metalinguaggio. --Alex brollo (disc.) 09:17, 14 feb 2013 (CET)[rispondi]

Ovvio che la cosa ha senso in Chrome, dove comunque c'è una console (il vantaggio è che un eventuale output è già in toolbox), ma ha grande senso in altri browser, dove non esiste una console (tipo IE) oppure occorrono estensioni per crearla. --Alex brollo (disc.) 12:57, 14 feb 2013 (CET)[rispondi]

API ajax interprogetto, ultima versione

modifica

In Utente:Alex brollo/Ajax, fondo, trovate la versione di una funzione per una chiamata AJAX interprogetto. La chiamata è abbastanza semplice: getIwPage=function (title, site, query), dove title e site sono intuitivi, query è "cosa si chiede" dalla pagina (per ora "html": restituisce l'html, "text". restituisce il codice testo).

Siccome le funzioni asincrone non restituiscono un bel nulla, all'interno della funzione un paio di righe spediscono il risultato in $(".ourDiv").data(), e precisamente in $(".ourDiv").data("outputAjax") (intero oggetto json restituito dalla chiamata API) e $(".ourDiv").data("bareData") (testo "significativo" estratto dall'oggetto json: codice html pulito, wikitesto pulito).

Con il tempo aggiungerò altri tipi di query, man mano che diventeranno utili, ma penso che in linea di massima questo schema di funzione resisterà. legge anche wikidata, ma l'API di wikidata è in revisione e per ora non mi cimento. --Alex brollo (disc.) 13:45, 21 feb 2013 (CET)[rispondi]

Problema javascript: using().run()

modifica

Se guardate il codice di Utente:Alex brollo/common.js trovate una strana sintassi: 

( function ( mw, $ ) {
        .... istruzioni
} ( mediaWiki, jQuery ) );

Qui trovo, come un sesto senso mi suggeriva, che le parentesi rendono la struttura simile a questa: 

using().run(function(){
...
});

ma c'è una differenza nella posizione delle seconde parentesi. Il significato della sintassi della funzione sembra, comunque, qualcosa come "esegui la funzione anonima function (mw,$) non appena sono disponibili mediaWiki e jQuery". Giusto? --Alex brollo (disc.) 07:14, 4 mar 2013 (CET)[rispondi]

Dissodando un po' vedo che funzione la forma elementare test:
1)
(function () {alert("Titolo della pagina: "+wgTitle);} ());
con immediata esecuzione della funzione; la funzione non parte se manca l'elemento parentesi vuote in fondo. Parte anche se si scrive:
2)
(function () {alert("Titolo della pagina: "+wgTitle);}) ();
Mi piacerebbe capire se c'è una differenza fra 1) e 2). Questa sintassi è alternativa al guazzabuglio ResourceLoader? --Alex brollo (disc.) 09:45, 4 mar 2013 (CET)[rispondi]
Mi do la risposta da solo, al terribile, cattivissimo verificatore JSlint o come si chiama la versione 2 non piace. Ma quanto è rompiscatole e puntiglioso.... In Common.js trova decine di errori e poi smette per "troppi errori trovati". :-( --Alex brollo (disc.) 09:37, 7 mar 2013 (CET)[rispondi]

Avviso: riforma del box visualizzazione

modifica

Sto riformando il box visualizzatore (quello, per dire, che visualizza il codice pagina da view). Il prototipo (che trovate in Utente:Alex brollo/showbox.js, caricato dal gadget Tools.js) crea immediatamente un box id="showbox" in modalità display:none; i programmi che devono cisualizzare qualcosa non lo ricostruiscono ma ci scrivono dentro quello che serve e poi lo visualizzano con un'istruzione $("#showbox").show(); il doppio click o il click sull'iconcina "chiudi" nella barra header non lo cancella, ma lo nasconde: $("#showbox").hide(). Questo semplifica non poco le cose. Quindi, se volete visualizzare qualcosa prodotto da uno script, basta che appendiate il contenuto a $("#showboxContent") e poi visualizziate con $("#showbox").show(). --Alex brollo (disc.) 09:44, 7 mar 2013 (CET)[rispondi]

Variazione di Template:Sezione note

modifica

Ho provato a attuare una piccola modifica di {{Sezione note}}. In nsPagina, non genera nulla; si attiva in ns0. Questo ha un notevole vantaggio nel M&S; non occorre più cancellarlo dalla pagina trasportata in nsPagina, nè riscriverlo in ns0; inoltre il codice ns0 è più "pulito", in quanto contiene unicamente il tag pages. Esperimenti in corso qui: Pagina:Sonetti romaneschi I.djvu/313. Sappiatemi dire.

PS: in ns0 il comportamento del template resta identico. --Alex brollo (disc.) 10:16, 24 mar 2013 (CET)[rispondi]

Ok, però andrebbe comunque tolto dal nsPagina, altrimenti si rischia di generare comportamenti strani quando poi viene trascluso in nso Candalùa (disc.) 10:55, 24 mar 2013 (CET)[rispondi]
Perchè? Il bello è proprio nel fatto che se sta in nsPagina non occorre metterlo in ns0. Quale "comportamento strano" rilevi? --Alex brollo (disc.) 11:21, 26 mar 2013 (CET)[rispondi]
Ok, ho capito adesso cosa intendi. Non mi entusiasma granché, alla fine il fatto che il template finisca il nsPagina è solo un accidente del M&S... Comunque la mia è più che altro un'obiezione di forma, se la cosa ti semplifica il caricamento dei Sonetti allora vadi! Candalùa (disc.) 12:09, 26 mar 2013 (CET)[rispondi]

Nuova funzione Sommario()

modifica

La nuova funzione Sommario(Indice) restituisce un oggetto che contiene tutti i dati del campo Sommario della pagina Indice. Si tratta di una lista di oggetti, ognuno dei quali, ordinatamente, contiene i dati dei template Indice sommario. Il parametro Indice può essere sottinteso (se si opera dalla stessa pagina Indice) o può essere passato come PAGENAME (es: Georgiche.djvu per puntare su Indice:Georgiche.djvu) o come nome completo (es: Indice:Georgiche.djvu).

Nota tecnica for geeks
La funzione legge i dati direttamente dai codici template (eseguendone il parsing con parseTemplate()) e non dalle aree dati.

Esempio: da una pagina qualsiasi chiamare da console il sommario di Indice:Georgiche.djvu: 

sommario=Sommario("Georgiche.djvu");

A questo punto tutti i dati sono facilmente recuperabili. Alcuni valori relativi alla quinta voce del sommario (elemento [5]):

Chiamata Risultato
sommario[5].titolo Libro terzo
sommario[5].nome Georgiche/Libro terzo
sommario[5].from 102

Con questa funzione mi accingo a riscrivere completamente autoNs0() che sta facendo le bizze (era scritto male e funzionava per combinazione più che per robustezza dell'algoritmo :-( ).

La funzione è per ora contenuta in MediaWiki:Gadget-Tools.js; se si dimostrerà robusta verrà spostata in MediaWiki:Common.js o meglio in una "raccolta di tools base" caricata da Common.js. --Alex brollo (disc.) 18:14, 5 apr 2013 (CEST)[rispondi]

formMake()

modifica

In Utente:Alex brollo/formMake.js trovate l'abbozzo di uno script abbastanza interessante. Siete in una pagina, in edit, che contiene un template tipo infobox (Intestazione, IncludiIntestazione, Infotesto, Autore col tool form disattivato.... Book, Creator....); lanciate lo script con un unico parametro (il nome del template che volete editare), e la finestra text diventa ineditabile, mentre il contenuto del template viene trasformato in un form in una finestra a destra, con due bottoni: "Salva la pagina" e "Salva nel box testo". Lo script è generale nel senso che legge i nomi dei parametri e ne permette di editare i contenuti; è totalmente indipendente dal progetto, dal nome del template, dal nome dei parametri.

Al momento è una bozza, si possono inserire parecchie migliorie (es: fargli "annusare" il template che serve dall'accoppiata progetto + namespace; fargli inserire automaticamente il template vuoto se manca; permettere l'edit del testo fuori del template.... ) ma insomma il "motore" c'è e ne sono già soddisfatto. :-) --Alex brollo (disc.) 23:38, 16 apr 2013 (CEST)[rispondi]

(PS: ovviamente ha alcune dipendenze, leggiBox(), scriviBox(), find_stringa(), parseTemplate().... dovrà viaggiare su altri progetti insieme a una piccola "libreria di stranezze alexiane").

Avviso a chi segue ultime modifiche

modifica

Per chi segue Ultime modifiche: vedrete parecchi edit assurdi da parte mia. Non preoccupatevi, sono solo test per Alebot su Toolserver: sto riscrivendo la routine base che segue il canale #irc dove sono notificate le ultime modifiche. I dati che vengono replicati in #irc sono, per le pagine modificate, il nome pagina, il nome utente, il tipo di modifica e eventuale status di bot dell'utente, il sommario modifiche, l'URL per la pagina diff, la differenza in caratteri del testo a seguito della modifica. Questi dati saranno salvati e passati ad altre routine automatiche che faranno cose a seconda delle circostanze.

Non appena sarò pienamente soddisfatto di questa routine-base, chi di voi ha bisogno di "cose a seconda delle circostanze" potrà propormele.

Una delle cose fattibili (per esempio) è tener d'occhio gli utenti sospetti di essere seminatori di spam, pubblicando l'elenco dei loro contributi su una pagina ospitata su toolserver; ma il numero di cose che sipossono fare è praticamente infinito. Sempre che mi restino energie. :-(

Per ora vi chiedo pazienza e mi scuso dell'assenza: quando si hanno queste gatte da pelare per le mani, o ci si immerge completamente o non si combina un bel niente. --Alex brollo (disc.) 01:12, 1 mag 2013 (CEST)[rispondi]

Tranquillo Alex, ricordati ogni tanto che siamo volontari e facciamo le cose perchè ci piace. Non c'è nessun problema a prendersi delle sane e meritate pause. Aubrey McFato 12:15, 1 mag 2013 (CEST)[rispondi]
Buone notizie sul fronte Alebot su Toolserver. Voi sapete che su Toolserver Alebot segue il canale irc #it.wikisource dove scorre ogni modifica, come dicevo; purtroppo lo script "moriva" in caso di deconnessione del canale, il che succedeva piuttosto spesso in una irc con lunghe pause. Stranamente quasi nessun utente lavora nella tarda notte, diciamo dalle 2 alle 5: un neo da risolvere. :-P
Sono riuscito a "catturare l'errore" e a far riconnettere immediatamente il bot al canale, quando la connessione salta per qualsiasi motivo; questa è una buona base di partenza su cui costruire tutto "by scratch".
Per far correre lo script (che alla fine salverà su un comodo file txt tutte le modifiche (renderò il file txt leggibile sia a un bot che agli umani) non serve altro che un pc con connessione a Internet e python; non serve nè un account bot, nè tantomeno un account toolserver; quindi penso che chi di voi ha un PC sempre acceso potrebbe essere interessato a lanciarlo e dimenticarsene, ritrovandosi poi l'elenco delle ultime modifiche completo da leggere quando più gli aggrada. :-)
(Se poi riuscirò a produrre un file html "mappato" da leggere con un browser, magari filtrando al volo i contributi con un po' di css o di javascript, tanto meglio) --Alex brollo (disc.) 16:20, 2 mag 2013 (CEST)[rispondi]

Tech news: 2013-22

modifica

Le ultime Notizie tecniche, il notiziario della comunità tecnica dei progetti Wikimedia. Per favore, avverti anche gli altri utenti.

Cambiamenti recenti alla piattaforma (non tutte ti riguardano direttamente)
  • Le estensioni Translate e Universal Language Selector sono state attivate in Wikimedia Commons il 20 maggio. Gli utenti di Commons possono ora scegliere facilmente la lingua dell'interfaccia e tradurre pagine con un sistema facile da usare. [1]
  • L'estensione Notifiche, attiva nella Wikipedia in inglese, consente ora liste nere e bianche locali. È possibile nascondere specifici utenti (come alcuni bot) da tutte le notifiche in un wiki. Inoltre, le notifiche per postra elettronica possono ora essere ricevute in formato sommario. [2] [3]
  • La prima versione stabile di MediaWiki 1.21 per utenti diversi dai progetti Wikimedia è uscita il 25 maggio. [4]
  • L'estensione che riporta informazioni sulle lingue (CLDR) è stata aggiornata all'ultima versione (23.1). [5]
  • A causa di un problema, è stato impossibile per gli utenti attivare o disattivare accessori. Il problema è stato risolto.
Cambiamenti futuri
  • MediaWiki will stop supporting XHTML 1.0 and HTML versions lower than version 5. HTML5 will now be the default language for pages created by the software. [6] [7]
  • The software will check if all uploaded files are secure and match their type. [8]
  • The Wikimedia Commons Android app will come out of the beta phase on its next release. [9]
  • Account creation by manual log-in will now be recorded in the account creation log (bug 42434). [10]
  • Links to file description pages will again be accessible directly from within videos (bug 43747). [11]
  • The software behind recent changes patrolling was re-written; the change fixes issues related to patrolling new pages, among other things. [12]
  • During a meeting, developers agreed on rules about making big changes to the software. [13]
  • There is now a category to list pages with invalid music code. [14]

Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Unsubscribe.

Tech news: 2013-23

modifica

Latest tech news from the Wikimedia technical community. Please inform other users about these changes.

Recent software changes
(Not all changes will affect you.)
  • The latest version of MediaWiki (1.22/wmf5) was added to non-Wikipedia wikis on May 29. It will be enabled on the English Wikipedia on June 3, and on all other Wikipedias on June 5. [15]
  • The Tamil Wikipedia shared a Lua module they created to automate their Main Page. [16]
  • There is now a test wiki to test new features in right-to-left languages. [17]
  • The Thanks feature was added to the English Wikipedia; users can now thank others for individual edits. [18]
  • The new interface for account creation and log-in is now the default on 30 wikis, including the English Wikipedia, Commons, Meta, and Wikidata. The feature will be added to all wikis after June 5. Users can return to the old look by adding ?useNew=0 to the web address. [19]
  • Videos are now played in pop-up windows if their size on the page is smaller than 200 pixels (800 pixels on the English Wikipedia). [20]
  • Opening your talk page now marks notifications as read, for wikis using the Notifications feature. (bug 47912) [21].
  • All autoconfirmed users can now reset transcoding of video files; previously only administrators could do this. [22]
  • The Nearby feature allows people who use mobile devices to see Wikipedia articles about objects and places around them. [23]
Future software changes

Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

Tech news: 2013-24

modifica

Le ultime notizie tecniche, il notiziario della comunità tecnica dei progetti Wikimedia. Per favore, avverti anche gli altri utenti.

Cambiamenti recenti alla piattaforma (non tutte ti riguardano direttamente)
Future software changes
  • A report on mobile upload errors was published, and software changes to reduce their number will come soon. [34]
  • A request for comments on updating MediaWiki to use RDFa version 1.1 was started on MediaWiki.org (Gerrit change #67608).

Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Unsubscribe.

22:09, 11 giu 2013 (CEST)

Div collassabili in sezione Sommario delle pagine Indice

modifica

Il tl|Cassetto pare incompatibile con l'ambiente del quadro Sommario delle pagine Indice (recente segnalazione di Xavier121). Un peccato, perchè sarebbe comodo espandere-collassare delle div per nascondere lunghe liste di pagine ns0 di dettaglio.

In Indice:Il Sofista e l'Uomo politico.djvu gli elenchi delle pagine di dettaglio esistono, e sono nascosti in due div style="display:none" class="vanish" (nome classe di fantasia); basterebbe uno sctiptino js per assegnare alternativamente display:none e display:block e il problema sarebbe risolto. Ma forse c'è già qualcosa di pronto. Geek maggiori, suggerimenti? --Alex brollo (disc.) 11:23, 12 giu 2013 (CEST)[rispondi]

Prova a chiedere ai wikipediani, secondo me è meglio (when in doubt, ask Nemo). --Aubrey McFato 17:01, 12 giu 2013 (CEST)[rispondi]

Esplorazione del file abbyy.gz di Internet Archive

modifica

Chi ha usato FineReader, sa che in modalità correzione OCR il testo ha una ricca formattazione (font, grandezza del font, grassetto, italico...); che i paragrafi sono identificati; che le parole dubbie sono evidenziate. Ebbene: tutti (suppongo) questi dati di formattazione sono annidati nei file _abbyy.gz, che decompresso risulta essere un terrificante xml in cui i singoli caratteri solo identificati da un tag con una dozzina di parametri, e su su le linee, le regioni, i blocchi, e infine la pagina.

Il file è assolutamente illeggibile per un umano, ma non per un pc. L'idea è di estrarre il "nudo testo", e intanto pescare, nella formattazione, quello che può essere utile; il primo passo è stato quello di identificare le parole "dubbie" e di aggiungerci uno span che le colora in rosso. Ovviamente, preliminare a questo, è una faticosa elaborazione del testo; comunque è fatta. Ho tre piccoli script che scaricano da IA il file abbyy; lo suddividono in pagine; lo scompongono nell'albero degli elementi blocco, paragrafo, linea, parola e carattere; scorrono l'albero restituendo la sequenza dei caratteri, parole, linee, paragrafi e blocchi; e nel frattempo possono "stare con gli occhi aperti" per acchiappae qualcosa della formattazione che gli scorre sotto.

Risultato finale: Alebot risponde a un comando carica(base_abby, base_pagina_source, dalla_pagina, alla_pagina) e produce qualcosa (per ora) come lo vedete in Indice:Fisiologia del matrimonio.djvu, dalle pagine dalla 17 alla 30. Le parole in rosso sono quelle che FineReader considera dubbie. Adesso andiamo avanti :-) --Alex brollo (disc.) 22:35, 16 giu 2013 (CEST)[rispondi]

Tech News: 2013-25

modifica

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Translations are available.

Recent software changes
(Not all changes will affect you.)
  • The latest version of MediaWiki (1.22wmf7) was added to test wikis and MediaWiki.org on June 13. It will be enabled on non–Wikipedia sites on June 17, and on all Wikipedias on June 20. [35]
  • The Narayam and WebFonts extensions were successfully replaced by Universal Language Selector on June 11. [36]
  • VisualEditor news:
    • VisualEditor was temporarily disabled on Wikipedia sites on June 14 due to an issue that inserted a lot of HTML code. The issue is now fixed and VisualEditor works as before.
    • Users can now use VisualEditor to add images and other media items from their local wikis and Wikimedia Commons. [37].
    • VisualEditor also allows editing references. [38]
  • The new Disambiguator extension, which was previously part of MediaWiki itself, was enabled on test wikis. It adds the magic word __DISAMBIG__ to mark disambiguation pages. [39]
  • The newly enabled Campaigns extension allows Wikimedia Foundation data analysts to track account creations that result from a specific outreach campaign.
Future software changes
  • Universal Language Selector will be added to the Catalan (ca), Cebuano (ceb), Persian (fa), Finnish (fi), Norwegian Bokmål (no), Portuguese (pt), Ukrainian (uk), Vietnamese (vi), Waray-Waray (war) and Chinese (zh) Wikipedias on June 18. [40]
  • Starting on June 18, VisualEditor will be randomly enabled by default for half of newly created accounts on the English Wikipedia to test stability, performance and features. [41]
  • Two new webfonts (UnifrakturMaguntia and Linux Libertine) will be added to wikis that use Universal Language Selector. [42] [43]
  • It will now be possible to hide the sidebar while using the Translate extension to reduce distractions (bug #45836). [44]
  • A patrolling link will now be visible for un-patrolled pages, even if users don't visit it from Special:NewPages or Special:RecentChanges (bug #49123). [45]
  • A request for comments on enabling a new search engine for MediaWiki was started.

Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Unsubscribe.

EdwardsBot (disc.) 00:32, 17 giu 2013 (CEST)[rispondi]

Tech news.... nostrane

modifica

Vi illustro un po' l'attuale sistema per l'importazione dell'OCR dai file FineReader abbyy.xml, pescati da Internet Archive. Tutte le operazioni sono potenzialmente automatizzabili.

  1. download del file djvu e del file _abbyy.gz (xml compresso) da IA
  2. estrazione di tutti i testi dallo strato testo djvu e caricamento dei testi delle varie pagine in una lista
  3. estrazione di tutti i testi con elementi di formattazione dal file abbyy.gx e caricamento in una lista
  4. per ogni elemento della lista dei testi djvu, ricerca del testo corrispondente fra quelli dal file abbyy.gz e in caso di successo caricamento nella stessa lista dei testi djvu a fianco del testo da djvu. Per le pagine non allineabili, viene usato il testo djvu;
  5. trasformazione UTF-8->Unicode dei testi e caricamento nelle pagine Pagina.

Sto lavorando con python in una cartella dropbox che può essere condivisa, inviterò volentieri nella cartella chi fosse interessato a vedere i "lavori in ebollizione".

--Alex brollo (disc.) 12:05, 19 giu 2013 (CEST)[rispondi]

Tech news: 2013-26

modifica

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Translations are available.

Recent software changes
(Not all changes will affect you.)
  • The latest version of MediaWiki (1.22wmf8) was added to test wikis and MediaWiki.org on June 20. It will be enabled on non–Wikipedia sites on June 24, and on all Wikipedias on June 27. [46]
  • Universal Language Selector was successfully enabled on the Catalan (ca), Cebuano (ceb), Persian (fa), Finnish (fi), Norwegian Bokmål (no), Portuguese (pt), Ukrainian (uk), Vietnamese (vi), Waray-Waray (war) and Chinese (zh) Wikipedias. [47]
  • The new interface for account creation and log–in is now the default on all Wikimedia wikis. The old look is no longer available (bug #46333). [48]
  • The TimedMediaHandler extension now supports native FLAC files. A discussion to allow this file type is taking place on Commons (bug #49505). [49]
  • After a test period, the Disambiguator extension was enabled on the English Wikipedia on June 18. [50]
  • VisualEditor news:
    • A VisualEditor bug temporarily made all new accounts unusable. The issue is now fixed and account creation works as before (bug #49727).
    • A high importance file insertion bug has been fixed, but the feature does not work perfectly yet. [51]
  • It is now possible to synchronise local CSS and JavaScript files with the beta cluster. This should make it easier to test software features before they are enabled on live wikis. [52]
Future software changes
  • The default link to a help page on editing, visible below the editing window, will change on almost 600 Wikimedia wikis and will now link to MediaWiki.org (bug #45977). [53]
  • Universal Language Selector will be enabled on wikis without language versions (such as Wikisource and Wikispecies) on June 25. [54]
  • The AbuseFilter extension will allow filtering links and HTML code for page creations. [55]
  • The related changes special page will now include upload log entries. [56]
  • It will soon be possible to choose the language of SVG files that contain translations. [57]
  • MediaWiki will now allow converting audio files from one format to another. [58]
  • The Wikidata technical team has started a discussion about how Wikidata can support Wiktionary. [59]
  • The search feature on Wikimedia sites is planned to be modified to use Solr on all wikis by the end of 2013. [60]

Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

20:12, 23 giu 2013 (CEST)

Malfunzionamento puntanoqui.js

modifica

Di colpo non mi funzionava più; e senza generare alcun errore js. :-(

Scopro che nella variabile wgCanonicalNamespace non c'è più il nome italiano del ns ma quello inglese; in nsPagina la variabile conteneva Page e non Pagina.

Tutto sistemato editando la riga if (wgCanonicalNamespace=="Pagina") in if (wgCanonicalNamespace=="Page" || wgCanonicalNamespace=="Pagina" ) (ho lasciato entrambe le varianti perchè non si sa mai) ma inorridisco al pensiero di quanti script potrebbero silenziosamente spirare. --Alex brollo (disc.) 07:38, 25 giu 2013 (CEST)[rispondi]

Ti ho risposto. --Ricordisamoa 16:34, 25 giu 2013 (CEST)[rispondi]

Tech news: 2013-27

modifica

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Translations are available.

Recent software changes
(Not all changes will affect you.)
  • The latest version of MediaWiki (1.22/wmf9) was added to test wikis on June 27. It will be enabled on non–Wikipedia sites on July 8, and on all Wikipedias on July 11.
  • On Wikisource, the canonical names of the "Index" and "Page" namespaces in the Proofread Page extension are no longer localized (bug #47596). Please check scripts that depend on $wgCanonicalNamespace. [61]
  • A JavaScript problem caused the "Cronologia" and "Aggiungi argomento" tabs in the Vector skin to be moved into the drop-down menu on right-to-left wikis. The issue is now fixed and links are visible as before (bug #50196). [62]
  • There was a short site outage on June 28.
  • The automated Category:Pagine che richiamano file inesistenti now includes broken file links inserted inside the <gallery /> tag (bug #50119). [63]
  • The Nearby feature is now enabled on Commons and shows images in a user's area. [64]
  • There is now a special page listing disambiguation pages for wikis that use the Disambiguator extension (bug #44040). [65]
  • The old version of the Article feedback tool (version 4) was removed from wikis that still used it. [66]
  • VisualEditor news:
    • Many bugs that caused text to be removed or damaged have been fixed, including one related to copy-paste (bug #49816).
    • VisualEditor now offers a visual interface to edit references.
    • In preparation for enabling the VisualEditor on a wider scale, new documentation has been created, including a list of frequently-asked questions and a user guide with many images. Please help with translations.
    • Several problems related to overlapping of elements with the VisualEditor toolbar have been fixed (bug #50096, #50159, #50324).
    • TemplateData information is now displayed for templates that are added to a page (bug #49778).
    • Section edit links now show links to both VisualEditor and the old (source) editor (bug #49666).
    • Images are now loaded securely when using HTTPS (bug #43015). [67]
Future software changes
  • VisualEditor will be enabled for all logged-in English Wikipedia users on July 1, and for all users on July 8.
  • From July 8, it will be possible to upload WAV and native FLAC files to Commons, and use them directly on wiki pages ([[<tvar|bug-49505>bugzilla:49505</>|bug #49505]]). [68]
  • The Universal Language Selector will be added to the English Wikipedia on July 2, and to remaining wikis on July 9. [69]
Erratum

Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

16:27, 1 lug 2013 (CEST)

Tech news: 2013-28

modifica

Latest [[<tvar|technews>m:Special:MyLanguage/Tech/News</>|tech news]] from the Wikimedia technical community. Please inform other users about these changes. [[<tvar|more-transl>m:Special:MyLanguage/Tech/News/2013/28</>|Translations]] are available.

Recent software changes (Not all changes will affect you.)

  • VisualEditor news:
    • VisualEditor deployment has been delayed by a week. It is now planned to enable the editor for logged–in editors on chosen Wikipedias on July 22, and on all Wikipedias on July 29.
    • A bug that made it impossible to save VisualEditor edits that triggered a CAPTCHA has been fixed. [71]
    • Several bugs that occurred on right–to–left wikis have been fixed last week (bug #49416, bug #49613, bug #50543).
  • Uploading files has been restricted on Meta Wiki to administrators and the newly created uploader group. An exemption doctrine policy is being developed (bug #50287). [72]
  • Emergency priority CentralNotice banners will always be shown unless users have hidden them, ignoring cookies set for lower priority banners. [73]

Future software changes

  • MediaWiki will allow choosing a specific page of a PDF document or a thumbnail of a video file to show up inside the
    tag (bug #8480). [74]
    • It will now be possible to create empty MediaWiki: messages, for instance in order to disable them (bug #50124). [75]
    • The Nearby feature will soon be enabled on Wikivoyage wikis again. [76]
    • The Notifications extension messages will now include a direct link to diffs on wiki as well as in notification e-mails (bug #48183). [77]
    • Table of contents will now use the HTML <div /> element instead of <table />, fixing a nine–year–old bug #658. [78]
    • First mock–ups of a mobile Wikidata application have been published by Pragun Bhutani as part of his Google Summer of Code project. [79]
    • A discussion on minimum documentation practices in MediaWiki code has been started and awaits comments from the community.

    Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

    20:38, 8 lug 2013 (CEST)

    Tech News: 2013-29

    modifica

    Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Translations are available.

    Recent software changes (Not all changes will affect you.)

    Future software changes

    • A new version of the Single User Login system for global accounts will be enabled on July 17. Users will now automatically go back to the previous page instead of seeing the "Login success" page with logos. [83]
    • The software that resizes images on all wikis will change on July 18. Resizing of big images will be faster and more reliable, and the resolution limit for GIF, PNG and TIFF files (currently set at 50 megapixels) will be removed. [84]
    • Edit tags (mostly used by AbuseFilter) will now also be on diff pages. They include a link to Special:Tags before the edit summary. Wikis that use links in tag messages should remove them. [85] [86]
    • Global edit filters are currently in testing and will be added to wikis later. [87]
    • Wikivoyage wikis will start to use Wikidata for interwiki links on July 22. [88]
    • A new image gallery design has been proposed by Brian Wolff; comments and feedback are welcome.
    • An IRC discussion about Bugzilla is planned for July 16, at 16:00 (UTC) on the IRC channel #wikimedia-office on Freenode (time conversion). [89]

    Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

    19:37, 14 lug 2013 (CEST)

    Per i geek più boldi

    modifica

    Gira su oldwikisource una routine di ThomasV, PageNumbers.js, e gira pure su en.source. E' uno script molto complesso, che, a quanto mi dicono, gestisce anche il Dinamic Layout. Quasi tutti i progetto lo implementano; noi no, perchè distrugge i link alla pagina in ns0 prodotti da MediaWiki:Proofreadpage pagenum template, là dove noi, oltre al numero pagina, infiliamo il simboletto del SAL. In pratica, lo script di ThomasV (oltre a ricostruire i linketti alla pagina ignorando ciò che il server ha prodotto con MediaWiki:Proofreadpage pagenum template) interviene pesantemente sulla struttura html della pagina, modificandola sostanzialmente.

    Conclusione: non ci sono più ancore a cui un URL possa appoggiarsi per puntare su una pagina in ns0; e da quanto sento, ci sono anche altri sottili problemi come dimostra la presenza, nel codice, di qualche "fixme" del tutto exoterico.

    Faticosissimamente, insieme a George Orwell III, siamo riusciti nell'impresa di rimettere le ancore dove servono; resta il problema di sincronizzazione per far scrollare di nuovo la pagina sull'ancora nel "nuovo posto", dopo (e non prima) che PageNumbers.js ha "fatto la rivoluzione".

    Domanda: c'è qualcuno che voglia studiare fino in fondo questo script? --Alex brollo (disc.) 12:20, 17 lug 2013 (CEST)[rispondi]

    Su en:source George Orwell III ce l'ha fatta: problema risolto. :-) --Alex brollo (disc.) 13:10, 19 lug 2013 (CEST)[rispondi]

    Tech News: 2013-30

    modifica

    Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Translations are available.

    Recent software changes (Not all changes will affect you.)

    Future software changes

    Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

    23:09, 21 lug 2013 (CEST)

    Tech News: 2013-31

    modifica

    Latest tech news from the Wikimedia technical community. Please inform other users about these changes; not all changes will affect you. Translations are available.

    • The latest version of MediaWiki (1.22/wmf12) was added to test wikis and MediaWiki.org on July 25. It will be enabled on non–Wikipedia sites on July 29, and on all Wikipedias on August 1. [97]
    • Wikivoyage was offline for around 40 minutes on July 24. [98]
    • Pywikipediabot moved their code from SVN to git; bot owners need to update their tools. [99]
    • The Notifications and Thanks extensions were added to Meta-Wiki on July 26; other wikis will get them soon. [100]
    • It is now possible to add edit summaries on Wikidata using the API; the feature will be added to user interface soon. [101]
    • The software that resizes large PNG images on all wikis was changed on July 25. Resizing of PNG files bigger than 35 megapixels should be faster and more reliable now. [102]
    • Three new webfonts (Gentium, Old Persian and Shapour) will be added to Universal Language Selector. [103], [104], [105]
    • Special:MIMESearch, which gives a list of files by type, will be enabled on all Wikimedia wikis with MediaWiki version 1.22/wmf12 (bug #13438). [106]
    • A mailing list to discuss multimedia features was started; users are encouraged to sign up.
    • VisualEditor news:
      • On July 24, VisualEditor was added for logged-in users on the German (de), Spanish (es), French (fr), Hebrew (he), Italian (it), Polish (pl), Russian (ru) and Swedish (sv) Wikipedias; it will be added for all users on those wikis on July 29. [107]
      • A preference to completely disable VisualEditor while it is in beta phase was added on July 24. [108]
      • Many bugs were fixed in right-to-left languages. [109] [110] [111] [112] [113] [114]
      • It is possible again to scroll down in the template editing window (bug #51739).
      • VisualEditor now works with the FlaggedRevisions extension. (bug #49699)
      • If the user opens VisualEditor using a section edit link, the title of the section is added to the edit summary (bug #50872).
      • Invisible templates now can't be deleted by accident or on purpose (bug #51322).

    Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

    22:50, 28 lug 2013 (CEST)

    Ajax lato server

    modifica

    Mi manca questo strumento, per fare "tutto"; forse ho trovato il tutorial che fa per me: http://antirez.com/articoli/spaghettiajax.html.

    Qualcuno dei major geeks ha già qualche tool ajax lato server do it yourself? Candalua? --Alex brollo (disc.) 12:40, 20 ago 2013 (CEST)[rispondi]

    Esempio funzionante di Ajax cross domain con script python lato Toolserver

    modifica

    Miracolo!

    Questo è lo script python che sta in http://toolserver.org/~alebot/cgi-bin/test1.py (permessi 0755): 

    #!/usr/bin/env python
# -*- coding: utf-8 -*-
import os
import cgi
form = cgi.FieldStorage()
callback = form.getvalue('callback','')
json = '{"ip": "bla1", "address": "bla2"}'

#Allow cross domain XHR
print 'Access-Control-Allow-Origin: *'
print 'Access-Control-Allow-Methods: GET'

if callback != '':
  print 'Content-Type: application/javascript'
  result = callback+'('+json+');'
else:
  print 'Content-Type: application/json'
  result = json
print ''
print result

    Seguendo semplicemente il link http://toolserver.org/~alebot/cgi-bin/test1.py, "cascate" nel caso else e vi viene restituitauna schermata in cui c'è la stringa json.

    Se aprire la console stando su wikisource, e ci scrivete: 

    $.getJSON("http://toolserver.org/~alebot/cgi-bin/test1.py?callback=?", function(result){
   //response data are now in the result variable
   alert(JSON.stringify(result));
});

    avviene il miracolo: siccome avete passato il parametro callback=? cascate nel primo caso if, si apre un alert sulla pagina wikisource, e dentro ci compare la stessa stringa json. Non è molto.... ma è pur sempre una risposta ajax cross domain, ottenuta da uno script python lato server; su questa base ci si può costruire qualcosetta. :-) --Alex brollo

    Dimenticavo i credits: grazie CSM per la risposta qui, da cui ho rubacchiato quasi tutto il codice. (disc.) 23:47, 22 ago 2013 (CEST)[rispondi]

    Cosa voglio farne: ho in mente due cose (relative a "tools di edit"):
    1. audaci test sulla costruzione automatica di un "dizionario opera-specifico" (raccolta completa dei lemmi man mano che si edita, con qualcosa per suggerire/effettuare la correzione degli errori ricorrenti, meglio se collegato a trova & sostituisci con "Ricorda" e a postOCR);
    2. utilizzo avanzato dello strato testo dei file djvu e forse anche dei dati OCR memorizzati in abbyy.xml di Internet Archive (caricamento dello strato testo "arricchito e ripulito" con un nuovo pulsante OCR)
    Nel frattempo tengo d'occhio il lavoro di Rtdwivedi su VisualEditor adattato alla nostra procedura proofread, appena parte entrambi i "progettini" di cui sopra assumeranno una certa importanza.
    Come vedete, obiettivi modesti :-) --Alex brollo (disc.) 09:28, 23 ago 2013 (CEST)[rispondi]

    Tech News: 2013-34;

    modifica

    Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

    New features

    • The previous version of MediaWiki (1.22/wmf13) was added to test wikis and MediaWiki.org on August 15. It was enabled on non-Wikipedia sites on August 19, and on all Wikipedias on August 22. [115]
    • The latest version of MediaWiki (1.22/wmf14) was added to test wikis and MediaWiki.org on August 22. It will be enabled on non-Wikipedia sites on August 26, and on all Wikipedias on August 29. [116]
    • You can now use new styles of galleries. Please give feedback to User:Bawolff. [117]
    • You can now visit a random page in a category, for example Special:RandomInCategory/Science. (25931) [118]
    • You can now use the <wbr> HTML5 tag to say where a word can be cut. (52468) [119]
    • Gadget authors: you can now use the wikipage.content hook, so that your scripts are re-run when a page is changed after the document-ready event (for example using Ajax). (30713) [120]

    Problems fixed

    • There was a bug where file redirects didn't work when a file was renamed; it is now fixed. There is still an issue with purging, but it should be fixed soon. (52200)
    • Resoconti di manutenzione provided by special pages will now all be updated on each wiki every six months. This will for example give you recent information on uncategorized pages, unused templates and most wanted pages (see details).
    • There was a bug that caused false positives for anti-blanking edit filters; it is now fixed. (52077) [121]

    VisualEditor news

    • The "edit" and "edit source" tabs and section edit links can now be changed more easily; for example, some wikis are using "edit source" for wikitext editing, and "edit beta" for VisualEditor. You can ask for the same change in bugzilla.
    • You can now edit references that are added inside a <references> block. (51741)
    • You can now test on mediawiki.org new basic tools to add and edit struck text (with the   button for the <s> tag), lower text (  for <sub>), upper text (  for <sup>), underlined text (  for <u>), computer code (  for <code> and <samp>), math text (  for <math>), Egyptian hieroglyphs (  for <hiero>), and to say that text is in another language (  for lang="ar" dir="rtl"). (51609, 51612, 51611, 51590, 51610, 52352)
    • You can now use VisualEditor with the Opera browser. [122]

    Future

    • Starting on August 26, you will be able to use data from Wikidata on Wikivoyage sites. [123]
    • Starting on August 27, you will also get notifications on the mobile site if you're logged in to a wiki using notifications. [124]
    • Starting on August 28, all users with an account will be using HTTPS to access Wikimedia sites. HTTPS brings better security and improves your privacy. Some countries (like China) will not use HTTPS. If HTTPS causes problems for you, tell us on meta. [125]
    • Starting on August 29, you will get the code editor interface to edit JavaScript and CSS pages on all wikis. [126]
    • The plan to use Solr for search in MediaWiki was changed; instead, Elasticsearch is now planned. [127]

    Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

    22:04, 25 ago 2013 (CEST)
    Di nuovo cambiamenti generali.... mi è stato segnalato (ed effettivamente esiste) un comportamento "strano" dei paragrafi in nsPagina; si verifica sia qui che su oldwikisource; conclusione: sono i "piani alti" che giocano. --Alex brollo (disc.) 13:24, 26 ago 2013 (CEST)[rispondi]

    Tech News: 2013-40

    modifica

    Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

    New features

    • Special:Listfiles can now display old versions of files a user has uploaded. A new link was also added (Special:AllMyFiles) that gives a list of all files the current user has ever uploaded (that haven't been deleted).
    • There is now an Android application to contribute to translatewiki.net from mobile devices. [128]

    VisualEditor news

    • VisualEditor now has a new toolbar with drop-down menus for advanced tools. [129]
    • Many bugs were fixed, some related to copy-and-paste. [130]
    • You can now move references, list of references, templates and other elements with the mouse ("drag-and-drop"). [131]
    • You are invited to comment on designs for the interface to add references in VisualEditor.

    Future

    • Developers are looking for ideas of small technical projects that new developers could work on. Please add your ideas. [132]
    • Developers are looking for wikis who would accept to try using secure links (HTTPS) for all users. [133]
    • You can join an IRC discussion about "Beta features", a tool to try new features, on October 3. [134]
    • You can join an IRC discussion about Flow, the new wiki discussion tool, on October 17.

    Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

    22:10, 2 ott 2013 (CEST)

    Tech News: 2013-42

    modifica

    Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

    New features

    VisualEditor news

    • You can now create and edit references inside media captions. [136]
    • You now need to press the "delete" key twice to delete a template, reference or image; the first time, they only become selected, to avoid accidental deletion of infoboxes and similar content. [137]
    • When you resize images, you will now still see them, and their size will also be seen in the center. [138] [139]

    Future

    Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

    11:27, 21 ott 2013 (CEST)

    Tech News: 2013-43

    modifica

    Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

    New features

    • The "Toolbox" section in the site sidebar is now called "Tools" in English. You can do the same in your language by editing the interface text on translatewiki.net. Someone else may have already done it. [142]

    VisualEditor news

    • On wikis with VisualEditor, you can now use it on pages in the File, Aiuto and Categoria spaces. [143]

    Problems

    • On October 22 (UTC), an error in the site settings caused *.wikimedia.org sites (like Meta-Wiki and Commons) to redirect to wikimediafoundation.org for a few hours. [144]

    Future

    • MediaWiki 1.23wmf1 was added to test wikis on October 24. It will arrive to non-Wikipedia wikis on October 28 and all Wikipedia wikis on October 31 (calendar).
    • In the next days, servers in San Francisco will start providing (cached) content to users located in Oceania. If you are in that area and notice problems, please tell us. [145]
    • You will soon be able to test new features easily using the "Beta Features" view. VisualEditor will be in the list on sites where it works and isn't automatically enabled. Another example is a set of changes in the article text style.

    Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

    10:56, 28 ott 2013 (CET)

    Esplorando l'incubo del tag p e l'hacking del tag img....

    modifica

    Grazie a Ineuw, e a George Orwell III, una serie di problemi insolubili si stanno solubilizzando. Ne faccio una breve rassegna:

    1. il software mediawiki si imbizzarrisce quando trova un tag div; e viene preso dalla smania di aggiungere tag p alla membro di botolo. Ciò si evita sostituendo a ogni tag div un tag span style="display:block;" che funziona esattamente come un tag div, ma non aggiunge il tag p.
    2. il tag img è protetto, per crearlo occorre passare attraverso la sintassi File:. Non è possibile aggiungerci nulla se non i parametri canonici, oppure una classe. In teoria, una classe che definisca alcuni attributi con un inherit dovrebbe permettere di "iniettare" qualcosa ma.... il software crea un tag a href in cui è annidato il tag img; e questo spezza la eventuale catena di passaggi di attributi con inherit, perchè al tag a creato dal nulla non si possono assegnare attributi. E invece sì! Via css si può assegnare il valore di inherit a qualsiasi attributo del tag a; ad esempio, dando:
    a,img {width:inherit}

    e immaginando che il tag genitore abbia un attributo width:6em; allora tale width "passa" dal tag a e arriva al tag img.... e l'immagine si ridimensiona a 6em qualsiasi sia la sua misura originale in pixel.

    lavori in corso per fare belle cosette.... disgraziatamente il mio cervello corre dietro a queste cose: fate conto che sia in vacanza.... :-) --Alex brollo (disc.) 22:13, 28 ott 2013 (CET)[rispondi]

    Tech News: 2013-44

    modifica

    Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

    New features

    • The style and colors for warning boxes, error messages, and success messages in all skins of MediaWiki has been changed. [146]

    VisualEditor news

    • You will soon be able to switch from editing in VisualEditor to editing wikitext directly without having to save the page. You can't yet switch from wikitext to VisualEditor but developers hope to make it possible in the future. [147]

    Problems

    • There was a problem on October 31 during the activation of MediaWiki 1.22wmf2 on test wikis. mediawiki.org was also broken, and if you had problems logging in, it was probably because of this as well.

    Future

    • Because of the problem with MediaWiki 1.22wmf2, the calendar has changed. It will be added to mediawiki.org and non-Wikipedia sites on November 4, and all Wikipedia sites on November 7.

    JavaScript / Gadget developers

    • Due to a recent change, gadgets and user scripts that use jQuery UI should explicitly load the appropriate modules, as they may not be loaded by default. [148]
    • Developers have started to remove long-deprecated methods. You should check the JavaScript console (in debug=true mode) and look for deprecation warnings and their stack trace. [149]

    Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

    11:46, 4 nov 2013 (CET)

    Rianimazione di uno script

    modifica

    Lo script ajax getIwPage(), operante in Common.js, malfunzionava per banale questione di parentesi graffe bilanciate ma sbagliate. Adesso sembra funzionare; può leggere qualsiasi pagina di qualsiasi progetto restituendo il wikitesto oppure l'html e accetta pure una funzione callback() opzionale. Infila i dati in $("body").data(). Nei prossimi giorni lo stresso e vediamo se funzia veramente.

    Nel frattempo, scopro che non funziona più una chiamata ajax al contenuto di pagine File: "pseudolocali", la sostituirò con getIwPage() mirato su Commons. --Alex brolloBot (disc.) 11:42, 8 nov 2013 (CET)[rispondi]

    newButton() - estensione sintassi e quesito

    modifica
    Eastensione sintassi
    Ferma restando la vecchia sintassi con parametri posizionali:
    newButton(nome, funzione, azione, messaggio)

    ho esteso i parametri in modo che la funzioni accetti anche la seguente alternativa (aperta a qualsiasi futura aggiunta di parametri): 

    newButton({
nome:"nome",
funzione:"funzione",
azione:"azione",
namespaces:"serie namespaces divisi da |",
messaggio:"messaggio",
classe:"classe",
stile:"stile"
})
    Questo permette, per esempio, di attivare il bottone solo in una certa combinazione di azioni e solo in specifici namespaces; le azioni si specificano con il vecchi sistema (combinazione di lettere e s v h), i namespaces come serie di nomi separati da carattere | dove ns0 può essere indicato come "stringa vuota" ma anche, per comodità, con ns0, oppure Main, oppure Principale.
    Quesito
    Ho provato a caricare la nuova funzione newButton in MediaWiki:Gadget-common.js ma per qualche stupido errore invisibile non mi si carica. Mi tocca lasciarlo in MediaWiki:Gadget-bottoniera.js ma mi piacerebbe spostarlo da là; in bottoniera dovrebbe esserci solo la lista dei bottoni di default, + la chiamata a nomeUtente/PersonalButtons.js. Immagino che sia uno di quegli errori idioti invisibili per chi li commette. Help needed.... --Alex brollo (disc.) 10:01, 11 nov 2013 (CET)[rispondi]
    Ehm, sicuro di averla caricata? nella crono di MediaWiki:Gadget-common.js c'è una tua modifica, ma non c'è newButton. Candalùa (disc.) 10:16, 11 nov 2013 (CET)[rispondi]
    Lo sapevo: era un errore idiota. Ci avrei giurato che c'era... probabilmente c'era in preview. :-(
    Ok: il tool Bottoniera sarà meramente il contenitore dei bottoni di default e di caricamento del PersonalButtons. --Alex brollo (disc.) 13:28, 11 nov 2013 (CET)[rispondi]
    Mi dedicherò quindi al trasferimento dei bottoni di default che raffinerò un pochino aggiungendo il messaggio di aiuto e i namespaces sfruttando i nuovi parametri; fra l'altro dovrebbe essere possibile inserire anche una funzione alternativa per il doppio click, parametro opzionale ondblclick, a partire dal pulsante magico note che quindi, per semplicità, farà tre cose diverse :-) (il doppio click farà l'azione "spostamento note") --Alex brollo (disc.) 14:59, 11 nov 2013 (CET)[rispondi]

    Idee vache e sparse su Lua e AC e TC

    modifica

    Lo propongo qui a futura memoria: non sono per niente un esperto (anzi), ma sono quasi sicuro che utilizzando Lua potremmo migliorare moltissimi template. Due fra tutti, {{AutoreCitato}} e {{TestoCitato}}. Sono quasi sicuro che attraverso Lua si potrebbe fare ordine e renderli più sofisticati: si potrebbe per esempio generare automaticamente alcuni dati, come il libro (inteso come work) in cui un autore viene citato, e poi le sue singole pagine (in questo modo, il template funge da àncora e contatore). Quando si avrà anche l'integrazione con Wikidata, queste cose potrebbero essere tuilissime, e si potrebbe passare facilmente dalla pagina su Wikipedia al singolo passo/brano in cui un autore è citato. Per quello che riguarda il template {{§}}, invece, sono sempre più convinto che il livello di scrittura e utilizzo di questo template non dovrebbe essere l'unico livello adesso disponibile, cioè il wikitesto. Se avremo in futuro un'estensione apposita per le annotazioni, proveremo a usarlo lì. Non ho idea se Lua possa aiutare o meno nel discorso transclusione, ma anche quello è da guardare. --Aubrey (disc.) 12:53, 11 nov 2013 (CET)[rispondi]

    Come "luista" (non so se sono l'unico su it.source...) ti rispondo. Il lavoro da fare è immenso, ci sarebbero ottimi motivi per convertire in Lua TUTTI i template. Ovvio che non comincio neanche, finchè sono solo (o penso di esserlo) :-P
    I casi che citi sono particolarissimi e intricati, perchè non sono ben definiti (nonostante molto lavoro) i termini della questione. Ho ritenuto opportuno aspettare che si sedimentassero le cose su wikidata, prima di affrontarli ancora una volta. Tanto più che c'è confusione sui "contenitori di dati"; dopo i nostri esperimenti pionieristici (ne abbiamo combinate di cotte e di crude, qui....) ci sono i "contenitori di data Lua" e i "contenitori di data Javascript in JSON", mutuamente incompatibili; ho l'impressione che sia opportuno aspettare ancora un po'. Intanto godiamoci il tl|Pg che è bellino. :-) --193.43.176.15 13:21, 11 nov 2013 (CET)[rispondi]

    Tech News: 2013-45

    modifica

    Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

    New features

    • You can now use the "Autonym" font of the Universal Language Selector (ULS) to display the name of languages (for example in navigation templates) in their correct script. To do this, add the CSS class "autonym" to the elements that include language names. Note that this font only works for the name of languages, not for any other text. [150]

    Problems

    • There was a problem with Parsoid (the program used by VisualEditor to convert wikitext to annotated HTML) on November 4, between 19:40 and 20:40 (UTC). Encoding issues caused non-ASCII characters (including those with diacritics, like "é") to be broken when converted to wikitext and saved to the page. [151]

    Future

    • The Beta Features tool is now available on Commons and Meta-Wiki. With it, you can test new features before they're added for everyone. The plan is to add this tool to all wikis on November 21. [152]
    • MediaWiki 1.23wmf3 was added to test wikis on November 7. It will arrive to non-Wikipedia wikis on November 12 and all Wikipedia wikis on November 14 (calendar). [153]
    • The MassMessage tool will be added to all wikis on November 14. It will make it simpler to send messages across wikis. [154]
    • The button of the Search page will soon be changed to be blue and bigger (see the difference). [155]
    • You will soon be able to add a page name as parameter for {{REVISIONID}}, {{REVISIONUSER}} and {{REVISIONTIMESTAMP}} and similar functions, by writing for example {{REVISIONID:Apple}}. [156]
    • In the future, when you hide a CentralNotice banner on a wiki, it will also be hidden on other Wikimedia sites. [157]

    Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

    14:17, 11 nov 2013 (CET)

    Self-scrolling dell'immagine in base alla posizione del cursore

    modifica

    In realtà, non è difficile: basta collegare in qualche modo lo scrolling della finestra immagine con la posizione (poco più poco meno) del cursore all'interno del testo; il che, avendo sempre disponibile la magica routinetta selezione(), che fornisce in un lampo una lista x[0,1,2] dove x[0] è il testo prima della selezione, x[1] è la selezione e x[2] è il testo dopo la selezione, la posizione del cursore è valutabile con x[0]-length/(x.join("").length), e varia per forza da 0 a 1; quindi se è <0.5 bisognerebbe scrollare a inizio pagina, se è >0.5 alla fine pagina. Ai grandi geek chiedo un suggerimento su quale evento usare come trigger per scatenare il calcolo e lo scrolling senza impegnare troppo il "motore javascript" del browser in una cosa bellina, ma non propriamente essenziale. Forse, per risparmio di energie, basterebbe un'iconcina comoda su cui dare una cliccata, invece che puntare a un "magico automatismo automatico". Sempre più facile che raggiungere la barra di scorrimento e trascinarla faticosamente. ;-)

    Per fare la stessa cosa lavorando sull'immagine sovrapposta verticalmente, il metodo potrebbe essere lo stesso, ma ci vuole più "mira" e quindi un algoritmo di allineamento più raffinato. . --Alex brollo (disc.) 22:34, 13 nov 2013 (CET)[rispondi]

    AutoreCitato

    modifica

    Vorrei lavorare su questa pagina, ma se la modifico cancella tutti i dati. Qualcuno sa perchè? Aubrey (disc.) 12:46, 14 nov 2013 (CET)[rispondi]

    C'è qualche problema col gadget EditAutore. Sto indagando ma non sto capendoci molto... per intanto se disattivi il gadget dovrebbe funzionare. Candalùa (disc.) 19:04, 14 nov 2013 (CET)[rispondi]

    Esplorando img

    modifica

    Vedo (e condivido la "scoperta") che l'url dell'immagine della pagina 50 di File:Georgiche.djvu, richiesta a 250px di larghezza, ha questa struttura: 

    //upload.wikimedia.org/wikipedia/commons/thumb/f/fd/Georgiche.djvu/page50-250px-Georgiche.djvu.jpg

    Dentro l'apparente complessità, si vede che è tutta "ricostruibile" tranne il frammento /f/fd. Quindi, con js non è possibile "indovinare" a priori l'url dell'immagine, come deve averlo javascript per visualizzarla sul browser; e questa è la brutta notizia (se c'è qualcuno che conosce l'eventuale algoritmo per "indovinare" quel /f/fd me lo dica!!!)

    La buona notizia però è la seguente: in qualsiasi immagine ricavata da qualsiasi pagina di File:Georgiche.djvu e a ogni grandezza il frammento è sempre /f/fd quindi: nota una immagine qualsiasi, tutte le altre si possono ricavare in via automatica.Mal che vada, il magico /f/fd si ricava dall'html della pagina File: corrispondente, dove c'è di certo.

    Con questa premessa vi avviso che sto ipotizzando sDjView.js, ossia un tool che visualizza una sfilza di miniature delle pagine, scrollable, a sinistra, e una immagine a pieno box a destra, con qualche trucco per passare da un'immagine alla successiva, o per aprire l'immagine mediante doppio click su una miniatura, o similari, e via emulando DjView. Sono convinto che si può fare, nonostante che la cosa per ora giri solo nella capa; anche se ci vorranno mesi e mesi di lavoro duro :-P --Alex brollo (disc.) 17:37, 14 nov 2013 (CET)[rispondi]

    L'url delle immagini complete dei frammenti tipo /f/fd le puoi avere con questa chiamata alle API:
    http://commons.wikimedia.org/w/api.php?action=query&list=allimages&aiprop=url&format=xml&ailimit=1&aifrom=Georgiche.djvu
    Candalùa (disc.) 19:02, 14 nov 2013 (CET)[rispondi]
    Grazie! Quindi quella chiamata mi dà "i frammenti magici" dopodichè posso costruire l'URL dell'immagine da ficcare in un tag img e fine. Almeno così dovrebbe essere .... proverò. Nascosta da qualche parte ci dovrebbe essere una funzione getAny() per ottenere il risultato di qualsiasi API via javascript. Altrimenti la rifarò. --Alex brollo (disc.) 10:00, 15 nov 2013 (CET)[rispondi]
    Usando la chiamata API che mi ha segnalato Candalua (grazie!) ho scritto una funzione loadImg() che inserisce l'immagine di una pagina qualsiasi nel box di ritaglio di cornerAlpha.js dandogli il nome base del file djvu, l'azione "imgUrl", il numero pagina e la larghezza in pixel (600px è lo standard). Mi mancano gli "agganci" alle altre funzioni e tre campi imput per i tre parametri, dopodichè il tool di ritaglio sarà indipendente (opzionalmente) dalla pagina su cui ci si trova (fra l'altro il caricamento delle immagini a 600px è piuttosto veloce, qualcuno lo userà come "lettore improprio"....) --Alex brollo bis (disc.) 00:17, 16 nov 2013 (CET)[rispondi]

    Template Match

    modifica

    Sto per creare un nuovo template|Match. Non preoccupatevi.... non fa niente :-) --Alex brollo (disc.) 14:41, 16 nov 2013 (CET)[rispondi]

    Se avete lunghe liste di pagine su cui premere match e poi split....

    modifica

    .... tenete conto che può farlo un bot python ;-) (chi vuole il codice me lo chieda)--Alex brollo (disc.) 22:38, 16 nov 2013 (CET)[rispondi]

    Se dici dove si trova, tomo tomo cacchio cacchio, me lo copio da qualche parte :-) --Barbaforcuta (disc.) 23:05, 16 nov 2013 (CET)[rispondi]
    Non c'è.... per ora sono minimi script di poche righe "grezzi" modellati su casi singoli. L'idea comunque è la seguente:
    1. con il djvu aperto, e con la pagina principale ns0 (quella con la serie dei tl|Testo) aperta, aggiungere a ogni elemento un template Match che abbia il numero di pagina come unico parametro; alla fine uno script legge la pagina, estrae i dati, e aggiunge ai capitoli un tag match appropriato sbito sotto IncludiIntestazione;
    2. un altro script ottiene la lista delle pagine su cui c'è un tag match da eseguire e pagina per pagina "manda il segnale" a toolserver, esattamente identico a quello che spedirebbe lo script do_match() (guardalo in console: è semplicissimo), con pausa di alcuni secondi per far "prendere fiato" a PheBot;
    3. lo stesso script, ma settato con azione="split", ripassala lista e spedisce ogni 10 secondi emula l'url che spedirebbe do_split().
    Posso pubblicare qui lo script così com'è.... sonopoche righe...ma fra mancata generalizzazione, fra dipendenze, ho paura che servano solo come spunto (il primo temo addirittura di averlo lanciato "in interattivo" senza salvare alcunchè)
    from urllib import FancyURLopener
from time import sleep

class MyOpener(FancyURLopener):
    version = version = 'User-Agent: Alex (+http://it.wikisource.org/wiki/Utente:Alex_brollo)' # adattare al vs. username

opener=MyOpener()

def matchAndSplit(lista,azione): # lista è una lista dei nomi pagina preparati per essere infilati in un URL (underscore, 
                                 # caratteri speciali...); azione è "match" oppure "split" 
    if not azione in "match|split":
        print "errore: azione dev'essere match o split"
        return
    for nomePagina in lista:
        nomePagina=nomePagina.replace(" ","_")
        url="https://toolserver.org/~phe/robot.php?cmd="+azione+\
             "&title="+nomePagina+"&lang=it&user=Alex brollo&server=//it.wikisource.org"
        opener.open(url)
        print "Sent ",url
        print "Sleeping 10 sec."
        print
        sleep(10)
    return

    Tech News: 2013-46

    modifica

    Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

    Problems

    • There was a problem caused by too many requests to the database on November 14. [158]

    Future

    • MediaWiki 1.23wmf4 was added to test wikis on November 14. It will arrive to non-Wikipedia wikis on November 19 and all Wikipedia wikis on November 21 (calendar).
    • The new Search tool (CirrusSearch) will be added to *.wikimedia.org, Wikimania and Wikisource wikis on November 19, and Wiktionary wikis on November 21 (except where it's already available). Once it is added, you can test it by adding &srbackend=CirrusSearch to the address of the search results page. It will become the main search engine on Wikivoyage wikis on November 21. [159]
    • The MassMessage tool will be added to all wikis on November 19 instead of November 14. It will make it simpler to send messages across wikis. [160]

    Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

    09:58, 18 nov 2013 (CET)

    Tech News: 2013-47

    modifica

    Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

    New features

    • The Beta Features announced before are now available on all Wikimedia wikis. You can test new features easily by changing your Beta preferences. VisualEditor is one of those features on sites where it works and isn't automatically enabled. There is also a new media viewer and changes in the article text style. [161]
    • Tools developers can now create tools that use the OAuth protocol to connect to accounts on Wikimedia sites. As a user, you can use those tools to make edits and other changes with your account without giving the tool your password. [162]

    Problems

    Future

    • There will be no major code changes on the week of November 25 because many developers will be on holiday for Thanksgiving.
    • The editing interface of Page: pages on Wikisource (working with the Proofread Page extension) will soon also work without JavaScript. [163]

    Tech news prepared by tech ambassadors and posted by Global message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

    07:56, 25 nov 2013 (CET)
    Hurraaaaa! Finalmente una bella notizia, annidata nell'ultima notifica: "L'interfaccia di edit in nsPagina di Wikisource presto lavorerà senza javascript"! Questa è veramente una ottima cosa, perchè per noi poveri geek moltissimi problemi derivavano dal fatto che javascript ci "cambiava le carte in tavola" in corsa, e occorreva corrergli dietro stando attenti a una serie di "fasi di modifica", complicandoci terribilmente la vita. C'è lo zampino di una giovane indiana, Aarti, che ho avuto il piacere di conoscere virtualmente. E' così impressionante e affascinante che in quella lontana città, "vicina" alla catena dell'Himalaia, qualcuno pensi le stesse cose che pensiamo noi e se ne occupi..... :-) --Alex brollo (disc.) 09:32, 29 nov 2013 (CET)[rispondi]
    Se è quello che penso è una gran cosa; in pratica avrà i suoi effetti negativi: sistemare tutte le pagine che hanno del codice "formattatore", ma dovevamo aspettacelo che prima o poi questa modifica sarebbe stata fatta.--Barbaforcuta (disc.) 16:56, 30 nov 2013 (CET)[rispondi]

    caporiga

    modifica

    Ciao a tutti, sto rileggendo le Avventure di Robinson Crusoe.

    Mi sono accorta che spesso non riesco ad inserire alcuni caporiga.

    Mi spiego meglio : quando nella pagina ci sono molti caporiga, capita che l'ultimo non venga inserito (nonostante il doppio "click"); mentre quando ce ne sono pochi si riesce a correggere senza problemi.

    Vi è già stato segnalato ? Se sì, come posso risolvere ? Grazie.

    Inoltre, sto tralasciando l'inserimento delle immagini (non sono capace e non vorrei fare pasticci...) e le pagine le sto lasciando al 75%, in modo che restino in evidenza. (a meno di trovare istruzioni facili facili :-))) IoMeMedesima (disc.) 18:31, 28 nov 2013 (CET)[rispondi]

    Intendi l'indentatura dell'0ultimo paragrafo?
    E' un terribile quiz che abbiamo risolto in pochi. Si risolve aggiungendo una riga vuota nel footer immediatamente prima di <references/>. Non chiedermi perchè succede.... è qualcosa di profondamente annidato nel modo in cui il software gestisce quella cosa assai complessa che è la Pagina: . Dammi il link a una pagina in cui avviene il "fenomeno", e ti faccio vedere un esempio pratico di correzione.
    Per le immagini, prova il template:Ritaglio. Sembra difficile e invece è facile; tanto più che è stato sperimentato a adattato proprio lavorando sulle Avventure.... e dà una grande soddisfazione. --Alex brollo (disc.) 09:15, 29 nov 2013 (CET)[rispondi]

    '. Vale la pena di modificare il comportamento del bot, e abilitarlo ad aggiungere i dati anche a opere e pagine già esistenti?

    Come conservare le linee di testo originali

    modifica

    Sono sempre più convinto - provando a editare testi complessi - che non è bene cancellare irreversibilmente la suddivisione in linee del testo originale nella trascrizione, perchè nella trascrizione "a finestre sovrapposte", che è la più precisa e non risente di eventuale presenza di "caratteri piccoli" o di ampi margini, il reperimento delle linee e il loro confronto è estremamente facilitato rendendo la correzione molto più accurata.

    Nel caso di Le opere di Galileo Galilei (Favaro) c'è un secondo, robusto motivo per conservare la struttura in linee: il fatto che le linee sono numerate nel testo originale, e nelle annotazioni sono frequenti i riferimenti precisi a "volume x, pagina y, linea z".

    Proposta: includere le linee in tag span, che male non fanno, ciascuno dotato di un id unico che comprenda numero di pagina e numero di linea. Questo permetterebbe di "unire" e "disunire" a piacimento e soprattutto creerebbe un'ancora implicita per i riferimenti. Ovviamente l'aggiunta dei tag span potrebbe essere completamente automatizzata e realizzarsi con un click, da dare in qualsiasi momento dell'edit, purchè PRIMA di unire le linee. Ci sono anche altri interessantissimi motivi per imbarcarsi in questa piccola complicazione aggiuntiva.... ma per ora li taccio, i tempi non sono "maturi".

    Che ne dite? --Alex brollo (disc.) 15:07, 1 dic 2013 (CET)[rispondi]

    Mi sorge una domanda: perché non essere talmente pignoli da lasciare in nsPagina le righe così come sono all'atto della formattazione, senza l'uso di alcun codice, e raggrupparli solo in ns0. Dite che non è possibile?--Barbaforcuta (disc.) 20:47, 1 dic 2013 (CET)[rispondi]
    E' possibilissimo pensarlo... ma è una soluzione fragilissima; il primo che passa unisce le linee - una procedura diffusissima sulle source, en.source lo chiede specificamente) e addio. Se si vuole salvare le linee, occorre un marcatore "stabile". Se si vuole avere la possibilità di "agganciarle", occorre un tag ancorabile. Io vedo due sole possibilità:
    1. un tag span che comprenda tutta la linea e che contenga almeno un attributo id
    2. uno span vuoto (aperto e chiuso) a inizio linea.
    Se qualcuno immagina qualche altra cosa.... lo dica! --Alex brollo (disc.) 13:03, 2 dic 2013 (CET)[rispondi]

    Template/script Lua generali o specifici?

    modifica

    Sto per rivedere Template:VoceIndice (che si appoggia a uno script Lua) e sono affranto da un dubbio. E' preferibile cercare di realizzare un template estremamente elastico e generale, adattabile a quasi tutte le possibili varianti, e quindi (per forza) pesante e complesso, perchè richiede di essere finemente adattato con una quantità di parametri, oppure è preferibile "sparpagliare" molte varianti dello stesso template base, magari fino al punto di crearne opera-specifici? Caso specifico: Pagina:Le opere di Galileo Galilei VII.djvu/527. Mi serve una variante di VoceIndice in cui ci siano sue soli elementi; il primo elemento deve essere punteggiato, avere larghezza circa 90% dello spazio disponibile e deve avere un'indentatura inversa; il secondo dev'essere leggermente spaziato dal primo, e deve essere incorporato in un template Pg. Scrivo un Template:VoceIndice/Galileo che incorpori tutte queste caratteristiche senza specificarne nessuna, per cui basta "passare" il testo e il numero pagina come stanno, e poi si arrangia lui, o uso un Template:VoceIndice dandogli, a ogni chiamata, la ricca serie di parametri necessari per ottenere l'effetto voluto? --Alex brollo (disc.) 15:35, 1 dic 2013 (CET)[rispondi]

    Entrambi: nel senso: scrivi un template estremamente generico, ma che chiama a sua volta un template/pagina/set di dati che sia possibile settare una volta per tutte.
    Cioè: Se fai un template generale, questo va a cercare i dati in Template:VoceIndice/Galileo, che settiamo una volta e poi più. In questo modo, l'utente finale usa sempre template VoceIndice, ma il lavoro viene fatto una volta sola. --Aubrey (disc.) 17:45, 2 dic 2013 (CET)[rispondi]
    Quindi, tu suggerisci di "passare" al template generico un parametro, in modo che in qualche modo il suo comportamento sia definito da un sottotemplate o qualcosa del genere. Temo sia un po' dispendioso: ogni chiamata a un template ne genera almeno due. Inoltre Lua è (penso) un po' schizzinoso sulle letture di altre pagine.... le considera funzioni "server-expensive", a meno che i dati non siano scritti come vuole lui. Devo pensarci. E' una idea tua, o hai già sentito parlare di template basati su questo meccanismo che proponi? hai qualche esempio? --Alex brollo (disc.) 20:18, 2 dic 2013 (CET)[rispondi]
    Problema rimandato; un solo parametro aggiuntivo e VoceIndice rende perfettamente l'indice di Galilei: Pagina:Le opere di Galileo Galilei VII.djvu/499. Ci penseremo un'altra volta. Prima finiamo Galileo. ;-) --Alex brollo (disc.) 21:43, 2 dic 2013 (CET)[rispondi]
    No no, idea mia. Il mio punto è che credo sia bello e importante "nascondere" la complessità nei template/strumenti, e renderli semplici per gli utenti. E' un "principio", niente altro. Hai visto il successo che ha avuto ritaglio immagini: fa qualcosa di complicato ma in sè è semplice, come altri template. Giusto oggi Cruccone (che non è sicuramente un wikipediano niubbo) ci ha detto che i nostri template sono belli. Secondo me è la strada giusta, ma non so dirti se sia sempre facilissimo. Ergo, mi piace l'idea di avere un template uguale per tutti i sommari, customizzabile magari in maniera "nascosta" dall'utente niubbo. Aubrey (disc.) 22:22, 2 dic 2013 (CET)[rispondi]
    In effetti.... abbiamo già quella cosa avanzatissima che è Modulo:Dati/Opera; Lua lo legge in un battibaleno, un paio di dati in più.... un ritocchino a VoceIndice.... Forse si può fare. --Alex brollo (disc.) 11:21, 3 dic 2013 (CET)[rispondi]

    Immagini

    modifica

    Ciao a tutti, ho un dubbio sulle immagini. In Pagina:Rivista di Scienza - Vol. II.djvu/44 ho inserito l'immagine creandola io in .svg (per me ha lo stesso significato informativo), va bene o dovrei usare quella del libro? Poi, per inserirla, ho preso codice da un'altra pagina, non sono però sicuro di non aver fatto casino con i div. Esiste una pagina di aiuto su come inserire le immagini nei testi mantenendo l'impaginazione? Grazie. --Cruccone (disc.) 15:09, 2 dic 2013 (CET)[rispondi]

    IMHO, finché si tratta di un triangolo equilatero con relative altezze non vedo obiezioni all'uso del svg. Quanto agli allineamenti e all'impostazione di pagina mi sembra tutto a posto.
    Si poteva obiettare qualcosina nel caso in cui tu avessi ricreato in svg una qualche immagine dagli intenti più o meno descrittivo-artistici, ma non è questo il caso. - εΔω 16:58, 2 dic 2013 (CET)[rispondi]
    L'argomentio immagini è in ebollizione, se anche avessimo fatto delle belle pagine di aiuto sarebbero da buttare; dobbiamo ancora esplorare a fondo il template FreedImg (creato su en.source e in pieno sviluppo) e il template Ritaglio (sua derivazione). Insieme, risolvono pressochè tutti i problemi, ma bisogna ancora esplorarli a fondo.... --Alex brollo (disc.) 20:10, 2 dic 2013 (CET)[rispondi]

    Header precaricato

    modifica

    Noto che gli inglesi precaricano l'header nel ns0 : en:MediaWiki:Proofreadpage_header_template. Noi ce l'abbiamo vuoto. Aubrey (disc.) 14:36, 5 dic 2013 (CET)[rispondi]

    Non possiamo usare il template; si appoggia a automatismi totalmente diversi dai nostri. Vorrebbe dire spazzare via tutto il lavoro di movimentazione dati fra Indice, Intestazione e - soprattutto - IncludiIntestazione. Non ho studiato a fondo il loro sistema di script, ma mi pare che l'automatismo si estenda alle sottopagine. Sarebbe la "terza rivoluzione".... Sentiamo anche l'opinione di Candalua. Io non sono in grado di capire fino in fondo le conseguenze. E non ho il coraggio di affrontare una modifica così radicale. --Alex brollo (disc.) 00:22, 6 dic 2013 (CET)[rispondi]

    Nop a fine pagina

    modifica

    Come siamo con la questione del fine pagina? Ho provato a toccare verificaPagina() in Common.js e ho fatto un rapidissimo rollback per non aggiungere errori su errori. Chi sa dirmi esattamente quali routine vengono chiamate per il ritocco della pagina Pagina: nell'evento onSubmit? L'aggiunta imprevista di un acapo dopo il nop che avevo provato a inserire è "roba nostra" o è centrale? Thomas mi dice che la pagina è "trimmata" e non capisco da dove cavolo venga quell'acapo traditore.

    Candalua ci sei? O sentita la puzza di bruciato..... ;-) --Alex brollo (disc.) 17:32, 6 dic 2013 (CET)[rispondi]

    @Alex brollo, dovrebbe bastare un link: "Candalua" per notificarlo automaticamente. --Ricordisamoa 01:54, 10 dic 2013 (CET)[rispondi]
    Infatti mi è arrivata la notifica :) Ragazzi, scusate ma nei giorni scorsi ero sempre via e ho visto che c'era qualche problema ma non ho potuto approfondire. Mi fate per cortesia (magari sulla mia pagina di discussione) un breve riassunto di ciò che al momento vi risulta non funzionante? Stasera prometto che ci darò un'occhiata :) Candalùa (disc.) 09:35, 10 dic 2013 (CET)[rispondi]

    Match e split

    modifica

    Ho creato un nuovo indice, e ho preparato il testo nella mia sandbox, poi ho eseguito match e infine lo split. Risultato il testo è sparito (giusto), ma le pagine non sono state riempite. Sapete dirmi dove sono finite? --Luigi62 (disc.) 21:06, 7 dic 2013 (CET)[rispondi]

    Fra i problemi in atto vi è una sottigliezza sull'edit delle pagine mediante chiamata API; penso che i bot ci "caschino dentro" nel momento in cui tentano di creare una nuova pagina, se gli script non sono stati modificati. Provo a segnalare la cosa a Phe. Non vedo altre spiegazioni. --Alex brollo (disc.) 21:21, 7 dic 2013 (CET)[rispondi]
    Ecco il link alla mia domanda a Phe: fr:Discussion_utilisateur:Phe#Problem_Phebot_with_split. --Alex brollo (disc.) 21:32, 7 dic 2013 (CET)[rispondi]
    Sì, avevo indovinato. Provo a aggirare l'ostacolo.... --Alex brollo (disc.) 23:44, 7 dic 2013 (CET)[rispondi]
    Ok, l'aggiramento pare riuscito. Adesso ci sono due bot, Alebot e Phebot, che si corrono dietro allegramente! --Alex brollo (disc.) 00:02, 8 dic 2013 (CET)[rispondi]

    Progettuncolo

    modifica

    Nello strato testo e nello strato info dei file djvu c'è una marea di informazioni costanti (a cui si possono aggiungere metadati, che al momento non ci sono). Lasciando a tempi migliori avventure più impegnative con questi dati, ho intenzio ne di esplorare la possobilità di usarne due: le dimensioni totali della pagina (altezza e larghezza) e le coordinate del rettangolo che racchiude l'intero testo della pagina (coordinate x1,y1,x2,y2 dei due spigoli opposti).

    Utilizzando via javascript questi sei dati, è possibile zoomare e trascinare l'immagine della pagina a fronte in modo che il rettangolo che contiene il testo "riempia" bene lo spazio disponibile (ossia che una riga di testo occupi completamente, lasciando solo un piccolo margine, lo spazio orizzontale; e così pure per lo spazio verticale, la cui altezza potrebbe essere adattata a quella del rettangolo di testo).

    Negli esperimenti, per semplicità, ficcherò i dati direttamente nel testo della pagina, in modo manuale, con un "finto template" che chiamerò Coord con parametri l,h,x1,y1,x2,y2; template "muto", senza output, fatto solo per essere letto e interpretato da javascript. In seguito vedremo i passi successivi, ossia: dove mettere i dati, e come produrli. L'opera test sarà quella di cui mi sto occupando: Esercitazioni filosofiche (Rocco), che origina da Indice:Le opere di Galileo Galilei VII.djvu.

    Chi mi ama mi segua :-) --Alex brollo (disc.) 14:29, 8 dic 2013 (CET)[rispondi]

    Il prototipo funziona; è carino vedere l'immagine che "si adegua" allo spazio disponibile. La strada è ancora lunga.... per ora metto il template Coord nel footer, occhio non vede cuore non duole. Lo script nel mio common.js; la pagina test Pagina:Le opere di Galileo Galilei VII.djvu/605. --Alex brollo (disc.) 17:02, 8 dic 2013 (CET)[rispondi]
    Sistemato lo script python che estrae i dati di tutte le pagine di un djvu e li trasforma in JSON per permettere a javascript di leggerli al volo. Prototipo della pagina-contenitore: Discussioni pagina:Le opere di Galileo Galilei VII.djvu/1. Manca pochissimo alla conclusione operativa su un'intera opera.... --Alex brollo (disc.) 00:41, 9 dic 2013 (CET)[rispondi]

    Tech News: 2013-49

    modifica

    Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

    This newsletter is now posted using MediaWiki message delivery.

    New features

    • The CommonsMetadata feature was added to all wikis. It creates metadata information about multimedia files (like their license) that can be read automatically by computer programs. It not only works for Commons, but for all wikis, and you can use it for files on your wiki by editing templates used to describe metadata. [164]
    • JavaScript code used on Wikimedia sites is now saved locally on your computer to load faster. [165]

    VisualEditor

    • You can now paste formatted content copied from external sources (not just as plain text) into VisualEditor; this includes copy/pasting from other VisualEditor windows. [166]
    • You can now open VisualEditor by adding ?veaction=edit to the page URL, regardless of your user preferences. [167]
    • Many bugs have been fixed, and VisualEditor should also look faster, for example when you save a page. [168]

    Problems

    • Due to issues, the new search tool ("CirrusSearch") was recently removed from wikis where it was enabled, then added again. [169]

    Future

    Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

    17:11, 9 dic 2013 (CET)

    CanvasLab

    modifica
    1. Utente:Alex brollo/CanvasLab è una pagina semivuota con una tabella contenente due div.
    2. Utente:Alex brollo/CanvasLab.js riempie di alcuni contenuti quella pagina. Per attivare gli script basta aggiungere nel proprio common.js il comando:
    importScript("Utente:Alex_brollo/CanvasLab.js");
    1. Se CanvasLab.js è attivato, andando nella pagina CanvasLab dopo qualche secondo appaiono tre aree di input e due pulsanti. Nella prima area si sistema l'url di un'immagine jpg; se l'immagine è relativa a una pagina djvu, si può cambiare il numero di pagina (seconda area) e la grandezza in pixel (terza area). Premendo il pulsante Carica immagine, l'immagine viene caricata nella cella destra della tabella. Premendo successivamente il pulsante Carica Canvas, la stessa immagine sembra essere riprodotta nella cella sinistra della tabella. In realtà non è una riproduzione: è la visualizzazione dell'elemento canvas - un ambiente dove ogni pixel è sotto controllo di javascript, e può essere modificato.
    2. a questo punto, per fare dei test, basta sapere che l'oggetto che possiede i metodi canvas si chiama ctx esattamente come nei tutorial W3C. Basta aprire la console di Chrome e l'oggetto è immediatamente utilizzabile.

    Se c'è qualcuno a cui la cosa interessa potremmo trasformare l'idea in un piccolo progetto; altrimenti continuo l'esplorazione in solitaria. La strada per rendere praticamente utilizzabile questa cosa è abbastanza lunga.... --Alex brollo (disc.) 23:17, 15 dic 2013 (CET)[rispondi]

    Se è cosa lunga mi farebbe piacere darvi un'occhiata, non appena finisco con alcune sistemazioni dell'interfaccia ancora in sospeso.--Barbaforcuta (disc.) 23:54, 15 dic 2013 (CET)[rispondi]
    Superato un terribile intoppo (le lamentazioni su questo punto affollano il web): il conflitto con la policy di sicurezza riguardante la "same server policy". Ci siamo, adesso il metodo ctx.getDataImage() acchiappa l'iggetto ImageData, i singoli pixel possono essere modificati, e il metodo ctx.putDataImage() li restituisce al canvas. In altre parole, l'immagine può essere filtrata. Prossimo passo, esportazione come file grafico; ulteriore passo, caricamento come file sul server; e poi, caricata con successo la prima immagine (in locale, lascio per ultimo Commons) si fa sul serio. --Alex brollo (disc.) 09:46, 16 dic 2013 (CET)[rispondi]

    Tech News: 2013-50

    modifica

    Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

    New features

    VisualEditor

    • The toolbar is now simpler; all text styles (bold, italics, underline, subscript, etc.) are in the same menu, and the "More" menu is called "Insert". [173]
    • You can now use a basic tool to add special characters to your text. You can add more characters (useful in your language) by editing the MediaWiki interface on translatewiki.net.
    • The tool to add and edit mathematical text is now called "formula". [174]

    Problems

    • There was a problem with the "Crea un libro" tool (Collection); books could only be exported to PDF format. The change has been undone. [175]
    • The log-in system for external tools ("OAuth") was broken on wikis that tested the new search tool. It was fixed last week. [176] [177]
    • Because of a bug, this newsletter is delivered to users using the new MediaWiki message delivery, and to community pages using the old EdwardsBot. [178]

    Future

    • MediaWiki 1.23wmf7 was added to test wikis on December 12. It will be added to non-Wikipedia wikis on December 17 and all Wikipedia wikis on December 19 (calendar).
    • You will soon be able to select the language of SVG images that have translations using a drop-down menu on the image page. (see example) [179]
    • GLAMToolset, a tool to help GLAM groups (like museums) upload many pictures to Commons, will be added to Commons on December 17. [180]
    • A Draft namespace will be added to the English Wikipedia to make it easier to create new pages. You will be able to use VisualEditor for drafts if you have enabled it. [181] [182]

    Other

    Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

    09:32, 16 dic 2013 (CET)

    window.localStorage

    modifica

    Chi di voi conosceva window.localStorage senza mai parlarne? Coraggio, esploriamo anche questa.... mi pare che sia il supporto ideale per i correttori ortografici personali e/o condivisi. --Alex brollo (disc.) 22:59, 17 dic 2013 (CET)[rispondi]

    Per quei pochissimi di voi che frequentano questo bar e non conoscono window.localStorage, ecco alcuni dati.
    1. window.localStorage è uno spazio di memorizzazione locale (sul pc) di 5Mby, collegato logicamente al sito corrente.
    2. window.localStorage è persistente (non può essere cancellato che manualmente)
    3. ha la struttura di un dizionario (ossia, possono essere memorizzati un numero indeterminato di coppie chiave-contenuto)
    4. viene interrogato con javascript con questi tre comandi fondamentali:
      1. window.localStorage.setItem(chiave, contenuto): memorizza la stringa contenuto con la chiave chiave
      2. window.localStorage.getItem(chiave): recupera il contenuto di chiave
      3. window.localStorage.removeItem(chiave): elimina la coppia chiave:contenuto

    La primissima applicazione sarà il dizionario delle parole di un'opera, costruito interattivamente in modalità view (è più facile estrarre i lemmi dall'html che dal wikicode), e interrogato opzionalmente per evidenziare le parole "nuove" in una nuova pagina, con possibilità di estrarre l'intero dizionario per memorizzazione definitiva/editing. --Alex brollo (disc.) 08:37, 18 dic 2013 (CET)[rispondi]

    spltta() e desplitta()

    modifica

    Segnalo ai gechi due funzioni generali a cui sto lavorando, splitta(html) e desplitta(oggetto), che utilizzerò in dizionari.js. La prima trasforma un testo html qualsiasi in un oggetto in cui i tag sono suddivisi dal testo e il testo è suddiviso in una lista ordinata di parole e in una lista ordinata di "non-parole"; le cose sono fatte in modo che desplitta(oggetto) ricostruisce esattamente html; e se uno o più elementi delle tre liste sono modificati, desplitta(nuovoOggetto) restituisce un html funzionante in cui singole parole del testo, o singoli tag, sono modificati.

    Prima applicazione: evidenziare, nell'html di una pagina, le parole "nuove" rispetto al dizionario dell'opera (sia in view che in preview). --Alex brollo (disc.) 10:59, 22 dic 2013 (CET)[rispondi]

    Tech News: 2013-51

    modifica

    Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

    Cambiamenti recenti al software

    • The latest version of MediaWiki (1.23wmf8) was added to test wikis and MediaWiki.org on December 19. It will be enabled on non-Wikipedia wikis on December 31 and on all Wikipedia wikis on January 2, 2014 (calendar).
    • You can now test the new search tool ("CirrusSearch") on all Wikisource, Wiktionary and Wikimedia chapter wikis hosted on Foundation servers. Enable "New search" in your Beta features preferences. [184]
    • There was a bug where notifications were not sent when the signature of the user leaving the message linked to a translated namespace. The problem was fixed in the software and will soon be fixed on Wikimedia sites. [185] [186]
    • You can now use the log-in system for external tools (OAuth) on all Wikimedia wikis that use the unified login. [187]
    • If your wiki adds stars or other icons to interwiki links for featured articles in other languages, you may need to change the JavaScript code. [188]
    • È possibile ringraziare altri utenti per le loro modifiche anche se il browser non supporta Javascript. [189] [190]
    • All edits made through Flow, the new discussion system for MediaWiki, are now visible in user's contributions. You can test it on the Flow talk page on MediaWiki.org. [191] [192]
    • You can test a visual tool that shows edits made to an article over time. It only works for English Wikipedia pages for now and is slow on long articles. [193]
    • È possibile provare la prima versione della nuova app mobile di Wikipedia per Android e iOS. [194]
    • Translatewiki.net, the site where you can translate the MediaWiki software, now has a new main page for users without an account. [195]

    Cambiamenti futuri

    • Non ci saranno modifiche tecniche questa settimana (dal 23 al 29 dicembre) a causa delle vacanze di fine anno.
    • When someone deletes, restores, uploads, or moves a file on Commons, pages on all wikis that use that file will be refreshed. [196] [197]
    • New users will soon have their user and talk pages added to their watchlist as soon as they create an account. [198] [199].
    • Il nuovo strumento di ricerca (CirrusSearch) non mostrerà il testo delle versioni di una pagina che sono state nascoste. [200] [201]
    • Presto sarà possibile visualizzare il codice HTML grezzo generato dal wikitesto usando lo strumento Speciale:EspandiTemplate. [202] [203]

    Le novità tecniche scritte dagli ambasciatori tecnici e consegnate tramite il sistema di consegna globale dei messaggi de MediaWiki • Contribuisci • Traduci • Aiuta • Dì il tuo parere • Sottoscrivi o disiscriviti.

    09:27, 23 dic 2013 (CET)

    Nuova strada per AutoreCitato

    modifica

    Cari gechi, vi presento la nuova versione di AutoreCitato, funzionante anche se da perfezionare, che utilizza localStorage in modo trasparente per l'utente. E' in grado di trovare l'autore, o gli autori, corrispondenti al nome selezionato nel testo per similitudine e non per uguaglianza. La similitudune è valutata con un vecchissimo script simil(parola1, parola2, lunghezza stringa di confronto) dove il terzo parametro, dovendo confrontare stringhe brevi, è 2 per default. Non vi sto a dire come funziona, è molto banale, ma è velocissimo e indifferente a parecchi tipi di differenze; la similitudine è restituita come un numero variabile tra 0 e 1; se parola1 è sottostringa di parola2 la similitudine è 1. "mazzoni" e "manzoni" danno 0.66 e l'importanza delle lettere iniziale e finale può essere accentuata aggiungendo in testa e in coda a ciascuna parola uno spazio: " mazzoni " vs " manzoni " dà 0.75 e mentre "manzoni alessandro" vs "alessandro manzoni" dà 0.88 (molto alto), " manzoni alessandro " vs " alessandro manzoni " dà 1 (identità).

    Il nuovo tool usa una lista codificata in JSON in localStorage.autori (se non esistente la crea), ed è in grado, senza ritardo apparente, si calcolare simil() per tutti gli autori del nsAutore. In caso di identità unica l'utente vede solo comparire il tl|AutoreCitato dal nulla; in caso di "omonimie per similitudine" compare un box, abbastanza intuitivo, che permette la scelta fra una lista di autori con sufficiente similitudine. Il box permette anche di inserire un nuovo nome autore, se nessuno di quelli selezionati risulta soddisfacente.

    Per provare il tool, bisogna caricare lo script perora in Utente:Alex brollo/autoreCitato.js (ad esempio aggiungendo nel proprio common.js o vector.js importScript("Utente:Alex brollo/autoreCitato.js"); ).

    Manca un secondo "braccio" per memorizzare stabilmente i nuovi autori, ma per adesso mi riposo... e tento di stressare il tool mettendolo alla prova. :-) --Alex brollo (disc.) 22:10, 25 dic 2013 (CET)[rispondi]

    Primi test reali molto soddisfacenti per velocità e accuratezza del "ripescaggio per similitudine". La velocità di javascript è semplicemente impressionante.... --Alex brollo (disc.) 07:58, 26 dic 2013 (CET)[rispondi]
    Estratto da "https://it.wikisource.org/w/index.php?title=Wikisource:Domande_tecniche/Archivio/2013&oldid=2122219"