Wikisource:Bar/Archivio/2013.06

Indice
Fine pagina

trasferimento da wikipedia

Ciao! Le due pagine w:Die Alpen e w:Inno al Sole contengono materiale più adatto a wikisource che all'enciclopedia. Sono state segnalate per il trasferimento da anni , ma non c'è mai stato alcun movimento. C'è qualche benintenzionato che potrebbe spostarle in questo progetto? --Marcol-it (disc.) 13:47, 1 giu 2013 (CEST)

Wikisource è un progetto schizzinoso.... prima di importare le due opere, occorre conoscere tutto di loro: fonte cartacea completa di tutti i dati bibliografici, possibilmente testo originale scansionato.... Inoltre, l'opera in tedesco dovrebbe essere importata nella wikisource tedesca. Così come sono adesso, appena importate sarebbero immediatamente cancellate. :-( --Alex brollo (disc.) 21:44, 1 giu 2013 (CEST)

Wikisource fianco a fianco

Qualcuno mi sa dire perchè da noi non si visualizzano le "doppie freccette" quando abbiamo gli interlink tra una wikisource e l'altra? Perchè cmq funziona. Inoltre: se cliccate il link, vedete che la nostra pagina indice fa schifo per la comparazione fianco a fianco delle wikisource... :-( --Aubrey McFato 17:39, 1 giu 2013 (CEST)

Beh, mi si conceda un parere difforme: le pagine indice non sono pensate per essere visualizzate accostate, dunque è comprensibile che un layout tabellare pensato per lo spazio orizzontale di una pagina web intera sia un pessimo risultato se schiacciato in meno di metà spazio. Ma se l'esigenza di accostare un numero limitato di indici bi-trilingui verrà considerato un motivo sufficiente a spingerci ad allineare il nostro vivace e ricco layout (utilizzato da 3 498 pagine indice) a quello sciatto e incolore delle pagine indice di molti altri progetti, ecco... io non ci sto! - εΔω 16:22, 3 giu 2013 (CEST)

"non funziona" perché noi non usiamo l'estensione BilingualComeCavoloSiChiama bensì uno script più fico fatto modestamente da me :) Che è attivo solo sui testi, perché come dice Edo le pagine indice non sono pensate per essere visualizzate accostate. Candalùa (disc.) 15:33, 5 giu 2013 (CEST)

Porposta proprietà per Wikidata...

... e secondo me ci interessa: mentions. Se passa, potremmo trasformare i nostri meravigliosi AutoreCitato e TestoCitato in Lua, e mettere queste informazioni su Wikidata. Non so neanche dirvi quanto questa idea mi gasi. --Aubrey McFato 18:13, 1 giu 2013 (CEST)

Per AutoreCitato ci sto (ovviamente) già pensando, potrebbe essere la volta buona.... ma non adesso. Se non dò il colpo di grazia a {{Pg}}, che è straordinariamente promettente, va a finire che lo abbandono.... --Alex brollo (disc.) 21:47, 1 giu 2013 (CEST)

Conclusa l'avventura di tl|Pg vediamo un po' AutoreCitato.

La questione è intricata. L'obiettivo è duplice:

Obiettivo 1

proporre un suggerimento immediato all'utente in fase di edit: questo non può essere fatto in Lua, Lua "parte" quando la pagina viene salvata o almeno viene lanciata l'anteprima; l'attuale sistema va migliorato in quanto devono venire gestiti gli eventuali sinonimi; occorre quindi ritoccare Acplus, ma senza modificarne gran che l'interfaccia utente;

Obiettivo 2

convertire al volo un AutoreCitato in forma breve, tipo {{AutoreCitato|Dante}}, in un link a Autore:Dante Alighieri, dopo l'edit della pagina. Questa cosa può essere fatta ma perchè funzioni a colpo sicuro Dante deve puntare diritto e sempre su Dante Alighieri senza sinonimi; oppure, in caso di sinonimi, il template (appoggiato a Lua) deve segnalare l'incertezza in qualche modo.

In ogni caso, penso sia possibile unificare la tabella nomi brevi->nomi lunghi in un Modulo:Dati/AutoreCitato, in modo che Lua abbia a disposizione quello che gli serve per l'obiettivo 2, e far leggere la stessa pagina a javascript per fornirgli i dati per l'obiettivo 1. Occorre poi inventarsi un sistema di aggiornamento decente per tale pagina.

Non mi muoverò finchè non riceverò commenti e suggerimenti (non tecnici, ma "desideri dell'utente comune per fare meglio e con meno fatica"). --Alex brollo (disc.) 09:35, 3 giu 2013 (CEST)

Sull'obiettivo due. Credi che combinando Lua e qualche script js sarebbe possibile avere una finestra popup che salta fuori (a pagina salvata) e ti chiede "Intendevi Dante Alighieri o Dante Francucci"? la strutturazione di quella tabella poi la facciamo a parte. Nella mia visione ideale, questo "vocabolario controllato" (cioè una lista di autori definiti) dovrebbe essere sia modificabile in sè, in una pagina, come lista, sia allo stesso tempo espandibile direttamente mettendo i vari template Ac in giro. Nel senso che se io metto il template Ac su un autore che non era presente nella lista, il bot prende questo autore e ce lo inserisce. Aubrey McFato 15:53, 3 giu 2013 (CEST)

Si, credo di sì; via javascript anche prima di salvare la pagina; via Lua, solo dopo il salvataggio della pagina (o perlomeno in fase di anteprima: Lua "lavora" sul server)

Unica cosa che mi frena: comunque serve una "pagina dati" lunga e con frequenti modifiche; il che mi urta il sistema nervoso, perchè è un inaccettabile (per me "ecologista digitale") sprecare tanto spazio di memoria. Lo farei volentierissimo se esistesse un modo per dire: di questa pagina NON salvare la cronologia. Allora sì che perderei ogni ritegno e - viste le eccezionali capacità di Lua di "digerire" masse di dati: è stato introdotto apposta! penserei seriamente a "piccoli database ficcati in una pagina". :-) --Alex brollo (disc.) 13:54, 7 giu 2013 (CEST)

Scheda con dati da Wikidata (su Pedia)

Nell'ambito del progetto mio e di Micru su Wikisource, fra le mille idee venute ce n'è stata una per proporre di visualizzare i contenuti dei progetti fratelli nella pagine di Wikipedia. Provate a installare questo codice nelle vostre pagine common.js su Wikipedia. --Aubrey McFato 15:34, 2 giu 2013 (CEST)

Lasciatemi festeggiare :-)

Andate in Pagina:Manuale di economia politica con una introduzione alla scienza sociale.djvu/583, indice degli autori. Ogni numero di pagina è un link; e passandogli sopra vedete che linka una pagina djvu. Adesso andate in ns0 per vedere la stessa pagina transclusa: i numeri di pagina sono sempre link, ma adesso puntano su un capitolo (il capitolo che contiene la pagina). Senza trucco, senza inganno e senza javasctipt. E tutti questi link differenziali, sono stati creati (controllate il codice in nsPagina) solo applicando al mero testo del numero della pagina il template Pt.

A questo punto vi rinnovo l'invito a segnalarmi glossari, indici analitici, eogni altra pagina che contenga decine o centinaia di link a pagine.... devo "stressare" il meccanismo prima di esportarlo su oldwikisource. --Alex brollo (disc.) 23:49, 2 giu 2013 (CEST)

La cosa è piaciuta a Lars Aronsson, che mi ha suggerito di aggiungere al link verso ns0 anche l'ancora per la pagina. Giusto, e facilissimo da fare: fatto. --Alex brollo (disc.) 07:27, 3 giu 2013 (CEST)

• Bellissimo, --Xavier121 23:07, 3 giu 2013 (CEST)

In Indice:Patria Esercito Re.djvu e Indice:Le pitture notabili di Bergamo.djvu ci sono indici su cui puoi cimentarti. --Luigi62 (disc.) 16:22, 3 giu 2013 (CEST)

Grazie Luigi. Funzia, pare. Interessante il caso di Indice:Patria Esercito Re.djvu che produce un "errore script" in ns0; e ha ragione, perchè la pagina 462 non esiste nel libro (evidentemente è un errore di stampa). Per ora lo lascio come sta per studiarmelo. Beninteso: il template Pg funzia anche in caso di riferimenti a pagine "sparsi" all'interno di qualsiasi pagina, anche se, ovviamente, mostra tutta la sua potenza nei glossari ecc. Il test mostra anche la notevolissima velocità di Lua.

Indice:Le pitture notabili di Bergamo.djvu non lo tocco invece... c'era la soluzione "eroica" precedente, funzia, quindi lo lascio a futura memoria. --Alex brollo (disc.) 08:46, 4 giu 2013 (CEST)

Sto testando la procedura in Indice:Annali del principato ecclesiastico di Trento dal 1022 al 1540.djvu, che possiede un impegnativo indice finale: sembra che vada tutto bene. Alla fine, nella pagina Annali del Principato ecclesiastico di Trento dal 1022 al 1540/Indice ci saranno più di 8000 link complessi; sarà opportuno spezzettarlo in sottopagine, ma voglio vedere se il sistema ce la fa. Ci sono solo 5 "espensive server functions" che non sono correlati ai template Lua; mi sembra che tutto sia in regola. --Alex brollo (disc.) 09:20, 5 giu 2013 (CEST)

Test completato: tutto OK. Alla prima apertura della terribile pagina Annali..../Indicecon oltre 8000 link transclusi ho dovuto attendere quasi 30 secondi; le successive aperture, pochissimo. E per chi ha buona memoria: da qualche anno cerco una buona collocazione per una "pagina-dati" per le opere transcluse.... adesso ce l'ho. E quelle esperienze, quei tentativi a qualcosa serviranno! :-) --Alex brollo (disc.) 23:43, 5 giu 2013 (CEST)

:-( Mi correggo: il sistema è andato in crisi dopo i primi 4000 link circa :-(

Splitto in pagine più piccole. --Alex brollo (disc.) 02:02, 6 giu 2013 (CEST)

Altro passetto

Guardate Canti (Leopardi - Donati)/Appendice/Indice dei capoversi e notate che una metà dei numeri pagina sono link ai capitoli/sezioni, metà sono numeri "muti". Andando nelle pagine Pagina vedete il trucco: nella pagina Pagina:Canti (Leopardi - Donati).djvu/253 ognuno dei template RigaIndice è stato leggermente modificato:

• da {{RigaIndice||Cara beltá che amore|66|delta=10}}
• a {{RigaIndice||Cara beltá che amore|{{Pg|66}}}}

ossia: è stato cancellato il parametro delta= e il numero pagina è stato innestato in un tl|Pg. Funziona :-) --Alex brollo (disc.) 07:54, 7 giu 2013 (CEST)

Un altro ancora...

Chi è appassionato di queste cose dia un occhio a Pagina:Il Canzoniere di Matteo Bandello.djvu/340: doppio template Lua. E' Lua il template VoceIndice, il primo importato da fr.source; e al suo interno c'è il template Pg, che invece è tutto nostro. Che ne dite? Insistiamo con il nostro RigaIndice, che (con molta fatica e con adattamenti faticosi opera per opera) può produrre un'immagine più fedele all'originale, o rinunciamo a qualche piccolezza grafica per avviarci a una certa momogeneità inter-wikisource? --Alex brollo (disc.) 22:59, 8 giu 2013 (CEST)

Rilettura testi brevi

Ormai siamo a giugno. Niente mese dei testi brevi quest'anno?--Federicor (disc.) 15:20, 3 giu 2013 (CEST)

ARGH! Qui mi sta sfuggendo di mano il progetto.

Purtroppo una fastidiosa episclerite ha notevolmente compromesso le mie capacità operative sia qui che offline da quasi un mese a questa parte. In questo frangente storico sto combattendo per strappare pezzi di salute visiva che mi permettano di portare a termine un sacco di arretrato lavorativo che ho accumulato, perciò mi sono trovato a non seguire Wikisource se non a pezzi e bocconi. La trafila di scrutini ed Esame di Stato non mi prospetta una grande disponibilità di tempo questo mese. Non solo c'è da allestire il festival (dato il numero non elevato di testi quest'anno potremmo avvicinarci all'azzeramento della categoria), ma anche questo bar ha un arretrato di archiviazione non ancora sistemato.

D'altronde non sono in grado ora come ora di partire dall'oggi al domani con il festival. Facciamo così: se nessuno oltre a me vuole/può far partire il festival dei testi brevi entro i prossimi due-tre giorni per il momento teniamo in rilettura il testo di equitazione finché non è finito; poi proponiamo il festival dei testi brevi.

Quest'anno ho ricominciato a insegnare storia della letteratura italiana, e in una classe del terzo anno ho usato estensivamente Wikisource come complemento dell'antologia. Da un bel po' ho in mente di scrivere un resoconto dettagliato, e lo farò appena possibile. Scusate la mia assenza, non certo voluta. - εΔω 16:03, 3 giu 2013 (CEST)

Trademark discussion

Hi, apologies for posting this in English, but I wanted to alert your community to a discussion on Meta about potential changes to the Wikimedia Trademark Policy. Please translate this statement if you can. We hope that you will all participate in the discussion; we also welcome translations of the legal team’s statement into as many languages as possible and encourage you to voice your thoughts there. Please see the Trademark practices discussion (on Meta-Wiki) for more information. Thank you! --Mdennis (WMF) (talk)

Pagina di aiuto per Modulo:Dati/... e tl|Pg

Segnalo ai più coraggiosi la pagina Aiuto:Come_gestire_le_pagine_Modulo:Dati, dove mi sono sforzato di spiegare come creare e modificare una pagina Modulo:Dati/....

L'argomento è abbastanza ostico, mi sono comunque sforzato di evitare il "come funziona" limitandomi all'odierno "come si fa". Ovviamente, nella mia fuga al galoppo in avanti, può essere che abbia imboccata l'ennesima strada senza uscita.... in questo caso, attendo vostri feedback impietosi che mi fermino. --Alex brollo (disc.) 05:37, 10 giu 2013 (CEST)

Sono alla ricerca di un modo di farvi capire bene (a tutti! anche a chi schiva i miei messaggi perchè frustranti e incomprensibili!) cosa fa il template Pg; proviamo così.

Problema: scrivere il codice che permetta di trasformare un numero di pagina di un libro (tal quale, ad esempio, si trova in un indice o in un riferimento a una certa pagina all'interno del testo originale) in un link che punti alla pagina djvu giusta quando sta in nsPagina o nsIndice, punti invece al capitolo giusto (e alla pagina transclusa nel capitolo) quando è transcluso in ns0.

Prendiamo ad esempio il numero pag 272 di Pagina:La guerra del vespro siciliano.djvu/364. Il problema si può risolvere con un template Pt e con due link alternativi. Viene fuori una cosa del genere:

{{Pt|[[Pagina:La guerra del vespro siciliano.djvu/288|272]|[[La guerra del vespro siciliano/Capitolo XI#pagename288]]}}

Ovviamente a carico dell'utente verificare a quale pagina djvu corrisponde la pagina del libro 272 e in quale capitolo casca nella transclusione la pagina djvu 288. Immaginate di avere, su una pagina, cento o duecento di questi riferimenti. :-)

Soluzione: NON mettere i link differenziali.

Con il template Pg il codice precedente si riduce a questo che segue:

{{Pg|272}}

Dentro c'è tutto quello che c'è nel codice sopra. --Alex brollo (disc.) 19:39, 13 giu 2013 (CEST)

osservati speciali

Ciao a tutti. Non sono un esperto pertanto la domanda potrà essere banale ==> datemi pure una risposta banale. Dopo aver modificato una pagina ci sono dei bottoni uno dei quali per selezionare gli osservati speciali. Lo devo selezionare? Grazie e scusate di nuovo. --Stefano mariucci (disc.) 19:20, 10 giu 2013 (CEST)

Ciao. Le discussioni nuove andrebbero aggiunte in fondo :) Non è che "devi" selezionarlo, semplicemente se lo selezioni, tutte le successive modifiche a quella pagina saranno visibili nella pagina degli osservati speciali (link in alto a destra vicino al tuo nome utente). Candalùa (disc.) 19:32, 10 giu 2013 (CEST)

Ciao. Sei stato chiarissimo. Ti ringrazio.--Stefano mariucci (disc.) 21:50, 11 giu 2013 (CEST)

Segnalatemi prossimo inserimento da Internet Archive

Siccome ne sto pensando un'altra delle mie, vi prego di segnalarmi nuovi caricamenti da Internet Archive (esclusi quelli da utilizzare per Match & Split) o di segnalarmi opere trovate su IA che vi piacerebbe fossero caricate. Ho bisogno di file djvu "vergini" che provengano da IA. Intanto cerco io un libruscolo che caricherò localmente (non su Commons, ma su Wikisource) per "pasticciare". --Alex brollo (disc.) 17:03, 16 giu 2013 (CEST)

Carico localmente File:Fisiologia del matrimonio.djvu di Balzac [1]. Metterò in evidenza anche sull'Indice che il caricamento è del tutto sperimentale. --Alex brollo (disc.) 17:34, 16 giu 2013 (CEST)

Rime (Andreini) --Xavier121 18:10, 16 giu 2013 (CEST)

Grazie Xavier :-)

Se non immagini cosa sto facendo e sei curioso e coraggioso te lo spiego (magari in #irc o dove ti è più comodo) .... appena avrò finito i test affronto Rime. --Alex brollo (disc.) 18:19, 16 giu 2013 (CEST)

Niente miracoli, Xavier..... se l'OCR fa schifo non c'è nulla da fare (non è nemmeno colpa sua:il testo è del '600!).

Preciso: quello che sto facendo non aggiunge qualità all'OCR, quindi attendo testi abbastanza moderni e con OCR decoroso. --Alex brollo (disc.) 21:44, 16 giu 2013 (CEST)

Prova con questo. Saluti,--Federicor (disc.) 10:47, 17 giu 2013 (CEST)

Grazie Federico, questo è perfetto per il test: Indice:Ricordi di Londra.djvu.

L'OCR "nuovo" è stato totalmente caricato. Fate pure delle prove di edit, ma non voletemene se - essendo un libro test - ogni tanto il bot passerà e rullerà le modifiche; diciamo che potrei evitare il "rullaggio" delle pagine con SAL diverso dal 25%.

Vi illustro un po' cosa troverete. La differenza più impressionante è la presenza di alcune parole "rosse", che nel codice sono ottenute con il codice <span style="color:red;">....</span>; scomodo da togliere e ingombrante nell'edit, ma è un codice pensato per VisualEditor, dove diventa invisibile. In ogni caso, modificherò postOCR in modo che un click e tutti gli span spariranno dal testo. Ai coraggiosi che proveranno, suggerisco questa procedura: prima di tutto, correggete gli eventuali errori dentro gli span senza toccare gli span; fatto, fate un'anteprima e vedete se il testo dentro gli span è tutto corretto; poi premete postOCR e continuate come al solito.

Noterete due piccole variazioni migliorative rispetto all'OCR usuale, oltre agli span: gli apostrofi sono "tipografici" fin dall'inizio, e i paragrafi che l'OCR individua correttamente sono già resi con un doppio a capo.

A me il testo serve per andare avanti nel tentativo di estrarre ulteriore formattazione automatica dall'OCR abbyy; la cosa mi affascina... ma penso che l'abbiate già capito (è un risultato attorno al quale giro da alcuni anni senza successo).

Una domanda: che fo di Indice:Fisiologia del matrimonio.djvu? Lo "ufficializzo" portando il file su Commons, o lo faccio sparire e tanti saluti? --Alex brollo (disc.) 22:45, 17 giu 2013 (CEST)

Cominciamo bene.... ho da risolvere un bug di allineamento pagine inaspettato. WIP, abbiate pazienza :-( --Alex brollo (disc.) 23:37, 17 giu 2013 (CEST)

Federicor, con istinto infallibile hai trovato un caso spinoso. Il file abbyy.gz comprende 128 pagine, il file djvu 120. La pagina n. 14 risulta ad esempio scannerizzata due volte (distinte, infatti l'OCR è leggermente diverso!). Mi tocca ideare un sistema di "verifica allineamento" basato sull'analisi del contenuto testuale del file djvu. Non è impossibile ma.... speravo di poterlo evitare :-(. --Alex brollo (disc.) 00:42, 18 giu 2013 (CEST)

Riallineate le pagine fino a Pagina:Ricordi di Londra.djvu/67 con le "maniere forti", tengo le altre disallineate per test. --Alex brollo (disc.) 07:24, 18 giu 2013 (CEST)

OK: algoritmo di "allineamento" pronto e funzionante (che occhio clinico, Federicor, per scegliere un caso difficile....) --Alex brollo (disc.) 11:57, 19 giu 2013 (CEST)

Punti salienti di Wikimedia, aprile 2013

Punti salienti dal rapporto della Wikimedia Foundation e dal rapporto tecnico Wikimedia di aprile 2013, con una selezione di altre importanti iniziative dagli eventi Wikimedia.

• Punti salienti di Wikimedia Foundation
  • Un nuovo sistema per la gestione dei messaggi è stato avviato sulla Wikipedia in lingua inglese
  • Adesso i contenuti di Wikidata possono essere usati su tutte le Wikipedie
  • Annunciata una app Wikimedia Commons per iOS ed Android
  • Il Comitato per la Distribuzione Fondi (FDC) pubblica le sue indicazioni su 1,2 milioni di dollari
  • Nuove linee guida sul conflitto d'interessi
• Dati e tendenze
• Contabilità
• Altre iniziative in evidenza
  • Conferenza dei comparti ed eventi della GLAM-WIKI
  • Gli studenti creano il primo dizionario on-line Arabo-Serbo
  • "Wiki Loves Sound" arricchisce Wikipedia con delle registrazioni audio

About · Subscribe · Distributed via Global message delivery (wrong page? Correct it here), 22:00, 18 giu 2013 (CEST)

Segnalo...

...questa discussione su Wikisource multilingue, potrebbe interessarvi. --Ricordisamoa 06:32, 20 giu 2013 (CEST)

Certo che ci interessa. :-)

Vogliamo parlarne un po' anche qui? --Alex brollo (disc.) 08:55, 20 giu 2013 (CEST)

Che voi sappiate, esiste una funzione di Poem che inserisca i numeri di verso automaticamente (magari alternati a 5, ecc.)? --Ricordisamoa 09:42, 20 giu 2013 (CEST)

Sarebbe una funzione utilissima, ma che io sappia non è mai stata fatta :( Potremmo provare a richiederla su bugzilla. Ci vorrebbero due parametri: uno "start" che dice da che numero iniziare (default 1), e un "loop" che dice ogni quanti versi mettere il numero. Questo andrebbe bene per una buona percentuale di testi. Poi si potrebbe ipotizzare un parametro "mode" per cose più complicate, ad esempio mode=stanzas per numerare le strofe anziché i versi, mode=lastline per mettere il numero ad ogni ultimo verso di ogni strofa, utile ad esempio per i sonetti. Ma forse sto sognando ad occhi aperti :D Candalùa (disc.) 10:58, 20 giu 2013 (CEST)

Invece lo credo più che fattibile! Qualcuno ha un account su bugzilla? --Ricordisamoa 11:26, 20 giu 2013 (CEST)

Ho trovato il bug13644, aperto (sigh!) dal 2008. Possiamo tentare di "rilanciarlo", magari pubblicizzando la cosa sulle altre wikisource per farci sentire di più. Candalùa (disc.) 11:55, 20 giu 2013 (CEST)

Dobbiamo assolutamente alzarne la priorità e pubblicizzarlo, è più importante di quanto si possa pensare. Come ultima spiaggia, potrei tentare qualcosa io (questo è il progetto su Gerrit). --Ricordisamoa 12:23, 20 giu 2013 (CEST)

In pratica si tratta di modificare Poem.class.php --Ricordisamoa 12:26, 20 giu 2013 (CEST)

Se riuscissi a farlo tu, ti guadagneresti l'eterna riconoscenza di molti! :D Ho postato su bugzilla la mia idea di come andrebbero fatti i parametri. Si tratterebbe di modificare il codice per fargli produrre uno <span> contenente il numero di riga, simile a quello prodotto ora dal {{R}}. Candalùa (disc.) 14:44, 20 giu 2013 (CEST)

Occhio alla transclusione, ovviamente....e ai versi spezzati in più pezzi (battute delle opere teatrali in versi; alcune poesie). --Alex brollo (disc.) 08:25, 21 giu 2013 (CEST)

La trasclusione sarebbe trasparente... ovviamente in ogni pagina il poem andrebbe compilato con lo start corretto. Ho pensato anch'io ai versi spezzati, ma non vedo soluzione... a meno di insegnare a poem a capire qual'è il metro della poesia e contare le sillabe per vedere dov'è che il verso è spezzato! Troppo complicato. Si fa prima direi a risolvere a mano questi casi particolari, chiudendo poem e riaprendolo facendogli "saltare" un numero. Candalùa (disc.) 09:22, 21 giu 2013 (CEST)

La transclusione è trasparente se si lavora sull'html; se si lavora sul raw code..... occorre pare il parsing basandosi sil tag pagelist e sulle section; non è semplicissimo. Quanto ai versi spezzati, c'è il template {{R-}} che marca le righe da non conteggiare; si potrebbe battere questa strada (ossia, "marcare" in qualche modo le cose da NON conteggiare) con il metodo più comodo per un parser. --Alex brollo (disc.) 13:13, 21 giu 2013 (CEST)

Ma infatti, la trasclusione non c'entra perché il parsing wikicode->html viene fatto a livello di pagina, la trasclusione si limita a mettere insieme i pezzi. Sì, si potrebbe inventare un tag che marca i versi da non conteggiare; per il momento sarebbe già tanto avere i numeri ogni tot righe. Candalùa (disc.) 13:32, 21 giu 2013 (CEST)

Con Lua si potrebbe fare una perfetta emulazione del tag poem (a livello di html) e in più quasi qualsiasi cosa possa essere immaginato, passando come parametro di un template l'intero blocco di versi di una pagina e (intanto) il solo numero del verso iniziale (come secondo parametro). In più si potrebbe aggiungere ogni tag immaginabile, anche un'ancora e un numero di verso per ogni verso, visualizzandone solo alcuni, ecc. Il codice potrebbe essere circa così:

{{poem|R=1|
Una medesma lingua pria mi morse,
sì che mi tinse l’una e l’altra guancia,
e poi la medicina mi riporse; 

così od’io che solea far la lancia
d’Achille e del suo padre esser cagione
prima di trista e poi di buona mancia. 
}}

Che ne dite: valer la pena di provare? --Alex brollo (disc.) 14:24, 21 giu 2013 (CEST)

Non so, non mi piace troppo l'idea di avere tutto il testo dentro un template... Candalùa (disc.) 15:02, 21 giu 2013 (CEST)

Nemmeno a me.... il testo all'interno di un parametro template, ad esempio, è attualmente ignorato da vari nostri tool di edit (per evitare disastri) ma per intervenire sul testo compreso fra due tag distinti non c'è altro modo; o Lua passando l'intero testo, o modifica di un'estensione. Ci provo come esercitazione, quando ho un po' di tempo. :-{ Alex brollo (disc.) 15:47, 21 giu 2013 (CEST)

Divina Commedia

Ho realizzato un piccolo link shortener ("accorcia-collegamenti") per visualizzare rapidamente dei versi dalla Divina Commedia, presi direttamente da Wikisource. Come esposto sopra, ho avuto (e ho ancora) qualche problema con l'elaborazione del wikitesto, ma in linea di massima dovrebbe funzionare per tutti i canti.

Il formato per i link è http://dvncmd.tk/["i" per Inferno, "p" per Purgatorio e "d" per Paradiso][numero del canto],[numero del verso oppure numeri dei versi di inizio e fine separati da trattino]: così, per esempio, http://dvncmd.tk/p12,10-12 significa "Purgatorio, Canto 12, versi 10-12". Per ora il numero massimo di versi visualizzabili è di 12 alla volta, per evitare sovraccaricamenti di pagina.

Cosa ve ne pare? --Ricordisamoa 09:51, 20 giu 2013 (CEST)

L'idea è ottima. Su cosa ti "appoggi" per il numero dei versi: il sistema li conta da sè oppure si basta sui template R?

Tutto il testo prima e dopo i tag "<poem>" non viene preso in considerazione; tutti i template che non producono testo leggibile (come {{R}}) vengono eliminati mediante un'espressione regolare, poi si rimuovono le righe vuote "compattando" le rimanenti e dividendo i versi in base al ritorno a capo. --Ricordisamoa 10:06, 20 giu 2013 (CEST)

Seconda domanda. Secondo me ogni "tool di esportazione" dovrebbe lavorare sull'html piuttosto che sul wikicode (l'html è "ben strutturato" e in qualche modo standardizzato, il wikicode è soggetto a imprevedibili variazioni, template a loro volta variabili, ecc: impossibile starci dietro!). Hai pensato di adattare il tool al parsing dell'html? Secondo me il futuro della esportazione è concentrarsi su un html "standard", indifferente da come è prodotto (template, estensioni, Lua....) --Alex brollo (disc.) 10:01, 20 giu 2013 (CEST)

Ci ho pensato, e all'inizio funzionava così, ma ho incontrato molte più difficoltà nell'elaborare l'HTML: non è affatto semplice distinguere il testo normale dai versi una volta "HTMLizzato", per non parlare poi delle altre versioni linguistiche! Ma vi costa tanto una buona formattazione? --Ricordisamoa 10:10, 20 giu 2013 (CEST)

A proposito, recentemente ho introdotto il supporto per gli interwiki: quando presenti, a lato sono visualizzate alcune bandiere da Commons simboleggianti la lingua, che collegano al testo tradotto. Il formato URL non cambia: basta aggiungere il codice di lingua bilettere prima dell'indicazione del passo, così, http://dvncmd.tk/pt/p12,10-12 significa "Purgatorio, Canto 12, versi 10-12 in portoghese". --Ricordisamoa 10:00, 20 giu 2013 (CEST)

Per chi fosse interessato, entro alcuni giorni pubblicherò il codice sorgente (PHP 5.4) su GitHub. --Ricordisamoa 10:02, 20 giu 2013 (CEST)

Bellissimo! Complimenti, davvero un bel lavoro. Solo un commento a proposito di elaborare l'html invece del wikicode: che difficoltà hai incontrato, e come possiamo eventualmente venirti incontro? Per distinguere i versi dal resto non basta cercare tutti i <div class="poem">? Candalùa (disc.) 10:34, 20 giu 2013 (CEST)

Sì, e dovrei usare qualcosa come BeautifulSoup. Non è un male, né è chissà quanto difficile, ma finché funziona bene così non ho intenzione di cambiare --Ricordisamoa 11:24, 20 giu 2013 (CEST)

Ok. :) Lo dicevo più che altro perché usando il wikicode non è sempre immediato risalire all'html prodotto dai template. Ma forse il testo della Commedia non ha template troppo "strani", quindi se hai ottenuto buoni risultati dal wikicode, meglio così! :) Candalùa (disc.) 11:32, 20 giu 2013 (CEST)

Tra breve inserirò anche un selettore di cantica/canto/versi nella pagina principale. --Ricordisamoa 11:27, 20 giu 2013 (CEST)

Tanto per sognare. Che ne diresti se ogni verso fosse incluso in uno span di classe "verso" e con un attributo "numero verso"? Quanto al parsing raw text vs html: io sostengo che occorre fare uno sforzo per standardizzare l'html - che ognuno se lo produca come vuole, template, estensioni, Lua, è indifferente; se l'html fosse standard, mille problemi sarebbero evitati. Ma è una visione pionieristica, che appena adesso viene nominata qua e là. Pretendere una unificazione dei formati nelle varie Source è un obiettivo molto audace! :-( . In ogni caso: benvenuto e.... resta con noi! Abbiamo bisogno di te :-) --Alex brollo (disc.) 11:43, 20 giu 2013 (CEST)

L'inserimento di tag "span" complicherebbe ancor più le cose, senza contare l'appesantimento per il server... ad ogni modo, ecco il source! --Ricordisamoa 14:30, 20 giu 2013 (CEST)

Grandissimo RicordiSamoa, l'uomo degli URL resolver :-) Aubrey McFato 17:19, 20 giu 2013 (CEST)

Test Modulo:Poem

Qui sotto, un sonetto trattato dalla prima versione di Modulo:Poem, beninteso: una pura esercitazione, senza alcuna aspirazione di applicazione reale, come per il 90% dei tentativi dei nostri creativi più creativi. E' ancora pieno di bug, ma il miglioramento dello script (per ora primordiale e pieno di falle) si rifletterà immediatamente sul testo qui sotto. Contiene un meccanismo "alla tl|§" per cui ogni verso ha un'ancora e può essere evidenziato: #v2, #v4, #v7, #v10, #v12, #v17

Terra che 'l Serio bagna e 'l Brembo inonda,
     che monti e valli mostri a l'una mano
     ed a l'altra il tuo verde e largo piano
     or ampia ed or sublime ed or profonda;4

perch'io cercassi pur di sponda in sponda
     Nilo, Istro, Gange o s'altro è piú lontano,
     o mar da terren chiuso o l'oceano
     che d'ogni intorno lui cinge e circonda,8

riveder non potrei parte piú cara
     e gradita di te, da cui mi venne
     in riva al gran Tirren famoso padre,

che fra l'arme cantò rime leggiadre;12
     benché la fama tua pur si rischiara
     e Si dispiega al ciel con altre penne.

• --Xavier121 22:31, 21 giu 2013 (CEST)
• anche per me. Ma si parlava di modificare il tag poem per rendere tutto questo automatico? Sarebbe un'enorme figata. (anche se mi chiedo come mettere i versetti in chiaro). Aubrey McFato 22:43, 21 giu 2013 (CEST)

Non entusiasmatevi (mi sto divertendo un mondo...)! Lo scopo di questo test è poter dire ai costruttori di estensioni: noi vogliamo questo, certo che si può fare! L'abbiamo fatto in Lua, quindi si può fare anche in php. :-)

Copio il codice della poesia nella pagina doc di Modulo:Poem e continuo là. Adesso siete incuriositi. Manca solo un ultimo parametro V ... ;-)

Ultima nota: Modulo:Poem adesso è chiamato da Template:Poem così nessuno, tranne i più perfidi leggitori di codice, "vede" che Lua c'entra. Alex brollo (disc.) 23:13, 21 giu 2013 (CEST)

Mi piace l'idea, ma rimango dell'opinione che usare l'apposita estensione sia di gran lunga più professionale. Qualche tip:

• un attributo per inserire i numeri di riga ogni x versi oppure ogni x strofa
• un altro attributo per comandare via CSS lo stile dei numeretti
• un comando per automatizzare l'indentazione (per esempio: x spazi prima delle righe tranne la prima di ciascuna strofa)
• alcune variabili di configurazione globale per rendere la visualizzazione uniforme su tutte le pagine

Idee per altre personalizzazioni e/o per i nomi di queste variabili? --Ricordisamoa 12:34, 22 giu 2013 (CEST)

Sono perfettamente d'accordo: è l'estensione che deve essere estesa. Questo è solo un gioco, e un'opportunità per maneggiare un po' Lua che è come qualsiasi animaletto: più lo si maneggia, più si addomestica :-).

Che ne diresti RicordiSamoa di gettarti anche tu nel vortice di Lua? Quanto alle tue proposte: ho un dubbio sul termine "attributo" perchè parli dell'estensione o intendi "parametro" per riferirti a questa roba qua? Il parametro per inserire ogni tot versi c'è e si chiama V. Sulla numerazione a fine strofa mi sono incastrato in un falsa strada e devo riscrivere tutto o_O; sul comando per l'indentazione automatica si può fare, bisogna però trovare un "sistema sintetico" ma anche user-friendly per esprimere una varietà notevole di possibilità; sul CSS dei numerelli, no problem, sull'ultimo punto non ho le idee chiarissme sul significato (quale difformità noti ?) --Alex brollo (disc.) 15:29, 22 giu 2013 (CEST)

Sto parlando principalmente dell'estensione sotto forma di tag XML; Lua può però essere un'utile sandbox prima del definitivo porting in PHP. Le variabili di configurazione globale sarebbero semplicemente un modo per avere già tutto organizzato senza dover ri-modificare ogni tag "poem". Mi candido già da ora per rimuovere via bot il template {{R}}. Una volta finito, potremo cancellarlo? --Ricordisamoa 15:47, 22 giu 2013 (CEST)