Discussioni utente:Candalua

Messaggi vecchi fino a tutto il 2010

problemino js semlicissimo!

Ben nascosta dentro il codice html, in un commento, c'è sempre questa interessantissima stringhetta:

Expensive parser function count: 16/500 (questa, ad esempio, è contenuta nella pagina principale di it.source, che non è semplicissima e contiene anche varie chiamate a "aree dati" via semantizzazione; 16/500 è, a mio giudizio, confortante).

Mi chiedo: non sarebbe carino se il contenuto nascosto di questa stringa fosse visualizzato in qualche modo in ogni pagina, con un semplice 16/500 scritto in piccolo in un angolino o, volendo esagerare, con una minuscola barra colorata variabile da "tutto rosso" (pagina critica) a "tutto blu" (pagina leggerissima) in modo da vedere "a colpo d'occhio" se nella pagina ci sono esagerazioni di complessità in termini di server loading? --Alex brollo (disc.) 01:23, 6 gen 2011 (CET)

Semantizzazione js: io comincerei dal SAL pagina

Come da titolo. Penso che la cosa più semplice sia infilare via js un'area dati direttamente nel testo della pagina (ovviamente nel corpo transcluso), mascherata in visualizzazione dal solito <div style="display:none">.... </div> e in edit dal solito meccanismo js di rimozione/reinserimento per non spaventare l'utente normale. Sto lanciando l'idea di eliminare del tutto Infotesto anche dalle pagine di discussione Pagina:, sostituendole con un banale link all'infotesto su Indice, ma al momento ci sono perplessità. --Alex brollo (disc.) 11:34, 14 gen 2011 (CET)

Wikisource in greco antico

Ciao! Ho provato a vedere sulla Wikisource in greco moderno e in effetti ci sono. Grazie per l'informazione e buon lavoro! 79.16.181.65 14:24, 25 gen 2011 (CET)

Grazie

Volevo ringraziarti per la rilettura alla lettera di D'Annunzio e per i tuoi rimandi a Wikipedia e la correzione di alcune parole che non capivo. --Panz Panz (disc.) 10:13, 2 feb 2011 (CET)

Io e Zanella

Caro Candalua,

ti devo ringraziare per il lavoro "bold" che stai portando avanti: in effetti era uno dei miei sogni nel cassetto trascrivere un pezzetto alla volta tutto il libro per poi renderlo proofread, e tu lo stai esaudendo. Di fatto ho trascritto tutte le traduzioni e una manciata delle poesie originali legate al tema trattato o alla loro importanza. È un'altra spallata di trascrizione inversa che prende corpo. Probabilmente le poesie originali andranno ricondotte a sottopagine di un'unica raccolta (ho notato invece che su vec. hai abbracciato la filosofia opposta e ne sto seguendo con interesse le conseguenze), ma se ne parlerà a trascrizione terminata. - εΔω 12:39, 18 feb 2011 (CET)

NON LO CONOSCEVI? Molto interessante! Allora ti dilucido su due particolari:

1. A scuola lo si studia principalmente tramite la sua "Conchiglia fossile" in cui timidamente cerca di concertare il suo abito canonico con le ventate del Positivismo senza incorrerere nelle scomuniche costate al suo contemporaneo Giovanni Ardigò,
2. Anch'io mi sarei limitato ad averne una conoscenza molto diafana se non avessi saputo che Paola, che mi invitò qui cinque anni fa, era molto interessata a Zanella, e se non avessi scoperto che era una personalità letteraria influente a Padova e un poeta-traduttore molto fine. Quest'ultimo punto mi ha fatto partire per il viaggio di cui stai scoprendo le tappe. - εΔω 14:43, 18 feb 2011 (CET)

Due "cosette"...

1. Dopo un po' di discussioni in wikisource-l, ho n mente di aprire una pagina riguardante la manipolazione dei layer testo dei file djvu in wikisource.org (mi è stato suggerito quel progetto visto la sua "centralità"). Ho lasciato un messaggio nello scriptorium; ma se i dai qualche dritta sul clima e le politiche del sito, tutto sarà più semplice.
2. dopo alcuni anni di riflessioni, ho tradotto in js la mia nuova routine find_stringa. Finalmente fa quello che volevo: estrae una sottostringa che inizia per xxx e finisce con yyy anche se al suo interno ci sono annidate un numero qualsiasi di altre stringhe che cominciano per xxx e finiscono per yyy... finalmente restituisce, ad esempio, un template anche se al suo interno ci sono altri template annidati quanto si vuole; o restituisce una
   ....
   anche se al suo interno ci sono altre div annidate; problema non facilissimo da risolvere. In python ce l'avevo fatta, ho tradotto in js e sembra funzionare.

Mi faresti da alfa-tester? lo script sembra semplice, ma non lo è, infatti a un test un po' duro sotto Firebug è andato in KO. Ne riparleremo. :-( --Alex brollo (disc.) 17:01, 24 feb 2011 (CET)

Ecco la nuova versione:

function find_stringa(testo,idi,idf,dc,x) {
   idip=testo.indexOf(idi);         
   idfp=testo.indexOf(idf,idip+idip.length)+idf.length; 
   if (idip>-1 & idfp>-1) {
        if (x!=""){while (count(testo.slice(idip,idfp),x)>count(testo.slice(idip,idfp),idf) )
                  {idfp=testo.indexOf(idf,idfp)+idf.length;}                
                  }
        if (dc==0) {vvalore=testo.slice(idip+idi.length,idfp-idf.length);}
        else {vvalore=testo.slice(idip,idfp);}
   }
else
   {vvalore="";}
return vvalore;
}
 
function count(testo,stringa) {
  n=0;
  while (testo.indexOf(stringa)>-1) {
    n=n+1;
    testo=testo.replace(stringa,"");
    }
return n;
}

count() è veramente banale, find_stringa() meno. La logica è quella di ricercare l'elemento iniziale s1 e il primo elemento s2 successivo; impostando l'ultimo parametro con l'elemento generico eventualmente contenuto nell'elemento iniziale, si ottiene il risultato corretto anche se vi sono annidamenti. Se dc è 0, allora i delimitatori vengono eliminati dal risultato. Le funzioni sembrano funzionare, testVar ne fa uso. Mi domando (se l'hai provata su una pagina di Opere di Mario Rapisardi 5, copiandoti ciò che trovi nel mio vector.js) se non sia meglio far comparire RigaIntestazione nel testo della pagina, e poi spostarlo al suo posto con RigaIntestazione, piuttosto che metterlo direttamente nell'header. Anzi, lo faccio subito. --Alex brollo (disc.) 18:57, 24 feb 2011 (CET)

Premio Rapisardi

... se ci fosse te lo meriteresti ;-) Se Pirizz, l'utente che l'ha inserito tutto a manina, si facesse vivo sarebbe il tuo compagno ideale: lui è veramente un devoto di Lucifero ;-P. --Aubrey McFato 09:44, 24 feb 2011 (CET)

tastini

Tastini OK; Grazie per la dritta! (e le latre due domande? le lasciamo ad Alex? :P thx cmq :)--Silvio Gallio (disc.) 13:47, 24 feb 2011 (CET)

Interwiki bot

Hi,
Please fix your bot to avoid removal double interwiki links as here or here. Ankry (disc.) 09:10, 25 feb 2011 (CET)

I don't think we should choose a better text in wikisource. Unlike wikipedia, many similar texts may co-exist. Simple example:

we have a text originally in the language A;

it was translated independently by two different translators to the language B, and three different translators to the language C;

its title is so trivial that there are many other texts with the same title in both languages B & C.

What should point where?

Note, in some cases it might be better to point into a disambig page. But not in this case.

Creating a lot of disambigs on a foreign wiki only for simplifying the interwiki links might break their rules. Ankry (disc.) 14:01, 25 feb 2011 (CET)

Making disambigs, when the title of different translations can be different, does not look like a good idea to me. It's maybe possible with books in the Bible, where it is simple to find a common name, even if the names of the books can be very different in the translations. (for example: "Esra andra bok"="Nehemia" & "Salomos sång="Höga Visan")

In sv:Vårt land, we have 4 iw-links to fi:ws. It's the national anthem of Finland, so it's natural with many finnish translations of the originally swedish text. Instead of choosing the best of these four finnish texts, (I cannot choose, my vocabulary in finish limits to "fourletter words"), we have introduced a template sv:Template:Interwiki-info wich helps us to give more information in the "interwiki-box". (the template is originally from en:ws and you have to add some code to MediaWiki:Common.js)

I have no intention to force my opinions to it:ws, You may do however You want, but on svws, we will keep the posibility to have multiple iw-links to one single language-version of Wikisource, this at least in the index- and main-namespaces. -- Lavallen (disc.) 18:44, 25 feb 2011 (CET)

Ok folks, I understand your points. My proposal was based on the fact that single iwlinks are easier to maintain using the pywikipedia framework in an automated way, while multiple interwikies require to be maintained by hand (often leading to misalignment between different languages every time a link is added/changed somewhere), or perhaps developing some ad-hoc functions. But of course I respect your point of view, and now my personal list of "things that developers should have thought about while creating Mediawiki, but didn't" has a new item. ;-) Candalùa (disc.) 20:03, 25 feb 2011 (CET)

You pointed out, that the pl:-link was missing, and that the en:-link was old, that was of good help!

Maybe we can ask the pywikipedia-developers to make a Wikisource-version? My bots are running C# and AWB, and I do not know what it demands to develop pywikipedia that way. I have had thoughts of develop something i C#, but my experience in advanced programming in C# is still limited. -- Lavallen (disc.) 06:58, 26 feb 2011 (CET)

I've posted the question here, we'll see what they says. The problem is, I don't even get a confirmation message, the bot simply goes on and deletes them! :-0 It probably does not even notice that there is more than 1 interwiki, it simply takes the last one... seems not easy to fix. Candalùa (disc.) 22:09, 26 feb 2011 (CET)

Cookies

Da parecchio tempo giro intorno al problema di come trasferire dati da una pagina all'altra; finalmente ho scoperto i cookies. Se venisse creato un cookie con alcuni dati della pagina corrente, questi spesso sarebbero utilissimi nella pagina successiva (numero dell'ultimo verso; caratteristiche di RigaIntestazione... altro?). E' un'idea folle? --Alex brollo (disc.) 14:19, 26 feb 2011 (CET)

Ho fatto una piccola ricerca: effettivamente per l'uopo si può usare entrambe le strategie, quella coi cookies viene chiamata "the easier way". Effettivamente potrebbe essere più "robusta", in quanto scatterebbe comunque capitando sulla pagina giusta per qualsiasi via. Oppure ajax... ma ancora ajax resiste. Cos'è un hook? --Alex brollo (disc.) 08:59, 27 feb 2011 (CET)

Numero versi

Affascinante. Geniale. :-)

Ho modificato il template R ho aggiunto un if che inibisce la visualizzazione del numero verso se il numero verso è 1. Quindi, {{R|1}} diventa un puro e semplice "messaggio per javascript o per un bot". Se ti va, e se non ho commesso qualche errore logico, aggiungendo nel ciclo analisi della lista righe un'istruzione tipo:

if (lines[i].toLowerCase().lastIndexOf("{{r|1}}") > -1) {num = 1;}

(opportunamente debuggata...) dovrebbe essere forzato il reset del contatore a 1. La cosa dovrebbe essere appaiata con una modifica dell'algoritmo, in modo da conteggiare tranquillamente i versi sulla pagina, dall'inizio, e per tutti i segmenti poem presenti. Opera su cui verificare l'eventuale modifica, Pagina:Poemi_conviviali_(1905).djvu/84, su cui il meccanismo attuale ha, ovviamente, fatto cilecca (come previsto, non è un bug: semplicemente ignora il primo poem e "tratta" solo l'ultimo).

In queste circostanze io estraggo dal testo la lista dei segmenti che mi interessano con produci_lista (in questo caso: le sottostringhe <poem>...</poem>, ne faccio una copia, modifico una a una le copie, e poi rimpiazzo una a una le stringhe vecchie con le stringhe nuove. --Alex brollo (disc.) 23:43, 27 feb 2011 (CET)

Troppo buono! ;-) Non sono sicuro di aver capito la tua idea. Perché uno dovrebbe forzare il reset del contatore? Ho lasciato il prompt proprio perché così uno è libero di cambiare il valore che viene proposto. Per il caso di più poem, io al momento "nascondo" semplicemente l'ultimo poem (basta cancellare una lettera, tipo la "m" di poem") in modo che l'algoritmo agisca sul primo poem. Ma potrei fare così: se ci sono più poem, l'algoritmo cicla su di essi eseguendo la numerazione per ognuno: la prima volta proponendo il valore preso dalla pagina prima, le successive volte partendo da 1. Candalùa (disc.) 09:58, 28 feb 2011 (CET)

L'idea deriva dal fatto che ho la coscienza sporca. Vi sono dei casi in cui ho usato diversi poem nella stessa pagina, relativi tutti alla stessa poesia (in pratica, un poem per strofa). E' successo quanto fra strofa e strofa c'era qualcosa che ho giudicato fosse meglio "cavar fuori" dal tag poem. E' solo un esempio per indicare la possibilità che non sempre tag poem diversi richiedono l'azzeramento del contatore. Inoltre, sto pensando anche in termini di bot; ma ammetto, non ho ancora riftettuto abbastanza. Sono ancora in ammirata stupefazione. Visto che ci sei: medita sull'opportunità di caricare anche una seconda variabile, il numero pagina cartaceo... verrà utile per integrarlo nella funzione {{RigaIntestazione}}, e forse per altro ancora. L'avventura è appena cominciata! :-) --Alex brollo (disc.) 10:09, 28 feb 2011 (CET)

be', se uno sul secondo poem deve continuare la numerazione del primo, è immediato guardare l'ultimo numero a cui siamo arrivati e inserirlo nel prompt. La scomodità era quando uno deve tenersi in mente il numero dalla pagina di prima... io farei come ho detto sopra, alla fine questi casi di poem interruptus penso siano abbastanza rari...

Non so quanto sia fattibile la numerazione via bot... come hai fatto notare tu, ci possono essere diverse cose che vanno "cavate fuori" dalla numerazione, o togliendole dal poem o addestrando l'algoritmo a riconoscerle. Ma non sempre è possibile: penso ad esempio alle didascalia con data e luogo della poesia: spesso sono scritte a sinistra, senza nessun tag o template che possa aiutare a distinguerle dal testo. E naturalmente nel caso di poesie molto lunghe, basta un errore di questo tipo all'inizio per sballare i numeri su decine di pagine. Temo che il controllo umano sia proprio necessario... Candalùa (disc.) 10:56, 28 feb 2011 (CET)

Buglet?

Come vedi ho provato la questione su "Poemi conviviali" trovando un intoppo. Alterando poem la cosa non si risolve; la numerazione va avanti diritta fino a fondo pagina. Anzi, anche "frattaglie" intermedie vengono conteggiate come versi. Per applicare bene la numerazione sfruttando l'algoritmo com'è, la soluzione è ficcare in clipboard tutta la parte 2; completare la numerazione; rimettere il secondo poem a posto; chiamare di nuovo lo script numerando da 1. Perchè il primo </poem> non blocca il parsing? O sbaglio io qualcosa? --Alex brollo (disc.) 10:27, 28 feb 2011 (CET)

perché prende sempre l'ultimo, no? devi modificare anche l'ultimo </poem> se vuoi che non venga tenuto in conto. (E' fatto così perché creando una nuova pagina, uno inserisce i poem uno alla volta e li numera uno ad uno) Comunque farò ciclare su tutti i poem, come detto sopra. Candalùa (disc.) 10:56, 28 feb 2011 (CET)

Chiaro. Io pensavo in termini di find_stringa (che prende le cose "a blocchi"). Grazie. Dai un'occhiata a Aiuto:RegexMenuFramework quando hai un attimo, potrei aver scritto qualche sciocchezza riguardo il tool per il numero versi. --Alex brollo (disc.) 12:26, 28 feb 2011 (CET)

Comunque ora l'ho modificato e funziona su tutti i poem. Candalùa (disc.) 12:57, 28 feb 2011 (CET)

Acc...! Mi sono appena reso conto che non è una buona idea ciclare. Se uno volesse mettere i numeri ogni 5 versi nel primo poem e ogni 4 nel secondo? No, è meglio tornare indietro ad un poem per volta; e piuttosto permettere all'utente di scegliere su quale poem vuole agire...Si potrebbe prendere la posizione del cursore e quindi tirar fuori solo il poem in cui ci si trova. Candalùa (disc.) 13:13, 28 feb 2011 (CET)

Mi sembra più user-friendly che lo script agisca sul primo poem, e poi si fermi, memorizzando il numero linea da cui ripartire ad un'eventuale seconda richiesta dell'utente, e così avanti. --Alex brollo (disc.) 17:19, 28 feb 2011 (CET)

Nel frattempo ho numerato un bel po' di pagine de Il Giaurro, che aveva anche il trabocchetto dei "versi spezzati". Capito il meccanismo, e scoperto che si può perfino "truccare" l'URL, le cose filano che è una meraviglia. --Alex brollo (disc.) 17:22, 28 feb 2011 (CET)

Ottimo, questa è una buona notizia. Ora magari pubblicizziamo la cosa sul Bar e vediamo se anche gli utenti "non sgamati" confermano la tua impressione. Sì, potrebbe agire sul primo, poi alla seconda richiesta agire sul secondo... ma un utilizzo sequenziale mi sembra troppo vincolante. Metti che uno sbaglia e vuole ripetere l'operazione? Da dove riparte l'algoritmo? No, mi sembra più intuitivo per l'utente che agisca sul poem in cui ci si trova, sia il primo o il secondo o quel che si vuole, nell'ordine che si vuole. Truccare l'URL? sì, lo puoi fare... ma come sopra, non capisco che vantaggio ne hai visto che il prompt ti permette di metterci il numero che vuoi... Candalùa (disc.) 17:42, 28 feb 2011 (CET)

Infatti, nessun vantaggio; ma utile per "catturare il meccanismo". Quanto al problema delle poesie multiple sulla stessa pagina: su come scegliere la seconda forse hai ragione; ma sul fatto che quella su cui lo script agisce di default, debba essere la prima, ho pochi dubbi. Visto che ci siamo: sarebbe anche utile una funzioncina che elimina tutti i template R della pagina corrente. Lasciamela come esercizio... --Alex brollo (disc.) 20:20, 28 feb 2011 (CET)

Quando edito edito, quando navigo navigo...

Ottima l'idea di spostare i tool, ma prova a pensare una cosa un tantino più radicale: nella finestra di edit, hiddenare tutto, ma proprio tutto, logo di Source compreso :-), tranne i tools e scripts. Tu sai che il mio toolbox è "fixed" in fondo alla pagina; molti altri tastini utili ("questa è una modifica minore", "aggiungi agli osservati speciali", per dirne due) potrebbero essere trasformati in "tattoos" fissi sulla pagina, qua e là, dove non consumano preziose righe. --Alex brollo (disc.) 23:31, 28 feb 2011 (CET)

non esageriamo... sì, anch'io mi sono nascosto i copyright-warning ad esempio... ma nascondere le cose a tradimento è molto poco ortodosso: finché lo facciamo sui nostri css personali va bene, ma non mi pare giusto farlo per tutti di default. Candalùa (disc.) 23:38, 28 feb 2011 (CET)

Quoto Candalua.

P.S. io per quanto mi sia caricato il regexMenuFramework nell'elenco degli script a sinistra continuo a trovare solo

• PostOCR
• Apostrofi
• A capo
• Doppi a capo
• OCR salute

Mi aspetto di trovare delle novità ma ciò non avviene.

P.P.S. quanto agli apostrofi su vec. sono ancora basito! Fantastici. - εΔω 23:45, 28 feb 2011 (CET)

Molto strano. In realtà, da quando hanno fatto il famoso aggiornamento, mi sembrava che le cose fossero addirittura migliorate: non ho più notato problemi di cache che non si aggiorna. Hai provato con un bel CTRL-R, anche da una pagina qualsiasi? Candalùa (disc.) 23:52, 28 feb 2011 (CET)

Edo, usando i miei superpoteri di sysop ti ho cancellato dal tuo vector.js i miei vecchi script RegexMenuFramework. "Conflittavano" (anzi: rullavano) le nuove funzioni gadget. Così mi sono anche dato una risposta alla domanda che volevo fare a Candalua: gli script nel proprio vector.js sono caricati dopo i gadget e quindi rullano eventuali gadget che chiamano funzioni omonime. Buono a sapersi. :-) Fai un bel CTRL-5 adesso... seguito opzionalmente da un bel rollback se mi sono preso una libertà eccessiva, a modificare il tuo vector.js ...

@ Candalua: ovvio, io stavo parlando di audaci e personalissime modifiche "hard" del proprio vector.css utente. --Alex brollo (disc.) 00:59, 1 mar 2011 (CET)

CandalBot at ru.ws

I'm a sysop at ru.ws. Be carryfull in main namespace. Your ru:User:CandalBot removed a right iwiki, like this. Your can read (in English) the further information regarding this malfunction at "Interwiki-Bot" section in ru:Викитека:Заявки на изменение прав. -- Sergey kudryavtsev (disc.) 05:46, 1 mar 2011 (CET)

Sorry. I already know about this issue. Yesterday I was doing some tests to see if I could someway fix it, but as you see it didn't work. :-( I'm also waiting for some informations on meta:Talk:Pywikipediabot/interwiki.py. (By the way, strictly speaking, that one shouldn't be a right iwiki, if Wikisource followed the general rules of the wiki world...) Candalùa (disc.) 09:51, 1 mar 2011 (CET)

Ok. I hope that the developers at least will add the note in edit comment about such removal to easier detecting. -- Sergey kudryavtsev (disc.) 13:27, 2 mar 2011 (CET)

I mille

Prima di portare al 100%, ti prego di controllare la presenza di biografie su wikipedia e di inserire i link. Puoi vedere in questa pagina alcune biografie presenti. Qui un esempio di come si mettono i link. Grazie, ciao, --Accurimbono (disc) 14:21, 1 mar 2011 (CET)

Ottima osservazione!

Risposta da me --Accurimbono (disc) 20:11, 1 mar 2011 (CET)

Cantiere idee balzane

Visto il successo della mia ultima trovata vector.js (memorizzare delle pure variabili js, che un programma generico esamina e, se del caso, utilizza a fini di automazione) mi frullano in testa alcune idee, suggerite, ad esempio, dahli ultimi caricamenti di opere dei bravi Fratelli Treves, che utilizzano una riga intestazione semplice, emulabile con {{RigaIntestazione||- #pag -|}}. In questo caso, sono in grado io stesso, con un paio di if, di realizzare l'automazione integrate di RigaIntestazione (se non c'è RigaIntestazione in header, allora se l'opera è questa, il delta pagine è questo, infila RigaIntestazione al posto giusto; se invece è quest'altra, il delta è quest'altro, agisci), appiccicano, per esempio, questi if a una delle funzioni RegexMenuFramework.

Ma se conoscessi ajax abbastanza per fare leggere il codice di una pagina fissa e specifica, al volo, allora potrei caricare dinamicamente un numero notevolissimo di dati utili al volo quando servono, e impostarli semplicemente editando il contenuto di una pagina facilmente accessibile, invece di tampinare pagine MediaWiki. Mi basterebbe pertanto, se possibile, uno scriptino che legga il wikitesto di UNA pagina via ajax. Che ne dici? La pagina delle "direttive js" che potrebbe far andare in pensione il marchingegno delle "direttive bot" (non occorre dire che l'algoritmo per leggere --Alex brollo (disc.) 08:44, 2 mar 2011 (CET)una pagina viene fuori, allora il passo successivo, di fargli leggere qualsiasi pagina, dovrebbe essere banale...). --Alex brollo (disc.) 08:44, 2 mar 2011 (CET)

Nel frattempo farò i miei test con questo oggettino:

datiPagine={
'Il piacere.djvu':{
                  'delta':12, 'pari':'{{RigaIntestazione||#pag|}}','dispari':'{{RigaIntestazione||#pag|}}'
                  },
'Il Catilinario ed il Giugurtino.djvu':{
                  'delta':51,
                  'pari':'{{RigaIntestazione|#pag|{{Sc|il catilinario}}|}}',
                  'dispari':'{{RigaIntestazione||{{Sc|il catilinario}}|#pag}}'
                  },
'Opere di Mario Rapisardi 5.djvu':{
                  'delta':0,
                  'pari':'{{RigaIntestazione|#pag|\'\' \'\'|riga=si}}',
                  'dispari':'{{RigaIntestazione||\'\' \'\'|#pag|riga=si}}'
                  }
         };

--Alex brollo (disc.) 14:02, 2 mar 2011 (CET)

L'orribile oggetto funziona. :-) --Alex brollo (disc.) 15:10, 2 mar 2011 (CET)

La situazione è fluida, ma in questo momento funziona così:

nella pagina Utente:Alex brollo/variabili_opera.js sta l'orrendo oggetto;

il gadget Regex carica quella pagina in memoria e rende l'oggetto attivo;

autoRigaIntestazione lo interroga, e se l'opera è contemplata, c'è, lo utilizza presentando il template in box edit principale, prima riga;

verificato, un click su RigaIntestazione lo sposta nell'header.

Una procedura di due click su link adiacenti, quindi; si potrebbe arrivare facilmente a zero click, ma non so se sia il caso di farlo. Certo che la funzione non starebbe male accodata in automatico a postOCR; ma per oggi sono già soddisfatto dei progressi. :-) Tu sii severissmo nelle critiche! --Alex brollo (disc.) 18:22, 2 mar 2011 (CET)

Carina la funzione di postOCR automatico, io sto comonciando a pensare al riconoscimento automatico del "pattern poem" (sequenza continua di righe "un po' più corte"; dovrebbe bastare), dopodichè sarebbe perfetto. --Alex brollo (disc.) 13:19, 3 mar 2011 (CET)

L'idea sarebbe: 1. calcolo js della lunghezza-tipo di una riga normale e memorizzazione in datiOpera; 2. analisi dell'array-righe di una pagina e costruzione di una stringa-pattern in cui ogni lettera rappresenza una classe-riga (lunga=L; breve=B; vuota=V, un testo poem dovrebbe essere riconoscibile perchè contenente sequenze continue di B, tipo "LLVBBBBBBBBVLL"; 3. applicazione di poem alle righe; 4. correzione dell'algoritmo elimina acapo per schivare le aree poem. Follia? :-) --Alex brollo (disc.) 13:48, 3 mar 2011 (CET)

altro passo di automazione RigaIntestazione

Siamo vicini all'automazione integrale di RigaIntestazione, a questo punto mi servirebbe aggiungere all'URL due variabili, "destra" e "sinistra", che contengano il puro testo della parte variabile centrale di RigaIntestazione. Siccome in genere tali parti si alternano (vedi, ad. es., Indice:Cuore.djvu, occorre trascinarsi dietro due variabili, e non una sola, aggiornando quella corrente che verrà utilizzata due pagine più in là. Io ci provo studiandomi il tuo algoritmo per il numero versi, tu verifica che non combini eccessivi casini. :-D --Alex brollo (disc.) 11:11, 4 mar 2011 (CET)

Poichè i dati da salvare si stanno moltiplicando come criceti, nella mia testa, temo che mi tocchi studiare la questione del biscottini. --Alex brollo (disc.) 00:04, 6 mar 2011 (CET)

Prospettive

Adesso capisco perchè te ne stavi quasi zitto. Pensavo fossi in ferie. :-)

E' il momento di riflettere. A questo punto, il template Intestazione non occorre più che faccia da "self.template"; IncludiIntestazione può diventare autonomo, e utilizzare i soli dati dell'area dati della pagina base, senza bisogno di invocare il "template padre". Al limite, potrebbe chiamarsi semplicemente Intestazione. Il processo di "sgancio progressivo" era già in atto da qualche rempo, adesso potrebbe essere completato.

Ti segnalo alcuni trabocchetti che mi hanno complicato la vita nel parsing del template Intestazione: i template annidati; i ref; i link; i tag html. Qualche perfezionista ne ha infilati qua e là, ogni volta era una tragedia. Facile da simulare: prova a infilare in un campo di Intestazione ogni genere di monnezza, e vedi se il parser js ce la fa.

Un'altra questione è quella del ConteggioPagine. Se ci fosse sempre un link canonico e attivo, dentro Intestazione, non ci sarebbe bisogno del template aggiuntivo. Basta una categoria "hard", scritta come testo da js contemporaneamente alla costruzione dell'area dati. Io ne ho due da proporre, una vecchia e una nuova:

1. SAL;
2. opera (titolo dell'opera come categoria, che raccoglierebbe tutte le pagine e sottopagine correlate, anche accessorie come, ad es. i template opera-specifici).

Il cervello si è messo in movimento; adesso il problema sarà potare, potare, potare tutte le sciocchezze che mi verranno in mente.... --Alex brollo (disc.) 16:16, 4 mar 2011 (CET)

Il silenzioso apprezzamento di Thomas

Per la seconda volta, ThomasV ha utilizzato il "trucco" di far sparire in download, e far ricomparire in upload, pezzi di testo pagina. Siccome l'ha fatto dopo che gli avevo presentato la questione dell'area dati, nei suoi primi vagiti... vuoi vedere che l'idea gli era piaciuta? :-) --Alex brollo (disc.) 17:53, 4 mar 2011 (CET)

dove dove? Candalùa (disc.) 18:42, 4 mar 2011 (CET)

1. prima di tutto, nella conversione al volo tag section - sintassi alternativa (buggata);
2. da qualche giorno, lo svuotamento (apparente) di header. --Alex brollo (disc.) 20:05, 4 mar 2011 (CET)

Meno uno

Caro Candalua,

ho finalmente terminato la revisione di Poemi conviviali: un mio esperimento per verificare cosa occorra fare dopo un nudo e crudo M&S (e in effetti, per quanto si provi a velocizzare la manovra, a voler fare bene, il lavoro successivo al M&S è sempre piuttosto certosino).

Accantonato il mastodonte pascoliano posso dedicarmi con più tranquillità a Poesie greche, ma ti scrivo perché nei miei sogni a breve termine vorrei accantonare un po' di tempo per i miei lavori su vec.source: documentazione di template (mi perdonerai se trapianterò materiale scritto in italiano senza tradurlo), un po' di riletture amene (il vantaggio di essere veneto, linguista e sourciano), e last but not least il completamento del BabelSystem DIY che di per sé è semplice (si tratta di trapiantare in vec:Utente:OrbiliusMagister/1/Babel le sottopagine di Template:Utente trasformandone i vari messaggi in section) ma l'operazione mi richiede un furioso copincollaggio e cerca/sostituisci offline... sarebbe bello se almeno la prima operazione di trapianto "hard" la si potesse fare via bot. - εΔω 19:42, 4 mar 2011 (CET)

Ma certo, ti aiuto volentieri. Ho già una mezza idea di come fare. La lista delle lingue che c'è qui è completa? Candalùa (disc.) 19:58, 4 mar 2011 (CET)

Sì. È lo stato dell'arte, e per quanto riguarda i progeti WMF è più completa di quella di meta. --εΔω 22:48, 4 mar 2011 (CET)

Qualità dei testi

L'algoritmo che tiene conto sia della qualità delle pagine direttamente transcluse, che della qualità espressa attraverso template Testo esiste e funziona ma (ovviamente...) funziona solo nelle pagine in visualizzazione, e non nelle stesse pagine in edit, a mano che non sia attiva un'anteprima. Ma non va bene. Anche attaccare la funzione di valutazione al tasto Modifica, facendo poi passare il parametro alla chiamata in edit, non va bene: sfuggirebbe proprio l'aggiornamento della qualità derivante dall'edit della pagina (es. prodotto dall'aggiunta di nuovi template Testo). Non ne esco; mi pare che il sistema dell'anteprima sia l'unico funzionante, ma essendo collegato a una specifica azione dell'utente.... :-(

Comunque mi sono divertito a pasticciare un po' con i selettori jQuery. Prima o poi la cosa tornerà utile. :-) --Alex brollo (disc.) 00:42, 5 mar 2011 (CET)

Obblighi morali

Caro Candalua,

scusa ma mi tocca fare il burocrate. Lo so che non ci sono obblighi particolari nell'inserimento di informazioni nella propria pagina utente, ma noi amministratori per il fatto di essere tali abbiamo degli obblighi morali quantomeno nei confronti degli altri utenti al cui servizio ci impegnamo. Senza stilare un elenco di cosa mettere e non mettere penso che almeno il Babel per gli utenti che vengono da fuori e il babelsource per segnalare che si è amministratori sia importante. Per il resto (possesso di bot, progetti che si segue o altri) credo che si tratti di informazioni facoltative, ma tornare alla pagina con il solo punto credo sia un passo indietro che non ti si addice (e sotto sotto credo che lo stesso valga anche di là con le aggravanti della tua doppia responsabilità). Non ti sto chiedendo di porre informazioni personali che sono tuo sacrosanto diritto non divulgare, ma di specificare la tua posizione all'interno del progetto. - εΔω 15:22, 5 mar 2011 (CET)

In effetti non mi sono mai preoccupato molto della mia pagina utente (o di quelle altrui, del resto). L'ho sempre considerata una specie di "sandbox personale" dove uno appoggia quello che gli può venire utile per poi dimenticarsene. Ho pensato più volte di sistemare le pagine utente sui vari progetti, ma poi la pigrizia ha avuto il sopravvento. Dopo il lavoretto col Babel ho cancellato la pagina perché era diventata troppo pesante e l'ho ricreata, senza neanche più avere in mente che c'era sopra il template degli admin. Ora ce lo rimetto e magari faccio lo stesso con le pagine sugli altri progetti. Grazie di avermelo fatto notare. Candalùa (disc.) 18:11, 5 mar 2011 (CET)

Divagazioni a cavallo

Ho fatto una lunga passeggiata con la mia Asia. La mente divaga libera. E spuntano idee :-)

1. se si transcludesse in una sottopagina Ns0 l'intera pagina principale, dentro una div display=none, js potrebbe leggere qualsiasi dato. Qualsiasi. Compreso l'elenco dei tl Testo, e saprebbe quindi perfettamente i valori di prec e di succ. In pratica, un solo codice {{IncludiPaginaPrincipale}} permetterebbe a uno script js di costruire al volo l'immagine della pagina, barre di navigazione comprese. Resterebbe solo da aggiungere un tag pages, ed eventualmente una Sezione note.
2. Cosa serve per costruire una nuova pagina (la successiva)? Servirebbe ben poco; anzi, un bel niente. Servirebbe il solo nome della pagina succ, ma quello c'è già dentro il link della barra di navigazione.
3. il problema è che nel momento dell'edit, i dati non ci sarebbero più. Quali servono? E come passarli? Via request o via cookie? Perchè, se i dati ci fossero, dal "virtuale js", in edit, si potrebbe passare al "reale wiki-code".
4. ieri sera ho caricato un'opera nuova, molto semplice, Indice:Canti del Friuli.djvu, e ho preparato la pagina ns0 principale. Se mi viene l'ispirazione, farò qualche test. --Alex brollo (disc.) 13:42, 6 mar 2011 (CET)

Più ci penso, e più Alebot diventa inutile.

Ultima idea: la questione della transclusione della qualità delle pagine in ns0, con comparsa del simboletto così caro a Edo.

Se in fase di edit della pagina, al momento dell'upload, venisse aggiunto al volo in cima alla pagina, e subito dopo ogni "section begin", un codice semplicissimo come questo: <span title="numero pagina;qualità"></span> o simili, allora questo codice, teletrasportato dalla transclusione, sarebbe disponibile a un js di visualizzazione in ns0, che starebbe un nanosecondo a leggerlo, interpretarlo e infilare i marcatori di qualità là dove servono. E non solo. Nessun bisogno, quindi, di semantizzare la qualità della pagina, e imporre una gran fatica al server (la transclusione selettiva è fatta male e costa molte risorse). Il server nemmeno se ne accorgerebbe. Vero o no? Alex brollo (disc.) 09:01, 7 mar 2011 (CET)

La scotennatrice

Caricato il datipagine per La scotennatrice. Provalo! --Alex brollo (disc.) 15:01, 7 mar 2011 (CET)

Sto emettendo i primi vagiti regex, mi fai una grande cortesia se mi tieni sotto stretta osservazione pronto con il rollback. Ho messo di nuovo le mani sugli "attrezzi del revisore"; ho aggiunto aggiustaParagrafi (che aggiunge una riga bianca dopo le righe che finiscono con .?! e che non hanno una successiva riga bianca), ho corretto cleanUp (adesso riunisce anche le parole spezzate con un trattino tipo ―), e a entrambi ho appiccicato RunningHeader, cosicchè un click su aggiustaParagrafi e un click su postOCR fanno "'o miracolo". I test li ho fatti sulla scotennatrice, testo OCR "vergine".

Noto con piacere, ma anche con preoccupazione, una funzione alex_fs() in Common.js. Come faccio a sapere dov'è stata usata? Possiamo sostituirla con la nuova versione, che però ha un parametro in più? :-( --Alex brollo (disc.) 09:36, 8 mar 2011 (CET)

Scusami, in questi giorni non ho molto tempo per leggere i messaggi e "digerirli", al massimo rileggo qualche pagina qua e là nei brevi ritagli di tempo al lavoro. Quindi se mi vedi attivo ma non ti rispondo sappi che non è che ti sto ignorando ;-) ti risponderò appena posso ciao Candalùa (disc.) 11:23, 8 mar 2011 (CET)

Ok. Provo a vedere cosa succede semplicemente rimpiazzando il codice di alex_fs() con il nuovo codice. Se scoppiano disastri.... sei avvisato. :-) --Alex brollo (disc.) 00:35, 10 mar 2011 (CET)

jSemant

Quando recuperi un po' di tempo, dimmi cosa posso fare (meglio: cosa può fare Alebot...) per il progetto. Ti propongo il prossimo passo: lo spostamento dell'area dati all'interno della pagina Indice, invece che nella sua pagina di discussione; questo richiede il ripensamento del motore della pagina, che è piuttosto fastidioso. Per le pagine Pagina, invece, forse l'area dati non servirà più. --Alex brollo (disc.) 00:33, 10 mar 2011 (CET)

Stasera ho pasticciato per bene con js e css ma.. con un numero di tentativi ed errori assai basso. O comincio a capire, o ho avuto un bel colpo di.

In breve:

1. siamo sganciati dallo script di Pathoschild. Ho estratto il poco che ci serve e per ora l'ho messo in [[Utente:Alex brollo/regextool.js, che viene caricato da gadget RegexMenuFramework.
2. fatto questo, ho potuto adattare le classi del menu regex, e utilizzare le stesse delle altre voci del menu. Conclusione, adesso abbiamo gli "attrezzi del rilettore" del tutto identici alle altre voci del menu, con tanto di meccanismo espandi-collassa. E non dovrebbe essere impossibile aggiungere altre opzioni a quelle di default. --Alex brollo (disc.) 01:59, 10 mar 2011 (CET)

Aimè. Sotto IE 6 ci sono una serie di inconvenienti: i link compaiono con dimensioni irregolari, ogni click genera una assurda domanda "Vuoi uscire dalla pagina?" (senza poi uscire). Bello js, ma sarebbe più bello se la compatibilità fra browser fosse un tantinello migliore... :-( Sotto Chrome mi son perso il menu dei pulsantini... Alex brollo (disc.) 09:11, 10 mar 2011 (CET)

attrezzo aggiungiPoem

... e ho costruito (nel mio vector.js per ora) l'attrezzo aggiungiPoem che aggiunge <poem>\n\n in testa e </poem> in coda a editbox "strippato". Ho aggiunto una chiamata manuale; ma siccome ho sperimentato l'aggiunta di una variabile ulteriore, "tipo", a datiPagine, è pensabile che postOcr prima ancora di cominciare il suo lavoro aggiunga per default e per prima cosa i poem alla pagina fresca di ocr nelle opere in cui è registrato il tipo=poem, e poi finisca il suo lavoro senza danni. Se gli utenti pià produttivi prenderanno l'abitudine di caricare il datiPagine nel loro vector.js, relativo all'opera su cui stanno lavorando... intravedo grandi sviluppi. :-) --Alex brollo (disc.) 15:18, 10 mar 2011 (CET)

valore iniziale di areadati

Ciao Candalua, dove spunta non saprei... me l'ha inserito 2 volte automaticamente quando ho modificato la pagina. Poi ho provato a cancellarlo 3 volte ma non ci sono riuscito... boh... misteri di wikisource! :) Però ho visto che tu ci sei riuscito :| --Accurimbono (disc) 21:40, 10 mar 2011 (CET)

pagelist dà i numeri, anzi: non li dà

... il tuo zampino? :-) --Alex brollo (disc.) 21:46, 10 mar 2011 (CET)

Semantizzazione

Ho aggiornato le opere modificate dall'ultima attivazione di Alebot, pensi che sia necessaria una "passata generale" all'intero ns0 (pagine principali)? Alex brollo (disc.) 21:07, 12 mar 2011 (CET)

Programmi in Python per i bot

Ciao, vedendo questi link rossi, avevo deciso di lanciare il mio bot per fare un po' di lavoro sporco, ma pare che lo script non funzionia più, mi da questo errore:

~/Documenti/PyWikipedia/pywikipedia$ python TemplateAutori.py -solo "Arriano"
Sto raccogliendo le informazioni sugli autori...
Raccolgo le informazioni su Arriano e genero il template
Traceback (most recent call last):
  File "TemplateAutori.py", line 163, in <module>
    main()
  File "TemplateAutori.py", line 159, in main
    autoriToTemplates()
  File "TemplateAutori.py", line 146, in autoriToTemplates
    templateAutore = bot.autoreToTemplate("Autore:"+autore).toText()
  File "TemplateAutori.py", line 114, in autoreToTemplate
    " non ha un template Autore. Non posso usarla!")
ValueError: La paginaAutore:Arriano non ha un template Autore. Non posso usarla!

Da cosa dipende? Dai metadati? --Accurimbono (disc) 19:26, 13 mar 2011 (CET)

Ho verificato, il problema sta nella riga regex:

templatesText = re.findall("\{\{.*?\n\}\}(?=\n)", pagina, re.S)

che dovrebbe produrre una lista dei templates, ma che non la produce. Perchè? Boh? Qui finisce il mio contributo, l'eventuale restauro lo farei modificando troppo il codice, fra approccio a oggetti e regex la cosa mi è ostica, quindi ripasso la palla a Candalua, scusandomi della (solita) intromissione. --Alex brollo (disc.) 20:41, 13 mar 2011 (CET)

OK, grazie, appena posso provo a far girare lo script aggiornato su una sola pagina autore per prova. Ciao, --Accurimbono (disc) 09:13, 15 mar 2011 (CET)

Necessario meeting virtuale e brainstorming

Penso sia necessario un incontro online per fare il punto della situazione. Mi sto preparando all'editing di massa, ho una buona copia del dump di appoggio, ma prima di partire bisogna che mi chiarisca le idee a fondo. Inoltre, unediting di massa del genere potrebbe/dovrebbe essere l'occasione per sistemare anche altri problemi pendenti, se possibile (penso, ad es. alla questione degli argomenti). Ti va? organizziamo un appuntamento irc, in modo che chiunque voglia possa partecipare? penso che sia meglio perdere un po' di tempo prima, che perderne di più dopo. --Alex brollo (disc.) 20:11, 13 mar 2011 (CET)

Mi rimangio la necessità del meeting.... vai pure avanti, stai seguendo un progetto di cui conosci troppo a fondo i dettagli, mi piace, concludilo pure. Poi io mi riservo di fare tabula rasa dei miei script, e di adattarmi alla nuova realtà.

Vediamo di ricapitolare le prospettive che si aprono.

1. la disponibilità di un dato Qualità semantizzato e aggiornato consente di gestire interamente la "trasmissione della qualità" di pagine e sottopagine Ns0 via transclusione selettiva.
2. la disponibilità di prec e succ semantizzato offre qualcosa di interessante? Non ha ancora ben focalizzata la cosa.
3. provo a costruire un nuovo IncludiIntestazione (lo chiamo per ora subIntestazione) totalmente sganciato da Intestazione, e appoggiato unicamente a Area dati. In fondo, i parametri da utilizzare non sono molti: il progetto per il layout, il titolo dell'opera, l'autore. Con questa versione del template, cesserebbe la necessità di utilizzare Intestazione come self-template.
4. mi attira l'idea di esplorare il "montaggio" della qualità in ciascuna sezione dei testi Pagina; offrirebbe la possibilità di visualizzare la qualità delle singole pagine via js interamente locale (senza ajax) e non più con il pesante meccanismo via template. Hai obiezioni al codice <span title="sal" style="display:none">valore qualità</span> o qualcosa di simile, da applicare al volo a inizio pagina se non ci sono section, e immediatamente dopo ognuno dei tag section begin se le section ci sono? la prova logica mi sembra che funzioni (un js troverebbe il codice nascosto in ns0 per ognuna delle pagine transcluse, sia completamente, che parzialmente). --Alex brollo (disc.) 00:14, 15 mar 2011 (CET)

Template:SubIntestazione comincia a funzionare. Suggerimento js: se Nome e cognome dell'autore manca, meglio che scriva "Anonimo" nell'area dati. Semplifica la gestione. Alex brollo (disc.)

Pagina test di subIntestazione: Le confessioni di un ottuagenario/Cap. II. Esiste un'alternativa al codice "pura via transclusione" facendo "rifinire" il box via js (bordi, sfondo, autore) pescandoli dall'area dati transclusa, e alleggerendo di parecchio il carico server. In entrambi i casi, sia che il template si appoggi alla tranclusione selettiva per le variabili, sia che sfrutti anche js, non serve più transcludere il template Intestazione vero e proprio. Il secondo onlyinclude diventa inutile, e così pure il primo. --Alex brollo (disc.) 07:52, 15 mar 2011 (CET)

speciale

Fai bene a farti gli affari altrui. Non ti ho scelto come "prima vittima" perché ti ho visto sotto pressione con le tue strigarie assieme a Alex. Non metto in dubbio che la pagina sia corretta e mi sembrava che fosse gestita da fuori. presenta due o tre problemucoli. a) il disordine. La sequenza non sembra avere una logica; pagine enormi alternate a pagine minime; disordine alfabetico, (eventuale) disordine di avanzamento rilettura, infatti - b) Pagine corrette non segnalate come tali (basta guardare le ultime riletture e noterai che il "termomentro" non è del tutto verde). Diventa difficile comprendere la ratio degli inserimenti. c) Ma memoria - mi sembra che manchino pagine già "Indice" da tempo e magari nel fra-t-tempo già rilette! (A memoria!, è solo una sensazione- non frequento molto :( ). Ovviamente si sopravvive lo stesso :) Salut!--Silvio Gallio (disc.) 15:10, 15 mar 2011 (CET)

Augusto

Augusto è il fratello, rappresentante della DC nel CLNAI. piuttosto, spero di avere fatto tutto bene, non ho la mano su wikisource.... se qualcuno corregge eventuali errori non mi arrabbio ciao --Kibira (disc.) 17:27, 15 mar 2011 (CET)

Redirect sperimentale IncludiIntestazione->SubIntestazione

Visto che SubIntestazione sembra funzionare, ho ridiretto IncludiIntestazione su SubIntestazione, in modo di attivare (per prova) il nuovo template senza impensierire il js. Dai un occhio: mi pare che tutto funzioni a dovere. Il passaggio al nuovo template renderebbe inutile, come ti dicevo, i vari onlyinclude sulla pagina principale. Un annulla modifica su IncludiIntestazione e tutto torna come prima. --Alex brollo (disc.) 18:19, 15 mar 2011 (CET)

Esperimento su nsPagina:

Sto "manipolando" le pagine del primo capitolo di Le confessioni di un ottuagenario. Il mio bot pasticcione sta aggiungendo il codice tipo <span title="SAL" style="display:none;">34,3</span> immediatamente dopo l'header, e dovrebbe farlo invece, se ci sono, immediatamente dopo ogni <section begin.... />, dove il primo numero è il numero della pagina djvu e il secondo il pagequality level.

Su queste pagine, si potrà (previo inserimento di un if nel template che genera il link alle pagine in ns0) provare uno script js che all'upload di una pagina aggiunga, a ogni "nodo" corrispondente a un link alla pagina, il simboletto SAL appropriato; i dati ci sono tutti, e ci sono nel puro codice di transclusione della pagina. Questo mi rappacificherebbe con ThomasV, che ha bollato come indecente il mio meccanismo di semantizzazione SAL pagine che, in effetti, prevede un sacco di lavoro server per leggere i dati. Con questo sistema, il tutto avverrebbe senza che il server nemmeno se ne renda conto: nè chiamate di transclusione, nè ajax. :-)

Per ora verifico solo che non ci siano danni; prova a pensarci un po', immagino che ci siano altre millanta strade più efficenti, ma al momento questa è quella che mi è sembrata più carina. Ovviamente, anche il codice span dovrebbe sparire in download, ed essere creato al volo in upload.

Nessun danno apparente. Il codice che viene generato (immediatamente contiguo a quello del link pagina) è:

<span id="zzz" style="display: none;"></span>[p. <a href="/wiki/Pagina:Le_confessioni_di_un_ottuagenario_I.djvu/29" 
title="Pagina:Le confessioni di un ottuagenario I.djvu/29">2</a> <a href="/wiki/File:75%25.svg" class="image">
<img alt="75%.svg" src="http://upload.wikimedia.org/wikipedia/commons/thumb/4/49/75%25.svg/9px-75%25.svg.png" width="9" height="9">
</a>]</span></span></span><span title="SAL" style="display: none;">29,3</span>

Che ne dici? Dovrebbe essere un gioco da ragazzi modificare al volo i dati; forse la contiguità dei dati rende perfino pleonastico il numero pagina. Forse è meglio caricare il valore percentuale, così è pronto con un paio di righe di js in meno?--Alex brollo (disc.) 23:47, 15 mar 2011 (CET)

Ho fatto un passetto in avanti, ho un paio di funzioni che verranno utili, mi manca solo di montarle insieme. Effettivamente visualizzano i SAL pagina con soli dati transclusi direttamente nelle pagine: niente template (tranne il template MediaWiki), niente transclusione, niente ajax, tutto js. Gli script elementari in Utente:Alex brollo/Note.--Alex brollo (disc.) 22:28, 16 mar 2011 (CET)

Il "lato ns0" dell'accrocchio è pronto, adesso basta montarlo (spero) in un document.ready e via. Per quanto riguarda il "lato pagina", la cosa dovrebbe essere molto ma molto più semplice, appoggiandosi alle routine "fai_sparire_in_download_ _comparire_in_upload". Vedo se trovo dove l'hai ficcata, quella che stai usando tu... e poi mi incuriosisce capire dove ha ficcato ThomasV la sua... :-) --Alex brollo (disc.) 07:20, 17 mar 2011 (CET)

Il lato ns0 funzia perfettamente, e non è incompatibile con la normale visualizzazione dei link, disabilitata solo per Le confessioni di un italiano. Sono molto soddisfatto. C'è tempo per sgrezzare il codice....--Alex brollo (disc.) 08:20, 17 mar 2011 (CET)

Un altro passetto, adesso funziona anche la ruotine che cancella/riscrive lo span qualità nelle pagine. Siccome non ho capito nè dove ThomasV ha nascosto il tag pagequality, nè come fa a ricaricarlo al momento dell'upload, per ora il SAL lo si deve dare a mano con un prompt. --Alex brollo (disc.) 19:05, 17 mar 2011 (CET)

Litigando con js

1. Mentre in Firefox la variabile datiPagine, caricata da Gadget RegexmenuFramework, risulta definita, sotto Chrome risulta non definita (con relativo blocco di alcune funzioni). Perchè? 2. la gestione di Pagina: in edit è particolarmente complessa e mi ci perdo. In particolare, se guardoil sorgente html dell'elemento:

<textarea tabindex="1" accesskey="," id="wpTextbox1" cols="80" rows="13" style="" name="wpTextbox1">

ci trovo:

<noinclude><pagequality level="3" user="Alex brollo" /><div class="pagetext">{{RigaIntestazione||{{Sc|il catilinario}}|31}}
 
 
</noinclude><section begin=s1 />{{Centrato|CAPITOLO XIX.}}
 
 
{{Centrato|''Come Catilina si studiava contra Cicerone, il quale si sapea ben guardare.''}}

ossia: ci sono dentro anche gli elementi dell'header e del footer. Ma nella visualizzazione della pagina, le cose sono diverse; ci sono tre textarea distinte, e nell'header la cosa che mi interessa (il tag pagequality) è scomparso. Che magheggio è? Come recupero i dati? 3. da qualche parte è nascosta una funzione scatenata da submit. Servirebbe anche a me per riprodurre il trucco di AreaDati. Ma come mi ci aggancio? Come aggiungo un'altra funzione al pulsante? Insomma, un fastidioso mistero. :-( --Alex brollo (disc.) 00:47, 20 mar 2011 (CET)

verificaPagina()

Cerca e cerca, ho trovato la funzione verificaPagina(), a cui posso agganciarmi per fare gli ultimi ritocchi. Adesso mi manca solo un piccolo tassello: dove/come leggo, quando chiamo verificaPagina(), il pagequality level? --79.31.236.99 12:06, 20 mar 2011 (CET)

Trovato; la variabile che mi interessa si chiama proofreadpage_quality. Interessante anche proofreadpage_username. Io adesso posso andare avanti; non ho capito a fondo i tuoi suggerimenti riguardo la brevità dello span; per ora vado fino in fondo con l'idea originale, poi se funziona, e se merita, tu la sistemerai come si deve.

Annullo tutte le domande.... te ne farò altre a suo tempo. --Alex brollo (disc.) 22:33, 20 mar 2011 (CET)

Funziona!

Vediamo se riesco a spiegarti.

1. ho clonato sulla mia pagina vector.js la tua funzione verificaPagina() e le ho aggiunto una chiamata a aggiungiSal().
2. aggiungiSal() cancella tutti gli eventuali span tipo: <span title="SAL"....>numero pagina, sal, utente</span> e li riscrive con i nuovi valori aggiornati utilizzando proofreadpage_quality e proofreadpage_username. Qui finisce il "lato Pagina:" dell'accrocchio.
3. Dal lato ns0, l'evento document.ready chiama la funzione che cerca eventuali span nel codice che proviene dalla transclusione delle pagine, e per ognuno sostituisce l'immagine SAL 00% di default, che viene caricata dal template per il link pagina, con l'immagine che rappresenta il vero SAL pagina aggiornato. Se esiste il terzo parametro utente, allora aggiunge all'immagine un title="Ultima modifica di nome_utente", che appare passando il mouse sul simbolo SAL.
4. Tutto questo solo su Le confessioni di un ottuagenario, unica opera in cui il template per il link pagina NON legge l'area dati e quindi NON richiede alcuna lettura della pagina di discussione della pagina transclusa. Niente "semantizzazione via transclusione", niente ajax, niente carico server; tutto javascript locale. Il server nemmeno se ne accorge.
5. ci tengo a precisare che mi muovo in jQuery come un autotreno nella nebbia; le funzioni che ho scritto derivano da ostinati tentativi ed errori con la console js di Firebug, e io stesso, riguardandole, non le capisco :-) --Alex brollo (disc.) 00:30, 21 mar 2011 (CET)

Aggiustato lo script e aggiunto span.SAL alla lista di elementi di Common.css che hanno display:None; funzia. :-) --Alex brollo (disc.) 01:10, 22 mar 2011 (CET)

Un problema al Template:Testo

Discussioni_template:Testo#Segnalazione_problema --Accurimbono (disc) 12:59, 20 mar 2011 (CET)

Nuovo ordegno e altre notifiche

Edo ha benedetto un nuovo "ordegno", spostamento note, che fa una bella cosa: un click, e tutte le note vengono spostate in fondo pagina, là dove stanno nella pagina originale facilitando enormemente la rilettura; un secondo click, e tornano al loro posto nel contesto del testo.

In preparazione l’ordegno per convertire le virgolette rette in virgolette tipografiche (da "..." a “...„), ma prima lascio che l'utente normale digerisca spostamento note. Siccome tu non sei normale :-P, eventualmente dà un'occhiata nel mio vector.js.

Terza cosa: ho spostato apostrofi(), che adesso, tranne E&O, dovrebbe essere sicuro (ossia: non provocare danni nemmeno sulle pagine pesantemente formattate) in Common.js, in modo di poterlo usare in modo generalizzato. Tieni gli occhi aperti... se tutto va bene, potrebbe essere chiamato da postOCR automatico.

Quarta e ultima cosa: Aubrey forse ha detto anche a te che vedrebbe di buon occhio una riduzione degli ordegni che gestiscono i numeri versi. Ovviamente la tua soluzione è più semplice da usare, ogni alternativa richiede due parametri da parte dell'utente invece che uno; tuttavia, pensiamoci. --Alex brollo (disc.) 09:52, 21 mar 2011 (CET)

ref

Ho raffinato un po' l'ordegno spostamento note, lavorando sull'indice de Il Catilinario, che è un buon testo test. Funziona in modo più che discreto. L'hai provato? Ma vorrei fare un ulteriore passetto in avanti: risolvere il problema delle "note spezzate in più pagine" prima che arrivi la soluzione di ThomasV con la sintassi ref name="...." .... ref follow="....". Mi spiego.

Se la seconda parte della nota spezzata fosse marcata in qualche modo, un js potrebbe acchiapparne il testo e appenderlo là dove serve, ossia: dentro il title del tag "sup id=cite_ref-..." e dentro il testo del tag corrispondente "li id="cite_note-...", Non ci sono problemi: eseguito uno split dell'html basato sui tag sup, il testo "marcato" si riferisce per forza al segmento sup che lo contiene; da cui si ricava anche l'id del tag li che sta più in basso a fondo pagina. Ce la posso fare. Il quesito è: ne vale la pena? Hai un link alla sintassi ref follow=, che ancora non la becco? Perchè se la sintassi di ThomasV funzia, resterebbe un puro e semplice esercizio tanto per giocare con l'html e jQuery (con qualche scivolata su find_stringa() e produciLista()... fanno miracoli nel parsing html!)

Un'altra domandina: provo ad aggiungere all'oggetto String un metodo count()? C'è da qualche parte una collezione di metodi aggiuntivi per String? o provo addirittura il colpo grosso di trasformare find_stringa in un metodo di String? O... sono completamente fuori? :-)--Alex brollo (disc.) 10:00, 23 mar 2011 (CET)

Mi pare di capire che col ref hai già risolto, meglio così. In effetti sembra che non esista un metodo count() né in js puro né in jquery... Se vuoi divertirti ad aggiungere metodi a String, giusto all'inizio del Common.js c'è un esempio del metodo trim(), allo stesso modo puoi aggiungerne altri. E se cogli l'occasione per scrivere anche due righe su cosa fa find_stringa e cosa sono i vari parametri... te ne saremo tutti grati! ;-) Candalùa (disc.) 16:19, 23 mar 2011 (CET)

metodo count() in funzione

Ok, adesso String ha un metodo count(sottostringa), occhio che è case-sensitive. Per esercizio (faticosamente sto entrando nella "mentalità regex") cercherò di renderlo case-insensitive e poi di fargli accettare una regex. Ho aggiunto un po' di doc a find_stringa(). Non mi è chiaro chi siano questi "tutti" che ne sentivano la necessità; anche se, a pen pensarci, la logica dice che nulla esclude che l'attributo "tutti" di un insieme composto da un solo elemento sia vero. --Alex brollo (disc.) 10:40, 25 mar 2011 (CET)

"Tutti" plurale majestatis, ovvio ;-) Ma chissà che l'insieme non si allarghi... (P.S. cosa hai aggiunto? non vedo nulla di nuovo su find_stringa...) Candalùa (disc.) 17:08, 25 mar 2011 (CET)

E che cavolo! Vuoi vedere che sono uscito dalla pagina senza salvare. Ok, riscrivo daccapo. :-( . --Alex brollo (disc.) 20:11, 25 mar 2011 (CET)

Aggiuntina allo scritp "Area dati"

Adesso che Alebot è quasi fermo, che ne dici di aggiungere allo script che scrive l'area dati due righe, per fargli aggiungere il template "Conteggio pagine" in ns0, quando non c'è? Va benissimo anche in testa, appiccicato all'area dati. Io ci provo, per esercizio... tu in caso rivedi. --Alex brollo (disc.) 13:49, 30 mar 2011 (CEST)

Mica funzia. Strano, ma forse Common.js è fra gli script "che permangono a lungo in cache". Provo a salvarlo a vuoto. --Alex brollo (disc.) 14:09, 30 mar 2011 (CEST)

OK: magari sì. ;-) --Alex brollo (disc.) 14:42, 30 mar 2011 (CEST)

mavardacheadesoelcore. (prometto che su vec non scrivo niente!) --Alex brollo (disc.) 14:49, 30 mar 2011 (CEST)

Battere il ferro...

... finchè è caldo. Come sai benissimo, sono occupato a sistemare i miei ordegni e mi tocca trascurare tutto il resto (tranne collaudi, che faccio con riletture "mirate"); mi sto accingendo a scrivere due nuove funzioni, codifica() e decodifica(), che fanno una cosa interessante che sono certo ti verrà utile, anche se l'algoritmo non è perfetto e mai lo sarà finchè il markup wiki non sarà "ben conformato". Nascono da vecchie cose che hanno consentito la "magia" della trasformazione degli apostrofi, senza devastare link, template ecc.

1. codifica() accetta un normale testo wiki, cerca gli elementi di markup critici (template, link....), li carica in una lista e li sostituisce, ordinatamente, con un marcatore-stringa; restituisce il testo (in cui non c'è più traccia del marckup critico) e una lista. Sul testo si fanno tutti i replace che si vogliono, senza preoccupazioni di disastri.
2. decodifica() riceve il testo con i marcatori, e la lista; e rimette le cose a posto.

Quindi, qualsiasi replace "rischioso" si debba fare, lo schema del programma diventa semplicemente:

1. passo il testo a codifica, ricevo testo codificato e lista;
2. faccio il replace su testo codificato;
3. passo testo codificato e lista a decodifica e ricevo il testo rimpiazzato senza disastri.

Vado. Il tutto, come il solito, si svolgerà sul mio vector.js. Non dirmi che sono stato chiaro, che potrei svenire.--Alex brollo (disc.) 23:54, 31 mar 2011 (CEST)

Schivato vari errori formali, ho trovato (senza cascarci) un serio errore logico nel meccanismo codifica/decodifica. La versone attuale è molto migliorata, fa da motore alla routine "virgolette" che funziona, domani la stresso. :-) --Alex brollo (disc.) 01:14, 3 apr 2011 (CEST)

Inserimento su più wikisource

Ciao,

vengo in pace :). In seguito a varie mie richieste, sono stato spedito da te. Sapresti dirmi come inserire un testo in più wikisource? Nel mio caso, it.wikisource e la.wikisource.

Grazie!

--dapal^{(scrivimi @)} 18:10, 8 apr 2011 (CEST)

Abbastanza chiaro, sì, grazie. Questi documenti però sono antichi atti di re, conti e quant'altro, quindi non sono divisi in pagine, e non c'è un indice da creare. Vado direttamente con le pagine create in ns0? Bon, eventualmente creo e si sistema successivamente :) --dapal^{(scrivimi @)} 21:27, 8 apr 2011 (CEST)

Esempio -- sono atti trascritti non rispettando le pagine della fonte originaria, ho solo un generico "Libro Rosso, pp. 3 e seguenti", oppure "foglio 17 e 18" (un altro documento), e così via. L'unica soluzione IMHO è: trascrivere in pagina unica e quando -- forse -- riuscirò a visionare/scansionare l'originale, allora potrò dividere in pagine. --dapal^{(scrivimi @)} 09:30, 9 apr 2011 (CEST)

intestazione

Commosso, ringrazio. --Wikit2009 (disc.) 16:29, 11 apr 2011 (CEST)

testi ferrovie

Non so da dove cominciare a rispondere. Il motivo è che, può sembrare paradossale, io in source non è che ci lavori poi tanto. Le cose stanno così. Tre anni fa e fino alla primavera del 2009 ho scavato in guggol e altri siti alla ricerca di materiale per un libercolo che poi ho pubblicato. Parte (piccola) di questo materiale è stata da me inserita qui. Ma non ho avuto (e continuo a non avere) il tempo e la voglia di "wikificare" a fondo. Anche perché quando ho effettuato gli inserimenti non conoscevo praticamente nessuna delle convenzioni di Source e di quegli oggetti tanto cari e tanto utili che si chiamano template. (Senza parlare del fatto che sono terribilmente allergico a ogni forma di oggetti fatti a caselle da riempire. Non sono mai come davvero ti servono e quindi ti devi scervellare a usarli in maniera "creativa"; e allora?). Per cui i testi oggi presentano quelle carenze che hai notato. È vero che alcuni testi sono correlati ma non sono poi tanti; a memoria mi sembra che ci sia la polemica Cattaneo/Bruschetti (che non è nemmeno tutta)e certo altri link si possono trovare. Magari ce ne saranno altri in futuro. Chissà. Non prometto una wikificazione serrata ma l'idea non mi trova del tutto negativo. Un portale, invece, diventa una cosa differente. Mi sembra che ci sia solo io a interessarmi dell'argomento per cui il portale diverrebbe l'opera singola e non corale. Sicuramente più utile della sola categoria (della cui utilità in un ipertesto ho sentiti dubbi, tanto più se "nascosta" sotto la categoria "trasporto") ma altrettanto sicuramente un oggetto che richiederebbe cure e attenzioni che, oggi, non sono certo in grado di offrire. Ti potrà sembrare strano ma io, qui, non è che ci sia poi tanto. Questo è un periodo di una certa presenza perché mi devo rilassare i neuroni fra un impegno e l'altro. E quando produrre diventa troppo pressante allora faccio il manovale e butto dentro materiale Ma niente di più che il manovale. Niente lavoro intellettuale. Mi serve per non pensare. Per pensare a qualcosa di diverso. Ma se mi devo impegnare, allora la funzione rilassante se ne va. Diventerebbe altro lavoro. Se vai a guardare i miei contributi vedrai dei grandi buchi fra una collaborazione e l'altra. Questo è il motivo. Se mi sono spiegato bene; sai, questa mattina sono andato a nanna alle 6.30 e sono di nuovo in piedi ma non certo "sveglio" :( . Ci penserò, alle proposte. Se vedo che la presenza diventa più costante magari le metterò anche in atto. Tien duro! :) --Silvio Gallio (disc.) 12:31, 12 apr 2011 (CEST)

Pur rimbecillito di sonno sto rimuginando sulle tue proposte. Quanto al "testo citato", confesso che non ci avevo manco pensato. Qualche giorno fa ho cercato dentro i testi i vari autori e ne ho trovati pochini. Forse perché non so quali sono già presenti (a parte quelli ovvi: Dante Manzoni ...). Magari nei prossimi giorni ci provo. Ma non mi sembra che ci sia poi questa massa di legami. Anche perché i testi dell'epoca sarebbero moltissimi. Ma non sono qui :( Ma non sperare che mi metta a inserire le oltre 600 pagine di Ilarione Petitti. Quello sì che lo trovi citato dappertutto. :). Per il Portale mi è venuto in mente di uno che su 'Pedia sta lavorando moltissimo alle cose ferroviarie. Cercherò si portarlo di qua. E magari ne verrà fuori qualcosa. Poi ci sarebbe anche Utente:Moliva che ogni tanto passa qui e immette materiale e pure di qualità. Ma su Pedia sembra divertirsi di più e sarà dura "convincerlo". Io da solo non credo di farcela. Appunto perché non è che poi le cose siano così semplici. La Milano Venezia, per dirne una, da sola avrebbe una sacco di testi. Ma poi si comincia a trovare materiale sulle linee minori e lì è un lavoro infinito. Per ora la vedo nera (diceva...:) Mo' vado a nanna. Yawn!--Silvio Gallio (disc.) 21:52, 12 apr 2011 (CEST)

È andata a finire che non sono ancora a letto :( Ma fra un minuto si. Ho letto il tuo ultimo messaggio. Non vedo perché tu possa considerare maleducato costruire un portale. Mah! Comunque ti segnalo un "coso" che era stato studiato su Pedia già nel 2008 ma che poi non è mai partito. A me piace l'immagine. (se ti può servire...) Se fai il portale vedrò di dare una mano a gestirlo. Ma solo una mano! Quando posso. 'Notte :) Silvio Gallio (disc.) 22:26, 12 apr 2011 (CEST)

Certe proposte (le tue) hanno la qualità del tarlo. Nel cervello. :D. La faccenda del Portale mi è rimasta sottotraccia e non se ne vuole andare. Allora, per esorcizzarla, mi sono messo a "studiare" la cosa. Intanto ho cercato "Portali" nella pagina principale ed è stata dura trovarli. Poi ho preso il portale "Testi" e ho cercato di capire la struttura. Mi sono scontrato con la prima difficoltà. È tutta una massa di template. Allora mi fermo qui; io con i template ho una specie di faida, credo. Se poi vado a vedere le linee guida per inserire i "Testi" c'è una serie di (giuste) limitazioni che chiedono immagini da commons, link a voci di wikipedia e altre che non ho approfondito. Diventa sempre più dura. Infine mi sono chiesto: "esiste una statistica che ti dica quanto sono utilizzati in Portali? "valgono" la pena? Sarò pessimista ma non credo che gli accessi siano molti. Ma forse con un po' più di pubblicità visibilità possono essere ancora più utilizzati. Tu maneggi la tabelle da maestro, riesci a scavare questo/i dato/i? almeno come curiosità. Salut--Silvio Gallio (disc.) 12:08, 13 apr 2011 (CEST)

Problema per Holmes

Watson chiede: è vero che la successione dei caricamenti dei js è: script generali; common.js; vector.js personale; e infine script gadget? Perchè ho duramente combattuto con una questione di priorità, che ho risolto (in modo DIY) con una "dichiarazione condizionale di variabile datiPagine" in modo che le due possibili dichiarazioni non si rullino a vicenda. Ti segnalo che inoltre ho spostato il "contenitore" dei datiPagine condivisi da Utente:Alex brollo/variabili_opera.js a MediaWiki:Variabili.js. --Alex brollo (disc.) 17:25, 14 apr 2011 (CEST)

Mi sa che i gadget vengono prima del js personale. Non ho guardato il tuo codice. Ma comunque sia, visto che datiPagine è un array, lo puoi definire (vuoto) già nel common.js; poi negli altri js puoi aggiungervi elementi facendo datiPagine.push(nuovoElemento). Così sei sicuro che non cancelli mai quello che l'array già contiene. Candalùa (disc.) 17:47, 14 apr 2011 (CEST)

Purtroppo non è un array, è un "object". Ma forser sarebbe stato meglio che lo definissi come un array di oggetti. Comunque bene o male gira, e bene o male faccio proprio quello che suggerisci: lo definisco vuoto e ci aggiungo gli elementi.--Alex brollo (disc.) 01:38, 15 apr 2011 (CEST)

Come siamo con AreaDati?

Alebot, dopo essere stato bloccato, è imbronciato e avvilito. Vorrei rianimarlo. Come siamo? Tutto fatto? Qualcosa da fare? Se lo lascio ancora fermo, presto la ruggine se lo mangerà vivo. --Alex brollo (disc.) 16:51, 15 apr 2011 (CEST)

Dunque, hai ragione: ricapitoliamo un attimo.

• 1: creazione/aggiornamento area dati via javascript, al salvataggio della pagina:
  • FATTO per ns0, Autore, Indice. Monitorando le ultime modifiche non trovo più bug di sorta.
  • DA FARE per Discussione ns0

• 2: creazione/aggiornamento area dati via python, per le pagine non aggiornate di recente
  • FATTO per Autore
  • DA FARE per ns0, Indice, Discussione ns0

• 3: cominciare ad USARLI veramente, tutti questi bei dati :-) Al momento i dati che usiamo sono qualità, autore, anno e qualche altro (nel template:Testo). Ma quando i punti 1 e 2 saranno completi si apriranno molte altre possibilità...

Per il punto 2 ho fatto uno script python che è la traduzione esatta del js ed ha funzionamento egregiamente su Autore. Pensavo quindi di farlo andare anche su ns0: aspetto solo di trovare la giornata giusta per mettermi lì con calma e vedere che funzioni prima di lanciarlo su tutte le pagine.

Visto che ormai sei mangi javascript a colazione, vuoi fare tu il punto 1? Non l'ho fatto finora solo per pigrizia, perché in effetti è molto semplice: basta seguire la traccia di Autore. Il file da modificare è MediaWiki:Areadati.js. Candalùa (disc.) 17:23, 15 apr 2011 (CEST)

Sì, mangio js a colazione..... appena appena comincio ad avere un vago e lontano barlume. Ma perlomeno non vado di copiaeincolla, cosa che odio visceralmente. Magari script primitivi, ma miei. Se non capisco, non uso.

Intendi la semantizzazione di Infotesto immagino. Confermami! Si, posso provarci. Hai considerato che le due routinette codifica() e decodifica() hanno un bel futuro davanti? Applicate al contenuto di un template, di qualsivoglia complessità, mascherano temporaneamente tutte le eventuali monnezze (template, link...) contenute nei parametri, permettendo un comodissimo, pulito split() basato sui soli caratteri | e totalmente indifferente a spazi e acapi. Proverò ad applicare la cosa nel parsing di Infotesto. Potrebbe risultare uno script molto agile. Ovviamente, bisogna passare alla routine il codice del template, dopo avergli cavato via le graffe iniziali e finali, altrimenti codifica() maschera un po' troppo.... ;-) --Alex brollo (disc.) 01:48, 16 apr 2011 (CEST)

La vettura malnata

Grazie! mi ero incasinato con un copia incolla. Poi avrei messo il cancella subito. Alla prossima Silvio Gallio (disc.) 19:37, 15 apr 2011 (CEST)

Da inseguire

Ho visto che nella categoria "da controllare" c'è la Costituzione. Ma io mi ricordo che, mesi fa, me la sono riletta tutta (circa 3/4) QUI...Mah!--Silvio Gallio (disc.) 11:24, 18 apr 2011 (CEST) (Aggiungo) E con l'aria che tira :( la metterei pure a punto definitivamente e la piazzerei in Pagina Principale e pure in bella evidenza... :) bye!--Silvio Gallio (disc.) 11:26, 18 apr 2011 (CEST)

Sono due testi diversi: quella che abbiamo riletto è il testo originale del 1947, quella da controllare è il testo attualmente in vigore con tutti gli emendamenti successivi. Candalùa (disc.) 11:30, 18 apr 2011 (CEST)

Automatismi strani

Già che sei in giro... Se vai alla mia pagina utente ho messo giù un piccolo promemoria per trovare in fretta i "miei" testi. Ed è molto comodo. Ma c'è una cosa che incuriosisce (e che un po' mi secca). Se ci fai caso alcuni testi hanno, dopo il titolo, anche l'autore e l'anno di pubblicazione doppio. Altri invece non hanno l'autore e l'anno è singolo in quanto proveniente dal templatino. Sarebbe comodo che l'autore mi venisse fuori sempre (per esempio ci sono due o tre pezzi di Cattaneo senza autore e non sempre mi ricordo quali sono (es Sulla Ferrovia Perugina e Ricerche sul progetto di una strada di ferro da Milano a Venezia sono di Cattaneo e non si legge il nome). Mi puoi dare una dritta sul perché della stranezza? Ho provato a copincollare il template cambiando il titolo ma non è successo nulla. Deduco - forse erroneamente- che il "problema" è da qualche altra parte a valle. Oppure sono due template? Mah! Altra cosa: Ho cambiato l'autore nel testo "di Milizia" (Grazie per la ricerca) e mi sono accorto che quello nuovo non è apparso nella lista degli autori. OK perché -immagino- la pagina autore non esiste. Ma forse sarebbe "più meglio" che apparissero anche gli autori senza pagina così se ne accorgiamo più facilmente. Si può fare? (Se si, poi magari ne parliamo al Bar se sia il caso di implementare). THX! --Silvio Gallio (disc.) 12:18, 18 apr 2011 (CEST)

Lo so, il template è da sistemare. L'idea è che l'anno verrà preso sempre dal testo e non inserito a mano col templatino. Ma prima andrà neutralizzato il templatino per evitare la duplicazione. Dovrai avere un po' di pazienza: in questo momento siamo proprio in mezzo al guado della semantizzazione, entro pochi giorni ogni testo avrà dentro tutti i suoi dati, compreso l'anno e l'autore, e allora procederò a cambiare template e templatino.

(Tra l'altro noto che hai messo dei link col simbolo ∑, che puntano agli indici... forse non ci hai fatto caso, ma il link ce l'hai già sull'icona ) Candalùa (disc.) 12:48, 18 apr 2011 (CEST)

Grazie. Nessuna fretta è solo una curiosità. (Quanto alla ∑ prova a tornare nella pagina utente e cliccare -per esempio- sull'iconetta davanti a "Sulle strade ferrate nello Stato pontificio" in alto a sinistra. :) Allora le potrò togliere quando. ) Bye!--Silvio Gallio (disc.) 14:11, 18 apr 2011 (CEST)

Questo succede perché il campo "URL della versione cartacea a fronte" andrebbe compilato mettendoci SOLO il link alla pagina indice, se c'è. Se invece non c'è, andrebbe lasciato vuoto. Riconosco che il nome del campo non aiuta... e che purtroppo è invalsa l'abitudine da parte di molti a compilarlo anche con link a Google Books o IA (che invece andrebbero indicati solo nell'Infotesto in pagina di discussione). Diciamo che lo metto in lista tra le cose da sistemare... Candalùa (disc.) 14:43, 18 apr 2011 (CEST)

Naa! Lo sapevo che era "colpa dell'url ma non sapevo che il campo dovesse essere vuoto, piuttosto. Ci penso io, (ai miei). Ma mi sembra di ricordare che la cosa fosse normale due o tre anni fa quando ho cominciato a buttare dentro il materiale. se poi le cose sono cambiate immagino che ci vorrà una passaggio robotico. Bye!Silvio Gallio (disc.) 18:12, 18 apr 2011 (CEST)

Mettiamola così: la cosa è sempre stata "normale" ma (a mio avviso) non avrebbe dovuto esserlo! :-) Comunque prima di cambiare sarà meglio discuterne con tutti. Candalùa (disc.) 18:42, 18 apr 2011 (CEST)

Sono d'accordo in entrambi gli item. Aspetteremo, aspetteremo. :)Silvio Gallio (disc.) 18:59, 18 apr 2011 (CEST)

Redirect.py

Caro Candalua, con grande difficoltà sto riprendendo un po' in mano la guida del bot su toolserver.

Lo script:

python redirect.py double -always

dovrebbe correre una volta al giorno, alle 8.00, e tutto il suo output dovrebbe andare qui:

• http://toolsever.org/~alebot/test.out

Siccome non viene chiamato direttamente, ma è incorporato in un file bash, se si dice così, nulla impedisce di accodare altre routine python non interattive; dovrebbe essere abbastanza facile. --Alex brollo (disc.) 17:36, 25 apr 2011 (CEST)

Pronti, via?

Il sistema "semantizzazione SAL pagina" sembra essere pronto.

Comporta:

1. l'aggiunta a Common.js degli script che gestiscono lo span SAL in modifica (cancellazione e aggiornamento);
2. l'aggiunta a Common.js dello script che agisce sull'html della pagina in ns0;
3. la modifica del template che visualizza i link pagina.

Che dici, vado? --Alex brollo (disc.) 09:43, 27 apr 2011 (CEST)

Vadi, vadi! Candalùa (disc.) 10:22, 27 apr 2011 (CEST)

Ok. Tengo nota qui dei vari passi. Ci sarà un interregno, alla fine, in cui conviveranno due modi diversi di visualizzazione delle icone SAL delle pagine; vedremo se sarà possibile farli convivere, o no.

Passo 1: sposto in commons.js lo script cancellatore spanSALdelete(). Fatto

Passo 2: sposto in common.js lo script creatore del span SAL aggiungiSAL() Fatto

Passo 3: sposto in common.js lo script che agisce su Ns0. Fatto

Passo 4: generalizzo la variante del template link pagina MediaWiki:Proofreadpage pagenum template Fatto--Alex brollo (disc.) 12:12, 27 apr 2011 (CEST)

(grazie delle correzioni!) --Alex brollo (disc.) 15:27, 27 apr 2011 (CEST)

Bugello

Mi sono accorto che leggo un user sbagliato, nel creare i dati; leggo infatti l'utente che ha fatto l'ultima modifica prima della modifica corrente, non l'utente che sta modificando la pagina. Così viene memorizzato il penultimo, e non l'ultimo utente. Vedi Il piacere/I dove l'unica pagina toccata (da me) è la 1, ma l'ultimo utente risulta Beatrice. :-( Ma dovrebbe trattarsi solo di puntare la ricerca da qualche altra parte, il motore funziona.

Bugello risolto, user adesso lo leggo con mediaWiki.config.get("wgUserName"). :-) --Alex brollo (disc.) 09:03, 28 apr 2011 (CEST)

Mors et Vita di Mario Rapisarsi

Vedo che stai lavorando su Rapisar(D)i. Non lo so ma non vorrei che fossero errate le pagine 'di cui al titolo'. zip! Silvio Gallio (disc.) 19:08, 29 apr 2011 (CEST) Grazie! Candalùa (disc.) 19:22, 29 apr 2011 (CEST)

Sono in un periodo di magna pigrizia. Allora oggi ho cominciato a gingillarmi con la tua idea di un Portale ferrovie. Spero di riuscire a gestirlo (proprio da un punto di vista pratico: inserimenti, spostamenti ecc, Non sono del tutto digiuno di codice piuttosto analfabeta di ritorno) Ho scopiazzato il portale teatro giusto per provare un inizio di cosa sarebbe forse possibile magari, non si sa mai, chi lo sa. Ovvero cosa possono offrire le varie sezioni. Ti allego i primi suggerimenti. Tutti da cambiare se si vuole. MA l'impianto non mi ci metto nemmeno. Però, in tutta sincerità non sono del tutto convinto. I portali hanno pochissima visibilità linkati là in mezzo al resto. Nessuna critica al facitore della pagina principale (che mi piace moltissimo) solo una constatazione. e d'altra parte mi sembrano piuttosto abbandonati. Qua e là si parla ancora di Wikiteca... comunque fai tu io ti metto i titoli delle sezioni che forse chissà :) poi se vuoi buttare via tutto va bene lo stesso. ByE! (segue allegato)--Silvio Gallio (disc.) 20:05, 29 apr 2011 (CEST)

--

Titolo pagina=Portale Ferrovie // Nome categoria=Ferrovie // Nome portale=Ferrovie // Frase portale=Il giusto binario per i treni di Wikisource //Nome namespace=(Boh!) Sezioni:
// In evidenza - il testo da pubblicizzare
// Eco dalla stampa - testo giornalistico d'epoca o moderno
// Curiosità - curiosità
// Edizioni Wikisource -Qualcosa di buono c'è
// Indice degli autori - Serve? altri indici?
// Ultimi arrivi //Rilettura //Aiutaci! // (copiati di sana pianta)
//altre sezioni? -- bundivertiment :)

Js help needed! ehm... auxilio de Javascripto mihi opus est

Caro Candalua,

ho un problemino Js che non riesco a debuggare autonomamente: su la.source i codici di Template:Iwpage e del common.js non presentano differenze sostanziali rispetto alle controparti in altre source, ma ancora mi è sparita la scritta che rimanda alla wikisource da cui proviene la transclusione di testo nell'intestazione (cf. l'intestazione di Pagina:Hymnus_in_Romam.djvu/13 con quella di la:Pagina:Hymnus in Romam.djvu/61). Per esperienza non affermerò che non c'entro per nulla, ma se ho fatto qualcosa non me ne sono accorto :D... Potresti farmi capire cosa impedisce il funzionamento corretto dello script su la.source (nelle altre source tutto va bene). - εΔω 08:06, 30 apr 2011 (CEST)

Fatto. Wow, il tuo latino maccheronico è fantastico. Mirabilia! - εΔω 20:42, 30 apr 2011 (CEST)

Gratiae maximae tibi a me quidem agendae sunt propter tempestivam emendationem tuam! :-) - εΔω 23:25, 30 apr 2011 (CEST)

(disc)orri

Ciao; sai mai perché Utente:Beatrice, quando firma nella mia pagina utente non viene il (disc)- che è tanto comodo- e invece lo vedi quando la stessa scrive al Bar?. E le tue firme -al bar- nella sezione "Corretto sarà lei" non hanno il disc contrariamente alle precedenti...? mistero miasterioso :) --Silvio Gallio 11:23, 12 mag 2011 (CEST)

è sempre lo stesso problema di cui si parlava al bar. queste impostazioni sono contenute in dei messaggi di sistema, di cui esiste una versione "generica" per tutte le wiki e (spesso) una versione "locale" qui su it.wikisource, che ci siamo personalizzati noi perché siamo più fighi. Solo che ogni tanto capita che questi messaggi locali non vengono caricati, non si sa perché. Un esempio è nel menu di sinistra: sotto "Portali tematici" c'è scritto "Una pagina a caso" (versione generica del messaggio), ma di solito si vedeva "Un testo a caso" (versione personalizzata). Stessa roba per il disc e molto altro, purtroppo... Candalùa (disc.) 12:13, 12 mag 2011 (CEST)

Troppo gentile. (era solo una curiosità; si chiacchiera lo stesso). Però se deriva dall'impostazione locale, per questo tipo di comandi non sarebbe meglio restare sul "solido"? Mah! --Silvio Gallio (disc.) 12:32, 12 mag 2011 (CEST) (ero sloggato...)

Guanti di velluto

Caro Candalua,

per quanto concordi con la scelta di bloccare uno spammer (perché per un mese e non più o meno di un mese?), non sono convintissimo sulla durata da te scelta. In ogni caso non cambierò nulla, ma almeno lascia che ti indichi la tabella abbiamo mutuato da Pedia. È vero che rispetto a Pedia abbiamo meno spazio per ambiguità o trattative, ma penso che tra "avviso-1 giorno-una settimana" a "un mese" una diferenza c'è:

• se l'utenza è puramente vandalica allora perché non infinitarla e attendere la sua prossima reincarnazione (cui prodest?)?
• Se l'utenza è semplicemente ingenua/niubba/lamer o simile dare un avviso e progredire con le sanzioni in caso di recidiva mette comunque noi su un piano di superiorità rispetto a tale utenza, e magari un'utenza ogni tanto la potremmo addirittura recuperare. Sono un illuso idealista? massì dai... - εΔω 14:56, 16 mag 2011 (CEST)

Ho messo un mese assolutamente ad occhio, non sapevo della tabella, sennò avrei messo una settimana. Comunque sì, secondo me sei un illuso idealista... :-) Candalùa (disc.) 17:08, 16 mag 2011 (CEST)

Il ripostiglio della Venèra

È un tesoro abbastanza famoso. Sarà mia cura lavorare il testo (e scrivere anche la voce su WP), anche se non è in primissima fila. Ho già un elenco di alcune decine di testi che parlano di soldi. Il testo in questione ha anche un suo problema: è costituito di fatto da una tabella lunga quasi 200 pagine.

Grazie per la segnalazione.

--Carlo Morino (disc.) 11:45, 19 mag 2011 (CEST)

Re: Mattia Pascal

Grazie! :-) Avevo in mente di lasciare il libro nelle mani di una sola persona per il momento; ho in programma di rileggere altri testi nel frattempo, ma è chiaro che a tempo debito rileggerò anche questo :) --LoStrangolatore (disc.) 22:57, 19 mag 2011 (CEST)

Dove sono sparito

Non sono defunto :-)

Sto passando un periodo un po' carico da vari punti di vista; in particolare, sto cominciando a riscrivere daccapo tutti gli script del bot. E' una cosa pazzesca, ma ormai la confusione era troppa. Vado molto piano, cercando di seguire i consigli di FiloSottile... non è facile, perchè l'immersione in javascript, pur entusiasmante, mi ha messo parecchi dubbi (adesso devo valutare per ogni cosa due alternative, era così facile quando ce n'era una sola!) e mi ha indebolito l'allenamento.

Al momento sto lavorando sullo script codifica-decodifica, analogo a quello che funzia in javascript, per "mascherare" alcuni codici wiki critici prima di sostituzioni di stringa o di ricerche di sottostringhe. L'obiettivo è quello di gestire bene i codici di chiamata ai template, semantizzandoli "senza fallo" anche se contengono costrutti e codici complessi (link, tabelle, template annidati, ref, math....), e se non hanno un formato standard (acapi, spazi....), cosa che non è facilissima. Parallelamente sto lavorando e testando sul problema categorie, i primi risultati sono incoraggianti, DynamicPageList è fenomenale per le intersezioni. --Alex brollo (disc.) 23:56, 20 mag 2011 (CEST)

Ettore Scipione Righi, primo riscontro

Caro Candalua,

ti scrivo qui così sarò letto anche da chi non frequenta vec.

Ho concluso la bisezione del Saggio. Ora si tratta di

• investigare possibili miglioramenti nella navigabilità interprogetto da parte degli utenti di passaggio,
• Vedere come distribuire la materia tra le due source in modo che
  • non vi siano doppioni
  • se uno vuole modificare una pagina da una source all'altra possa cliccare su un link senza dover studiare informatica

insomma, la quadratura del cerchio. - εΔω 13:05, 21 mag 2011 (CEST)

Ok. La navigabilità mi pare ci sia tutta: dalla Prefazione si può passare alle Villotte e viceversa. Doppioni non ne vedo. Modificare le pagine mi sembra abbastanza facile seguendo il link "Il testo proviene da vec.wikisource.org". L'unico problema è che da qui non si può modificare direttamente la pagina del frontespizio. Poco male, visto che è l'unica pagina trasclusa su entrambi i progetti. Io mi riterrei soddisfatto. Candalùa (disc.) 14:02, 22 mag 2011 (CEST)

Admin-bot

Caro Candalua,

ti ho risposto da me. - εΔω 17:17, 22 mag 2011 (CEST)

Segnalazione vandalo

Costui. Si può bloccare? Continua a vandalizzare sebbene avvisato. (Spero che tu ci sia... :P anche se il tuo ultimo edit risale a 1 ora fa. Altrimenti ignora questo messaggio e scusa) --LoStrangolatore (disc.) 12:29, 27 mag 2011 (CEST)

Ecco

il mio problemino:

>perché mi è sparita la "lente" per vedere meglio la pagina originale in fase di rilettura di un testo, specie per gli accenti e gli spiriti della parte in greco?

>Cosa ho combinato di drammatico?

>Verrò fustigato sulla pubblica piazza?

Ti giro il problema, come consigliatomi da utente:∞Ç◊¿±Ø.

--Carlo Morino (disc.) 15:19, 27 mag 2011 (CEST)

Uso dell'area dati in js

Ho dato un'occhiata all'html prodotto da Di canti di gioia. L'area dati ha questo aspetto:

<div style="display:none">G. Gizzi, G. Melilli
<p>D canti cantastoria Di canti di gioia Intestazione 12 settembre 2008 75% canti</p>

Ossia: i dati ci sono, ma sono sparite le section che ne consentono il parsing. I dati sono quindi inutilizzabili per un js che legga la pagina. Sono anche inutilizzabili via transclusione (all'interno della pagina che li contiene) perchè non è consentita la transclusione ricorsiva.

Mi domando:potrebbe essere utile, in qualche circostanza, far sì che un js abbia accesso ai dati dell'area dati, accoppiando i nomi delle variabili al loro contenuto? Almeno un caso c'è, e ho usato proprio questa strategia con il trucco <span class="SAL">, ma per farlo ho seguito un metodo del tutto diverso dal trucco Area dati. Si possono fondere le due cose? Ci provo: adesso blocco js, e modifico a mano l'area dati di Di canti di gioia; tu guarda e pensa. --Alex brollo (disc.) 00:04, 30 mag 2011 (CEST)

ecco l'area dati come appare nell'html dopo la modifica a mano, e con js disattivato (aggiungo un po' di acapo):

<div style="display:none">[data title="Nome e cognome dell'autore"]G. Gizzi, G. Melilli[/data]
<p>[data title="Iniziale del titolo"]D[/data] [data title="Argomento"]canti[/data] 
[data title="Progetto"]cantastoria[/data] [data title="Titolo"]Di canti di gioia[/data] 
[data title="nome template"]Intestazione[/data] [data title="data"]12 settembre 2008[/data] 
[data title="avz"]75%[/data] [data title="arg"]canti[/data]</p>

Che ne dici? E' ovvio che i dati, adesso, sarebbero tutti singolarmente accessibili! Alex brollo (disc.) 00:20, 30 mag 2011 (CEST)

... ma pensandoci meglio potrebbe esserci un altro trucco ancora più pulito, che consentirebbe di far fare il parsing a jquery, se si potesse ottenere questo html di ciascun elemento (scrivo qui poi vado a vede' se funzia):

<span class="SAL" title="Nome e cognome dell'autore">G. Gizzi, G. Melilli</span>......

Vediamo.... YES! In questo contesto il class="SAL" è pleonastico perchè tutta la div è display:none; si può scegliere una, o l'altra, tattica di mascheramento. Oppure dare allo span una class="data", anche inesistente, solo per facilitare il filtraggio e l'estrazione via jquery. A occhio, la cosa mi pare promettente. Alex brollo (disc.) 00:37, 30 mag 2011 (CEST)

Ti ho pasticciato un po' la talk page.... hai la documentazione live di una mia creatura. :-) Finita la cosa, ho approfittato per sistemare i nomi autore della canzone; bisognerà creare le due pagine autore mancanti. --Alex brollo (disc.) 07:53, 30 mag 2011 (CEST)

Ehm... tutto questo mi sta bene, ma al momento a che serve? a differenza del ns Pagina, qui abbiamo un template che contiene i dati e che li può far apparire in qualunque modo vogliamo... perché complicarci la vita? Candalùa (disc.) 10:24, 30 mag 2011 (CEST)

Non lo so :-(. So però che in passato ho incocciato con alcune limitazioni impenetrabili (niente transclusione ricorsiva; niente transclusione di codici di apertura/chiusura section; nessuna traccia, nell'html dopo parsing del server, dei parametri originali del template; niente String Functions) e ho una nebbiosa impressione che questo trucco risolva qualcosa e aggiri, in parte, queste limitazioni. --Alex brollo (disc.) 11:18, 30 mag 2011 (CEST)

Speciale:Contributi/151.40.245.50

Grazie dell'intervento ma tornerà a breve purtroppo, ci fa compagnia da 3 anni ormai...--Vituzzu (disc.) 16:34, 30 mag 2011 (CEST)

Annosa questione CSS in sospeso

Caro Candalua,

mi è venuto in mente che, potendo contare su di te come esperto di javascript o CSS, forse potrei risolvere un bugghetto estetico che ci portiamo dietro da un paio di annetti: si tratta del Template:Nascondi titolo, attualmente non funzionante a partire dal passaggio da monobook a vector.

in common.css è presente una apposita classe "NoTitle" per far sparire il titolo, ma laddove il template la richiama non sortisce alcun effetto visibile, tieni conto che da quel template dipende l'estetica di tutte le intestazioni di portali, progetti e archivi. Ho notato che su Pedia il problema è stato risolto, ma non so come né saprei a chi rivolgermi, dunque ritieniti omaggiato di un sorbetto alla liquirizia se riuscirai a risolvere questo bug. - εΔω 02:09, 1 giu 2011 (CEST)

Bah, è stato troppo facile, non mi sono neanche divertito... :-) Candalùa (disc.) 19:26, 1 giu 2011 (CEST)

arg.

Mi è caduto l'occhio su una categoria "Categoria:Testi SAL 75% Argomento da definire" e ci ho cliccato sopra. (trattavasi di un "mio" testo ferroviario, ovviamente) ricordavo vagamente di aver aggiunto "ferrovie" su argomento in quel template iniziale. Controllato. E infatti! A occhio, però quel campo non è letto da nessun automatismo. Però il "da definire" credo arrivi dal template che trovi nella prima riga agibile {:Qualità|avz=75%|data=3 ottobre 2009|arg=Da definire}}. Uno dei due è un doppione? Eliminare? Ho cambiato due o tre template in altrettanti testi e la categoria non è cambiata. Ma forse ci vuole un bot. Buon divertimento :PSilvio Gallio (disc.) 10:29, 2 giu 2011 (CEST)

(continua) Però in Delle strade di ferro ho appena trovato entrambi i campi con scritto "Ferrovie" (maiuscolo); anzi lascio stare così vedi. Boh!Silvio Gallio (disc.) 10:34, 2 giu 2011 (CEST)

(more). In Intorno alla Strada Ferrata dell'Italia Centrale invece, "ferrovie" c'è in entrambi in campi e minuscolo. Ma li trovo nella lista. :) --Silvio Gallio (disc.) 10:47, 2 giu 2011 (CEST)

In generale mi sembra che stia succedendo qualcosa di automatico che sta incasinando le categorie. Dai un'occhiata qui in basso. E poi c'è una categoria "Trasporto" (che ha messo su Orbilius anni fa con sottocat. "Ferrovie" e una categoria "Trasporti forse più recente(?). Ovviamente me ne sono accorto perché è "roba mia"... ma mi sembra che stia succedendo un po' dappertutto (ho occhieggiato anche altre pagine). --Silvio Gallio (disc.) 11:27, 2 giu 2011 (CEST)

L'argomento "che conta" è quello nel template Intestazione. Maiuscolo o minuscolo è indifferente. L'altro arg, quello nel template Qualità, è un relitto del passato che qualche bel giorno dovremo deciderci ad eliminare, integrando Qualità dentro Intestazione in modo da poter produrre tutte le "intersezioni di categorie" possibili. Ma siccome non è una modifica da poco, e per di più c'è anche la faccenda del DynamicPageList che Alex sta testando e che potrebbe rivoluzionare la nostra gestione delle categorie, per il momento è in lista di attesa :-( Candalùa (disc.) 11:43, 2 giu 2011 (CEST)

OK aspetteremo, i miei calli mi fanno camminare lo stesso. Era solo per segnalare. :) Ho visto che hai lavorato sulle cat., "Trasport*". Hai notato che "ferrovie" contiene 76 item mentre "Trasporti" ne contiene 60? Dovrebbe essere al contrario e contare eventuali camion triremi e carovane di cammelli. (si lo so sono un rompi...) --Silvio Gallio (disc.) 12:04, 2 giu 2011 (CEST)

Questo è dovuto al fatto che spesso si trova [[Categoria:Ferrovie]] a fondo pagina, mentre dovrebbe stare nel template. Anche questa delle "categorie inserite a mano" è un'altra delle cose che andrebbero sistemate un giorno o l'altro... io lo faccio quando le vedo per caso, ma ce ne sono ancora parecchie in giro Candalùa (disc.) 12:08, 2 giu 2011 (CEST)

Ma il lavoro da manovale lo so fare. Lascia stare, ci penso io Silvio Gallio (disc.) 12:12, 2 giu 2011 (CEST) Riiro tutto! io al tamplate non ci arrivo (e meno male...) :)

re

gex..

su consiglio di Alex vengo a rompere a te.

Gli ho chiesto se questa funziona o se ci sono errori.

'regex':"<br />|\n||\\.»|»\.||[«»]|''||air |all'||deir |dell'||eh’|ch’||eh.|ch."

E lui mi dice: senti Candaula.

Volevo anche aggiungere:

|\nAvellino|\n{{AutoreCitato|Francesco Maria Avellino|Avellino}}

Chemme dici?

Il tutto si trova qui: Utente:Carlomorino/vector.js

--Carlo Morino (disc.) 10:09, 3 giu 2011 (CEST)

Evocazione

Sei stato evocato qui. Sono molto eccitato... la mia prima pagina web dinamica che scatena Alebot direttamente su toolserver! :-) Alex brollo (disc.)

Segnalo cose js

Dato che sei tu il mago js, ti segnalo una cosa che conoscerai ma io no: http://it.wikipedia.org/wiki/Wikipedia:Monobook.js/Pulsanti_personali . Buon weekend! --Aubrey McFato 20:57, 3 giu 2011 (CEST)