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 piccoloin 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)