Discussioni utente:Candalua: differenze tra le versioni

Contenuti della pagina non supportati in altre lingue.
Da Wikisource.
Contenuto cancellato Contenuto aggiunto
Riga 406: Riga 406:


:Eh ma non ti va mai bene niente :D [[User:Candalua|Can da Lua]] ([[User talk:Candalua|disc.]]) 09:56, 12 ago 2015 (CEST)
:Eh ma non ti va mai bene niente :D [[User:Candalua|Can da Lua]] ([[User talk:Candalua|disc.]]) 09:56, 12 ago 2015 (CEST)

{{Ping|Ricordisamoa}} sei comunque liberissimo di fare rollback del mio intervento e riapplicare le due modifiche separatamente. :D [[User:Candalua|Can da Lua]] ([[User talk:Candalua|disc.]]) 10:16, 12 ago 2015 (CEST)

Versione delle 09:17, 12 ago 2015

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

Allineamento dati Autore con wikidata: problemi e proposta

Ti espongo riflessioni "andando a cavallo" sul problema dell'allineamento wikisource-wikidata (contemporaneamente anche Curi mi ha inviato un messaggio sul tema)

Assioma
I dati di wikisource, rappresentabili su wikidata, non devono essere editati manualmente (ma solo in maniera automatica) su wikisource.
Creazione di nuovo autore
  1. creazione di una pagina Autore (anche vuota)
  2. su wikidata verifica dell'esistenza dell'elemento person:
    1. c'è: collegamento con la pagina Autore
    2. non c'è: creazione (solo etichetta + descrizione) e collegamento con la pagina autore.
  3. dalla pagina Autore in view editare l'item wikidata con WEF PersonalEditor e memorizzare i dati inseriti in localstorage.currentAuthor (meglio sarebbe se si potesse aprire WEF PersonalEditor in modalità edit ma non credo si possa fare)
  4. entrare in modifica e premere il pulsante Allinea che legge localstorage.currentAuthor e carica tutti i dati nei vari campi
Verifica di allineamento di Autore presente e collegato
  1. aprire WEF PersonalEditor
  2. editare se serve
  3. salvare i dati su localStorage.currentAuthor
  4. entrare in modifica e premere il pulsante Allinea che legge localstorage.currentAuthor e carica tutti i dati nei vari campi

Questa procedura è la più semplice e veloce che riesco a immaginare; non possiamo rinunciare a copiare (editando il codice wikisource e poi salvandolo) alla presenza fisica dei dati in wikisource, ci servono; nè possiamo affidare a volonterosi volontari l'ingratissimo compito (destinato al fallimento perchè viola il principio della coerenza) di allineare, peggio: di tener allineati i dati a mano. Può essere che esistano strumenti che non conosco per leggere i dati da wikidata via javascript, ma visto che WEF PersonEditor lo fa per noi, perchè riscoprire la ruota?

Ti scrivo qui perchè è un'idea appena abbozzata, ma se vuoi continuare la discussione altrove ben lieto di seguirti. Vedi anche Utente:Alex brollo/WEF-person-editor per due righe di codice che leggono in localStorage.currentAuthor tutti i contenuti testuali dei campi input del WEF PersonEditor--Alex brollo (disc.) 15:50, 10 gen 2015 (CET)[rispondi]

In realtà l'obiettivo nel lungo termine dovrebbe essere rinunciare ai dati locali. Quando avremo risolto con calma le discrepanze, e quando sarà disponibile l'accesso ai dati da qualunque pagina, non vedo motivo di mantenerli. Candalùa (disc.) 15:58, 10 gen 2015 (CET)[rispondi]
Certo; tutto però dipende da quel quando. Nel frattempo... i dati in locale, esattamente identici a quelli di wikidata, ci servono; e ci serve caricarli con la normale modalità di edit, in modo di scatenare i nostri aggeggi semantizzatori. Purtroppo ho verificato che WEF PersonEditor si apre in edit, ma non "aggancia" l'elemento wikidata. Quindi non vedo alternative al passaggio in localStorage. Si tratta di "tracciare" bene il contenuto dei campi input di WEF: disgraziatamente, il loro numero d'ordine cambia attivando un'opzione o l'altra dell'editor, e quindi occorre appoggiarsi a qualcosa che dica cosa sono, nei tag parent più o meno lontani. Alex brollo (disc.) 17:53, 10 gen 2015 (CET)
In Utente:Alex brollo/allineaAutore.js giace una funzione mw.leggiWEF() che carica i dati che ci interessano (e solo quelli) in localStorage.currentAuthor. Entrando in modifica, i dati sono lì e possono essere usati. Vedi tu se può servire.--Alex brollo (disc.) 17:46, 11 gen 2015 (CET)[rispondi]

Erroruccio

qui devo essermi imbrogliato con un copiaincolla, pardon. --Alex brollo (disc.) 12:15, 14 gen 2015 (CET)[rispondi]

css per ePub

Dove sta il css che viene esportato in ePub? Occorre aggiungere qualcosa per poem, l'ho aggiunto in MediaWiki:Epub.css ma senza alcun risultato sugli epub esportati. Il problema più critico è il fatto che il tag p all'interno di poem continua a ereditare l'indent di 2 em da .testi p (il che devasta i testi Pr2 spostandoli parecchio verso destra: prova con Tebaldo e Isolina/Atto Primo). --Alex brollo (disc.) 14:59, 19 gen 2015 (CET)[rispondi]

Come non detto.... ho aggiunto a MediaWiki:Epub.css (e anche a Template:Pr2) una classe .pr2 {text-indent:0;} e il problema si è risolto; per motivi misteriosi poem p aveva settato text-indent:inherit (perchè mai, non ho idea!) --Alex brollo (disc.) 15:15, 19 gen 2015 (CET)[rispondi]

Carica su Commons

Ciao, scusa il disturbo, sono un utente wikiquotiano e solo saltuariamente passo di qui; vorrei chiederti info su questa modifica che hai fatto in common.js [1]. Vorrei proporre anche su quote l'eliminazione di quel codice, ma dobbiamo chiedere qualche attivazione particolare agli sviluppatori per far comparire "carica un file" come su source? Grazie in anticipo. --FRacco (disc.) 17:24, 1 feb 2015 (CET)[rispondi]

Mi pare di sì, ma sinceramente non ricordo come avevamo fatto e chi l'aveva chiesto. Dovresti provare a spulciare gli archivi del Bar... sicuramente ne avremo discusso. Can da Lua (disc.) 17:27, 1 feb 2015 (CET)[rispondi]
Wow, che velocità! Ti ringrazio, provo subito all'archivio del bar. --FRacco (disc.) 17:33, 1 feb 2015 (CET)[rispondi]
Ero già qui :) Probabilmente sarà stata un'iniziativa di Nemo, al limite prova a sentire lui. Can da Lua (disc.) 17:36, 1 feb 2015 (CET)[rispondi]

Bugs related to time datatype

Non so se può essere utile ma te lo segnalo:

https://phabricator.wikimedia.org/T87764

Se incontri qualche problema nella gestione date, forse la spiegazione sta qua. Ciao, --Accurimbono (disc) 15:01, 2 feb 2015 (CET)[rispondi]

Esatto Accurimbono! Mi è appena successo infatti... un tizio su Wikidata sostiene che le date pre-1582 vadano inserite convertendole in gregoriano prolettico... il che non ha molto senso, mi pare, visto che il mondo intero usa il calendario giuliano per riferirsi alle date precedenti alla riforma di papa Gregorio buon'anima... credo di aver faticosamente capito che il reale problema sta nell'interfaccia, che dovrebbe convertire le date da giuliano a gregoriano per le sole finalità di salvataggio nel db, e poi dovrebbe riconvertirle a giuliano per visualizzarle... ma temo che invece di fixare l'interfaccia e il database, stiano chiedendo a noi umani di impazzire con la conversione manuale, e di piegarci al fatto che la data che vediamo non è quella "giusta"...! Can da Lua (disc.) 16:05, 2 feb 2015 (CET)[rispondi]

Masnadieri

Ciao Candalua, ci sono delle discrepanze in quest'opera ossia la maiuscola e la minuscola del cognome nella pagina Indice e nella Pagina Principale. Se correggo io lascio dei redirect come mi hai fatto notare con la Buffa e quindi...chiamo te in aiuto ;) Grazie e buona giornata --Stefano mariucci (disc.) 06:57, 6 feb 2015 (CET)[rispondi]

Scusa, non ho ben chiaro qual è lo spostamento da fare. Quale sarebbe il cognome? Can da Lua (disc.) 14:35, 6 feb 2015 (CET)[rispondi]
Scusa il refuso del copia incolla (cognome doveva essere cancellato). Intendevo che il termine masnadiero è maiuscolo e minuscolo tra la Pagina Indice e la Pagina Principale. --Stefano mariucci (disc.) 20:23, 6 feb 2015 (CET)[rispondi]

Autore:Teodoreto

Ciao Candalua, scusami il disturbo ma non ci sto capendo più nulla con queste pagine autore. Questa qui ad esempio, perché non riporta il link ai testi in cui l'autore è citato? (È citato qui) per esempio, alla nota 2. Inoltre, riporta da wikidata, in automatico le fonti che ho usato per la data di nascita e morte. Non è possibile renderle in una forma più carina, per esempio così: Fonte:Treccani --Nastoshka (disc.) 14:29, 12 feb 2015 (CET)[rispondi]

Primo problema risolto; rimane solo quello estetico. Grazie in anticipo! --Nastoshka (disc.) 14:40, 12 feb 2015 (CET)[rispondi]
Ciao Nastoshka, ciò che chiedi è già nella mia lista delle cose da fare: siccome le fonti vengono ora lette da Wikidata, vorrei fare in modo che se è valorizzata la proprietà "stated in" (es. stated in: "Dizionario Biografico degli Italiani"), questa venga usata come etichetta per il link. Can da Lua (disc.) 15:09, 12 feb 2015 (CET)[rispondi]

Spostamenti

Ciao Candalua, grazie per gli spostamenti e scusami per non averci pensato al momento della creazione delle pagine. Ora in effetti ha tutto più senso. Non dovremmo però spostare anche Indice:Alexander Pope - Lettera di Eloisa ad Abelardo.djvu a Indice:Lettera di Eloisa ad Abelardo.djvu? --Nastoshka (disc.) 14:06, 13 feb 2015 (CET)[rispondi]

No, va bene così. Da qualche parte dovremmo avere scritto qual è la nomenclatura raccomandata per gli indici, e a memoria mi pare che sia proprio "Autore - Titolo". Can da Lua (disc.) 15:00, 13 feb 2015 (CET)[rispondi]
Ok perfetto. L'avevate scritto qui ed è infatti quello che ho fatto. La seconda cosa che ti volevo chiedere era questa ma vedo che è capitato anche a te. --Nastoshka (disc.) 15:07, 13 feb 2015 (CET)[rispondi]

nominatio in la.ws

Please see la:Vicifons:Magistratus and please consider accepting the nomination (as well as voting on other nominations). As you know activity is very low so please do not decline merely because your activity is low, relatively you are one of the most active.--Doug.(msg contributi) 02:41, 15 feb 2015 (CET)[rispondi]
Accipe hanc nominationem pro grapheocrate.--Doug.(msg contributi) 00:27, 22 feb 2015 (CET)[rispondi]

Autori e date

Ciao Candalua, mentre ancora ti ringrazio per il lavorone immenso fatto sugli autori, ti volevo dire - se non lo sai già - che su Wd è aperta una proposta per creare una nuova proprietà riguardante il periodo di attività. A me piace come idea e ho votato a favore. Nel caso passasse potremmo fare in modo che anche quel dato (il nostro secolo d'attività) venga preso da Wikidata come già le date di nascita e morte? --Nastoshka (disc.) 00:50, 17 feb 2015 (CET)[rispondi]

Discussione interessante, anche se non ho ben capito su cosa ci si stia esattamente orientando. Comunque di fatto la proprietà esiste già ed è il floruit; che comunque al momento non piace troppo neanche a me e probabilmente si può migliorare. Can da Lua (disc.) 10:01, 17 feb 2015 (CET)[rispondi]
In realtà nella discussione hanno anche parlato del fluorit ed è un po' diverso. L'idea è di usare il floruit per la vita (nascita - morte) quando essa è incerta e questa nuova solo per il periodo d'attività. Esempio: di Autore:Cristoforo Armeno non sappiamo nulla della vita (ergo floruit XVI secolo) ma sappiamo che fu attivo come scrittore e pubblicò a Venezia tra il 1557 e il 1582, poi si perdono le tracce. In questo caso floruit sarebbe diverso e conterrebbe un intervallo più limitato che è il periodo di attività. Non so se mi sono spiegato bene --Nastoshka (disc.) 10:46, 17 feb 2015 (CET)[rispondi]
Un'ultima osservazione: hai chiesto su wd come indicare la precisione di una proprietà. Questo è già fattibile: Se inserisci una data su wikidata hai una linguetta in basso all'anno in modalità modifica con le impostazioni avanzate ed oltre indicare se si tratta di giuliano o gregoriano, puoi stabilire se la data è precisa all'anno, al secolo, al decennio ec... (così ho fatto io sull'ultimo elemento creato: d:Q19291619, qui la modifica) --Nastoshka (disc.) 10:55, 17 feb 2015 (CET)[rispondi]
In effetti non credo di aver ben capito cosa intendi. Mi pare che, struca struca, floruit e work period siano la stessa cosa: il periodo in cui la persona era attiva nel proprio lavoro/occupazione (e da cui si può desumere, in mancanza di altri dati, che in quel periodo la persona era viva e probabilmente adulta, ma questa è solo una conseguenza). L'unica differenza è che floruit è una dicitura che di solito si usa per artisti e letterati e non "calza" tanto bene per altre persone, quindi vedrei con favore una ridenominazione. Per l'esempio dell'Armeno, si potrebbe mettere, supponendo di avere 1 proprietà "work period": valore = XVI secolo, con qualificatori: earliest date = 1557, latest date = 1582. Questo ti dice che è stato attivo all'incirca nel XVI secolo, in particolare tra le due date indicate. Nota che non ho chiesto come indicare la precisione: quello che ho chiesto è: se hai solo una data in cui sai che l'autore era attivo, avendo 2 proprietà start e end, dove la metti questa data? In start, in end, in entrambe? Se la metti in start, dai l'impressione che abbia continuato a lavorare anche dopo... il che può non essere vero. Analoga cosa se la metti in end. Dovresti metterla in entrambe, ma non è una complicazione in più? Se invece hai 1 sola proprietà, la puoi valorizzare con la data esatta se conosci solo 1 data, oppure puoi abbassare la precisione al decennio/secolo/millennio e poi specificare l'intervallo più specificamente con i qualificatori earliest/latest. Can da Lua (disc.) 11:40, 17 feb 2015 (CET)[rispondi]
Capisco. Scusami, avevo letto troppo di fretta su wd il tuo intervento e in effetti non è così semplice venirne a capo. Vediamo cosa esce da quella discussione. --Nastoshka (disc.) 11:45, 17 feb 2015 (CET)[rispondi]
In effetti però, leggendo questa talk, in cui Accurimbono aveva tentato la mia stessa soluzione, neanch'essa sembra l'ideale: perché in certi casi l'anno di inizio dell'intervallo e l'anno di fine potrebbero provenire da fonti diverse! E quindi in quel caso sarebbe desiderabile tenere le date separate in due proprietà, per poter tenere distinte anche le fonti, cosa altrimenti non possibile per limitazioni tecniche. E così si è arrivati all'attuale soluzione di compromesso (inserire 2 valori su floruit). Bell'impiccio... Can da Lua (disc.) 12:09, 17 feb 2015 (CET)[rispondi]

spostamenti senza redirect senza bot a wikipedia

Gentile Candalua, volevo informarti che quando avviene uno spostamento pagina, la voce di wikipedia che rimanda ad essa come approfondimento a wikisource, rimane scoperta e, di fatto, il collegamento risulta inesistente (la pagina di wikisource risulta cancellata) ci vorrebbe un redirect, o se questo è sbagliato in molti casi di riordino, almeno un bot che in automatico sostituisca il link su wikipedia, altrimenti ci troviamo, come è ora, centinaia di pagine wikipedia che non rimandano più a wikisource creando un danno enorme. Conosci qualcuno che può fare questo? Ciao grazie --93.56.206.13 15:48, 22 feb 2015 (CET)[rispondi]

PS: non ero loggato, sono l'utente:pava. Scrivo a te dopo questo tuo intervento: [2]. Questo l'ho sistemato io ma è solo uno su chissà quanti. Ciao grazie --Pava (disc.) 15:51, 22 feb 2015 (CET)[rispondi]

Nuovi autori

Sedimentata la polvere, ho provato a inserire un paio di autori citati nuovi: che meraviglia! :-) Mi sembra di essere perfino riuscito a inserire (su wikidata) una data incerta compresa in un intervallo relativa a Autore:Diofanto. Se hai voglia rivedi e correggimi eventualmente, grazie! --Alex brollo (disc.) 11:52, 24 feb 2015 (CET)[rispondi]

Informazione

Pratico poco questo progetto quindi potrei sbagliare ma questo utente [3] mi sembra che più che rileggere e controllare passi semplicemente le pagine al 100% sbaglio? --Rippitippi (disc.) 19:43, 4 mar 2015 (CET)[rispondi]

@Rippitippi mi manca il tempo di controllare tutti i suoi contributi in cerca di errori, ma se hai questo dubbio, niente di meglio che cercare un chiarimento con lui stesso. @Shinitas, che hai da dire a tua discolpa? Can da Lua (disc.) 19:49, 4 mar 2015 (CET)[rispondi]

Bhe leggendo 4 o 5 pagine al minuto non mi sembra che sia possibile che siano controllate --Rippitippi (disc.) 20:30, 4 mar 2015 (CET)[rispondi]

Pavia

olim Papia:

  1. Autore:Papia
  2.  Autore:Papia (lessicografo)
  3. non sa, non risponde

Ch'enne di ci?

Phamme s'apè

--Carlo M. (disc.) 12:32, 26 mar 2015 (CET)[rispondi]

Eh? Can da Lua (disc.) 13:09, 26 mar 2015 (CET)[rispondi]

Ho fatto la pag. 2, te (il tuo bottino) facette la categoria dell'1. Che facciamo: Autore:Papia oppure Autore:Papia (lessicografo) utilizzando il nome usato dalle tre WP che hanno la voce? (ricorda il ping, plis) --Carlo M.

La categoria corrisponde al nome della pagina, guarda meglio. Can da Lua (disc.) 15:11, 26 mar 2015 (CET)[rispondi]

Manina. Ma il mio problema non era tanto sapere se pagina e categoria si cognoscono, quanto sapere se è il caso di mettere il "disambigua" che su WP ha un senso ma qui no. Almeno per il futuro. p.s. non hai pingato .... --Carlo M. (disc.) 22:07, 26 mar 2015 (CET)[rispondi]

Modifica Common.css

Ho modificato Common.css per risolvere "il bug di indent". Eliminando il

.indent p {
...
margin-left:inherit;
...
}

si evita che il margin-left venga applicato due volte: la prima nella div.indent, la seconda nel .indent p a seguito dell'inherit. Adesso il template {{indentatura}} funziona come io volevo che funzionasse. Ma se mi patrolli... meglio :-( --Alex brollo (disc.) 00:18, 1 apr 2015 (CEST)[rispondi]

Immagini su Wikidata

Pur avendo inserito su Wikidata (Aminta) un immagine riferita all'edizione del Manuzio, nulla di tutto ciò compare in Ns Opera. Certamente sbaglio/o non comprendo qualcosa, ma cosa? :) --Xavier121 17:07, 1 apr 2015 (CEST)[rispondi]

Semplicissimo @Xavier121 tu l'hai inserita sull'edizione. Se vuoi un'immagine appaia sull'opera, la devi inserire sull'opera :) Can da Lua (disc.) 17:12, 1 apr 2015 (CEST)[rispondi]
PS @Xavier121 mi accorgo ora che hai aggiunto l'immagine dell'edizione 1590 sull'altra edizione, quella del 1583! Tra l'altro l'edizione del 1590 andrebbe inserita su WD, al momento manca. Can da Lua (disc.) 18:02, 1 apr 2015 (CEST)[rispondi]

currentIndex

Sto lavorando su Utente:Alex brollo/currentIndex.js, base per la nuova versione di ns0Auto(). Adesso esistono 5 variabili generate in localStorage e caricate in mw; sono:

  1. mw.currentIndex: il nome dell'indice corrente;
  2. mw.currentIndexData: il dizionario pagine carta:pagine djvu;
  3. mw.currentIndexSummaryData: la lista degli oggetti acchiappati dal campo Sommario;
  4. mw.currentIndexSource: la fonte;
  5. mw.currentMetadata: tutti i dati tratti dal parsing del template MediaWiki:Proofreadpage_index_template.

Rispetto al meccanismo di estrazione di ns0auto, ci sono due differenze importanti:

  1. finchè si naviga in pagine correlate allo stesso Indice, i dati non vengono riletti;
  2. mw.currentIndexSummaryData è indipendente dalla presenza di Indice sommario, basta che vi siano, nell'html del campo Sommario, coppie di link ns0 - nsPagina, in qualsiasi modo siano generate (anche dalla transclusione di una pagina indice del testo, purchè vi siano stati introdotti i link). Non che vogliaabbandonare Indice sommario, ma per facilità di esportazione in altri progetti; infatti uno degli script si chiama parseLivre() perchè è stato testato su fr.source, come forse sai :-) .

Adelante con juicio. --Alex brollo (disc.) 08:18, 6 apr 2015 (CEST)[rispondi]

Dovremmo esserci quasi con la nuova versione di ns0Auto, ci mette circa 1 secondo per creare il codice di una nuova pagina, resta un piccolo bug (ereditato da ns0Auto) nei link della barra di navigazione quando si "cambia livello" nell'albero dei capitoli. Lo stresso ancora un po', e poi (previo avviso a te) sostituisco il vecchio script. Ci sono due piccole novità:
  1. lo script crea indici (elenchi di template Testo) anche nelle sezioni intermedie (se hanno sottosezioni);
  2. negli indici,il template Testo viene compilato a due parametri e quindi viene visualizzato il titolo per esteso. --Alex brollo (disc.) 23:53, 9 apr 2015 (CEST)[rispondi]

Il Canzoniere di Matteo Bandello

Ho cominciato a formattarlo a partire dalla RIME Estravaganti, seguendo la struttura cartacea. Poi ho visto che tu ha messo le note a piè di pagina in alcune rime che avevi formattato. In effetti mi sembra meglio. Prenderei a modello questa pagina che hai formattato tu: https://it.wikisource.org/w/index.php?title=Pagina:Il_Canzoniere_di_Matteo_Bandello.djvu/61 Procediamo così? Pic57 (disc.) 09:33, 6 apr 2015 (CEST)[rispondi]

@Pic57 ok Can da Lua (disc.) 09:48, 7 apr 2015 (CEST)[rispondi]

Ok, mi sembra che "ci siamo". Ho formattato le prime due Rime Estravaganti. https://it.wikisource.org/wiki/Il_Canzoniere_(Bandello)/Le_Rime_Estravaganti
Se potessi dare un'occhiata tu, sarei più tranquillo prima di procedere con le altre. Non ho ben capito l'uso del tag includeonly. Che ci sia o meno, mi pare indifferente, ma l'ho lasciato perché ho visto che tu l'hai usato. Inoltre nella Rima II, decisamente più lunga della I, se riempio i tag del ref name="xxxxx" /ref mi trovo poi duplicato il contenuto di ogni nota alla fine. Anche questo è un piccolo mistero. Apparentemente ora il testo è formattato come dovrebbe essere. Vedo anche i tooltip (anche se talora devo ricaricare la pagina per visualizzarli bene). --Pic57 (disc.) 23:08, 9 apr 2015 (CEST)[rispondi]
@Pic57 boh, francamente non mi ricordo molto il perché avevo fatto in quel modo. Mi pare comunque di aver fatto solo poche poesie e poi mi ero stufato. Forse l'includeonly serviva per evitare di mostrare la nota in nsPagina; se è così non è molto importante. Vedi tu come ti trovi meglio; alla fine ciò che conta è che 1) si veda tutto bene in ns0 e 2) per ottenere ciò si debba impazzire il meno possibile :) Se vuoi, puoi provare anche la tecnica di {{Nota separata}}. Can da Lua (disc.) 13:36, 10 apr 2015 (CEST)[rispondi]
Ok, allora mi par ora di capire che <includeonly> serve per non duplicare il testo della nota nella pagina che lo richiama (nel nostro caso quella in cui è davvero inserita la nota). Ho provato la{{Nota separata}}: crea un link alla pagina in cui si trova la nota e la cosa non tanto mi piace. Preferisco usare <ref name=""> e <ref follow=""> come del resto consigliato nella pagina di aiuto per le "note che continuano in altre pagine". E tuttavia nella pagina di aiuto non è scritto di usare <includeonly>, che invece mi pare necessario per non duplicare le note che stanno nella - o nelle - pagine successive.--Pic57 (disc.) 16:45, 11 apr 2015 (CEST)[rispondi]
Aaaaahhhh ... ecco svelato l'arcano di quella strana sintassi usata da Pic57 in Basile! .... ;-) Alex brollo (disc.) 12:39, 28 apr 2015 (CEST)[rispondi]

Arbitrary acces

Ti faccio presente che nell'ultimo weekly summary di Wikidata che mi è arrivato c'è anche scritto:

"Implemented arbitrary access for the parser function. This can be invoked on the wikis that have arbitrary access enabled by using {{#property:P123|from=Q42}}. So far this is only Wikidata itself."

Quindi forse qualcosa si muove? --Accurimbono (disc) 15:10, 14 apr 2015 (CEST)[rispondi]

Sì, oramai dovremmo quasi esserci. Ho provato ieri per curiosità, ma ovviamente qui risulta ancora disabilitato. Nel planning board (su phabricator) ho visto che è schedulato per maggio/giugno. Can da Lua (disc.) 15:13, 14 apr 2015 (CEST)[rispondi]

Richiedi una borsa "Alessio Guidetti" per Wikimania

Ciao Candalua, ti segnalo il programma borse di partecipazione "Alessio Guidetti" per Wikimania 2015, che potrebbe esserti utile per partecipare al raduno mondiale degli utenti Wikimedia. Abbiamo prorogato i termini, c'è tempo fino alle 23.59 di martedì 28 aprile per fare richiesta.

Ti scrivo perché ho visto che ti dai da fare da queste parti e non hai ancora fatto richiesta. Perdonami se la segnalazione non è di tuo interesse. Nemo 10:09, 26 apr 2015 (CEST)[rispondi]

Foligno

Aspettavo tempi più comodi, ma dopo il tuo appello per le pagine opera e la creazione di quella sulla Divina commedia, non ho resistito. Considera che tutte partono da lì: a livello di storia editoriale con la Comedìa abbiamo un C... una fortuna straordinaria!!! --Xavier121 20:18, 27 apr 2015 (CEST)[rispondi]

Estensione di Trova & sostituisci

Penso che non sarebbe male modificare leggermente Trova & sostituisci in modo che agisca anche sull'header e sul footer; più volte ne ho sentito la necessità. E' una modifica piccolissima, basta "dirgli" di eseguire la sostituzione anche nelle due textarea minori, con leggiBox e scriviBox si sta un lampo. Che ne dici? --Alex brollo (disc.) 12:36, 28 apr 2015 (CEST)[rispondi]

Visto che anche UtoUtoUto ha chiesto un comando "trova", sarebbe bello estrarre il codice di Trova & sostituisci, metterlo in un gadget per conto suo e ampliarne le funzionalità in questo modo:
  • oltre che dal menu a sx, dovrebbe essere attivabile tramite un'icona, presente sia in edit che in view
  • dovrebbe fare sia la sola ricerca con evidenziazione dei risultati, sia la sostituzione dei risultati trovati (con bottoni Trova, Sostituisci, Sostituisci tutti e delle frecce su/giù per navigare tra i risultati); in view i comandi di sostituzione non devono essere visibili
  • deve essere possibile scegliere l'ambito di ricerca/sostituzione (con possibilità di selezione multipla): pagina intera (solo nel corpo della pagina), casella di modifica, header, footer, testo selezionato.

Ho dimenticato qualcosa? :D Ovviamente non dobbiamo fare tutto subito... intanto se vuoi comincia pure con header/footer :D Can da Lua (disc.) 13:04, 28 apr 2015 (CEST)[rispondi]

Sai come recuperare il codice del Find & replace "ufficiale"? Secondo te è in php o in javascript? Io forse posso anticipare la "ricerca/sostituzione nel testo selezionato", ma solo in selezione singola. --Alex brollo (disc.) 13:33, 29 apr 2015 (CEST)[rispondi]

Alex, dovrebbe essere un js dentro l'estensione WikiEditor, in particolare nel modulo toolbar. Can da Lua (disc.) 14:32, 29 apr 2015 (CEST)[rispondi]

Disciplinare di produzione

Ho visto un tuo avviso alla voce Disciplinare di Produzione che dici da cancellare perchè non indica la fonte. In realtà serve solo da rimando ai vari disciplinari dei singoli prodotti che, per quanto ho potuto controllare, rimandano tutti alle gazzette ufficiali. E' una lista, in fondo, simile ad una forma a dir il vero anomala, di categoria, ma, a mio avviso, se la si cancella, diventa più difficile accedere ai singoli disciplinariMizar (ζ Ursae Maioris) (disc.) 19:57, 2 mag 2015 (CEST)[rispondi]

mw.currentIndex

Mi hai chiesto di ricordarti a che serve currentIndex. Serve a rendere disponibili, immediatamente, i dati che ho elencato in Bar tecnico, relativi alla pagina Indice connessa alla pagina (nsIndice, nsPagina, ns0) corrente:

  • mw.currentIndex: il nome della pagina Indice
  • mw.currentIndexData: il dizionario pagina cartacea-pagina djvu
  • mw.currentIndexPagelist: la lista delle pagine (indice=pagina djvu; valore=pagina cartacea o ciò che appare da pagelist)
  • mw.currentIndexSummaryData: tutti i dati del campo Sommario
  • mw.currentIndexSource: il contenuto del campo fonte (utile se identificatore di IA)
  • mw.currentIndexPageSal: lista identica a mw.currentIndexPagelist come indice, il valore è il SAL della pagina
  • mw.currentiIndexBaseImg: l'URL base dei file immagine
  • mw.currentIndexMetadata: il valore dei vari campi del form base (titolo, autore...)

Ognuno di questi dati è stato inserito perchè prima o poi ne ho sentito la necessità, per modernizzare tool vari attivi (tipo autoNs0 ma non solo), o in fase di progettazione più o meno avanzata ognuno dei quali cercava dati essenziali a suo modo. Quindi, a me serve, e potrebbe servire ad altri, per moltissime cose. Certo, non è stata una buona idea anticipare il caricamento per tutti, forse sarebbe stato meglio attendere.... ho imparato la lezione. --Alex brollo bis (disc.) 00:11, 5 mag 2015 (CEST)[rispondi]

Ok, più che altro volevo capire esattamente chi lo usa, perché ovviamente sarebbe meglio caricarlo solo nel momento in cui serve. Non preoccuparti per ciò che è successo... siamo sempre stati costretti a inventarci soluzioni borderline, ci può stare di finire qualche volta un po' oltre il border. :) In generale penso che sarebbe una buona idea fare un piccolo "censimento" di script/gadget, elencando per ciascuno le chiamate ajax che fanno e se sono sync/async. Così ci possiamo fare un'idea di dove ci sono potenziali problemi di prestazioni. Can da Lua (disc.) 10:38, 5 mag 2015 (CEST)[rispondi]
Se ci riesco, comincerò dai gadget attivi. In effetti, qualche buona funzione ajax pronta all'uso e ben generalizzata in common.js non sarebbe male; come pure non sarebbe male un buon Page object, che emuli, almeno un pochino, l'oggetto wikipedia.Page di python.
Quanto agli script personali, mettere ordine per ora non se ne parla.... ma almeno, se sono sganciati dai gadget e dagli script di default, non daranno troppo fastidio.
Una domanda: c'è un metodo alla mia portata per capire "chi chiama chi", riferendosi alle funzioni js? Io non uso Firebug, preferisco gli strumenti normali di Chrome, posso riuscirci da lì? Alex brollo (disc.) 12:01, 5 mag 2015 (CEST)[rispondi]
Non serve, ho trovato poderosi e pesantucci siti di documentazione proprio per Chrome.... Alex brollo (disc.) 13:46, 5 mag 2015 (CEST)[rispondi]

HELP

Autore:Maurice Maeterlinck

Errore Lua in Modulo:Date alla linea 11: attempt to perform arithmetic on field 'year' (a nil value).

--Accurimbono (disc) 09:26, 6 mag 2015 (CEST)[rispondi]

wikidata

A margine del Bar, ho provato ma dare un occhio alla pagina. Una cosa è certa: che non è "dentro" (io) fa una fatica enorme. Credo sia molto necessaria una pagina di aiuto. Ma per deficienti (sempre io). Limitata alla costruzione della pagina autore: copia incolla il template, clicca qui clicca là ma con screenshot (anche piccoli) se no non è per nulla chiaro. In particolare non ho capito se l'ordine dei... quadretti (item?) in wikidata si può variare. Io sono solo riuscito ad aggiungerne altri in basso. Ma non vedo come mettere (ad es.) le date nel posto più "logico". Cliccando il link viene la pagina che dice che Ridolfo Castinelli non esiste., crea la pagina ecc. Però sotto ce n'è uno (direi corretto) che rimanda a it.Pedia e un altra lingua slava. clicco qui e nel quadretto Wikisource a destra ho provato a inserire solo "Autore:Ridolfo Castinelli" con e senza doppie quadre ma non mi permette di salvare. Ovvio che serve altro, ma cosa? Insomma bisogna proprio fare qualcosa di organico. Temo che non basti partire in medias res. Se ce la faccio provo a impostare una paginetta che però mi devi seguire e correggere. Ti mando un link quando potrò iniziare. (da due anni e mezzo quasi tre sono davvero pressato) --Silvio Gallio (disc.) 14:18, 6 mag 2015 (CEST)[rispondi]

Silvio, su Wikidata l'item è l'intera pagina, i singoli riquadri sono le proprietà. Temo che non si possano spostare; in generale l'interfaccia di Wikidata fa schifo anche a me e spero che prima o poi la migliorino, perché così com'è a volte faccio fatica pure io, non solo tu. Per inserire il link, dovresti cliccare "edit" sulla sezione Wikisource, come "sito" mettere "it" e come pagina mettere "Autore:Ridolfo Castinelli"; così si dovrebbe poter salvare. Can da Lua (disc.) 14:57, 6 mag 2015 (CEST)[rispondi]
Come ho detto al Bar, sto facendo altro ma ogni tanto passo in source. Ho provato, e "salva" si è acceso. cliccato ma non mi pare che "vadi". riproverò più tardi. Ciao!--Silvio Gallio (disc.) 15:52, 6 mag 2015 (CEST)[rispondi]
Silvio, ma che, sei cecato? :D A me pare che il tuo click sia andato benissimo, infatti il link è stato aggiunto. Can da Lua (disc.) 16:08, 6 mag 2015 (CEST)[rispondi]
Perdono. Forse si trattava di aspettare qualche altro secondo. Comunque la pagina autore mostra "floruit" mentre siamo in grado di precisare i giorni di nascita e morte. E 'ndo si mettono? In wikidata si aggiungono scatolette in basso e va bene lo stesso? Oppure l'item è da rifare? (intanto trovo strano che wikidata mi dica che non esiste la pagina, lo scriva in rosso e sotto ci sia il link). E ci sarebbe ancora da chiedere. Pietà. Devo proprio scappare. Ridurre un articolo dalle 23 pagine alle 14-15 e dire tutto lo stesso è dura! Silvio Gallio (disc.) 16:32, 6 mag 2015 (CEST)[rispondi]

Due mini-progetti

Vorrei riprendere qualcosina di js, stavolta restando su cose più semplici.

Per ora, concludere memoRegex. Occorre "ricordare" la radice della pagina su cui si sta in edit; fintanto che si sta nella stessa radice, passando di pagina in pagina, si conserva memoRegex in localStorage.memoRegex; se invece si cambia "radice", allora deve scattare un meccanismo che:

  1. salvi il memoregex nella pagina Discussioni indice della pagina che si abbandona, se è stato cambiato;
  2. carichi il memoRegex della pagina Discussioni indice corrente.

Mi sembra di aver bisogno di due sole variabili persistenti:

  1. memoRegexEdited true/false (default false, diventa true se si usa Trova & sostituisci con Ricorda)
  2. currentBasePage, la base pagina corrente.

Dovrei riuscire a infilare tutto in MediaWiki:Gadget-memoRegex.js; più una singola riga in MediaWiki:Gadget-RegexMenuFramework.js, che setti a true memoRegexEdited se si "ricorda" una sostituzione. Comincio da lì. --Alex brollo (disc.) 17:25, 9 mag 2015 (CEST)[rispondi]

About pagelist

Solo per farti sapere che sono riuscito nell'impresa di fare, in python, il parsing completo del tag pagelist; capito il meccanismo l'esportazione in javascript dovrebbe essere facile. Forse l'acqua calda; forse no... certo che le cose cambiano profondamente: una letta al wikicode di Indice e l'intera tabella delle pagine djvu/pagine cartacee, roman e highroman compresi, è facilmente prodotta. --Alex brollo (disc.) 09:06, 15 mag 2015 (CEST)[rispondi]

Ajax asincroni

Ho visto che le richieste ajax non asincrone si trovano facilmente con Ricerca della parola chiave responseText in nsMediaWiki. Ne scorrerò alcune per verificare che la trasformazione da richiesta sincrona in asincrona non richieda un profondo ripensamento dell'intera logica dello script (temo di sì...). Mi pare di ricordare che quasi tutte queste richieste siano non-API intraprogetto, indirizzate a /w/index.php. Per ora non posso aiutarti di più, ma mi chiedo: da dove cominciare? Mi pare che MediaWiki:Gadget-common.js sia un buon candidato. --Alex brollo (disc.) 14:15, 21 mag 2015 (CEST)[rispondi]

Ok, iniziamo ad analizzarle una per volta. Poi non necessariamente devono diventare tutte asincrone, ma se scattano sul document.ready è consigliato che lo siano. Can da Lua (disc.) 14:30, 21 mag 2015 (CEST)[rispondi]

Viaf e amici

Cercando di mettere il codice viaf su alcuni autori ho notato che a volte viaf ha il WKP-Qxxxx di una persona ma wikidata no. Non ci sarebbe un mezzo per farlo fare a una macchina in automatico anziché rompersi i cabasisi a farlo a mano? E nel caso: a chi va chiesto?

ad esempio: http://viaf.org/viaf/88885774 il dato su viaf già c'era (ora su wd l'ho messo io).

Spero di essermi fatto capire.

--Carlo M. (disc.) 16:49, 22 mag 2015 (CEST)[rispondi]

E i' chenne sacc'. Sarebbe da chiedere su Wikidata. Can da Lua (disc.) 16:52, 22 mag 2015 (CEST)[rispondi]

Leopardi

Né Monaldi né tampoco Giacomino. Un filologo del XVI secolo. Pare tedesco di Germania. Unico dubbio: il nome.

Paulus Leopardus, Paolo Leopardo, Paulus Furnius? Oppure? Ha

Ai posteri l'ardua sentenza. Se trovi una uscita magari fammi un fischio. (Se mi rispondi fammi un ping).

Breve biografia

--Carlo M. (disc.) 00:58, 28 mag 2015 (CEST)[rispondi]

p.s. perché CERL (che è accettato da data) non appare da noi?

A Ca', e chiamalo come risulta da ciò che sappiamo. Perché lo chiedi a me? Come se non fossi già abbastanza stufo agro di tutti sti autori. :) Risposta al P.S.: perché bisognava aggiugnerlo qua. Ciao! Can da Lua (disc.) 11:36, 28 mag 2015 (CEST)[rispondi]

Riforma delle pensioni

Ho visto che hai corretto una voce ma Mizardellorsa mi aveva chiesto di fare delle prove per inserire le leggi ed ho trovato uno schema che mi sembra funzionare, per cui tutte le pagine che avevo fatto per prova ora sono superflue e andrebbero cancellate inclusa quella che hai modificato. Sono tutte quelle orfane rispetto alla pagina principale. --Paolo Calloxi (disc.) 12:05, 3 giu 2015 (CEST)[rispondi]

Paolo, sono tutte queste, giusto? Can da Lua (disc.) 12:15, 3 giu 2015 (CEST)[rispondi]

Si, poi ci sono tutte le pagine che finiscono per orig. --Paolo Calloxi (disc.) 12:32, 3 giu 2015 (CEST)[rispondi]

Ok Paolo, dovrei aver cancellato tutto. Se trovi altre pagine da cancellare, le puoi segnalare scrivendoci dentro {{Delete}} Can da Lua (disc.) 13:06, 3 giu 2015 (CEST)[rispondi]
Ok --Paolo Calloxi (disc.) 16:07, 3 giu 2015 (CEST)[rispondi]

Lua

Perché togli i ritorni a capo tra una pulizia e l'altra? È sconsigliato da mw:Manual:Coding conventions#Braceless control structures in quanto riduce la leggibilità del codice. --Ricordisamoa 17:53, 10 giu 2015 (CEST)[rispondi]

Eh lo so, è che il modulo Autore è diventato lungo come la fame e non mi ci ritrovo più. In realtà dovrei fare un bel refactoring sfruttando meglio i moduli-libreria e creando magari dei sottomoduli per le funzioni più specifiche. Can da Lua (disc.) 18:45, 10 giu 2015 (CEST)[rispondi]

Grazie!

Mi accorgo solo ora che hai dovuto lavorare sulla pagina Indice. Deve essere stato quando è passato il lettore dei contatori del gas che ho salvato per errore. Poi sono tornato e ho continuato :D. Già che ci sono: a suo tempo ho inserito qualche altro pezzo a due colonne. Penso di riuscire a rifare anche se ho perso molto della pratica. Ma, in tutta onestà, trovo che il testo nel NS0 sia meglio "intero". Bye --Silvio Gallio (disc.) 12:07, 18 giu 2015 (CEST) +1 - questo pezzo quasi fantascientifico l'avevo letto anni fa ma poi l'avevo scordato. Per me è eccezionale, specialmente dove parla delle biblioteche... :D Ciao! --Silvio Gallio (disc.) 12:08, 18 giu 2015 (CEST)[rispondi]

L'ho letto davvero di gusto, Silvio. Però su una cosa non c'ha preso: la moltitudine di vetture che mandano per l'aere un insopportabile fracasso ce le abbiamo tuttora :D Can da Lua (disc.) 12:18, 18 giu 2015 (CEST)[rispondi]

Immaginavo che sarebbe piaciuto. Ma non c'ha preso quasi per niente. L'aria puzzolente (non so dove abiti, ma a Bologna...), e le vetture tutte uguali? Credo ci sia ancora un problemino di collegamento da pagina indice a testo. Se hai voglia... :)) --Silvio Gallio (disc.) 13:48, 18 giu 2015 (CEST) Nono scusa era la pagina che mancava il refresh! bye!--Silvio Gallio (disc.) 13:49, 18 giu 2015 (CEST)[rispondi]

Sempre su date, calendario Giuliano, Wikidata...

[4]

Leggi con calma questa discussione e i link.

Io non riesco a capire come si sia potuto creare un casino del genere... e poi dicono dei tedeschi che son precisi... ancora non è chiaro qual è il modo corretto di inserire una data... :) --Accurimbono (disc) 12:25, 3 lug 2015 (CEST)[rispondi]

Accurimbono, e meno male che la PM di Wikidata è tedesca... :D è davvero incredibile che non si riesca a spiegarsi chiaro. Can da Lua (disc.) 14:16, 3 lug 2015 (CEST)[rispondi]
Le ho chiesto uno o più esempi... In questo caso è molto meglio che mille spiegazioni... vedremo. Cmq è ancora pieno di bug da risolvere.
Ma tu hai capito come me o come il russo? --Accurimbono (disc) 15:29, 3 lug 2015 (CEST)[rispondi]
Io in passato avevo capito che funzionava come diceva il russo ma ora invece mi pare di aver capito che abbiano cambiato. Il russo insiste a fare domande provocatorie sul 29 Febbraio che è ovviamente una data speciale e che deve essere debuggata con un ticket apposito eventualmente. --Accurimbono (disc) 15:44, 3 lug 2015 (CEST)[rispondi]
Io in realtà non ho mai capito cosa si aspettano che facciamo. Io le date le ho sempre inserite così come sono, indicando il calendario giuliano se necessario, e mi rifiuto di fare a mano delle conversioni giuliano->gregoriano, che è semplicemente una follia. Per le "date impossibili" del russo le possibili soluzioni che vedo sono: o la data viene automaticamente convertita da giuliana a gregoriana al momento del salvataggio, e poi ri-convertita a giuliana quando la si va a leggere, in modo che il tutto sia trasparente all'utente; oppure si introduce a livello di db un secondo calendar model per le date giuliane, che permetta l'inserimento di queste "date impossibili". Però ovviamente la cosa non basta per tutti i casi, perché poi c'è da tener conto del calendario svedese, di quello sovietico ecc. Purtroppo finora non vedo risposte chiare. Can da Lua (disc.) 16:22, 3 lug 2015 (CEST)[rispondi]

Globals

Ricordisamoa mi spinge a cercare di capire la questione delle variabili globali (come NON usarle); con fatica ho capito le iffy e so come "murare" dentro questo codice funzioni interne e altre variabili ma.... dovrei veramente ottenere che NULLA sia "sparpagliato" fuori? Io riciclo lo stesso codice in vari tool, come faccio a "vederle" se non le attacco ad almeno UN oggetto globale?

La mia soluzione era di attaccare progressivamente i globals all'oggetto globale mw riducendo l'affollamento dello scope windows; ma nemmeno questo a Ricordisamoa va bene.... che ne diresti di accordarci su UN oggetto globale, "nostro", e diportare pian piano al suo interno tutto quello che dev'essere global? che ne so, una cosa come itws. --Alex brollo (disc.) 06:59, 15 lug 2015 (CEST)[rispondi]

PS: c'è una elevata probabilità che della questione non abbia capito un bel nulla. Sii impietosamente franco! --Alex brollo (disc.) 07:32, 15 lug 2015 (CEST)[rispondi]

Unicode headache

Ti entusiasmano gli Unicode? Se sì sto raccogliendo idee qui: Utente:Alex brollo/Unicode combining diacritics priva di fare il balzo a un nuovo tool generalizzato per i diacritici... Se no, evita ;-) --Alex brollo (disc.) 10:22, 23 lug 2015 (CEST)[rispondi]

Nononono Alex, non riuscirai a coinvolgermi! :D Sono già abbastanza infastidito dal caldo e dalla mole di lavoro sporco generata da Mizar... :D Can da Lua (disc.) 16:42, 23 lug 2015 (CEST)[rispondi]
Bene vado avanti in esplorazione. L'obiettivo: un boxetto draggabile nessun carattere letterale e con con molti diacritici, cliccati i quali il carattere precedente il cursore riceva il diacritico aggiuntivo o cambi diacritico, a seconda di un flag (default: cambio). Quindi, tutti i possibili caratteri con tutti i possibili diacritici e loro combinazioni (svariate centinaia, anzi: svariate migliaia) dovrebbero essere ottenibili cliccando su un boxetto di una ventina di diacritici elementari. --Alex brollo (disc.) 18:08, 23 lug 2015 (CEST)[rispondi]

Dura lotta

Sono al lavoro per ricostruire daccapo un codice iffy con le funzioni principali; lo faccio in parallelo qui e su mul.source, là le cose sono più "pulite" perchè lo spazio globale è perfettamente pulito (e io cerco di non sporcarlo, tranne un unico oggetto globale alex). Qui le cose sono un po' più complicate; io suggerirei di provare a importare MediaWiki:Gadget-common.js via importScript, sincrono e quindi meno palloso di mw.loader.load. Forse così si potrebbe evitare di riscrivere funzioni indispensabili tipo find_stringa in MediaWiki:Common.js su cui non metto più nè le mani, nè la lingua (con questa rara eccezione).

Prossimo passo, la revisione radicale di newButton(), in modo che crei oggetti sotto "closure" dentro l'iffone. Forse ce la faccio; l'idea è di leggere i codici dei bottoni in una pagina di puro testo, analoga, come struttura, a MediaWiki:Gadgets-definition. --Alex brollo (disc.) 11:02, 8 ago 2015 (CEST)[rispondi]

Ok, ci sono riuscito: su mul.source il mio common.js contiene una grossa iffy che contiene non solo la bottoniera, ma anche un nuovo sistema per costruire i bottoni sotto stretta closure - leggendo i dati necessari alla costruzione in una pagina di solo testo, mul:User:Alex brollo/PersonalButtons. Non si crea nessuna variabile globale, nè esiste alcuna dipendenza, tranne (ovviamente) i due oggetti jQuery e mw (a cui non aggiungo niente). La console è quieta, tranne un lamento pietoso per un singolo ajax sincrono che non avevo il tempo di sistemare. Ci porterò dentro anche le funzioni di Strumenti per la rilettura più importanti. Ma non adesso.... sono esausto. --Alex brollo (disc.) 22:15, 8 ago 2015 (CEST)[rispondi]

Strana cosa riguardo i gadget

Come sai, se hai seguito le notifiche che ti ho inviato, una banale riga importScript("MediaWiki:Gadget-RegexMenuFramework.js") nel proprio common.js fa ricomparire gli Strumenti per la rilettura. Ma nei disperati pasticci mi ero dimenticato di disattivare il gadget in preferenze (tanto non funzionava) ebbene: in sidebar l'elenco dei tool completo compariva DUE volte, ossia importScript non solo caricava regolarmente il gadget, ma pure "sbloccava" il caricamento via Preferenze! Adesso ho disattivato il gadget in Preferenze, e - com'era logico - vedo una sola copia degli Strumenti; ma forse questa stranezza ti fornisce un indizio in più. --Alex brollo (disc.) 00:06, 11 ago 2015 (CEST)[rispondi]

Alex, forse il gadget si è sbloccato a seguito di questa mia modifica. Purtroppo c'è sempre un ritardo nella propagazione delle modifiche sui gadget, quindi non riesco mai a capire se quello che faccio aiuta a risolvere le cose o no. Mi sento terribilmente stanco e sfiduciato. Spero che tu riesca poco alla volta ad aggiustare i vari gadget - ma non con importScript nel common.js... Can da Lua (disc.) 09:49, 11 ago 2015 (CEST)[rispondi]
Vero; adesso gli strumenti rifunzionano come gadget, disattivato il importScript. Grazie! Studierò la tua modifica. Tieni duro! Ovviamente tengo nella massima considerazione il tuo suggerimento di evitare l'importScript, ma non rinuncio a procedere ancora con l'idea del super-tool del tutto autonomo e indipendente da ogni cosa.... se non altro per avere un'alternativa funzionante alla prossima bravata del piani alti. --Alex brollo (disc.) 10:44, 11 ago 2015 (CEST)[rispondi]
Certo; il supertool va bene a livello personale, per gli utenti non c'è alternativa ai gadget... :( Comunque prima o poi sta' sicuro che ci toglieranno anche importScript... :( Can da Lua (disc.) 10:52, 11 ago 2015 (CEST)[rispondi]

CSS

Difficile vedere le vere modifiche quando sono mischiate a formattazione, come qui. --Ricordisamoa 22:57, 11 ago 2015 (CEST)[rispondi]

Eh ma non ti va mai bene niente :D Can da Lua (disc.) 09:56, 12 ago 2015 (CEST)[rispondi]

@Ricordisamoa sei comunque liberissimo di fare rollback del mio intervento e riapplicare le due modifiche separatamente. :D Can da Lua (disc.) 10:16, 12 ago 2015 (CEST)[rispondi]