Wikisource:Bar/Archivio/2013.06

Archivio delle discussioni del mese di giugno dell'anno 2013

Categoria: Archivio Bar 2013 Bar   Archivio    giugno 2013 



trasferimento da wikipedia modifica

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)[rispondi]

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)[rispondi]

Wikisource fianco a fianco modifica

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)[rispondi]

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 483 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)[rispondi]

"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)[rispondi]

Porposta proprietà per Wikidata... modifica

... 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)[rispondi]

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)[rispondi]
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)[rispondi]
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)[rispondi]
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)[rispondi]
Io non so se sia possibile, ma mi chiedo di quanti e quali dati tu stia parlando. Pensa al notro Bar, per esempio, o a i file di Commons... Cioè, capisco la sensazione, ma non vorrei che fosse l'unico motivo che ti frena (accetto molto più volentieri un "non lo faccio perchè non lo voglo fare", piuttosto che per un motivo del genere :-) Aubrey McFato 00:37, 25 giu 2013 (CEST)[rispondi]
Immagina una dizionario aggiornabile: un mezzo mega di roba, che potrebbe essere aggiornato aggiungendo una parola alla volta, ossia con decine di migliaia di edit. O immagina di tenere in una tabella Lua i dati SAL di un'opera come Zibaldone, e aggiornarli costantemente man mano che le migliaia di pagine passano ciascuna attraverso i vari livelli di SAL: vari kBy di dati che vengono modificati migliaia di volte. O pensa a un elenco di autori e di sinonimi; anche questi migliaia, e aggiungendone/editandone uno alla volta, sono migliaia di edit di una pagina "grossa". Tutta cronologia inutile (o meglio: il sistema di salvataggio, "a tutta pagina" invece che differenziale, è spaventosamente inefficente). --Alex brollo (disc.) 00:52, 25 giu 2013 (CEST)[rispondi]

Scheda con dati da Wikidata (su Pedia) modifica

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)[rispondi]

Lasciatemi festeggiare :-) modifica

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)[rispondi]

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)[rispondi]
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)[rispondi]
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)[rispondi]
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)[rispondi]
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)[rispondi]
:-( 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)[rispondi]

Altro passetto modifica

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)[rispondi]

Un altro ancora... modifica

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)[rispondi]

Rilettura testi brevi modifica

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

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)[rispondi]

Trademark discussion modifica

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 modifica

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)[rispondi]

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)[rispondi]

osservati speciali modifica

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)[rispondi]

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)[rispondi]


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

Segnalatemi prossimo inserimento da Internet Archive modifica

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)[rispondi]

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)[rispondi]
Rime (Andreini) --Xavier121 18:10, 16 giu 2013 (CEST)[rispondi]
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)[rispondi]
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)[rispondi]
Prova con questo. Saluti,--Federicor (disc.) 10:47, 17 giu 2013 (CEST)[rispondi]
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)[rispondi]
Cominciamo bene.... ho da risolvere un bug di allineamento pagine inaspettato. WIP, abbiate pazienza :-( --Alex brollo (disc.) 23:37, 17 giu 2013 (CEST)[rispondi]
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)[rispondi]
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)[rispondi]
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)[rispondi]

Punti salienti di Wikimedia, aprile 2013 modifica

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.
 
About · Subscribe · Distributed via Global message delivery (wrong page? Correct it here), 22:00, 18 giu 2013 (CEST)

Segnalo... modifica

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

Certo che ci interessa. :-)
Vogliamo parlarne un po' anche qui? --Alex brollo (disc.) 08:55, 20 giu 2013 (CEST)[rispondi]
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)[rispondi]

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)[rispondi]

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

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)[rispondi]

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)[rispondi]
In pratica si tratta di modificare Poem.class.php --Ricordisamoa 12:26, 20 giu 2013 (CEST)[rispondi]

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)[rispondi]

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)[rispondi]

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)[rispondi]

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)[rispondi]

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)[rispondi]

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)[rispondi]

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)[rispondi]

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)[rispondi]

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)[rispondi]

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)[rispondi]
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)[rispondi]
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)[rispondi]
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)[rispondi]
Per chi fosse interessato, entro alcuni giorni pubblicherò il codice sorgente (PHP 5.4) su GitHub. --Ricordisamoa 10:02, 20 giu 2013 (CEST)[rispondi]

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)[rispondi]

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)[rispondi]
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)[rispondi]
Mi correggo: BeautifulSoup è in Python, e dvncmd.tk è in PHP...   --Ricordisamoa 15:53, 22 giu 2013 (CEST)[rispondi]

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

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)[rispondi]
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)[rispondi]
Grandissimo RicordiSamoa, l'uomo degli URL resolver :-) Aubrey McFato 17:19, 20 giu 2013 (CEST)[rispondi]
Aggiornamento: ho implementato con successo la visualizzazione di gallerie di immagini relative al canto scelto, prese in tempo reale dalle apposite categorie di Commons. Prossimamente dovrei organizzarle in una sorta di carousel. --Ricordisamoa 12:49, 24 giu 2013 (CEST)[rispondi]

Test Modulo:Poem modifica

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

sonetto di prova modifica


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,11

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

discussione modifica

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)[rispondi]
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)[rispondi]
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)[rispondi]
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)[rispondi]
D'accordo con tutto quello che avete detto, ma qualcuno sta lavorando all'estensione? O riusciamo almeno a definire un bug preciso e circostanziato? (sapete che mi preoccupo sempre della comunicazione bottom up: noi dobbiamo riuscire a far implementare le nostre idee, altrimenti siamo sempre punto e a capo.). Aubrey McFato 14:04, 24 giu 2013 (CEST)[rispondi]
Aubrey, il bug sarebbe questo; invito tutti voi ad intervenire per quanto potete e sapete fare. Candalùa (disc.) 10:57, 25 giu 2013 (CEST)[rispondi]
Aggiunta menzione a Modulo:Poem e tentato di spiegare la sua parte più creativa (l'aggiunta di uno span "contenitore di informazioni" ai singoli versi). Non ho osato accennare al problema dei versi spezzati e delle "cose che non sono versi"..... Alex brollo (disc.) 11:54, 25 giu 2013 (CEST)[rispondi]

Altra strategia modifica

Proviamo un'altra strada, quella di NON visualizzare numeretti e di farli generare dinamicamente da js. Mi pare più furba; allo span che contiene il verso aggiungerò un paio di classi per evitare il problema dell'id unico (sempre per il caso speciale dei "versi spezzati"). --Alex brollo (disc.) 18:56, 22 giu 2013 (CEST)[rispondi]

Molto promettente: via jQuery, essendo tutti i versi marcati con una classe verso e in più con una classe v1, v2..., si può fare letteralmente quello che si vuole. Penso sia la strada giusta per sviluppare l'estensione (da associare a qualche script js per sfuttarla in pieno). Qui termina la mia galoppata nello pseudo-poem: mi accontento del se pol. :-) --Alex brollo (disc.) 20:06, 22 giu 2013 (CEST)[rispondi]
Queste strategie sono diventate troppo oscure per me. Quando si arriverà alla versione definitiva qualcuno mi spiegherà cosa devo fare. Lagrande (disc.) 20:41, 22 giu 2013 (CEST)[rispondi]
Perché non usare direttamente PHP, se si può fare? Le personalizzazioni utente le fanno i CSS, JavaScript può poi essere utile per "saltare alla riga", etc. --Ricordisamoa 21:41, 22 giu 2013 (CEST)[rispondi]
Lagrande, non preoccuparti.... stiamo parlando di test per un progetto: nulla di immediatamente applicabile. Perchè non farlo in php? perchè per creare/integrare un'estensione php per MediaWiki si deve fare un percorso che immagino complesso e che non ho la minima idea su dove cominci e dove proceda.... totalmente al di sopra dei miei limiti (fra l'altro, su php ho solo qualche vaga idea, non è un linguaggio che conosco). Se tu sei un "costruttore di estensioni", e sei in grado di proporre l'implementazione di qualche attributo a poem (per iniziare qualcosa come from=[numero verso iniziale]; viewnumber=[filtro di visualizzazione numeri verso]) .... avresti certamente la nostra riconoscenza! --Alex brollo (disc.) 23:16, 22 giu 2013 (CEST)[rispondi]
Per standardizzare si potrebbe usare "l1", "l2", ecc. per "line" (ma "v" potrebbe stare per "verse"). --Ricordisamoa 12:55, 24 giu 2013 (CEST)[rispondi]
Ho provato a pensare qualcosa sulle indentazioni automatiche ma è veramente un problema complicato. Un caso come Re Orso richiede un vero e proprio "linguaggio di programmazione", e se non è una soluzione generale, temo che non vada bene. :-( --Alex brollo (disc.) 13:18, 24 giu 2013 (CEST)[rispondi]
...Ma si può facilmente inorridire di fronte a questo. --Ricordisamoa 13:31, 24 giu 2013 (CEST)[rispondi]
(Testo originale) (Traduzione)
 
«(Sorry for writing in English. You can translate the proposal.) Should X!'s edit counter retain the opt-in requirement? Your input is strongly encouraged. Voice your input here.—»
 
«(Ci scusiamo per la scrittura in inglese. Si può tradurre la proposta.) Vorreste mantenere l'opt-in richiesto dal X!'s edit counter? Il vostro contributo è fortemente incoraggiato. Esprimete il vostro parere qui. (Tradotto tramite Google Translate da Barbaforcuta
(-cyberpower Chat 06:37, 23 giu 2013 (CEST)Distributed via Global message delivery. (Wrong page? Fix here.))
Ho già votato contro l'opt-in (qualsiasi dato disponibile si può ottenere in altro modo). --Ricordisamoa 10:08, 23 giu 2013 (CEST)[rispondi]

Lo volete? modifica

 

Il mio nuovo "tool personale": la freccetta rossa, che compare in view nelle pagine pagina, cliccata porta alla pagina successiva direttamente in modalità edit. Comodissima quando il tempo di attesa del caricamento della pagina successiva in view infastidisce perchè quello che si vuole è una rapidissima "scorsa in avanti" delle pagine senza perdere tempo. Lo script - di due o tre righe - l'ho caricato su Shortcut Manager e quindi voi non lo troverete da nessuna parte.... a meno che non me lo chiediate. Personalmente non potrei più vivere senza Shortcut Manager, l'ho menzionato in lista wikisource ma sono stato autorevolmente freddato da qualcosa come "non sappiamo che farcene" :-( --Alex brollo (disc.) 19:35, 24 giu 2013 (CEST)[rispondi]

Grazie Xavier.... ti copio nella tua pagina discussione il codice da importare in Shortcut Manager. --Alex brollo (disc.) 23:35, 24 giu 2013 (CEST)[rispondi]

Cosa succede? modifica

Il nsPagina è impallato solo a me, o anche a voi? Non mi si "apre" l'immagine a fronte e la console js mi segnala un errore mai visto:

Uncaught Error: Unknown dependency: ext.vector.collapsibleTabs 

(su fr.source invece tutto sta funzionando regolarmente) --Alex brollo (disc.) 23:45, 24 giu 2013 (CEST)[rispondi]

Beccato: "lfschenone 6 days ago Delete collapsibleTabs module (moved to core)" [2]; conclusione, ben 2 chiamate nostrane a ext.vector.collapsibleTabs andavano in errore (in Common.js e in MediaWiki:Gadget-definition). --Alex brollo (disc.) 00:29, 25 giu 2013 (CEST)[rispondi]

Si è impallato anche "Puntano qui" modifica

.... ma di questo mistero (forse risolto) ne parlo in Bar tecnico ;-) --Alex brollo (disc.) 07:34, 25 giu 2013 (CEST)[rispondi]

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

VisualEditor modifica

Ciao a tutti (e sentite scuse a chi legge questo messaggio per l'ennesima volta). Sto passando su diverse wiki per annunciare una novità di cui però sicuramente Alex brollo vi avrà già reso abbondantemente edotti: si chiama VisualEditor. Sarà la nuova interfaccia per creare e modificare testi nei nostri siti, e dalla versione beta in poi (che arriverà su Wikipedia a luglio!) renderà molto più semplice editare, il che potrebbe voler dire più utenti che arrivano, provano a scrivere, restano nella comunità. Per provarlo potete attivarlo subito su it.wikipedia.org tramite la pagina "Preferenze", nella sezione "Casella di modifica", selezionando l'opzione Abilita VisualEditor (solo nei namespace principale e Utente). Solo se per il momento si desidera continuare a usare l'editor tradizionale per la modifica di singole sezioni, si può spuntare anche la casella Utilizza l'editor di wikitesto per modificare le sezioni. Io faccio da referente per la comunità italofona, e perciò, per come la vedo io, anche per voi: se avete bisogno di aiuto o volete segnalare un bug scrivetemi qui, così cercheremo di risolvere eventuali problematiche il prima possibile. Vi lascio infine i link alle FAQ e al Manuale, e spero di avere presto vostre notizie: è vero che ci vorrà un po' perché sbarchi anche su questi lidi, ma darsi da fare subito può aiutare ad assicurare poi al vostro progetto una transizione più semplice. Ciao, --Elitre (WMF) (disc.) 13:23, 25 giu 2013 (CEST)[rispondi]

Grazie Elitre - in realtà Aubrey era l'entusiasta promotore, io ero scettico, finchè non l'ho provato proprio su it.wikipedia. Se per i normali wikipediani VisualEditor ha importanza 100, per noi ne ha 400 perchè ci permetterebbe una profondissima rivoluzione (e semplificazione!!!!) del cuore del nostro lavoro: la rilettura del testo senza la distrazione del codice. Purtroppo così com'è non può girare su source, va profondamente rivisto, ma c'è chi se ne sta occupando (in India o_O). Spero che tu passi qui spesso e che ci rappresenti con fermezza: VOGLIAMO ANCHE NOI VISUALEDITOR!!! :-) --Alex brollo (disc.) 16:35, 25 giu 2013 (CEST)[rispondi]

Struttura di Discorso sulla Divina Commedia di Dante modifica

Mi sono imbattuto in Indice:Ultime lettere di Jacopo Ortis.djvu, che in realtà è una "raccolta" di due testi di Foscolo: Ultime lettere di Jacopo Ortis, trasformato al volo da "naked" a "with scans", e Discorso sul testo della Commedia di Dante, tutto da fare. Il testo sembra un grosso "monoblocco" ma in realtà è suddiviso in 211 piccoli capitoli (da I a CCXI). Come lo imposto? Io propenderei per polverizzarlo in minicapitoli; ma attendo il vostro parere prima di procedere con l'impostazione del Sommario e eventualmente con la creazione semi-automatica delle pagine in ns0. Alex brollo (disc.) 22:53, 25 giu 2013 (CEST)[rispondi]

Per me, OK ai minicapitoli.--Federicor (disc.) 10:04, 26 giu 2013 (CEST)P.S.:Io sarei anche per l'ufficializzazione di Fisiologia del matrimonio.Federicor (disc.) 10:04, 26 giu 2013 (CEST)[rispondi]
Ok, anche per me. --Xavier121 10:10, 26 giu 2013 (CEST)[rispondi]
Bene... per Fisiologia del matrimonio, non solo, Federicor, ti "leggo nel pensiero" ma addirittura indovino i pensieri in anticipo: ho già spostato il file djvu su Commons, adesso ho rimosso il WIP. Potrei caricare anche il "nuovo OCR con le parole ambigue in rosso", ma rimando a dopo implementato VisualEditor - al momento è più che altro un impiccio. --Alex brollo (disc.) 12:48, 26 giu 2013 (CEST)[rispondi]

Altri malfunzionamenti a raffica... e loro spiegazione modifica

Dopo risolto il secondo grosso malfunzionamento, eccone altri: in nsPagina, i tastini personalizzati funzionano in modo scorretto (inseriscono il loro testo nello spazio header, se è aperto, invece che nel box del testo). Altri ancora ne compariranno man mano.

Questa è una sindrome che conosciamo: è l'effetto della modifica del software MediaWiki, "collaudato" bene su wikipedia ma male sui progetti minori. E infatti, ieri 24 giugno è stata attivata una nuova versione del software:

  • 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. [3]

Coraggio... e pazienza. :-( --Alex brollo (disc.) 23:01, 25 giu 2013 (CEST)[rispondi]

Tempo fa creai apposta una JavaScript task force. --Ricordisamoa 01:45, 26 giu 2013 (CEST)[rispondi]
L'idea è fantastica, e spero che abbia successo. Il lavoro da fare è immane .... se ti va io partirei dal problema che si evidenzia adesso sui pulsanti e il loro comportamento fuzzy; esiste un problema di fondo che l'attuale malfunzionamento ha messo in evidenza. Dov'è che ne possiamo parlare più comodamente per te? --Alex brollo (disc.) 09:21, 26 giu 2013 (CEST)[rispondi]
Chiarito il mistero dei tastini impazziti: dipendeva dal fatto che adesso per javascript il namespace Pagina si chiama Page; e ce n'erano solo ben 13 casi nella sola pagina MediaWiki:Common.js.... Devo ancora "digerire" i suggerimenti di RicordiSamoa sulla questione :-( --Alex brollo (disc.) 22:30, 26 giu 2013 (CEST)[rispondi]
Tra l'altro sono cambiati di conseguenza tutti gli id html che sono legati al namespace... un paio li ho corretti io, non so se ce ne siano ancora. Candalùa (disc.) 22:40, 26 giu 2013 (CEST)[rispondi]
Visto.... questa proprio non me l'aspettavo: cambiare gli id .... :-(
Ok, li modificherò a vista.
Che lo facciano per tenerci vigili e svegli? O per scoraggiarci dal creare tool locali....? --Alex brollo (disc.) 09:13, 27 giu 2013 (CEST)[rispondi]
Comunque Tpt ci sta lavorando, se volete info magari chiedetegliele direttamente. Aubrey McFato 10:52, 27 giu 2013 (CEST)[rispondi]
In effetti il nome namespace in inglese avrebbe anche più senso, per avere gli stessi nomi su tutti i progetti. Però potevano anche avvisarci un po' prima... o l'hanno fatto e il messaggio si è perso tra i mille avvisi che riceviamo periodicamente? Candalùa (disc.) 11:30, 27 giu 2013 (CEST)[rispondi]
No. Tpt ha mandato una mail di avviso a cose fatte (subito, ma intanto io ero fuori di me). Di certo ne avrà parlato a lungo in qualche anfratto di qualche pagina di qualche progetto..... ma fra questo e un preavviso, ce ne passa. :-(
Confermo, comunque, che l'idea è ottima. --Alex brollo (disc.) 11:38, 27 giu 2013 (CEST)[rispondi]
Forse però sarebbe (stato) più importante unificare gli id numerici (sono rispettivamente 108 e 104 per it.ws e en.ws). --Ricordisamoa 14:48, 27 giu 2013 (CEST)[rispondi]
Esatto, mi è sempre sembrato inconcepibile che siano stati assegnati id diversi per gli stessi namespace... ma per quelli temo che sia tardi :( Probabilmente unificare i nomi era il massimo che si poteva fare senza distruggere proprio tutto tutto :D Candalùa (disc.) 15:29, 27 giu 2013 (CEST)[rispondi]
Altra cosa appena notata: i nomi dei namespace Autore, Portale e Progetto sono rimasti in italiano! :D Probabilmente perché questi sono namespace "custom", che certi sottodomini (ma non tutti) si sono fatti attivare individualmente (e questo è anche il motivo per cui ci troviamo degli id numerici "sballati"). La cosa avrebbe anche qualche senso, però è un'ulteriore complicazione da tenere a mente :( Candalùa (disc.) 15:37, 27 giu 2013 (CEST)[rispondi]

SAL 100%: Reprise modifica

Cari amici telespettatori, benvenuti ad una nuova puntata della telenovela: SAL 100%. :) Riassunto delle puntate precedenti (disponibili qui): si era più o meno deciso, prima che la discussione andasse un po' alla deriva come spesso accade, che entro il 31 dicembre 2013 tutti i testi al livello SAL 100% dovrebbero essere declassati a 75%, e il livello Edizioni Wikisource dovrebbe essere rinominato in SAL 100%, eliminando una buona volta l'annosa anomalia. Si era scelto questa data per darci tempo di svuotare il più possibile la Categoria:Testi SAL 100%, dotando di scansioni quanti più testi possibili e promuovendoli a Edizioni Wikisource. Qualcosa è stato fatto in questo senso, tuttavia ancora circa 800 testi giacciono nella suddetta categoria. Purtroppo, mentre alcuni utenti si impegnano per togliere più testi possibili dal 100%... altri utenti, sia pure in buona fede, ne aggiungono di nuovi! :D Anche se questo non cambia il destino finale di questi testi, è abbastanza noioso perché io vorrei cercare comunque di "promuovere" più testi possibili, e me ne trovo sempre di nuovi tra i piedi :) Vorrei quindi che venisse vietato formalmente di portare altri testi a 100%, dato che abbiamo riconosciuto tutti nelle passate discussioni che è una categoria che non ha senso e che in ogni caso andrà eliminata. E procederei addirittura a togliere o disabilitare il bottone del 100%, per scoraggiare anche tecnicamente la cosa. Candalùa (disc.) 21:43, 26 giu 2013 (CEST)[rispondi]

Se c'è il pages, a maggior ragione non si può portare a 100%, dato che c'è Edizioni Wikisource ;) Candalùa (disc.) 22:37, 26 giu 2013 (CEST)[rispondi]
Oooops... mi si sono annodate le sinapsi. Rileggerò la battuta quando avrò maggiore lucidità. :-( --Alex brollo (disc.) 07:40, 27 giu 2013 (CEST)[rispondi]
Sì, mi pare giusto inibire la possibilità del passaggio 75%->100% per tutti i testi. Io procederei anche con la transizione portando da 100% a 75% i testi senza scansione, e dal 101% al 100% quelli con pagina. Così sistemiamo l'anomalia una volta per tutte. Ovviamente chi si fa promotore dello spostamento, dovrà anche farsi carico di aggiornare le guide e pagine di aiuto: non possiamo mandare avanti il progetto solo per tradizione orale! ;) --Accurimbono (disc) 09:45, 27 giu 2013 (CEST)[rispondi]

Ok, sto procedendo con il divieto del 100%, con tanto di messaggio minatorio se uno tenta di forzarlo a mano. Accurimbono, per il momento non procederei ancora alla transizione, se non altro perché si era già stabilito di lasciare tempo fino a fine anno per "salvare" più testi possibili. 18:26, 27 giu 2013 (CEST) Candalùa (disc.)

Ciao a tutti, anche io non sono un esperto (anzi) ma volevo dire che ho portato una trentina di pagine da SAL75% a SAL100% correggendole con il testo a fronte digitalizzato. Posso, se lo ritenete giusto, portarle tutte a Edizioni Wikisource? Questo malinteso è dovuto al fatto che credevo che questa categoria si rivolgeva solo alla correzione della pagina solo ed esclusivamente avendo fisicamente il cartaceo in mano (il testo originale) e non una sua digitalizzazione. Siete tutti autorizzati a farvi beffa di me:). Buona serata a tutti.Stefano mariucci (disc.) 22:03, 27 giu 2013 (CEST)[rispondi]
Ciao Stefano, qui nessuno si fa beffe di te. La colpa è nostra che non abbiamo mai aggiornato le pagine di aiuto da anni... Scusaci :-) Aubrey McFato 22:47, 27 giu 2013 (CEST)[rispondi]
Ah ecco chi era stato! :D A parte gli scherzi, leggendo Aiuto:Edizioni Wikisource il malinteso ci sta tutto: quella pagina avrebbe un gran bisogno di essere aggiornata, indicando che solo i testi con fonte digitalizzata online ci possano entrare. (Dico digitalizzati e non proofread, per lasciare aperta la possibilità di linkare direttamente fonti digitali esterne come GoogleBooks). Capisco che questo può sembrare troppo restrittivo per chi ha fatto una rilettura dal cartaceo e non vede riconosciuto il proprio sforzo. Purtroppo però le riletture dal cartaceo hanno il grosso svantaggio di non essere verificabili. Ammetterle equivale a chiedere a tutti noi di fidarci ciecamente dell'utente rilettore, cosa difficile da pretendere per un progetto online dove generalmente non ci si conosce di persona. Anche nel caso di utenti molto attenti, un errore ci può sempre scappare; ma come lo si individua, se nessun altro ha accesso al testo (o vi ha accesso molto difficilmente)? Nel passato, a fronte di pochi testi, riletti offline da alcuni utenti noti per la loro maniacale certosinità, e che perlomeno in apparenza sembrerebbero essere stati ben riletti, sono entrati nel 100% moltissimi altri testi poi risultati non ben riletti o addirittura non riletti per niente. Di conseguenza, credo che il declassamento di quei pochi sia una perdita accettabile in cambio di una maggiore autorevolezza generale del progetto. Candalùa (disc.) 23:08, 27 giu 2013 (CEST)[rispondi]
Grazie troppo gentili. Ciao Candalua e ben risentito. Per capire meglio, vorrei chiamare in aiuto un esempio concreto. Fino a pochi giorni fa il compito per casa era la rilettura del mese http://it.wikisource.org/wiki/Indice:La_cavalleria_italiana_e_le_sue_riforme.djvu). Detto ciò, le pagine lette e corrette e, come si può notare, che hanno il testo originale a fronte, non avrei dovuto contraddistinguerle con il SAL100% ma direttamente con la STELLETTA??? Scusa ma non vorrei commettere eventuali altri errori di comprensione in occasione delle ovvie future collaborazioni di lavoro sporco e di conseguenza continuare, seppur in buona fede, ad allargare il divario fra i due SAL oggetto di discussione e che non ho la presunzione di proferire giudizio sulla strada che deciderete sia intrapresa. Una serena giornata a tutti.Stefano mariucci (disc.) 06:49, 28 giu 2013 (CEST)[rispondi]
Forse l'equivoco, Stefano, nasce dal fatto che il livello massimo di SAL per le pagine Pagina e per le pagine Indice è SAL 100%, di più non puoi assegnare :-). La "stelletta" si assegna alle pagine in ns0 in cui vi siano due condizioni:
che tutte le pagine Pagina da cui deriva la versione ns0 siano SAL 100%
che anche quel poco di codice che contengono loro (poco ma non semplice!): template Intestazione, template InclusiIntestazione, indici, tag Pages, Sezione note) siano stati rivisti e giudicati "perfetti". Questo secondo punto impedisce un passaggio "automatico": una riguardatina ci vuole, e in caso di problemi la rifinitura non è semplicissima.
Quanto ai testi con fonte digitalizzata online, c'è un problema. Ho visto scansioni Google "sparire", mentre non ho mai visto fonti IA sparire. Penso che trovando una fonte online scannerizzata fuori di IA la cosa da fare sia quella di scaricarla al volo e caricarla su IA (qualcuno di noi ha l'account IA e può farlo), e il problema non si pone; nel caso diverso in cui il rilettore ha l'opera cartacea in mano, un fortissimo incoraggiamento a scannerizzarla e ancora una volta caricarla su IA con l'aiuto di chi può farlo, e ancora una volta il problema non si pone. Il problema invece si pone per quelle opere in cui la "rilettura con il cartaceo in mano" in realtà è fatta senza il cartaceo in mano (IMHO); è il caso di varie importazioni da LiberLiber (IMHO). Alex brollo (disc.) 08:36, 28 giu 2013 (CEST)[rispondi]

Stefano, credo che a te manchi ancora un pezzo di tutto il discorso, che io avevo dato per scontato perché sono cose che gli altri hanno già sentito fino alla nausea :D Quindi riassumiamo in poche parole (che comunque non fa mai male :D):

  • limitatamente ai testi, cioè il solo namespace 0, c'è stata fino ad ora questa distinzione tra 100% e Edizioni Wikisource.

Il livello Edizioni Wikisource dei testi (namespace 0) corrisponde al livello 100% delle pagine (namespace Pagina) ed al livello 100% degli indici (namespace Indice). Quindi:

  • quando tutte le pagine sono trascritte, esse sono al 75%; di conseguenza l'Indice è al 75% e il testo è al 75%.
  • quando tutte le pagine sono rilette, esse sono al 100%, l'Indice è al 100%, ed il testo è a... Edizioni Wikisource!

In tutto questo il livello 100% dei testi è un livello a parte, slegato dagli altri, e che proprio per questo è un'anomalia che vogliamo eliminare. Quando lo avremo eliminato del tutto, Edizioni Wikisource sarà rinominato 100%, e così avremo una perfetta corrispondenza dei livelli tra namespace 0, namespace Pagina e namespace Indice. (E finalmente questi mal di testa saranno finiti :D) Candalùa (disc.) 11:29, 28 giu 2013 (CEST)[rispondi]

Avanti! modifica

Ho cominciato a distruggere le menzioni del SAL 101% nelle pagine di aiuto. Proporrei di continuare rapidamente nella pulizia, in modo che spariscano le menzioni alla "stelletta"; subito dopo direi di far sparire la stelletta dai radiobutton in ns0 (non so dove sia lo script js che la genera); a quel punto si potrebbe andare avanti con il "blocco del SAL 100%" per le pagine ns0 senza scansioni; e solo fatto questo, nessun utente potrà più sbagliare e si potrà fare le opportune passate di bot per riclassificare i SAL 101% -> Sal 100% e SAL 100% -> SAL 75% nei casi opportuni. --Alex brollo (disc.) 14:42, 28 giu 2013 (CEST)[rispondi]

La stelletta non compare più fra i radiobutton SAL e quindi dovrebbe essere difficoltoso selezionare il radiobutton per errore. Spero di non essere stato precipitoso..... e di non interferire con eventuali lavori di altri. --Alex brollo (disc.) 15:02, 28 giu 2013 (CEST)[rispondi]
, sei stato troppo precipitoso! Se io ho disabilitato il 100% come ho detto sopra... e tu togli anche il 101%... non resta più nulla che un povero utente possa fare... :D Questa cosa è da fare in un secondo momento, prima svuotiamo Categoria:Testi SAL 100% trovando a tutti quei testi una collocazione appropriata, e solo quando il 100% è sparito del tutto direi di procedere alla riclassificazione 101% -> 100%. Altrimenti vedo enormi rischi di ulteriore ingarbugliamento di una situazione già ben aggrovigliata di suo... :D Candalùa (disc.) 15:30, 28 giu 2013 (CEST)[rispondi]
Ehm.... evidentemente mi ritrovo dislessico (mica avevo capito che avevi disabilitato SAL 100%). Pardon. Però direi di accelerare molto i tempi.... e lascio ad altri l'accelerazione :-P. --Alex brollo (disc.) 17:30, 28 giu 2013 (CEST)[rispondi]

Caso studio: ai tempi avevamo caricato 3 testi di Autore:Eric Steven Raymond. I testi erano stati formattati e riletti (la nostra versione secondo me è più leggibile dell'originale :-). dato che erano al 100%, io e Candalua abbiamo passato di passarli ad Edizioni Wikisource. Ho fatto solo il primo. Aggiungo che ho preso l'HTML dalla URL originale, e l'ho caricato su Internet Archive per avere una fonte più certa. (ovviamento l'ho aggiunto anche in infotesto). --Aubrey McFato 11:28, 3 lug 2013 (CEST)[rispondi]