Wikisource:Domande tecniche/Archivio/2023

Test Special:MergeHistory

@OrbiliusMagister @Candalua Ho provato a usare la pagina L'ojjo santo, sonetto SAL 100% di Belli, proofread, SAL 100%) per un test della funzione MergeHistory, attraverso la pagina Special:MergeHistory. Il test riguarda la fusione delle cronologie fra questa pagina e la vecchia pagina naked Sonetti romaneschi/L'ojjo santo. La fusione delle cronologie è un "privilegio" che pare concesso di default ai sysop.

Lo scopo è di non perdere i vecchi contributi alla seconda pagina, e soprattutto i loro contributori.

Sembra che il test sia riuscito bene, ma vi chiedo di verificare. La pagina Sonetti romaneschi/L'ojjo santo è stata convertita in un redirect.

Se non emergono inconvenienti, sarebbe una buona strategia per alcuni casi di conversione naked->proofread, nei casi in cui la versione naked non sia stata subito convertita in proofread. Ditemi se ho rediscovered the wheel :-(

Intanto continuo a "cercare rogne", ripassato il volume I inizio il volume II. Alex brollo (disc.). 10:56, 21 dic 2022 (CET)[rispondi]

@OrbiliusMagister @Candalua Passo al volume III, non è lontanissima la "grande pulizia" (la soppressione delle migliaia pagine naked), vorrei, in quel momento, conoscere la vostra opinione sull'ipotesi MergeHistory. Anche un cenno di approvazione sull'uso del template {{Nsb}} mi tranquillizzerebbe. --Alex brollo (disc.). 07:12, 25 dic 2022 (CET)[rispondi]

Alex brollo: nulla in contrario al merge history, io non lo ritengo nemmeno necessario ma se vuoi fallo pure. Una domanda: tra quelli proofread ho visto alcuni sonetti "censurati", cioè con robe tipo "c...." (esempio in Ar dottor Cafone vs. Sonetti romaneschi/Ar dottor Cafone). Se il corrispondente sonetto naked non ha questa censura, verrà mantenuto, vero? Can da Lua (disc.) 11:51, 27 dic 2022 (CET)[rispondi]

@Candalua @OrbiliusMagister Aimè.... finora ho seguito (finchè potevo) una strategia di rilettura paranoide, e quindi ho riprodotto fedelmente le censure. C'è di peggio, perchè il curatore ha anche escluso interi sonetti ritenuti osceni. Naturalmente, la soppressione dei sonetti naked dovrà essere fatta previo appaiamento, uno per uno, delle versioni naked e proofread.... il che non sarà facilissimo.

Sono naturalmente disponibile a correggere l'eccesso di paranoia, vorrei anche l'opinione di Edo. Prima o poi bisognerà affrontare il problema delle "annotazioni originali wikisource", che in questo caso sarebbero utilissime. Alex brollo (disc.). 12:15, 27 dic 2022 (CET)[rispondi]

@Candalua,@Alex brollo... beh, non vedo motivo di mantenere anche un solo sonetto doppione "perché ha esplicitato la censura"... al giorno d'oggi non c'è necessità di esplicitare ciò che tutti ma proprio tutti sanno già estrapolare dai puntini (come l'autore peraltro, mettendo spesso tali parole in sede di rima, si aspetta dai suoi lettori). Questa mia preferenza non è dettata tanto da moralismo, ma solo dal desiderio di eliminare doppioni naked e di eliminare una fonte di cui possiamo disfarci serenamente: al limite ma proprio al limite usiamo il template Pt per integrare in ns0 quello che in nsPagina i puntini fingono di censurare, ma onestamente l'idea di tenere due sonetti a causa dei puntini mi sembra una forzatura.

Infine se tra i sonetti naked ce ne sono di totalmente assenti nell'edizione Morandi, possiamo tenerli previo consiglio del @nostro esperto di fiducia riguardo all'autenticità e all'inclusione successiva. - εΔ ω 14:01, 27 dic 2022 (CET)[rispondi]

@OrbiliusMagister Non pensavo alla conservazione di un doppione dei sonetti "non censurati", ma alla sostituzione di puntini nella versione proofread.... che però sarebbe una violazione non irrilevante alla fedeltà della trascrizione dell'edizione (che è uno dei caratteri di itwikisource). Per ora lascio i puntini. Continuo con la caccia alle rogne, non sono frequenti ma assai varie. Alex brollo (disc.). 14:11, 27 dic 2022 (CET)[rispondi]

Infatti, io mi riferivo alla battuta di Candalua. Ribadisco che anche senza bisogno di annotazioni, dato che il sottinteso è veramente palese, se si vuole essere più realisti del re in fase di validazione si usi {{Pt|c.....|cojjoni}} in nsPagina e pace. εΔ ω 14:24, 27 dic 2022 (CET)[rispondi]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ rispondo a @Edo che mi ha chiamato in causa. L'esperto non sono io. Mi limito ad avere parte della biblioteca di nonno e gli altri che mio fratello ogni tanto mi regala. So alcune cose: che Autore:Pio Spezi aveva scoperto dei sonetti (presumo ignoti a Morandi). Dato che ho diverse edizioni sia d'epoca che recenti si mi date indicazioni posso controllare. Sarebbe anche interessante trovare la pubblicazione di Spezi (che era più o meno collega di studi di nonno). Credo che siano gli ultimi sonetti trovati. Se ci sono dubbi posso provare a contattare Teodonio (tramite suo fratello). Però dovrei avere la "pappa già fatta". --Carlo M. (disc.) 15:16, 2 gen 2023 (CET)[rispondi]

Linkare nsOpera da ns0

@Candalua Aprendo La luna e i falò, caso di cui abbiamo parlato in Bar, non trovo alcuna indicazione del fatto che esiste la pagina Opera:La luna e i falò, collegata all'elemento wikidata tipo "work" e attraverso questo elemento alla pagina wp w:La luna e i falò. Devo attivare qualche gadget oppure veramente non esiste? Io proporrei qualcosa del tutto simile al linketto che collega nsPagina a ns0. Con un'adeguata dose di antiruggine potrei forse farlo io, ma.... ubi major minor cessat. ;-) Alex brollo (disc.). 15:29, 7 gen 2023 (CET)[rispondi]

Mi autorispondo: in Utente:Alex brollo/Sandbox c'è uno script che effettivamente fa il lavoro; nelle pagine e sottopagine ns0 segnala. con una linguella, la presenza di una pagina Opera collegata, e se in apertura pagina non la trova, produce un messaggio di avviso. Alex brollo (disc.). 07:46, 16 gen 2023 (CET)[rispondi]

Domanda sulle query wikidata

@OrbiliusMagister Pingo te, ma solo perchè tu sai chi pingare, se non conosci la risposta.

Nelle query wikidata, che prima o poi riuscirò a capire, filtrando gli item di una certa classe, si ottengono anche gli item assegnati a una sua sottoclasse? Caso specifico: "opera letteraria" è sottoclasse di "opera scritta". Filtrando per "opera scritta", si ottengono anche gli item che sono instance of "opera letteraria"?

Se sì, allora non mi preoccupa la discordanza fra la nostra pagina Aiuto:Wikidata, che propone di usare "opera letteraria", e la pagina di wikidata sui libri, che propone di usare "opera scritta o una sua sottoclasse"; se no, mi preoccupa. Alex brollo (disc.). 22:52, 10 gen 2023 (CET)[rispondi]

Eccesso di template: questione source-centrica e piani alti

Cari amici,

mi rivolgo in particolare con chi cura gli aspetti tecnici del sito: ormai da tempo sappiamo che se una pagina deve rendere un numero esorbitante di template (settecento e rotti) a un certo punto si arrende e non li restituisce più. Con la nostra mania di inserire template come Pg, Testo, ecc . anche in lunghi elenchi abbiamo più volte sperimentato questo limite.

Non aspettiamoci soluzioni da chi si occupa di Wikipedia: questo limite è ben lontano dagli usi normali di template nelle voci di Pedia... ma già da mesi e mesi ci sono incontri di Triage (recentementi divenuti incontri di Comunità) tra esperti. Tra chi vi ha partecipato, ad esempio @Ruthven è possibile sapere se il problema è stato posto? εΔ ω 14:28, 17 feb 2023 (CET)[rispondi]

Ê un problema che si è posto WMF: la loro soluzione è di ridurre il numero di template per pagina. <ironia>Mi sembra geniale!</ironia> Ruthven (msg) 14:45, 17 feb 2023 (CET)[rispondi]

Io oggi mi sto dedicando a svuotare questa vecchia categoria: Categoria:Pagine con AutoreCitato a un parametro per poter poi semplificare AutoreCitato, facendogli prendere sempre due parametri, com'è ormai prassi consolidata. Ma lo faccio più per soddisfare le mie manie ossessivo-compulsive, che perché mi aspetti un gran miglioramento. E comunque Pg è molto peggio, e quello non vedo come migliorarlo se non rinunciando alle sue funzionalità. Can da Lua (disc.) 15:46, 17 feb 2023 (CET)[rispondi]

Come "papà" di Pg, so che ha grandi vantaggi (sbrigativo da applicare) ma anche begli svantaggi (errori in caso di link a pagine che contengono sezioni di capitoli diversi, pesantezza). Sulla pesantezza, mi meraviglio di quanti Pg il sistema possa reggere, in certi paurosi indici analitici. C'è sempre a disposizione, per noi wikisourciani, l'opportunità di ridurre la lunghezza delle pagine ns0 spezzettandole, come è stato necessario in Nuovo vocabolario siciliano-italiano e come sarà certamente necessario in Dizionario Latino-Italiano (Georges, Calonghi). Un secondo sistema, potrebbe essere quello di sfruttare molto di più il css di styles.css delle pagine Indice associandolo a html esplicito nel codice: vedi trucco in seconda riga di Pagina:Pavese - Il mestiere di vivere.pdf/239, dove uno span "nudo" risolve un allineamento a dx con puro css. Ma non sono sicuro che per il sistema la soluzione html+css sia più leggera di un template. Alex brollo (disc.). 08:10, 25 feb 2023 (CET)[rispondi]

Alex brollo: Il problema non è solo la "pesantezza" del template in sè, ma ancora di più il numero delle sue invocazioni: in un indice analitico con mille voci, il "peso" è semplicemente moltiplicato per mille. Se però si facesse uno script che carica ciò che serve (il modulo dati) una volta sola, e poi per ciascuna voce genera il link esattamente come fa oggi Pg, penso che il caricamento sarebbe molto più veloce e leggero. E ovviamente un tale script agirebbe solo quando serve, cioè in lettura da browser, e non rallenterebbe il download degli ebook. Io ci farei una pensata. Can da Lua (disc.) 14:47, 26 feb 2023 (CET)[rispondi]

@Candalua Molto interessante: i dati starebbero in localstorage, con un meccanismo tipo memoRegex. Unico problema: in parecchi casi, quelli con indici multipli, andrebbero caricati vari moduli dati.

L'alternativa sarebbe di sostituire il codice sincopato di Pg con un codice esteso, non appena la pagina è riletta; il vantaggio del codice sincopato è che la rilettura è agevolata, il codice wiki di una pagina con codice esteso, in un indice analitico, è semplicemente spaventoso. Un esempio per chi legge senza essere esperto in queste questioni: la differenza è fra queste due alternative:

{{Pg|33}}
{{Pt|[[Pagina:Pavese - Il mestiere di vivere.pdf/37|33]]|[[Il mestiere di vivere/1936 (10 aprile)#pagename37|33}}

Alex brollo (disc.). 15:16, 26 feb 2023 (CET)[rispondi]

Stupidez wikipediano

@Candalua Come entro in una pagina wikipedia, uno script banalissimo copia nella clipboard l'ID dell'elemento wikidata collegato alla pagina. Pronto per essere copiaincollato come parametro del template Wl. A me piace :-) Alex brollo (disc.). 14:41, 26 feb 2023 (CET)[rispondi]

CustomRegex

Qualcuno mi può aiutare a far funzionare quello che ho scritto nel mio CustomRegex.js? -- Luigi62 (disc.) 21:22, 28 feb 2023 (CET)[rispondi]

Ciao Luigi62, ti riferisci al gadget Cerca Errori ortografici? La tua pagina era corretta ma questa funzionalità non era ancora pronta, ora invece dovrebbe funzionare. Can da Lua (disc.) 16:10, 1 mar 2023 (CET)[rispondi]

Bug visualizzatore

@Candalua Per motivi misteriosi (almeno per me) Visualizzatore non parte più dalle pagine Indice, mentre parte regolarmente sia da nsPagina che da ns0. Ce la fai a dare un'occhiata...? Grazie in anticipo. Alex brollo (disc.). 10:23, 5 mar 2023 (CET)[rispondi]

Problema css

@Candalua Sempre te pingo, per problemi tecnici... abbi pazienza.

Problema: ho l'impressione che non sia robusta la sequenza del caricamento degli svariati css. In particolare, ho l'impressione che alcuni css centrali vengano caricati in modo asincrono, e spesso - visto che sono belli grossi - DOPO i css locali (es. quello delle pagine styles.css di nsindice) con la conseguenza che rullano i secondi. Ulteriore problema: se la sequenza di caricamento non è fissata, può benissimo avvenire che il risultato sia casuale, alle volte sì, alle volte no, a seconda delle circostanze e di chissà quali fayttori. Dove trovo la documentazione, se c'è, della sequenza canonica di caricamento dei css? Alex brollo (disc.). 00:35, 28 mar 2023 (CEST)[rispondi]

Template:Suggeriscicilibro

Salve colleghi, ho sempre consultato la Wikisource:Proposte e sembra complesso avere un quado chiaro delle richieste essendo che molti utenti cercano di inserire proposte con varie modalità. Non e possibile generare un Template con un interfaccia di caricamento proposta?

Avevo pensato che sarebbe comodo una Template formato in questo modo:

{{Suggeriscicilibro|NomeAutore=|CognomeAutore=|Libro=|Anno=|Link=}}

Generando graficamente un elemento di questo genere:

NomeAutore_CognomeNome

Libro (Anno) [Link]

Nella eventualità che vengono proposti più opere di del stesso autore si formerebbe questo esempio

{{Suggeriscicilibro|NomeAutore=|CognomeAutore=|Libro=|Anno=|Link=}}
{{Suggeriscicilibro|NomeAutore=|CognomeAutore=|Libro=|Anno=|Link=}}

Genera:

NomeAutore_CognomeNome

Libro (Anno) [Link]
Libro (Anno) [Link]

Per facilitare questo procedimento del Template si dovrebbe associare a una interfaccia di caricamento simile a Special:UploadWizard. In questo modo dovremo ottenere una standardizzazione delle proposte ordinate automaticamente in un elenco alfabetico senza l’ordinamento manuale.

Ovviamente servirebbe un bravo progettista di Template e Special. - 0 Noctis 0 (disc.) 22:28, 8 apr 2023 (CEST)[rispondi]

Script per OCR Advanced options

@Candalua Questa robaccia:

function next() {
var url=$("#image").value;
var n=(/page(\d+)/.exec($("#image").value)[1]*1+1)+"";
$("#image").value=url.replace(/page(\d+)/,"page"+n);
$("legend").textContent="Trascrivi pagina "+n;
return false;
 }

caricata in console nella pagina Wikimedia OCR, modifica l'url del campo immagine aumentando di 1 il numero pagina, e potrebbe essere comodo per OCR sotto eis di una serie di pagine. Si risparmia una leggera quantità di tempo. La console è l'unico modo di far correre un js personale nella pagina? Alex brollo (disc.). 12:13, 31 mag 2023 (CEST)[rispondi]

Whatlinkshere e Vector 2021: problema di gadget

@Candalua e Alex brollo, @Patafisik (WMF), @Ruthven, chiedo scusa ma mi sto trascinando questa problematica da circa tre mesi:

sto lavorando sotto Vector 2021 e appunto qualche tempo fa mi è capitato il seguente bug:

Il gadget puntanoqui.js da me attivato non appare in nsPagina: ho provato a disattivarlo e riattivarlo da preferenze, ma senza risultato. Mi sono accorto che è riapparso quando per prova sono tornato a usare la skin Vector 2010, quindi deduco che ci sia qualche incompatibilità nell’interfaccia. È capitato anche a voi? Sono l’unico che usa Vector 2021? Per non disturbare ho usato il solito Whatlinkshere "di una volta" (cioè alt+j) ma l’icona con il libro è molto molto più pratica. εΔ ω 11:47, 26 giu 2023 (CEST)[rispondi]

@OrbiliusMagister Io passo...:-( Finchè posso, non mi schiodo da Vector 2010. Alex brollo (disc.). 11:54, 26 giu 2023 (CEST)[rispondi]

@OrbiliusMagister: la Vector nuova è incompatibile con molti dei nostri gadget, oltre che in generale con il nostro lavoro, che ha bisogno di più spazio per i contenuti e meno per menu, spazi e fronzoli vari:) Infatti avevamo anche chiesto (e ottenuto, almeno finora) di fermare l’upgrade automatico alla nuova vector. Bisognerebbe mettersi lì a vedere i gadget uno ad uno e capire come aggiustarli, e prima o poi toccherà farlo... Can da Lua (disc.) 12:13, 26 giu 2023 (CEST)[rispondi]

@OrbiliusMagister, Candalua Io ormai uso da mesi Vector 2021. Confermo che anche a me Puntano qui non funziona (non ha mai funzionato con la nuova skin). Tuttavia il problema dello spazio è stato risolto (spesso uso monitor ad alta risoluzione) e il resto dei gadget che uso mi sembra funzionare correttamente, tra cui eis. Se serve, sono disponibile a fornire un elenco di quello che ho attivato. —-Paperoastro (disc.) 13:54, 26 giu 2023 (CEST)[rispondi]

Paperoastro: buono a sapersi, io è da un po' che non lo provo (e quando càpito su qualche wiki che lo usa, scappo via per il disgusto — non prima di aver lanciato qualche imprecazione perché non trovo mai gli interwiki links), ma immagino che sia stato migliorato (per quanto si possa migliorare una cosa nata male fin dal principio). Vedrò di tapparmi il naso e dargli una nuova chance. :) Can da Lua (disc.) 15:13, 26 giu 2023 (CEST)[rispondi]

@Candalua, posso anche darti ragione, ma se ci pensi un attimo è la stessa procedura avvenuta quando siamo passati da monobook a vector:possiamo anche tenerci il vecchio ambiente, ma intanto quello nuovo diventerà preferenziale anche per gli utenti non registrati e ogni nuova implementazione si baserà sul nuovo ambiente: siamo utenti responsabili nei confronti della comunità e ci occupiamo per tempo dei bug della nostra interfaccia. Le alternative sono poche:

ignorare la nuova interfaccia finché gli utenti attivi non ci subisseranno di richieste come la mia (o peggio non diranno nulla e non si coinvolgeranno più nel progetto)
aspettare che qualcuno dai piani alti si accorga che it.source è diversa dalle altre... per poi ignorarci come spesso è accaduto
disattivare i gadget che non funzionano con la nuova interfaccia e privarci di strumenti utili per non creare conflitti

Nessuna di queste alternative mi soddisfa veramente. Dai, partecipiamo. Tra berve mi collegherò con il Wikisouce user group e volevo parlare proprio di questo gadget. εΔ ω 18:47, 26 giu 2023 (CEST)[rispondi]

@OrbiliusMagister Ho visto che Candalua ha recentemente messo mano a questo codice ormai vecchio di decenni. Mi sembra che il problema sia che la variabile html, che si aggiunge in quello script, andrebbe messa in coda agli oggetti in class="vector-menu-content-list" (comune a vari stili) e non in #p-namespaces ul (che non esiste più nel Vector2022). Se un burocrate mi dà l'admin d'interfaccia per un mesetto, trovo il tempo di sistemare in un buco di tempo nelle prossime settimane. Saluti Ruthven (msg) 09:38, 1 lug 2023 (CEST)[rispondi]

Fatto: @Ruthven, hai un mese di amministrazione dell'interfaccia. - εΔ ω 09:44, 1 lug 2023 (CEST)[rispondi]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Fatto Le modifiche funzionano con i temi Vector 2022, Vector 2010 e Timeless. Non so se ci sono utenti che usano o hanno mai usato questo gadget con MonoBook o Minerva; nel caso dovrei adattarlo. Fatemi sapere. --Ruthven (msg) 22:04, 4 lug 2023 (CEST)[rispondi]

@Ruthven: adesso accanto all'icona del libro vedo scritto "undefined" (con vector legacy). Grazie Can da Lua (disc.) 09:04, 5 lug 2023 (CEST)[rispondi]

@Candalua e questa è una novità! La vedo anche io (ma ho cambiato computer e browser da ieri). Verifico e correggo. Grazie Ruthven (msg) 09:34, 5 lug 2023 (CEST)[rispondi]

Fatto Rimane da sistemare per lo skin Minerva. Qualcuno lo utilizza? Ruthven (msg) 10:19, 5 lug 2023 (CEST)[rispondi]

@Ruthven: ottimo! C'è rimasta solo un'altra cosetta: quando ci sono due o più pagine che trascludono, i numerelli appaiono sopra al libro aperto e non più a fianco (esempio), e quindi risultano poco leggibili. Grazie! Can da Lua (disc.) 09:20, 6 lug 2023 (CEST)[rispondi]

@Candalua È voluto. A fianco non c'è posto secondo me. Però potremmo farli apparire unicamente se ci va su il mouse. Ruthven (msg) 16:45, 6 lug 2023 (CEST)[rispondi]

@Ruthven: capisco, meglio lasciare spazio per il "modifica in sequenza". Allora piuttosto io li toglierei, tanto "1" e "2" non vuol dire niente, per sapere che pagina è devi comunque andarci sopra col mouse. Can da Lua (disc.) 16:59, 6 lug 2023 (CEST)[rispondi]

@Candalua

Fatto Ruthven (msg) 10:10, 9 lug 2023 (CEST)[rispondi]

Perfetto! Grazie mille! Can da Lua (disc.) 10:31, 19 lug 2023 (CEST)[rispondi]

Testo in due colonne allineate tra loro

@OrbiliusMagister, @Alex brollo, @Ruthven: sto affrontando i Dialoghi piacevoli in dialetto vernacolo triestino, che presentano una difficile sfida: come vedete, il testo è su due colonne, che devono essere allineate tra loro riga per riga, perché per ogni riga in triestino antico c'è la traduzione italiana. Il mio tentativo di risolvere il problema è questo: Template:Colonne allineate. Date un'occhiata sia alla pagina che alla sua trasclusione. Ho pensato di mettere prima tutto il testo di una colonna, poi dell'altra, senza alcun template particolare ma soltanto racchiusi da una section, in modo da poter anche (volendo) trascludere solo una colonna. Così la trascrizione viene piuttosto facile. Quello che non mi piace è che nel nsPagina ho dovuto per forza usare JavaScript per "forzare" l'allineamento. E poi il fatto che nella trasclusione non esce il numero pagina a sinistra, perché non è una "vera" trasclusione con pages (quella non funziona da Lua, ho potuto solo caricare le singole section mediante lst). Boh, che ve ne pare? Can da Lua (disc.) 10:53, 19 lug 2023 (CEST)[rispondi]

@candalua In un caso analogo, dopo scervellamenti faticosi, ho ripiegato su un semplice codice tabella. Marcando le celle sinistra e destra ciascuna con una section comune per tutta la colonna, si potrebbe usare, in transclusione, la sintassi onlysection ottenendo la transclusione del solo testo di una colonna. Lo stesso effetto, probabilmente, si otterrebbe via css, oscurando l'una o l'altra delle due serie di celle. Per principio, scarto ormai tutte le soluzioni di visualizzazione che prevedono javascript. Alex brollo (disc.). 15:57, 19 lug 2023 (CEST)[rispondi]

Gadget e performance

Ciao a tutti,

diversi progetti Wikimedia hanno una quantità estremamente elevata di gadget caricati di default per gli utenti anonimi. In alcuni casi questo può addirittura raddoppiare la quantità di JavaScript che inviamo agli utenti finali, il che significa più codice da caricare, un'esperienza più lenta e potenzialmente un SEO (posizionamento nei motori di ricerca) peggiore.

Ad esempio, su Wikisource in italiano, senza codice/gadget mantenuti dalla comunità vengono trasferiti 315 kb di risorse per gli utenti anonimi sull'interfaccia desktop. Con i gadget, invece, vengono trasferiti 728 kb di risorse, con un aumento del 131%.

C'è qualche volontario con competenze tecniche che potrebbe dare una mano per risolvere il problema? Per migliorare la situazione, ad esempio, si potrebbe:

sfoltire l'elenco dei gadget di default o limitare i gadget agli utenti loggati;
rimuovere i gadget inutilizzati/non necessari;
limitare i gadget agli utenti con determinati diritti o in modo che vengano eseguiti solo su determinate pagine;
migliorare i gadget esistenti in modo che il codice venga caricato solo quando si fa clic su un pulsante.

Qui la lista dei gadget a cui prestare maggiore attenzione:

Il team Web ha anche aperto un task specifico su Phabricator (T340705) che potete sottoscrivere e in cui siete invitati a intervenire per coordinarsi e collaborare.

Grazie in anticipo a chi vorrà e potrà dare una mano. Patafisik (WMF) (disc.) 10:48, 26 lug 2023 (CEST)[rispondi]

@Patafisik (WMF): l'osservazione è senz'altro sensata e ragionevole, ma intanto permettimi di esprimere un certo senso d'orgoglio, vedendo it.ws addirittura citato come primo progetto nel ticket di Phabricator :D Ci siamo davvero dati molto da fare negli scorsi anni per dotare it.ws di tutti quegli strumenti di cui sentivamo forte necessità, ma che il software standard non forniva; e moltissimi di questi sono stati attivati di default per tutti, proprio perché sono rapidamente divenuti indispensabili per svolgere al meglio il lavoro di trascrizione dei testi.

Ciò non toglie che sia doveroso da parte nostra fare il punto sulla situazione complessiva dei gadget, e capire come limitare la quantità di codice da caricare. Sono disponibile, nei prossimi tempi, a iniziare questa analisi, e spero che @Alex brollo e magari anche @Ruthven, che di recente ha dato una mano, possano contribuire. Per poter fare qualcosa di concreto mi servirebbe capire, a livello tecnico, come si possano realizzare gli ultimi due punti: caricare il codice solo in certi namespace, ad esempio, sarebbe molto utile, e anche poter caricare inizialmente solo il codice che crea un certo bottone, e caricare il resto quando premi quel bottone. Se davvero si può fare ciò, ci posso senz'altro provare.

Approfitto per aggiungere un'osservazione: lo sviluppo dei gadget avviene solitamente per iniziativa degli utenti locali, senza nessuna supervisione da parte di utenti "esperti" (o comunque "più esperti") e nessun controllo della qualità del codice. Da un lato questo è magnifico, perché ci ha dato una libertà incredibile di trovare da soli le "nostre" soluzioni, senza dover essere capaci di sviluppare cose più complesse come le estensioni, dall'altro ha favorito lo sviluppo di software "sporco", che come giustamente fai osservare è anche più lento a caricarsi (e potrebbe anche dare malfunzionamenti). Sarebbe bello trovare una via di mezzo: se qualcuno che ne sa più di me passasse ogni tanto di qua, e mi dicesse "guarda, per fare la tal cosa è meglio se usi questo e quest'altro", il progetto ne risentirebbe positivamente. Forse c'è anche già stata qualche proposta in tal senso, ma poi non so se ne sia nato qualcosa, magari tu hai qualche informazione. Can da Lua (disc.) 18:36, 26 lug 2023 (CEST)[rispondi]

Grazie per la risposta e la disponibilità, ho girato la tua richiesta di informazioni tecniche a Jon. Credo si possa andare nella direzione che auspichi tu. La riflessione è stata aperta perché il team sta cercando di introdurre un budget per le prestazioni, e sta riflettendo su come questo potrebbe essere applicato ai gadget. Spero che anche Alex brollo e Ruthven vorranno unirsi. Non esitate ad abbonarvi al ticket su Phabricator e a scrivere direttamente lì. Patafisik (WMF) (disc.) 11:42, 27 lug 2023 (CEST)[rispondi]

Alcuni dei gadget in effetti mi sembrano un po' troppo specialistici per essere attivati di dafault: mi saltano all'occhio showWikiCode (l'aprire in modifica è sufficiente per la maggior parte dei casi), archiviaBar (che viene letteralmente usato una volta al mese, tra tutti gli utenti), compilaSommario (la procedura di caricamento è rara, e ancor di più per gli utenti non esperti), autosal0 (idem)--Dr ζimbu (msg) 17:57, 28 lug 2023 (CEST)[rispondi]

@Dr Zimbu Effettivamente questi gadget potrebbero essere resi opzionali. L'unico che non uso è compilaSommario (preferisco lavorare in excel). Gli altri, di default o opzionali che siano.... guai a chi li tocca :-)

Quanto al problema generale, purtroppo io sto rapidamente perdendo la mia (limitatissima e sconsiderata) competenza a scrivere codice. Rivedendo vecchie cose che ho scritto sono preso da un profondo sconforto.... eppure quelle sopravvissute continuano a funzionare. Il problema di base è che solo utenti estremamente impegnati nel lavoro di base (editing nsPagina e manutenzione di base) percepiscono l'opportunità di disporre di certi strumenti, e quindi lo sviluppatore ideale dovrebbe essere anche un attivissimo utente nei lavori di base... ma non avrebbe il tempo di diventare anche un eccellente sviluppatore, tranne coincidenze astrali favorevoli di grande rarità (ho in mente esempi ma non li cito, tanto li conoscete anche voi :-) ). Alex brollo (disc.). 23:13, 28 lug 2023 (CEST)[rispondi]

Per cominciare ho scoperto che si può assegnare ad un gadget il parametro |action=edit per caricarlo solo quando stai andando in modifica, e l'ho fatto con tutti quelli relativi a bottoni che modificano il testo ecc. Già questo spero che migliori un po' le cose per i "lettori e basta" e per la SEO. Poi ho scoperto che di recente hanno introdotto i Package_Gadgets, credo sia questo il sistema per caricare "un pezzo alla volta", solo quando serve. Mi è ancora oscuro il funzionamento, ma ci darò un'occhiata! Can da Lua (disc.) 19:14, 29 lug 2023 (CEST)[rispondi]

Copertine con cornici

Segnalo che usando gli stili css, sono riuscito a imitare l'aspetto delle copertine con cornice. Se qualcuno fosse interessato, ho provato a formattare questa pagina. Questo è il foglio di stile che ho creato allo scopo. Paperoastro (disc.) 14:18, 9 ago 2023 (CEST)[rispondi]

@Paperoastro Interessante! Ma tocca verificare perchè non funzia in ns0 :-(

(PS: scusa l'ignobile ritardo nella risposta, ma il Bar lo tengo d'occhio con una certa cosatnza, il Bar tecnico molto meno) Alex brollo (disc.). 10:23, 25 set 2023 (CEST)[rispondi]

@Paperoastro

Fatto, creando una "div contenitore". Verifica se va bene. Alex brollo (disc.). 11:25, 25 set 2023 (CEST)[rispondi]

@Paperoastro, Alex brollo: bello, ma ricordatevi sempre che queste soluzioni "creative" devono funzionare non solo in ns0, ma anche scaricando il testo nei formati ebook. Io ho provato a scaricare come pdf e la scritta viene scentrata rispetto alla cornice. Probabilmente è meglio nascondere dall'ebook questi elementi che sono solo decorativi: lo si può fare mettendoci la classe CSS "ws-noexport". Can da Lua (disc.) 14:46, 25 set 2023 (CEST)[rispondi]

@Candalua Giusto. Dimenticavo che l'esportazione pdf talora si ribella alle manipolazioni css. Non è il primo caso. Alex brollo (disc.). 20:34, 25 set 2023 (CEST)[rispondi]

@User:Alex brollo, @Utente:Candalua Grazie! Mi ero accorto del problema, ma Alex è arrivato prima! Appena torno a regime, faccio le opportune verifiche in esportazione. --Paperoastro (disc.) 08:03, 27 set 2023 (CEST)[rispondi]

Revisione di Opere complete di Carlo Goldoni

@Candalua @OrbiliusMagister Sto aggiornando il codice di Opere complete di Carlo Goldoni (1907). Sono passati anni dalla prima stesura, e nel primo blocco di Indici (le Commedie) è stato usato, per inserire un css standard, una tecnica creativa ma macchinosa, basata su Template:TemplateStyle/teatro1.css, faticosamente richiamato con il parametro Css della pagina Indice, e poi da tl|RigaIntestazione per nsPagina (parametro s=si) e dal template tl|Ts in ns0.

In seguito è stata inventata la sottopagina styles.css di nsIndice, che rende inutile tutta la macchinosa faccenda: il css registrato nella pagina viene automaticamente applicato sia a nsPagina, sia alle sue transclusioni in ns0. Basta (come primo passo, senza modificare, per ora, niente nè in nsPagina, nè in ns0) cancellare il campo css della pagina Indice e inserire nella sua sottopagina styles.css il contenuto di Template:TemplateStyle/teatro1.css.

Per prova, l'ho fatto negli Indici dal II al V (saltando il I che è particolare) e sembra che tutto funzioni; qui mi fermo per una verifica un po' approfondita; modificare il codice di libri SAL 100% è una cosa che mi dà pensiero :-(. Vi chiedo di dare un'occhiata anche voi... grazie. Se tutto va bene continuo, e in una seconda fase andranno ripuliti nsPagina e ns0, con cautela ancora maggiore. Alex brollo (disc.). 10:18, 25 set 2023 (CEST)[rispondi]

Sembra che tutto funzi, ma mi sono dimenticato di travestirmi da bot... Alex brollo (disc.). 15:36, 26 set 2023 (CEST)[rispondi]

@Candalua AHIA. C'è una differenza fra il sistema macchinoso di prima e il sistema elegante della pagina styles.css di nsIndice. Il primo viene chiamato solo sulle pagine desiderate, il secondo ... su tutte. Conseguenza nefasta: l'effetto si estende anche sulle pagine non teatrali, di prosa (dediche, notizie storiche...), e... tutti i paragrafi presentano indentatura inversa. Ossia: un disastro. Mi fermo e cerco un rimedio.

Ma perchè non succede negli ultimi Indici trascritti dal XXIII in avanti? Al momento non me lo spiego.

Alex brollo (disc.). 23:15, 26 set 2023 (CEST)[rispondi]

Problema Goldoni

Analizzando meglio il problema discusso nel post precedente, faccio il punto dei lavori fatti.

su tutti i volumi dal II al XXII è stato cancellato il parametro teatro1 cel campo Css della pagina Indice, ed è stato inserito, nella pagina Indice:.../styles.css. il css di Template:templateStyle/teatro1.css.
sui volumi dal II al VII sono stati rimossi da nsPagina i codici che richiamavono direttamente o indirettamente Template:templateStyle/teatro1.css (campo s=si o ts=teatro1 di RigaIntestazione, template Ts)

La conseguenza: il codice:

p {margin-left:2em; text-indent:-2em;}
.testi p {margin-left:2em; text-indent:-2em;}

che NON veniva applicato sulle pagine in prosa, è stato applicato anche alle pagine in prosa, come Il Moliere/Nota storica.

In realtà il codice css applicato nei volumi dal XXIII in poi presenta una differenza; è disattivata la prima riga, p=; ma disattivando tale riga nell'indice nella pagina styles.css del volume II, l'indentatura errata nelle pagine in prosa spartisce, ma sparisce anche l'indentatura corretta nei testi teatrali in prosa.

Possibile rimedio: nei volumi VIII-XXII rimettere le cose come stavano; nei volumi II-VII modificare le pagine in prosa inserendo una div contenitore classe .indentato, che ripristina la regolare indentatura, come in pagina Pagina:Goldoni - Opere complete, Venezia 1908, II.djvu/83. Nelle pagine nsPagina successive alla prima sarebbe opportuno inserire il codice in modalità noinclude. Alex brollo (disc.). 07:55, 27 set 2023 (CEST)[rispondi]

Problema Mediawiki:common.js

@Candalua Aiuto. In modifica nsPagina, mi sono spariti i "bottoni" della bottoniera, la console esprime il lamento "shortcut is not defined". Vedo una recentissima serie di modifiche di MediaWiki:Common.js, fatte da @Krinkle, per evitare una ridondanza di caricamenti di codice js; potrebbe essere quella la causa? Alex brollo (disc.). 15:01, 26 ott 2023 (CEST)[rispondi]

Segnalo altro malfunzionamento che è spuntato fuori oggi (quindi forse è legato): in Opere (Lorenzo de' Medici)/XII. Rime spirituali/III. Laudi, le pagine ns0 che ho portato oggi al 100% hanno l'icona del 25%--Dr ζimbu (msg) 15:38, 26 ott 2023 (CEST)[rispondi]

Eh, mi sa che è quello. @Krinkle, thank you for your intervention, but it seems that MediaWiki:Gadget-common-areadati.js is not working now (and other things as well). Can you help us understand the cause? Can da Lua (disc.) 16:00, 26 ott 2023 (CEST)[rispondi]

OK. I think I found the issue. I didn't realize it relied on local functions becoming global. Try again now? Krinkle (disc.) 16:31, 26 ott 2023 (CEST)[rispondi]

@Krinkle I sneak in, because I had found the disfunction yesterday. Unfortunately, still doesnt't work. Modafix (disc.). 08:35, 27 ott 2023 (CEST)[rispondi]

@Modafix Okay, I see there are two more local functions called as global function. I have restored them as globals as well. Krinkle (disc.) 08:44, 27 ott 2023 (CEST)[rispondi]

@Alex brollo e @Candalua, oggi non funzionano il gadget Maiuscole/minuscole e il gadget IndentaVersi. Su vec.source funzionano, dunque il problema è legato alle recenti modifiche al commons.js. - εΔ ω 09:08, 27 ott 2023 (CEST)[rispondi]

@Candalua @OrbiliusMagister Sono consapevole di essere il maggiore responsabile di queste difficoltà, a suo tempo ho interpretato troppo letteralmente la raccomandazione "Be bold", mi scuso con voi e con i poveri sviluppatori/aggiustatori del codice... :-( Alex brollo (disc.). 10:55, 27 ott 2023 (CEST)[rispondi]

@Alex brollo, @OrbiliusMagister: quei due gadget sono a posto, mancava solo la dipendenza da common.js. Tranquillo Alex, il meccanismo di caricamento di script e gadget è veramente una brutta bestia, nemmeno io l'ho mai capito a fondo. Era inevitabile che qualcosa si spaccasse in questa delicata attività di ottimizzazione, ma ora grazie a Krinkle e alle mie precedenti configurazioni, dovremmo avere un sito nettamente più rapido rispetto a qualche tempo fa. Fatemi sapere se ci fosse altro da sistemare. @Dr Zimbu (e altri che abbiano creato/modificato pagine in ns0): sulle pagine che non risultavano al 100% dovresti fare un salvataggio a vuoto, così vanno a posto. Can da Lua (disc.) 11:21, 27 ott 2023 (CEST)[rispondi]

@Candalua Sto provando a usare i due gadget autoPt e autoRI, però continuano a non dare segnali; ne contempo il problema del SAL 100% si risolve come da tue indicazioni. Potrebbe essere qualcosa inerente la mia configurazione di WS? Modafix (disc.). 13:17, 27 ott 2023 (CEST)[rispondi]

@Candalua Non mi veniva caricata la bottoniera, ossia quello che viene generato da Utente:Alex_brollo/PersonalButtons.js, e non funzionavano gli shortcuts attivati dall'oggetto shortcut; le cose si sono sistemate aggiungendo al gadget common.js le ultime due righe, che, immagino, rendano i due cosi mancanti globali. Non è una soluzione, ma almeno un indizio. Alex brollo (disc.). 22:28, 27 ott 2023 (CEST)[rispondi]

@Candalua PS; naturalmente la console, prima della correzione, lamentava il fatto che shortcut e newButton risultavano undefined. Alex brollo (disc.). 07:36, 28 ott 2023 (CEST)[rispondi]

@Candalua Una alla volta, continuo a trovare variabili che sono richieste da qualche gadget, ma che devono essere globali per funzionare; chiaro che non dovrebbe essere così, ma intanto che le cose si sistemano, mi pare che "globalizzarle" (tenendole in evidenza, raggruppate) sia una tecnica accettabile. Per ora ho trovato shortcut, newButton, sel, scriviBox e ho appena scovato acchiappaWikiCode, che aggiungerò. Tutti il codice "globalizzatore" è in coda a Mediawiki:Gadget-common.js. Alex brollo (disc.). 07:40, 30 ott 2023 (CET)[rispondi]

A me non funzionano i templati recenti che si trovano in "Inserisci template recente:" nella bottoniera --Cruccone (disc.) 09:37, 30 ott 2023 (CET)[rispondi]

@Cruccone Non è un gadget che uso, lo attivo e vedo. Alex brollo (disc.). 10:09, 30 ott 2023 (CET)[rispondi]

@Cruccone @Candalua Mi spiace, non mi oriento... :-( Alex brollo (disc.). 10:17, 30 ott 2023 (CET)[rispondi]

@Cruccone, Alex brollo: "Inserisci template recente:" dovrebbe essere a posto. Can da Lua (disc.) 10:26, 30 ott 2023 (CET)[rispondi]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘@Candalua, ho appena notato che i due script Trova titoli simili e Trova titoli senza pages sono in difficoltà: il primo parte ma è lentissimissimo e a un certo punto fa arrabbiare il browser che mi avverte che la pagina lo rallenta; il secondo è semplicemente inattivo. - εΔ ω 08:10, 2 nov 2023 (CET)[rispondi]

@OrbiliusMagister, eh, quelli sono due gadget sperimentali molto pesanti per il sistema... Dovrei probabilmente riscriverli da capo, e non è detto che si possano velocizzare tanto. Vedrò cosa posso fare. Can da Lua (disc.) 15:30, 2 nov 2023 (CET)[rispondi]

Inserire javascript in un tool esterno

Mi piacerebbe modificare un po' la pagina che si apre attivando "Opzioni avanzate" del tool OCR. Qual'è il modo più sbrigativo per farlo (possibilmente senza dover aprire la console del browser e senza disturbare i piani alti)? Alex brollo (disc.). 07:18, 7 nov 2023 (CET)[rispondi]

Mi rispondo da me... il sistema c'è: scrivere un'estensione Chrome. Terrificante, ma anche le regex e javascript, all'inizio, mi sembravano terrificanti. Mi terrifica di più il mondo degli sviluppatori nel "piani alti". Alex brollo (disc.). 00:00, 15 dic 2023 (CET)[rispondi]

@Alex brollo: prova a installarti l'estensione Tampermonkey, è proprio fatta per poter aggiungere nei siti uno script personale. Su www.userscript.zone si trovano anche tanti script già fatti, anche per wiki. Can da Lua (disc.) 02:31, 15 dic 2023 (CET)[rispondi]

@Candalua Sembra esattamente quello che cercavo! Grazie! Parecchi anni fa usavo un'estensione "Shortcut manager", poi ritirata (con mio grandissimo disappunto); lo sapevo che visto che è una cosa che si può fare, qualcuno l'aveva fatta... e adesso torno a Gibbon, dopo aver attivato l'estensione. Prima cosa che voglio fare: in Advanced options del tool OCR, aggiungere qualcosa per cambiare comodamente il numero di pagina dell'immagine, quando si resta sullo stesso Indice.... poi vediamo. :-) Alex brollo (disc.). 10:47, 15 dic 2023 (CET)[rispondi]

Il mio script "Hallo world" corre su WikimediaOCR .... :-) Alex brollo (disc.). 14:20, 15 dic 2023 (CET)[rispondi]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ ... e questo è quello che volevo. Il codice è un pasticcio informe, ma funziona.... e lo uso solo io :-) Tutto funziona come prima, tranne la visualizzazione del nome Indice e un campo per il numero pagina; quindi un cambio pagina si può fare in due modi equivalenti come risultato. Inoltre i campi per i settaggi fini (motore OCR, lingua, ecc.) sono spostati in fondo; cambiando pagina i loro valori dovrebbero essere conservati.

Alex brollo (disc.). 14:33, 17 dic 2023 (CET)[rispondi]

@Candalua Ancora grazie: trovata una seconda applicazione, non-mediawiki... mi ci divertirò :-) ma senza perderci tanto tempo. Alex brollo (disc.). 00:26, 28 dic 2023 (CET)[rispondi]

Problema PieDiPagina

@OrbiliusMagister @Candalua Ho modificato il sistema numerazione automatico delle pagine (quello che automatizza RigaIntestazione) facendo in modo che l'automatismo scatti anche usando PieDiPagina, cosa utile nei pochi testi che numerano le pagine in footer (pochi testi su carta, come questo, parecchi testi nati digitali in pdf). Però nasce un problema: avverrà che l'automatismo scatti, impropriamente, anche quando PieDiPagina contiene il numero del fascicolo di stampa, ogni 16/32 pagine. Il che è un enorme fastidio.

Propongo una soluzione semplice, che potrebbe ovviare il problema: creare un template sinonimo {{PieDiPagina2}} (o altro nome più appropriato), redirect a PieDiPagina, da usare nel caso che PieDiPagina venga utilizzato per la normale numerazione pagine. Che ne dite? L'alternativa è una raccomandazione a tutti: cancellare il primo PieDiPagina improprio prodotto dall'automatismo... ma so già che ci si dimenticherà di farlo e saranno introdotti miriadi di PieDiPagina sbagliati. :-( Alex brollo (disc.). 11:39, 12 dic 2023 (CET)[rispondi]

Sarei poco propenso a creare template "opera-specifici", come è il caso di Template:Nsb che poi si è trasformato in un template esoterico ma di uso comune; comunque se è il male minore vada per il "fork di template" con uso opera-specifico. - εΔ ω 20:07, 12 dic 2023 (CET)[rispondi]

@OrbiliusMagister Sperimentando su Indice:Giuseppe Rota - Capitoli in dialetto bergamasco.djvu, che è il sesto grado dell'uso della numerazione note (doppia numerazione pagine indipendente, in header e in footer, sia in numeri romani che in numeri arabi) confermo che l'accrocchio funzia; emerge inoltre inaspettata una soluzione facile da documentare: se si vuole scatenare l'algoritmo di avanzamento numeri, usare {{PieDiPagina}}; se si vuole zittirlo, usare invece {{pieDiPagina}}. Per Mediawiki sono la stessa cosa, per l'algoritmo avanzamento numerazione no. A me piace.... :-) Alex brollo (disc.). 08:08, 13 dic 2023 (CET)[rispondi]