Wikisource:Bar/Archivio/2013.05

Archivio delle discussioni del mese di maggio dell'anno 2013

Categoria: Archivio Bar 2013 Bar   Archivio    maggio 2013 



Wikisource vision development: News April 2013 modifica

 

I apologize if this message is not in your language. Please help translate it.

Cari Wikisourciani, è quasi un mese che siamo partiti con il progetto per Elaborare una visione strategica per Wikisource, e vorremmo condividere qualche aggiornamento con voi:

Questo è tutto per ora! Durante il mese di maggio, noi (Aubrey and Micru) vorremmo organizzare almeno una chiamata Skype (o Google Hangout) per gli utenti di di ognuna delle 10 Wikisource maggiori, più qualche altro incotnro con membri delle comunità minori (se interessate). Abbiamo bisogno della vostra opinione e dei vostri sogni su quello che dovrebbe diventare Wikisource in futuro.

Grazie! --Micru and Aubrey 02:58, 27 apr 2013 (CEST)[rispondi]

Distributed via Global message delivery. (Wrong page? Correct it here.)

Ho tradotto alla bell'e meglio il messaggio che avevamo mandato qualche giorno fa. Qualcuno ha letto i link ed è interessato a discutere? Mi piacerebbe moltissimo poter paralre con voi (e con qualcuno l'abbiamo fatto) dei contenuti del progetto, la comunità italiana è per forza di cose uno dei nostri punti di forza e di partenza :-) --Aubrey McFato 15:32, 1 mag 2013 (CEST)[rispondi]

Violazione copyright? modifica

ciao, è considerato violazione copyright riportare una relazione tecnica del 1917 copiandola da qui t? La stessa è presente su un altro libro e la rimanda allo stesso documento. Anche se è riportata da siti e libri è pur sempre un documento di quasi 100 anni fa. Sarebbe da appoggio al documento di Wikipedia Strada delle 52 gallerie. Il nome della voce in wikisource sarebbe la stessa?--Conky77 (disc.) 15:56, 27 apr 2013 (CEST)[rispondi]

Siccome qui ormai siamo decisamente orientati a dare la precedenza assoluta ai testi con immagini a fronte, l'ideale sarebbe disporre della scansione del documento originale (o del libro o rivista nel quale è stato pubblicato poco dopo la sua redazione); ho fatto un tentativo ma sembra che la fonte utilizzata anche in wikipedia sia il testo del 2007, che è inutilizzabile; bisognerebbe consultarlo e forse in bibliografia si potrebbero trovare indicazioni sulla fonte originale. --Alex brollo (disc.) 00:37, 28 apr 2013 (CEST)[rispondi]
la biografia del libro del 2007 presente in wikipedia cita Archivio Ufficio Storico Stato Maggiore Esercito (Aussme), Diario storico militare della 33° compagnia Minatori, Fondo B1-158 f- V° C.D.A. - 33° comp / 5° Minatori. Cercando Aussme ho trovato che l'ufficio è a Roma e le visite sono centellinate; io sono decisamente scomodo...; non ho visto servizi a "distanza". Quindi senza andare personalmente nell'ufficio non si può pubblicare nulla? --Conky77 (disc.) 12:09, 28 apr 2013 (CEST)[rispondi]
Io mi metterei in contatto con l'ufficio; forse si potrebbero ottenere le fotocopie. Se si trovasse un adatto canale, forse sarebbe l'accesso a una miniera di documenti di grandissimo interesse.... secondo me vale la pena di provarci. Secondo voi, un'iniziativa "ufficiale" dell'Associazione WMI avrebbe più probabilità di successo? Abbiamo nessun buon contatto romano? --Alex brollo (disc.) 15:41, 29 apr 2013 (CEST)[rispondi]
Io sono notoriamente uno permissivo e ti direi che va bene. Citando la fonte non credo si abbia bisogno di andare in archivio. Certo è che se si potesse trovare una fonte un po' più autorevole di quella pagina web sarebbe meglio. Io conosco wikimediani a Roma ma non so se me la sento di mandarli a spulciare in una archivio... ;-) --Aubrey McFato 16:03, 30 apr 2013 (CEST)[rispondi]
l'altra fonte che riporta lo stesso testo è Il Pasubio e la strada delle 52 gallerie, Claudio Gattera, Gino Rossato Editore --Conky77 (disc.) 12:32, 4 mag 2013 (CEST)[rispondi]

[en] Change to wiki account system and account renaming modifica

(Testo originale) (Traduzione)
 
«Some accounts will soon be renamed due to a technical change that the developer team at Wikimedia are making. More details on Meta
 
«Alcuni account saranno a breve rinominati a causa di un cambiamento tecnico che la squadra di sviluppatori di WikiMedia sta preparando. Ulteriori dettagli su Meta»
(Distributed via global message delivery 05:46, 30 apr 2013 (CEST). Wrong page? Correct it here.)

Provo a dettagliare:

  • Dal 22 agosto 2008 chi si iscrive non può scegliere un nome utente già registrato altrove, e una volta iscritto è automaticamente iscritto in tutti i progetti Wikimedia tramite un sistema di unificazione degli account (Single User Login) che permette di passare da un progetto all'altro mantenendo il proprio nome utente e password.
  • Invece le utenze create prima di tale data, a meno di una richiestsa dell'utente stesso, sono rimaste fuori da questo sistema: questa situazione ha permesso che un medesimo nome utente venisse registrato su più progetti da utenti differenti con problemi di coesistenza qualora un utente muovendosi su più progetti trovasse il proprio nome utente registrato da altri.
  • A breve tale incoerenza non sarà più possibile infatti ogni utenza non unificata verrà automaticamente, forzatamente unificata per tutti i progetti Wikimedia. Per disambiguare il caso di più utenze con lo stesso nome create da persone differenti (aventi cioè home wiki e password differenti) queste utenze verranno rinominate d'autorità: ad esempio se due persone diverse avevano registrato il medesimo nome utente "Pippo" qui e su wikipedia, verranno rinominate "Pippo~itwikisource" e "Pippo~itwikipedia".
  1. Come verranno regolati i casi controversi e le rivendicazioni che ne nasceranno è qualcosa che non voglio nemmeno provare a immaginare.

Sulla scorta di quanto è recentemente avvenuto a Lagrande, propongo le seguenti accortezze:

  1. Se vi siete registrati prima del 22 agosto 2008 visitate Speciale:Mergeaccount: se il vostro account è già unificato vi compariranno i progetti dove il vostro nome utente è registrato, altrimenti vuol dire che il vostro account non è unificato. In quest'ultimo caso
  2. Usate questo strumento e controllate se tutti gli utenti con il vostro stesso nome in giro per il Wikimondo siete voi o se ci sono vostri omonimi.
    • Nel primo caso tornate alla pagina mergeaccount ed effettuate l'unificazione,
    • Nel secondo caso bisognerà armarsi di pazienza, informarsi e interpellare i burocrati di diversi progetti: per non farvela lunga... scrivetemi e ne discutiamo caso per caso.
  3. Per caso stte gestendo su più progetti più di una utenza da prima del 22 agosto 2008 e magari intendete cambiare nome utente o abbandonare una o più di tali utenze aggiuntive nei prossimi mesi? Qualunque decisione che implichi una rinominazione di account è meglio che la prendiate in tempi brevi, perché nel prossimo futuro potrebbero sorgere fastidiosi problemi. Su questo progetto i referenti per le rinominazioni sono i Burocrati, cioè Frieda ed io... non aggiungo altro.

La morale della favola? Avere un nome utente originaloide e improbabile da copiare è la soluzione migliore! Sette anni fa mi sentivo stupido a registrare un nome utente strambo come il mio, ma in realtà sono stato fortunato, infatti negli anni non ha mai corso il rischio di essere copiato (OrbiliusMagister ha una maiuscola in mezzo ed è piuttosto lunghetto) ed è altamente improbabile che anche in futuro alcun utente anche da lande lontanissime si lamenterà di non poterlo registrare in quanto già associato a me solo. εΔω 19:12, 30 apr 2013 (CEST)[rispondi]

A beneficio di informazione la discussione sta accendendosi anche su Wikipedia: w:Wikipedia:Bar/Discussioni/Finalizzazione_del_SUL. Le controversie da me prefigurate vengono là messe per iscritto. Ribadisco il mio appello a cercare di risolvere ogni proposito di rinominazione e di conflitto con altri utenti dal medesimo nome in altre wiki entro il 27 maggio p.v., data dopo la quale i burocrati perderanno la facoltà di rinominare localmente gli utenti. - εΔω 18:43, 1 mag 2013 (CEST)[rispondi]
Da quel che capisco, io che ho l'account globale su quasi tutti i progetti e ne ho solo 6-7 in cui non sono Aubrey, vincerò il nome utente e sarò l'unico Aubrey in giro, giusto? Aubrey McFato 10:43, 2 mag 2013 (CEST)[rispondi]
"Il processo di unificazione delle utenze è stato completato." Benissimo! ;) --Accurimbono (disc) 11:25, 2 mag 2013 (CEST)[rispondi]
Sannita Su Pedia ha chiarito il punto più cruciale: se due utenti hanno lo stesso username su più progetti vince chi ha unificato il proprio username a spese di chi non lo ha fatto: se il vostro account è già unificato vuol dire che non vi sarà rinominato, in caso contrario andrà a chi lo unificherà per primo. Se non avete unificato il vostro account che avevate registrato prima del 22 agosto 2008 e dopo aver provato ad unificarlo non vi riesce... vuol dire che un vostro omonimo l'ha unificato prima di voi appropriandosene (e pertanto dovrete cambiare nome utente).
Dando per assodato che il vostro account principale non sia in pericolo, desidero porre particolare atenzione ai rari rari casi di utenze secondarie (sockpuppet o criptoutenze mai utilizzate) registrate molto tempo fa, mai unificate e che possano essere utilizzate da altri (che so, uno di voi avrà registrato quattro anni fa l'utenza Nefertiti senza mai usarla o usandola poco e poi abbandonandola, così per scherzo, per esperimento o per qualunque altro motivo). Tali utenze dal nome non improbabile — dubito che su altri progetti qualcuno reclamerà utenze di nome "Alex brollo bis" o "FurbiliusMinister" — è corretto lasciarle usare a chi ne abbia realmnte diritto, sconsiglio dunque di appropriarsene salvo una reale reale necessità. dopodiché qui nessuno comanda a nessuno, il mio è un consiglio. - εΔω 14:48, 3 mag 2013 (CEST)[rispondi]

Cambiamento configurazione "modifica"? modifica

Da ieri cliccando su “Modifica” noto delle differenze: non vedo più il testo a fronte e non ho più la possibilità di cambiare il SAL della pagina. E’ cambiato qualcosa nella configurazione? Grazie Lanorte (disc.) 13:18, 30 apr 2013 (CEST)[rispondi]

La "raccolta dei giocattoli" sta dando qualche problema. Vai su Preferenze -> Accessori e disabìlitala. Non vedo modifiche recenti, quindi non saprei da cosa sia causato... aspettiamo Alex. Candalùa (disc.) 15:16, 30 apr 2013 (CEST)[rispondi]
Sono desolato, sono andato in sovraccarico.... prima o poi doveva succedere. Sto mettendo alcune cose a posto, ma per ora mi sto occupando di problemi su toolserver (se non li risolvo sarò costretto a rinunciare al bot, il che mi secca moltissimo). Subito dopo dovrei "fare ordine" nell'intrico di javascript che ho creato e che (sommato agli altri intrichi, di migliore qualità ma fonte di possibili conflitti) ormai è un labirinto anche per me. Mi scuso.
Vanno anche valutate le possibili conseguenze della modifica globale appena annunciata qui sotto (ancora non tradotta) che riguarda proprio la modifica della pagina. --Alex brollo (disc.) 01:26, 1 mag 2013 (CEST)[rispondi]
Ho indizi; scrivo a Candalua.--Alex brollo (disc.) 23:04, 1 mag 2013 (CEST)[rispondi]

[en] Change to section edit links modifica

(Testo originale) (Traduzione)
 
«The default position of the "edit" link in page section headers is going to change soon. The "edit" link will be positioned adjacent to the page header text rather than floating opposite it.

Section edit links will be to the immediate right of section titles, instead of on the far right. If you're an editor of one of the wikis which already implemented this change, nothing will substantially change for you; however, scripts and gadgets depending on the previous implementation of section edit links will have to be adjusted to continue working; however, nothing else should break even if they are not updated in time.

Detailed information and a timeline is available on meta.

Ideas to do this all the way to 2009 at least. It is often difficult to track which of several potential section edit links on the far right is associated with the correct section, and many readers and anonymous or new editors may even be failing to notice section edit links at all, since they read section titles, which are far away from the links.»
 
«La posizione predefinita del link "Modifica" nella pagina intestazione di sezione è destinata a cambiare presto. Il link "Modifica" sarà posizionato adiacente al testo dell'intestazione pagina, piuttosto che galleggiare di fronte.

Il link Modifica sarà immediatamente a destra del titolo della sezione, anziché in fondo a destra. Se sei un editore di uno dei wiki che ha già attuato questo cambiamento, nulla potrà sostanzialmente cambiare per voi, ma gli script e gadget a seconda della precedente implementazione del link Modifica dovranno essere adeguati per continuare a lavorare, ma nulla altro dovrebbe infastidire anche se non sono aggiornate in tempo. Detailed Informazioni dettagliate e una linea temporale è disponibile su meta.

Idee per fare questo ovunque c'erano dal 2009 almeno. Spesso è difficile rendersi conto se i diversi potenziali link Modifica sulla destra sono associati con la sezione corretta, e molti lettori e redattori anonimi o nuovi possono anche non associare la sezione da modificare ai link, dal momento che leggono i titoli delle sezioni, che sono lontani dai link. (Tradotto tramite Google Translate da Barbaforcuta
((Distributed via global message delivery 20:36, 30 apr 2013 (CEST). Wrong page? Correct it here.))

Avviso in bar tecnico modifica

In bar tecnico ho descritto cosa sto facendo, per giustificare edit incomprensibili e la mia attuale apparente assenza, di cui mi scuso. Sono immerso nel magico mondo di toolserver e non sono certo di uscirne vivo.... :-( --Alex brollo (disc.) 01:15, 1 mag 2013 (CEST)[rispondi]

Partorito il topolino modifica

Il primo dovrebbe farvi vedere una tabella con le modifiche lette sul canale #irc a partire dall'avvio del programma su toolserver (una del 6.5 circa).

Il secondo dovrebbe farvi vedere gli stessi dati, ma copiabili su excel (con incolla speciale - testo Unicode); dovrebbe essere comodo per ordinare - filtrare ecc.)

Che ne dite? --Alex brollo (disc.) 01:06, 6 mag 2013 (CEST)[rispondi]

Vedo che il bot si è bloccato subito, nonostante un sacco di esperimenti in locale e vari esperimenti da toolserver. Ci lavorerò ancora un po'. Che difficile..... :-( --Alex brollo (disc.) 15:28, 6 mag 2013 (CEST)[rispondi]
Poi potremo mandargli varie istruzioni via IRC? Ci farai una pagina di istruzioni per strumento, vero? :-) --Aubrey McFato 16:00, 6 mag 2013 (CEST)[rispondi]
In effetti è possibile, ma solo passando attraverso la modifica di una pagina con inserimento di un messaggio nel campo sommario, perchè ai canali #irc che incessantemente elencano le modifiche non si possono mandare messaggi. Il primo messaggio che funziona è "Fermati bot" nel sommario di una pagina; lascio alla vostra immaginazione cosa fa il bot, quando legge questo alieno e altamente codificato messaggio. :-)
Ovviamente, questo vale solo per i dati che compaiono esplicitamente in #irc; in teoria, si potrebbe prevedere un altro messaggio "Bot, leggi questa pagina", nel campo Sommario, che chieda al bot un'altra azione su cui mantengo stretto riserbo, e allora non ci sarebbe in teoria limite al "colloquio" con il bot.... ma mi guardo bene dal promettere alcunchè, visto che al momento non funziona nemmeno lo script di base O_o. --Alex brollo (disc.) 16:17, 6 mag 2013 (CEST)[rispondi]
Adesso corre.... un'occhiata a http://toolserver.org/~alebot/irc_it-wikisource.htm mi ha permesso immediatamente di individuare e bloccare uno spammer. Vediamo se continua a camminare.--Alex brollo (disc.) 19:06, 6 mag 2013 (CEST)[rispondi]
Ok, sembra che corra bene. Apro una pagina provvisoria;: Aiuto:IRC bot dove scrivo un paio di spiegazioni, di link e di "ricette". --Alex brollo (disc.) 08:28, 7 mag 2013 (CEST)[rispondi]

Soddisfazione... modifica

Salvo E&O, sono soddisfatto. La tabella http://toolserver.org/~alebot/irc_it-wikisource.htm adesso è dotata di jQuery e di un paio di javascript che permettono di filtrare le righe per contenuto di un campo. Per oggi basta --Alex brollo (disc.) 01:22, 8 mag 2013 (CEST)[rispondi]

Un cenno al meccanismo (per ora grossolano) di filtraggio. Premendo il pulsante Filtra, appare un banale prompt che chiede una "frase" tipo "campo contiene testo"; campo è il nome di una colonna della tabella, in minuscolo.
Esempi:
  • utente contiene Mizar
  • tipo contiene M
  • pagina contiene Pagina:
  • ora contiene 2013/05/08
Una chicchetta: per come è costruita, la pagina (filtraggio compreso) funziona anche se la copiate in locale. Tutto il filtraggio avviene comunque all'interno del browser all'insaputa del server e senza dargli alcun disturbo. --Alex brollo (disc.) 07:41, 8 mag 2013 (CEST)[rispondi]
Beninteso: tutta la cosa è una "emergenza spontanea e collaterale" del progetto di riscrivere daccapo i meccanismi di Alebot su toolserver. Il meccanismo base servirà al bot per tenere d'occhio le ultime modifiche e intervenire su contributi selezionati. Appena avrò fatto l'ultimo passetto (aggancio fra bot e file prodotti dallo stream irc) smetto i panni di programmatore DIY e indosso di nuovo quelli del contributore it.source. Promesso. :-) --Alex brollo (disc.) 08:19, 8 mag 2013 (CEST)[rispondi]

Aiuto richiesto per riscrivere le routine di Alebot su toolserver modifica

Vi prego di partecipare alla discussione che apro in Discussioni aiuto:IRC bot. Non si tratta di tecnicismi! Si tratta di discutere in generale cosa vi piacerebbe che il bot facesse, e quando dovrebbe farlo. Penso che ripartirò dalla gloriosa "routine apostrofi dattilografici->tipografici" sulle sole pagine Pagina:; e anche su questo progetto minimale vorrei sentire la vostra opinione. --Alex brollo (disc.) 19:16, 9 mag 2013 (CEST)[rispondi]

Toolserver è fermo modifica

Sarà causa mia? :-( Sembra di no.... --Alex brollo (disc.) 08:13, 12 mag 2013 (CEST)[rispondi]

(Testo originale) (Traduzione)
 
«Hi. After a quick chat with OrbiliusMagister in IRC, I have put in place a filter that we have been using in enWS to resist some of the spambots, and has been refined to not show false positives. It is currently set to prevent and tag, though if you are concerned that it should be watched first, naturally modify the filter. If are having other problems, then let me know, and I am sure that we can let local admins have access to those at enWS that they may wish to acquire.»
 
«Salve. Dopo una rapida chiacchierata con ObiliusMagister su IRC, ho messo a punto un filtro che stiamo usando su enWS per resistere agli attacchi di alcuni spambots, ed è stato raffinato per non mostrare falsi positivi. Al momento è configurato per anticipare e segnalare, anche se può essere modificato manualmente. Se ci sono problemi segnalatemeli e sono sicuro che potremo concedere agli amministratori locali di accedere ai filtri su enWS che desiderino acquisire.»

Rilettura di "Postuma" di Lorenzo Stecchetti. modifica

Nel testo Postuma di Lorenzo Stecchetti vanno inseriti anche i capolettera e le altre immagini ad inizio e fine capitoli/paragrafi? Grazie Lanorte (disc.) 07:32, 14 mag 2013 (CEST)[rispondi]

Magari! Sarebbe una benedizione! Il capitolo delle immagini è piuttosto controverso: da una parte riteniamo doveroso cerare di riprodurre al meglio tutti quegli ornamenti grafici che in molti casi (vedi Promessi sposi 1840) sono assai più che un complemento al testo e hanno l'avallo e l'intervento dell'autore del testo. Il problema è che se già fare i trascrittori non è così scontato come si direbbe, grafici non ci si improvvisa di certo. Chiaro che mettere una richiestina di aiuto potrebbe essere un appello che verrà prima o poi raccolto. - εΔω 16:56, 15 mag 2013 (CEST)[rispondi]

Provo a vedere se riesco a fare qualcosa. Lanorte (disc.) 17:46, 15 mag 2013 (CEST)[rispondi]

Breve incontro con Aubrey modifica

Ieri ci siamo "visti in faccia" con Aubrey, giusto una densissima oretta; abbiamo parlato in furia di così tante cose (non semplici) che sviluppare le idee a cui abbiamo accennato sarebbe lavoro di mesi. Un solo feedback: ancora una volta è stato sottolineato il plus che l'inserimento di un testo in wikisource potrebbe far conseguire, purchè sia sviluppata con estrema accuratezza la trasformazione da testo in ipertesto. Ma è molto faticoso e delicato.

Uno dei punti che forse potrebbe essere ripensato e riordinato è il problema dei link interni all'opera (i rimandi alle pagine contenuti in indici generali e analitici, glossari, errata corrige, eccetera). In tutti questi casi va aggiunto al "testo" che rappresenta il link (e che è un numero di pagina originale, oppure una coppia volume+pagina originale) un primo link che punti al testo in nsPagina e un secondo link che punti alla sua versione in ns0; il tutto con un meccanismo che "attivi il link giusto" a seconda della pagina visualizzata (da nsPagina a nsPagina, da ns0 a ns0). Non è facile, e ostacola fortemente il lavoro di rilettura e correzione del testo, perchè anche nel caso migliore (applicazione di un template "personalizzato") il codice che genera il link è pesante e confonde molto la lettura e correzione del testo vero e proprio. Non solo: esperienze in casi complessi (indici con moltissimi riferimenti a pagine) suggeriscono che l'ideale sarebbe evitare l'uso di template, e scrivere invece i link in formato esteso, perchè è facile superare il numero di template ammessi. Scrivendo i link in formato esteso, il codice diventa enormemente più complesso e conseguentemente crescono le difficoltà di rilettura e di inserimento del codice.

Come uscirne? Ho un'idea, ma prima di esporla vorrei sentire la vostra esperienza/le vostre proposte. --Alex brollo (disc.) 08:22, 14 mag 2013 (CEST)[rispondi]

A parte che è stato un piacere vedere Alex de visu, e parlare di tante cose (il 27 ripetiamo :-), provo a buttare giù qualche pensiero.
Anche nel piccolo incontro con i wikisourciani, abbiamo parlato di un argomento importante, che è quello di gestire testi digitali. Senza ripetere tutta la diatriba (tutti siamo d'accordo nel volere testi che abbiano una fonte affidabile, in un qualche sito), io ripeto che per me è importante provare a gestire la cosa perchè è l'iintegrazione in una biblioteca il punto cruciale, qualcosa che (come la trascrizione manuale) offriamo soltanto noi in tutto il web. Ora, alex si preoccupa giustamente del discorso dei link (che da noi devono diventare wikilink). Ora, mi chiedo io, che bisogno c'è di avere un doppio link (a ns0 e nsPagina)? Nel senso che con AutoreCitato e TestoCitato noi, mi pare, già gestiamo bene questa questione, sia in ns0 che in nsPagina. Se si tratterà di importare dei testi già digitali, inoltre, dovremo preoccuparci probabilmente solo del ns0. No? Mi sto perdendo qualcosa? Aubrey McFato 11:12, 15 mag 2013 (CEST)[rispondi]

Script per trasformate un XML in markup MediaWiki modifica

Non so se potrebbe essere utile a qualcuno, ma è quello che sta usando la nostra Mariachiara Pievatolo per i suoi testi. --Aubrey McFato 12:43, 14 mag 2013 (CEST)[rispondi]

Mi piacerebbe avere il link a un testo "prima e dopo" di Mariachiara. E anche il suo username! --Alex brollo (disc.) 19:06, 14 mag 2013 (CEST)[rispondi]
Lei è Autore:Maria_Chiara_Pievatolo, e il suo User è Utente:MariaChiaraP, puoi chiederglielo direttamente, se vuoi. Ma adesso ti scrivo una risposta qua sopra. --Aubrey McFato 11:03, 15 mag 2013 (CEST)[rispondi]
Vado a vedere i suoi contributi. Che ne diresti del "compromesso" di chiedere che copia del testo digitale originale sia depositato anche in un "sito sicuro", tipo Internet Archive (o altri, ma ben definiti e selezionati), per darci una fonte digitale di riferimento ragionevolmente stabile? Tu che conosci la materia, quali siti indicheresti come "fonti stabili" per gli eventuali sorgenti? Il problema che vedo è che in caso contrario rischieremmo di lavorare "senza fonte" ossia di ospitare quello che a mio parere NON dobbiamo ospitare, ossia "testi originali". --Alex brollo (disc.) 23:09, 15 mag 2013 (CEST)[rispondi]
Per me è l'uovo di Colombo (in caso di testi che nascono digitali): cerchi una fonte stabile? sbircia la prima modifica nella cronologia. In accordo con l'autore la corretta redazione del testo potrebbe essere bloccata. Nella pagina discussione si segnala la prima redazione linkando la versione in cronologia ecc. --Xavier121 00:19, 16 mag 2013 (CEST)[rispondi]
Se capisco bene quello che dite, dite due cose diverse. L'idea di Alex non è male, ma credo non sia così facile. Non so bene come funzioni caricare un HTML su IA, e mi spiace dover da subito mettere un paletto ai nuovi contributori. D'altra parte anche quello che dice Xavier è corretto ma non banale: se uno vuole la prima modifica come fonte, allora bisogna che quella prima modifica sia completa, se non formattata. Cosa non banale anche questa. Secondo me, andrebbe visto caso per caso. Nel senso:
  • se il sito originale pare abbastanza stabile e serio (tipo quello della pievatolo), per me poterbbe andare bene come fonte, senza IA nè l'obbligatorietà di avere una prima modifica perfetta.
  • se non lo è (ma allora, è un sito autorevole?), si può ragionare se è meglio avere una prima modifica fatta bene, o tentare di mettere su IA.
Come sapete, io credo che evitare tutti gli ostacoli (soprattutto all'inizio), sia fondamentale. Poi si decide caso per caso, per adesso non abbiamo una casistica tale da farci scrivere policy a priori. --Aubrey McFato 11:01, 16 mag 2013 (CEST)[rispondi]
A me piace l'idea di tenere tutto qui e non mandare in giro i contributori, specialmente su progetti fuori wikimedia, non tanto per mera concorrenza, quanto per praticità nel gestire account dalle regole più o meno simili. Mi sono espresso male: per prima modifica intendo la copia che qui il contributore vuole lasciare, così come la fomattazione che ritiene più opportuna, in quel caso si fissa e diventa IMO fonte attendibile, per espresso volere dell'autore. Come si fa con i matadati? boh!!!! :) --Xavier121 11:33, 16 mag 2013 (CEST)[rispondi]
Mmm, nel caso in cui l'autore sia qui su Wikisource, hai ragione. Può scegliere una versione, la scriviamo da qualche parte, e basta. D'altronde accadeva la stessa cosa con il progetto tesi. In quel caso non ci dovrebbero essere problemi. Ma nel caso noi non siamo in contatto con l'autore? Al momento in realtà non mi vengono esempi, nel senso che per quello che i testi pubblicati e attendibili, che inseriremmo su Wikisource, ricadono principalmente nei casi che abbiamo descritto:
  • fonte originale disponibile (PDF o cose simili) su sito sicuro
  • fonte originale dispponibile su sito non sicuro, si usa come reference una versione qui.

Aubrey McFato 12:37, 16 mag 2013 (CEST)[rispondi]

Cerco volontari modifica

E' ora di fare un passo avanti con Alebot su toolserver. La possibilità concreta di scrivere delle richieste di intervento a Alebot direttamente nel campo Oggetto di una pagina esiste ed è sperimentata positivamente. Ha un vantaggio strepitoso: siccome il testo del campo Oggetto compare sia in UltimeModifiche, che nel flusso di informazioni del canale IRC #wikisource.it, il bot - che attualmente legge il canale IRC e che quindi legge i dati disponibili di ogni modifica - può immediatamente eseguire tali richieste.

Problema: è un meccanismo delicato e troppo potente perchè possa essere lanciato da chiunque, magari un hacker di passaggio o da un utente novizio che vuol "provare l'effetto che fa". Vero che tutto può essere sistemato, in caso di errore, ma costa molta fatica. Penso sia opportuno riservare questa possibilità a utenti esperti e conosciuti, e sopratutto a utenti che si assumono esplicitamente e volontariamente questa responsabilità (accollandosi l'onere di imparare "la lingua di Alebot"). Pertanto vi chiedo fin d'ora di valutare se ci state (mi rivolgo ai nostri utenti collaudati: quelli che hanno sul gobbone un bel po' di edit e che hanno capito all'incirca come funziona wikisource, anche se non negli anfratti dei tecnicismi) e in caso affermativo di elencarvi nella pagina Aiuto:IRC bot/Utenti. Le richieste che verranno fatte dagli utenti abilitati, saranno eseguite; le richieste fatte da tutti gli altri utenti saranno ignorate dal bot. Le richieste che non rispetteranno rigorosamente la sintassi prevista saranno ugualmente ignorate.

Il primo caso su cui comincerò a lavorare mi è stato ispirato da Federicor con la sua richiesta di intervento Wikisource:Bot/Richieste#Completamento_automatico_delle_pagine_francesi_in_Indice:Costantino_Beltrami.djvu. Si tratta di creare pagine dalla pagina 95 alla 134 di Indice:Costantino Beltrami.djvu, inserirci il codice {{Iwpage|fr}}, e conseguentemente di porre un SAL 0% e aggiungere un {{RigaIntestazione|||}} in header. Immaginiamo di poter aggiungere nel campo Oggetto di una pagina qualsiasi di Indice:Costantino Beltrami.djvu una richiesta in formato convenzionale tipo: "Richiesta bot: da pagina 95 a pagina 134 inserisci {{Iwpage|fr}}". Dal punto di vista della completezza della richiesta, non serve altro, i dati necessari ci sono tutti. Fatta la fatica di imparare la sintassi dovrebbe essere perfino più rapido scrivere questa semplicissima frase che scriverla nella pagina Wikisource:Bot/Richieste (e poi scrivermi un messaggio per avvisarmi ..... ;-) ). Con un po' di fantasia si possono immaginare e sperimentare altre richieste del genere. Io comincio, elencandomi come primo "utente volontario": chi mi ama mi segua. --Alex brollo (disc.) 23:46, 14 mag 2013 (CEST)[rispondi]

Direi che è assolutamente necessario limitare il campo a chi voglia provare. Mi aggiungo subito. - εΔω 06:22, 15 mag 2013 (CEST)[rispondi]
Beninteso: raccomando ai volontari la pazienza.... non è una cosa da "buttare su" senza pensarci quaranta volte, prima di attivare il marchingegno devo pensare, provare, riprovare e probabilmente anche consultare qualche "mago" di toolserver per una verifica finale. :-( (ri-firmo) --Alex brollo (disc.) 23:18, 15 mag 2013 (CEST)[rispondi]
Ringrazio gli ardimentosi volontari. Ho scritto un po' di doc in Discussioni aiuto:IRC bot/Utenti. --Alex brollo (disc.) 18:49, 16 mag 2013 (CEST)[rispondi]
Messaggio per i volontari: ancora pazienza! Toolserver dà ancora i numeri; Alebot è di nuovo fermo. :-( --Alex brollo (disc.) 16:05, 17 mag 2013 (CEST)[rispondi]
Ci siamo quasi, ho superato, con l'aiuto della mail list Toolserver-l, un piccolo fastidioso problema, bloccante.... nel frattempo incoraggio i volontari a immaginare routine utili da implementare "a richiesta". Se Phe mi risponderà, e se la sua risposta sarà comprensibile, mi piacerebbe sfondare anche il muro dell'AJAX lato server.... per ora il muro è alto e invalicabile. O_o --Alex brollo (disc.) 16:48, 20 mag 2013 (CEST)[rispondi]

Due cose importanti modifica

.. per chi mastica un po' di inglese e di tecnicismi:

--Aubrey McFato 17:08, 16 mag 2013 (CEST)[rispondi]

Approfittando del fatto che dovevo porre una domanda a Phe (vorrei provare a fare "l'ultimo passo" che ancora mi manca: AJAX lato server, cose tipo M&S oppure HotCat), ho seguito il link e guardato per bene la pagina stile francese. Mi piace molto; vi vorrei far notare tre cose (prima ancora della "barra grigia in alto):
  1. il box di intestazione è poco invadente e graficamente molto semplice;
  2. è quasi identico nelle pagine e nelle sottopagine;
  3. i titoli dei capitoli fanno parte del testo ossia: l'intero contenuto del box è "non testo". Mi pare che questa sia una cosa che dobbiamo assolutamente fare anche noi. Per vecchia abitudine noi NON ripetiamo il testo del capitolo/sezione (spesso lo impostamo come noinclude in nsPagina) ma secondo me è un errore che ostacola molto l'esportazione in altri formati e che comunque viola l'integrità del testo. --Alex brollo (disc.) 16:35, 20 mag 2013 (CEST)[rispondi]
Hanno anche l'opzione "testo in una sola pagina", che male non fa. --Aubrey McFato 17:06, 20 mag 2013 (CEST)[rispondi]
Eh già, veramente molto sobrio e ben equilibrato. La semplificazione dell'intestazione è interessante, il passaggio tra Ns diversi è suggerito nel sommario, come avviene anche da noi in NsPagina. Evitate inutili complicazioni. Testo tutto su una pagina da importare subito. --Xavier121 20:06, 20 mag 2013 (CEST)[rispondi]

Template Lua modifica

Per chi di voi avesse il coraggio, ho trovato un esempio interessante di un template scritto in Lua: http://it.wikipedia.org/w/index.php?title=Modulo:Tracce&action=edit --Aubrey McFato 17:50, 20 mag 2013 (CEST)[rispondi]

Orpo, non me n'ero accorto, abbiamo già installato Lua e Scribuntu.... qualche settimana fa avevo scritto ilmio bravo "Hello world" in Lua su Mediawiki.
Calma e gesso.... pensiamoci bene; potrebbe essere l'occasione per allinearci con i bravissimi francesi. Suggerirei di fare prove e prove su cose marginali, ma di attendere di avere le idee chiare prima di affrontare i template "grossi": Intestazione ecc. --Alex brollo (disc.) 20:17, 20 mag 2013 (CEST)[rispondi]
Chi è iscritto alla lista wikisource-l (invito tutti i coraggiosi a farlo) avrà visto che il buon Tpt ha già tradotto vari template importanti. Potrebbe essere l'occasione di localizzarli e avvicinarci a loro, in attesa che, un giorno, esistano sia una sola wiki per i template, sia una wikisource unica (stiamo pensando pure a questo :-) --Aubrey McFato 09:54, 21 mag 2013 (CEST)[rispondi]
Ho appena verificato e abbiamo già un nuovo namespace Modulo attivo (vuoto). Per chi non ha seguito la vicenda Lua, Modulo: è il namespace in cui vanno gli script Lua. Ogni pagina Modulo: può contenere varie funzioni, a cui si possono spedire varti parametri; al contrario, ogni template corrisponde a una unica funzione che in pratica è identificata dal nome del template (es. {{Centrato}} "chiama" un'unica funzione che aggiunge il codice per la centratura). Potremmo ipotizzare una pagina Modulo:Formatta che contiene varie funzioni per varie formattazioni. Intanto sto giocando con Modulo:Prova. :-)
Problema: per "tradurre" un template in Lua, occorre scrivere il codice su una pagina Modulo e successivamente modificare il testo delle pagine, per convertire la "chiamata template" in "chiamata Lua" che ha una sintassi diversa: ''{{#invoke:nome_del_modulo|nome_della_funzione|parametro 1|parametro 2.....}}''. Vale la pena? Certo che sì: scrivere il codice di un template complesso è terribilmente complesso (talora pressochè inumano), scrivere il codice di una funzione Lua complessa è solo complesso. C'è una bella differenza.... e la velocità di esecuzione è molto, molto superiore. --Alex brollo (disc.) 19:00, 21 mag 2013 (CEST)[rispondi]

Tech newsletter: Subscribe to receive the next editions modifica

Tech news prepared by tech ambassadors and posted by Global message deliveryContributeTranslateGet helpGive feedbackUnsubscribe • 22:46, 20 mag 2013 (CEST)
Important note: This is the first edition of the Tech News weekly summaries, which help you monitor recent software changes likely to impact you and your fellow Wikimedians.

If you want to continue to receive the next issues every week, please subscribe to the newsletter. You can subscribe your personal talk page and a community page like this one. The newsletter can be translated into your language.

You can also become a tech ambassador, help us write the next newsletter and tell us what to improve. Your feedback is greatly appreciated. guillom 22:46, 20 mag 2013 (CEST)[rispondi]


Impressionante. E preoccupante, visto che un errore nel codice ha richiesto l'aggiunta di un codice <br clear="all"> in fondo al messaggio, altrimenti mascherava il titolo del messaggio seguente.... cefalee in arrivo, temo. :-(
Mica ogni settimana ci arriverà un messaggio del genere? --Alex brollo (disc.) 08:01, 21 mag 2013 (CEST)[rispondi]
Tenuto conto del contenuto impressionante, tale da scoraggiare profondamente gli utenti "normali" che sono il cuore e il motore del nostro progetto, ho sottoscritto la notifica delle news in Bar tecnico (e anche nella mia pagina di discussione, perchè mi voglio male). --Alex brollo (disc.) 08:43, 21 mag 2013 (CEST)[rispondi]

Effetti collaterali modifica

Se tento di modificare Pagina:Repubblica Cisalpina Avviso falsi 3.jpg, non funziona praticamente più niente, e l'unico modo per fare altre modifiche è cancellare i cookie. La cosa si ripete anche usando browser diversi. --Luigi62 (disc.) 22:46, 20 mag 2013 (CEST)[rispondi]

Non mi meraviglia, è un documento a pagina singola con due forti anomalie:
  1. non si appoggia a una pagina Indice scompaginando lo schema corrente;
  2. è un file jpg invece che djvu/pdf.
Consideriamo il caso una dimostrazione che i file jpg vanno definitivamente abbandonati come filesorgenti. In attesa di decidere se questi documenti "a pagina singola" vanno riuniti in "collezioni" (riunendone vari come pagine di un Indice:) direi di trasformarlo innanzitutto in un djvu e di collegarlo a una sua pagina Indice. --Alex brollo (disc.) 07:40, 21 mag 2013 (CEST)[rispondi]
Sai Alex che la cosa mi preoccupa? E il motivo è che la maggior parte dei GLAM (biblioteche ed archivi) non conosce il djvu e non sa usarlo. Usano invece TIFF (ma è troppo pesante), JPG e PDF. Ci sarà da riflettere "strategicamente". --Aubrey McFato 09:27, 21 mag 2013 (CEST)[rispondi]
Il pdf ci va ancora di lusso! :) --Xavier121 09:47, 21 mag 2013 (CEST)[rispondi]
Non c'entra che sia un jpg, io sto avendo lo stesso problema anche con altre pagine prese a caso. Mi correggo, capita con le altre pagine solo se prima sono passato dalla pagina incriminata Candalùa (disc.) 10:27, 21 mag 2013 (CEST)[rispondi]
@ Aubrey: cominciamo a pensare a collezioni di documenti (a te risolvere i problemi dei metadati). Oppure pdf (che non mi piace), ma è obbligatorio, comunque, il doppio caricamento come Indice: e come Pagina: altrimenti tutta la logica proofread va in palla (IMHO) e pure la gestione dei metadati. --Alex brollo (disc.) 10:47, 21 mag 2013 (CEST)[rispondi]
Ma io sono d'accordo, la mia è un'amara considerazione. So che il djvu è un ostacolo ulteriore alla già difficile interazione con il mondo Wikimedia, ed è un peccato, ecco tutto. A me spiace perchè credo sia un formato fantastico, ma non è supportato da nessuno... --Aubrey McFato 11:56, 21 mag 2013 (CEST)[rispondi]
Sulla pagina WS:PORC (mai nome fu più appropriato!) era già stato segnalato il medesimo problema l'anno scorso e si era cominciato a elencare i jpg, direi di ripartire da lì e metterci a convertire in djvu. Candalùa (disc.) 12:03, 21 mag 2013 (CEST)[rispondi]
Affermare che Internet Archive è "nessuno" è un po' audace :-), e IA non è il solo.... ad esempio c'è MediaWiki. :-) :-) --Alex brollo (disc.) 12:31, 21 mag 2013 (CEST)[rispondi]
Attenzione: il grosso del lavoro è l'allestimento di un set di metadati e di categorie decenti per questi documenti. Chi li propone, dovrà predisporre uno schema coerente (sia su source che su commons) se possibile indagando cosa fanno negli altri progetti (i migliori: de, fr, en).
La conversione in djvu è la cosa più facile.... il difficile sono metadati e categorie. Io suggerirei di utilizzare su Commons il template Book, anche se non si tratta di "libri"; comunque, il template Information è assolutamente insufficiente (IMHO). Aubrey, mi pare che tu ci tieni a queste opere.... al lavoro. :-P --Alex brollo (disc.) 17:01, 21 mag 2013 (CEST)[rispondi]
Speravo proprio di poter evitare la conversione in djvu, perchè ci sono su commons diverse foto di documenti e lapidi (esempio) e volevo utilizzarle direttamente per non creare inutili doppioni. Penso che esistano delle pagine che usano il jpg perchè in passato la cosa era possibile, poi qualche aggiornamento deve aver generato l'incompatibilità. --Luigi62 (disc.) 23:42, 21 mag 2013 (CEST)[rispondi]
All'inizio dell'avventura proofread, collezioni di immagini jpg venivano raggruppate in una pagina Indice e utilizzate come fonte nelle pagine Pagina. Con una certa fatica, per sfruttare gli automatismi intervenuti successivamente, tutte le opere caricate come collezioni di jpg sono state convertite in djvu.
Ho provato a rovistare in fr.source e en.source, non ho trovato esempi di documenti a pagina singola proofread. Chi ne trova uno me lo segnali.
Una strada provvisoria, volendo evitare la via maestra della conversione in djvu o pdf a pagina singola + apertura di una pagina Indice per una sola immagine potrebbe essere quella di creare una sola pagina in ns0, facendo comparire in testa l'immagine jpg, e successivamente la sua trascrizione; ho trovato qualcosa del genere in fr.source per manoscritti. Ma francamente non mi entusiasma. Il problema è sempre la gestione coerente dei metadati e il loro allineamento con buoni metadati su Commons con un meccanismo unitario e comune a quello dei file multipagina. (scusate,mi trovo loggato come Alebot per prove...) --Alebot (disc.) 23:57, 21 mag 2013 (CEST)[rispondi]
Su fr qualche indice a pagina singola ce l'hanno. Te ne segnalo 2 in djvu e 2 in jpg (ma rovistando Spécial:IndexPages ce ne sono altri): fr:Livre:Banville - La Muse des chansons, 1854.djvu, fr:Livre:Tiercelin - L’Aumône, 1877.djvu, fr:Livre:Séquence de sainte Eulalie.JPG, fr:Livre:Fiches Jean Talon recensement.jpg Candalùa (disc.) 10:49, 22 mag 2013 (CEST)[rispondi]
A me è capitato, in passato di inserire una semplice immagine in ns0, con sotto la trascrizione (ma poi è stata trasformata in questo). Direi che entrambe le situazioni possano andare bene (per me).
Riguardo al djvu, Alex, mi chiedo a perchè gli associ il discorso metadati: intendi forse il discorso del file unico? Il PDF (che io odio) basterebbe. Una delle possibilità, secondo me, è lavorare a stretto contatto con IA per far sì che la conversione a djvu avvenga indipendentemente da chi carica. Si potrebbe fare su Commons, o mandare da Commons a IA e ritorno. Sicuramente è qualcosa di auspicabile. Aubrey McFato 15:49, 22 mag 2013 (CEST)[rispondi]
Metadati. Nella mia visione "rigida", nel caso di qualsiasi opera proofread dovrebbe esistere una (quasi) perfetta corrispondenza fra metadati in pagina Indice: su source e metadati in pagine File: su Commons (preferibilmente con un sistema di allineamento automatico Indice->Book e Book->Indice); i metadati in ns0 dovrebbero essere ricavati per transclusione automatica dalla pagina Indice, ed essere contenuti unicamente in ns0 solo nel caso di opere non proofread. Nessun metadato dovrebbe essere contenuto in nsPagina. In questo schema, l'assenza di una pagina Indice spacca tutta la "circolazione di metadati".
Trucco di inserire l'immagine singola direttamente in ns0. Non mi piace: è una correzione proofread "finta" perchè l'immagine viene visualizzata solo in visualizzazione pagina, mentre scompare in edit pagina. Le cose potrebbero cambiare con VisualEditor; ma al momento ottenere la visualizzazione dell'immagine a fianco di un box di edit comporterebbe un discreto hacking (che pure è già stato usato, vero Candalua?) che saprei come implementare ma diventerebbe un'altra "peculiarità it.wikisource" in un momento in cui dovremmo (IMHO) diminuirle invece che aumentarle. --Alex brollo (disc.) 22:02, 22 mag 2013 (CEST)[rispondi]

Bug preferenze->accessori modifica

Non riesco, nè come Alex brollo, nè come Alebot, a modificare il settaggio Preferenze->Accessori: il sistema sembra non memorizzare le variazioni. Volete provare anche voi? Se mi confermate il problema occorre aprire un bug. --Alex brollo (disc.) 00:01, 22 mag 2013 (CEST)[rispondi]

Confermo. Lagrande (disc.) 07:36, 22 mag 2013 (CEST)[rispondi]
Uffa che pair of balls. Appello ai geek maggiori: chi sa aprire un bug su Bugzilla o interpellare chi di dovere? --Alex brollo (disc.) 09:02, 22 mag 2013 (CEST)[rispondi]

Fino a ieri sera funzionava. Un rapido giro mi dice che il problema è generalizzato a tutti i Wikisource. Candalùa (disc.) 10:43, 22 mag 2013 (CEST)[rispondi]

Ora il problema sembra risoltosi. Candalùa (disc.) 10:42, 24 mag 2013 (CEST)[rispondi]
In effetti era un problema generalizzato, come da "news tecniche" che ho sottoscritto e che trovate in fondo alla mia pagina di discussione.--Alex brollo (disc.) 13:53, 28 mag 2013 (CEST)[rispondi]

Partire con Lua modifica

A chi ha "mentalità organizzatrice" chiederei di ideare un buon ambiente per fare le nostre sperimentazioni con Lua, che è attivo.

Ho cominciato a rovistare nei codici Lua di fr.source. il primo caso che potremmo scopiazzare è fr:Module:Table che è una ottima e elastica implementazione(puntini compresi) di qualcosa di simile al nostro {{RigaIndice}} che è molto confuso. Il caso è particolarmente interessante perchè è un esempio della possibilità di "nascondere" il codice Lua dentro un template, per cui l'utente "crede" di chiamare un normale template con la solita sintassi, e lo chiama effettivamente (nell'esempio, fr:Modèle:Table), ma il template, con un codice molto semplice, "passa" la richiesta a Lua. Questo significa che qualsiasi nostro template può essere convertito a Lua senza modificare minimamente il codice che usiamo usualmente (e senza modificare nemmeno il codice di chiamata del template così com'è scritto nelle pagine). Non appena saremo più bravi, c'è miolto da lavorare nei template complessi che generano i link "a doppia via" per i numeri pagina di indici analitici, glossari ecc.

Ripeto però che prima di "lanciarci" dovremmo fare un pensiero strategico e sfruttare questa opportunità per allinearci quanto più possibile alle altre wikisource; l'obiettivo sarebbe quello di avere, per tutti i progetti wikisource, un set di template comuni e allineati. Obiettivo ambizioso, ma che, IMHO, sarebbe opportuno perseguire; penso che un rapporto molto stretto con fr.source potrebbe essere un ottimo passo iniziale. --Alex brollo (disc.) 09:46, 23 mag 2013 (CEST)[rispondi]

Sono d'accordo a seguire da vicino fr.source, con Tpt che ci lavora è quella forse più attenta alle innovazioni. Ma perchè no partire boldamente con un Modulo:Indice o robe simili? Altrimenti fai in sottopagina. --Aubrey McFato 14:53, 23 mag 2013 (CEST)[rispondi]
:-P
Sarò lento e impedito, ma non hai idea della difficoltà che ho di partire seriamente.... intanto una bella notizia per i "provatori". Oltre all'estensione Lua, è installata una seconda utilissima estensione LuaSandbox, che permette non solo di provare (in Speciale:TemplateSandbox) i template che stanno in una sottopagina utente su codice scritto apposta, ma addirittura di provare "l'effetto che fanno" i template o gli script Lua che stanno in quella sottopagina su una pagina reale, senza modificare il codice della pagina reale. Per dire: se scrivo in Utente:Alex brollo/sandbox/Template:Intestazione il codice di prova per una nuova edizione di Template:Intestazione, utilizzando Speciale:TemplateSandbox posso vedere il template all'opera sia su codice scritto lì per lì in un box, sia su una pagina reale che usi {{Intestazione}}: mi si visualizzerà la pagina come risulterebbe applicando il template di prova. Sono stato chiaro? No? Ecco: questo è solo il preliminare del preliminare per cercare di capirci qualcosina... :-P --Alex brollo (disc.) 17:07, 23 mag 2013 (CEST)[rispondi]

Aperta pagina introduttiva modifica

Ho appena aperto Wikisource:Lua. Help. :-) --Alex brollo (disc.) 20:25, 23 mag 2013 (CEST)[rispondi]

Nella pagina Wikisource:Lua ho aggiunto le istruzioni per provare in pratica sia Lua che LuaSandbox. Esiste anche una lista di utenti interessati, in cui mi sento molto solo :-( --Alex brollo (disc.) 10:12, 24 mag 2013 (CEST)[rispondi]
.per essere interessato lo sono, ma non sapendo programmare e non avendo lo spazio mentale adesso vi seguo da lontano :-) --Aubrey McFato 10:32, 24 mag 2013 (CEST)[rispondi]
Ecco perchè dicevi di partire boldamente con Indice.... :-( --Alex brollo (disc.) 12:53, 24 mag 2013 (CEST)[rispondi]

Primo test "serio" modifica

Sto lavorando per la "localizzazione" del template Table francese basato su Lua, corrispondente al nostro RigaIndice puntinato. Ci sono alcune piccole limitazioni: gestisce solo tre colonne di dati (numero della sezione/capitolo, titolo capitolo, numero di pagina) e non crea alcun link automatico; tuttavia la resa grafica è molto bella ed elastica. Il template di prova si chiamerà Template:VoceIndice e il modulo corrispondente si chiamerà Modulo:VoceIndice. Abbiate molta pazienza: l'impresa è ardua. o_O. --Alex brollo (disc.) 01:09, 25 mag 2013 (CEST)[rispondi]

Inconcepibile: andata al primo colpo. :-) --Alex brollo (disc.) 01:39, 25 mag 2013 (CEST)[rispondi]
Prima applicazione, qui. --Alex brollo (disc.) 13:18, 25 mag 2013 (CEST)[rispondi]
Mi pare che funzi bene, no? Sei più sollevato? :-) --Aubrey McFato 15:44, 25 mag 2013 (CEST)[rispondi]
Già. Comincio a capire qualche rudimento :-) Continuiamo il discorso in Wikisource:Lua e sua pagina di discussione. --Alex brollo (disc.) 01:51, 26 mag 2013 (CEST)[rispondi]

Ma Candalua si scrive CandaLua? Nomen omen? --Alex brollo (disc.) 17:27, 23 mag 2013 (CEST)[rispondi]

Testi su Venezia (anche in italiano) modifica

Su vec.source è giunto qualche giorno fa Italo Salizzato, musicista e compositore, tra l'altro, di numerose canzonette veneziane (con testi sia in italiano che in lingua veneziana), che sta caricando e di cui mi ha detto di avere l'autorizzazione degli editori alla pubblicazione. Dato che non so bene come funziona l'OTRS, qualcuno può dargli indicazioni su come procedere? Candalùa (disc.) 20:15, 25 mag 2013 (CEST)[rispondi]

Potrei dirti di contattare Utente:Elitre, è l'unica operatrice OTRS ancora attiva che conosco. (Aubrey) --20:32, 25 mag 2013 (CEST)[rispondi]

Costituzione del Principato di Andorra modifica

Salve, ho una domanda da fare. Sto traducendo la Costituzione di w:Andorra dalla versione francese di questo documento (vedi la mia sandbox). Cercando su internet ho trovato il testo della Costituzione già tradotto... eccolo qui: Costituzione andorrana - Si veda da pag. 9 in poi. Mi chiedevo se fosse possibile copiarlo dal sito sopra indicato e incollare il testo nella nuova pagina che voglio creare, risparmiandomi l'immenso lavoro di traduzione. Grazie. Dvdsca Sì? 18:30, 28 mag 2013 (CEST)[rispondi]

Stando al documento, la traduzione è opera del prof. Pasquale Costanzo, e non vedo diciture che autorizzino esplicitamente la riproduzione. Dovresti contattare il suddetto professore e chiedergli il permesso. P.S. ricordo che qui le traduzioni originali non sono ammesse. Candalùa (disc.) 20:21, 28 mag 2013 (CEST)[rispondi]
Ammesso che io riesca a contattarlo, come dovrei fare a "chiedergli il permesso"? Dvdsca Sì? 21:02, 28 mag 2013 (CEST)[rispondi]
Dopo la discussione che leggi appena qui sopra, in cui chiedevo io stesso fondamentalmente la stessa cosa, :) ho avuto in risposta questi link: w:it:Wikipedia:Copyright_immagini/Modello_autorizzazione o w:it:Wikipedia:OTRS/Procedura_3. Candalùa (disc.) 22:30, 28 mag 2013 (CEST)[rispondi]
Ok, grazie. Dvdsca Sì? 18:21, 29 mag 2013 (CEST)[rispondi]

Lua+javascript+pagelist modifica

Può un template leggere, in modo efficiente e rapidissimo, ciò che viene prodotto da pagelist,ossia la tabella delle corrispondenze fra pagina djvu e pagina cartacea? Yes, se si appoggia a Lua.

In Modulo:Prova/man trovate un esempio funzionante su un caricamento test dei dati necessari in Modulo:Dati/Opere di Niccolò Machiavelli VI.djvu. E' ancora in fase embrionale; ma è promettente. Qualche dettaglio in più in Wikisource:Lua dove, vincendo la mia avversione istintiva, sto cercando di documentare qualcosina.

Lasciando i dettagli tecnici alle sedi opportune, vi propongo questo quesito. Stante il fatto che da tempo stiamo cercando la migliore collocazione per "tabelle di dati relative a un libro", e tenuto conto che non ci sono limitazioni al numero di dati che possono essere caricati in formato Lua per un libro, vi pare accettabile la convenzione che queste pagine dati siano scritte in sottopagine di Modulo:Dati, ognuna identificata dal "nome base" del libro, come nella pagina test che vi ho nominato, e che corrisponde, ovviamente, a Indice:Opere di Niccolò Machiavelli VI.djvu? Tenete conto che queste pagine dati possono essere costruite in semi-automatismo (in javascript invocato dall'utente) o anche in automatismo integrale (via bot); basta che la pagina Indice abbia un buon pagelist. --Alex brollo (disc.) 00:01, 30 mag 2013 (CEST)[rispondi]

Avviso Phe, così mi dirà se è una scoperta dell'acqua calda o un a "via da battere" :-) --Alex brollo (disc.) 09:16, 30 mag 2013 (CEST)[rispondi]
Avvisa magari anhe Tpt, o in lista source-l, secondo me male non fa. --Aubrey McFato 09:30, 30 mag 2013 (CEST)[rispondi]
Non prima di aver avuto un feedback da qualcuno (ovviamente voi itwikisourciani innanzitutto).... non so, finora, nemmeno se qualcuno ha capito di cosa sto parlando e se lo ritiene una cosa decente. --Alex brollo (disc.) 11:51, 30 mag 2013 (CEST)[rispondi]

La prima che hai detto. :) Lagrande (disc.) 07:56, 31 mag 2013 (CEST)[rispondi]

OK. Facciamo così: Lagrande, mi daresti un elenchetto di libri (Indici) che abbiano alla fine qualche odiosissimo glossario, o indice analitico, in cui ci sia qualche decina o qualche centinaio di riferimenti a numeri di pagine, ciascuno dei quali dovrevve essere convertito in un link alla pagina djvu corrispondente?
Fatta una singola operazione, che mi costerà una decina di secondi di duro lavoro (forse meno), io entrerò in modifica nelle pagine incriminate, pigierò i tasti AltGr+l, poi pigierò "Salva" e tutti i numeri pagina si saranno trasformati in link funzionanti senza che io debba occuparmi minimamente di verificare che la pagina 10 del libro stia nella pagina 20 del file djvu o quant'altro. Forse non hai mai sentito la necessità di una cosa del genere.... ma se non ricordo male sono pochi i pazzi che trasformano in link attivi tutti i riferimenti dentro gli indici analitici. Ammetto che lasciarli come stanno, senza trasformarli affatto in link, è ancora più facile che usare il mio accrocchio :-P
Se puoi, mettimi qui sotto i link a qualche opera con i malefici indici analitici-indici dei nomi-quant'altro e grazie! Ho bisogno di "stressare lo script". --Alex brollo (disc.) 14:37, 31 mag 2013 (CEST)[rispondi]

Template:Pg modifica

Ultimo nato, vi presento il template Pg. Lo vedete in azione in Pagina:Manuale di economia politica con una introduzione alla scienza sociale.djvu/583 e successive. Mi pare bello e semplice. Si può applicare in un colpo solo a tutte le cifre di una pagina con una singola combinazione di tasti o con un click su un pulsante. Crea automaticamente un link alla pagina giusta, anche in caso che il pagelist sia complesso, e anche se i numeri pagina sono in romano (o in cinese ;-) ). --Alex brollo (disc.) 22:36, 30 mag 2013 (CEST)[rispondi]

In corso riflessione per ottenere il "linkaggio automatico" anche in ns0 dopo transclusione, cosina un po' più complicata ma non impossibile (nella prima versione non chiedetemi però di risolvere i casi in cui un capitolo comincia a metà di una pagina, ossia esiste un fromsection=... tosection=... ; per quel caso, ci penserò più avanti). --Alex brollo (disc.) 14:41, 31 mag 2013 (CEST)[rispondi]

VisualEditor in namespace Pagina modifica

Buone notizie, ragazzi: Aarti K. Dwivedi, giovane programmatrice indiana, è stata accettata con il suo progetto Refactoring of Proofread Page Extension per la Google Summer of Code 2013. La proposta è qui. L'idea è, nientemeno, rendere il VisualEditor compatibile con la Proofread Extension. Quindi, una cosa talmente importante che non so neanche spiegarla. Chiede a tutti di aiutarla creando bug dell'estensione in bugzilla, se li trovate. Ogni feedback e suggerimento è bene accetto. Direi che, volendo, possiamo creare una paginetta, oppure scrivete gli errori a me e ci penso io. Aubrey McFato 09:30, 30 mag 2013 (CEST)[rispondi]

Scrittole immediatamente... --Alex brollo (disc.) 12:06, 30 mag 2013 (CEST)[rispondi]
Ho scritto a Rtdwivedi, cortese e disponibile; le ho accennato alle nostre manipolazioni dell'ambiente di edit con interfacce semplificate in cui si guadagna spazio e si "fissano" i tool; invito tutti i "manipolatori di interfaccia" (Candalua, Barbaforcuta, Samuele se è in ascolto, Edo che utilizza, mi pare, l'interfaccia Candalua...) a seguire il suo lavoro e a proporle adesso ogni buon trucco. Il momento è propizio perchè Rtdwivedi è in fase preliminare di studio; se la lasciamo andare avanti, poi potrebbe essere frustrante e faticoso per lei inserire qualcuna delle nostre buone idee tornando indietro. --Alex brollo (disc.) 09:11, 31 mag 2013 (CEST)[rispondi]

Modifica non consentita modifica

Mi dà "modifica non consentita". Non dico i termini che mi vengono in mente, dopo aver preparato una pagina degli "Sposi promessi", con 17 note, perchè sono una signora. Lagrande (disc.) 08:35, 31 mag 2013 (CEST)[rispondi]

Pff, che scatole, ancora. Se torni in dietro con il browser, ti ridà la tua pagina in Edit? --Aubrey McFato 11:35, 31 mag 2013 (CEST)[rispondi]
Oggi sembra tutto a posto. Lagrande (disc.) 08:24, 1 giu 2013 (CEST)[rispondi]