Wikisource:Bar/Archivio/2023.07

Da Wikisource.
Archivio delle discussioni del mese di luglio dell'anno 2023

Categoria: Archivio Bar 2023 Bar   Archivio    luglio 2023 


Edit in sequence[modifica]

@E' comparsa la linguella "Edit in sequence", che attiva l'estensione ispirata a eis, elaborata da programmatori con i fiocchi. Stento a contenere l'emozione. La provo immediatamente in corpore vili1, le pagine di Enea nel Lazio. Grazie!

  1. E' un po' deprimente scorrere le recensioni delle opere minori di Goldoni, comresa questa... l'ultima, relativa a Artemisia, la apostrofava come "quel misero fantoccio"... :-(

Alex brollo (disc.). 10:14, 3 lug 2023 (CEST)[rispondi]

Bella, ma ho l'impressione che non funzioni, ho provato a fare una modifica ma si è perso tutto quello che ho fatto nella finestra testo (cioè, ha aggiunto un piè di pagina e cambiato il SAL), ma le modifiche nel testo non sono state salvate, e non le vedo in anteprima. Cruccone (disc.) 10:50, 3 lug 2023 (CEST)[rispondi]
@Cruccone Quando premi sul tastone "Pubblica le modifiche", ti appare un menu per il campo oggetto e che operazione vuoi fare in seguito. Quando salvi infine, in alto a destra brevemente appare una scritta che ti dice che la pagina è stata salvata. Magari riprova un attimo: a me funziona. --Ruthven (msg) 11:18, 3 lug 2023 (CEST)[rispondi]
Ok, stavolta ha funzionato. Però ha "chiuso" un tag references il che mi sembra un bug...--Cruccone (disc.) 11:33, 3 lug 2023 (CEST)[rispondi]
Questo del references mi sembra inquietante, questo widget non dovrebbe "correggere" il testo che gli scriviamo dentro, non è il suo compito. Ruthven, dove possiamo raccogliere tutte le richieste per lo sviluppatore? Can da Lua (disc.) 12:04, 3 lug 2023 (CEST)[rispondi]
@Candalua In effetti me lo sono trovato anche su nap.source. Ma non siamo sicuri che non si tratti di uno di quei script che fanno "postOCR"? Anche, quel <reference> scritto così non dovrebbe esistere mi pare.
In ogni modo, possiamo segnalare i bug nella pagina di discussione a mw:Extension_talk:Proofread_Page/Edit-in-Sequence, su phab:T308098 o dove segnaliamo i vari tecnicismi a Wikisource:Domande tecniche. Ruthven (msg) 12:33, 3 lug 2023 (CEST)[rispondi]
La correzione del tag <references/> viene fatta aprendo la linguetta "Edit pages in sequence", mentre se clicco su "Modifica" non lo fa, neanche se poi apro l'eis classico. --Cruccone (disc.) 14:00, 3 lug 2023 (CEST)[rispondi]
@Cruccone@Ruthven This does look like a bug with edit-in-sequence, however, would it be possible to know how prevalent this syntax (unclosed/self-closing tags in wikitext) is ? (Fixing this will require some significant re-engineering of the way we parse/identify Page: pages in EIS) Sohom Datta (disc.) 07:39, 4 lug 2023 (CEST)[rispondi]
@Sohom Datta This syntax looks like a mistake to me, as written above. Maybe we should transform all the <references> in <references /> with a bot first.
The question is if Edit-in-sequence affects other similar tags. Ruthven (msg) 17:08, 4 lug 2023 (CEST)[rispondi]
Trovo un problema nella gestione dell'header, sembra che non ne salvi le modifiche ed inoltre non "sente" autoRi (lo script che compila automaticamente il tl RigaIntestazione in moltissimi casi). Approfondisco.... mi sa che revoco la rinuncia al vecchio, caro eis :-( Alex brollo (disc.). 14:39, 3 lug 2023 (CEST)[rispondi]
Altro possibile problema: se apro una pagina nuova (link rosso), inizialmente mi fa vedere il testo preso dal .djvu, ma lo fa sparire dopo 1 secondo, come se ci fosse uno script che svuota. Cruccone (disc.) 14:45, 3 lug 2023 (CEST)[rispondi]
@Cruccone @Candalua Segnalato su phab:T340986. Ruthven (msg) 15:13, 3 lug 2023 (CEST)[rispondi]
@Alex brollo Can you mention where/how the script is loaded in your Utente:Alex brollo/common.js file ? It might be that we are missing some event somewhere ? Sohom Datta (disc.) 07:45, 4 lug 2023 (CEST)[rispondi]
@Sohom Datta Dealing with original eis, it's simply a formal optional gadget, Mediawiki:Gadget-eis.js. My Utente:Alex brollo/common.js has no role into eis activation. I agree that eis code is far from well structured and easy to browse, and I apologyze for my poor programming skill... I suspect that Edit in sequence is focused on wpTextbox1 field editing/saving, while eis gives the same care to wpHeaderTextbox and wpFooterTextbox too. More, when reading the code of a page, eis reads and stores too the code of two previous pages and it uses their code for some useful automations. I know that header field it not so important for other wikisource projects, but it's important for itwikisource and perhaps for other projects. Alex brollo (disc.). 10:09, 4 lug 2023 (CEST)[rispondi]
@Sohom Datta Just to give you a spot about automation degree of usual itwikisource editing tools, running both in normal editing or in eis editing:
  1. Alt+7 runs both autoRi (that exactly writes most header fields) and cleanup (that runs both a set of default regex edits and a set of work-specific regex edits);
  2. Alt+3 runs level edit and save the edited code; under eis, it loads too next page.
In brief, it happens pretty often that two keyboard shortcuts do all the work. :-) Alex brollo (disc.). 10:24, 4 lug 2023 (CEST)[rispondi]
@Alex brollo I've put in https://gerrit.wikimedia.org/r/c/mediawiki/extensions/ProofreadPage/+/935472 to fix the autoRi issues. My understanding is that we are not correctly responding to programatic manipulation of the header, footer and body tags (since we only listened for 'keyup' events) this patch should check for the input event (as well as hard-sync the text before important operations like save) Sohom Datta (disc.) 18:16, 4 lug 2023 (CEST)[rispondi]
@Sohom Datta Thanks for your attention! Yes, eis builds the whole wikicode of the page to be saved from contents of the three textarea fields (simply creating a pagequality tag with its level and user attributes and needed noinclude tags) by pageBuild() (rows 428-441). Alex brollo (disc.). 19:44, 4 lug 2023 (CEST)[rispondi]
Domanda: ma è voluto il fatto di "mangiarsi" i template {{Pt}} in fase di salvataggio? --Cruccone (disc.) 09:38, 12 lug 2023 (CEST)[rispondi]
@Cruccone Does this still reproduce in the latest version ? Sohom Datta (disc.) 17:32, 20 lug 2023 (CEST)[rispondi]
Sohom Datta: it still happens that, if I change the text through some gadget (like postOCR or any of the toolbar buttons like Sc, Ac, Pt etc.), I don't see the change in the preview, and if I publish, that change is not saved. Only when I edit the text manually, it it is saved correctly. Thank you, Can da Lua (disc.) 11:43, 21 lug 2023 (CEST)[rispondi]
I think it's related to the Edittools bug reported in nap.source at Wikisource:Bar#Prubblema_'e_sarvataggio_cu_Edittools. When you write something without actually typing on the keyboard, but using gadgets or other buttons, the modifications to the page aren't recorded by EiS. Ruthven (msg) 15:57, 28 lug 2023 (CEST)[rispondi]
Everything works correctly if the last modification is done by keyboard. If it is done by clicking on a button, it won't show up in the preview and and it won't be saved unless after that you modify something by keyboard (e.g. adding and deleting a letter somewhere). Cruccone (disc.) 09:01, 3 ago 2023 (CEST)[rispondi]
This should/will be fixed in next weeks release :) -- Sohom Datta (disc.) 13:25, 3 ago 2023 (CEST)[rispondi]

Notizie tecniche: 2023-27[modifica]

MediaWiki message delivery 00:51, 4 lug 2023 (CEST)[rispondi]

Problemi di formattazione automatica[modifica]

Salve a tutti, fedele alla mia incostanza, ho ripreso un progetto a metà: Il Malmantile Racquistato.

Qui una pagina: https://it.wikisource.org/w/index.php?title=Pagina:Lippi_-_Malmantile_racquistato.pdf/234&action=edit&prp_editinsequence=true#Pagina:Lippi%20-%20Malmantile%20racquistato.pdf/236

Andando a modificare da pc via chrome con la funzione 'Modifica pagine in sequenza' mi sono accorto di due cose che mi sembrano strane e non mi sembra di aver avuto in precedenza questi problemi.

Quando vado su una pagina da trascrivere, mi propone righe come questa dove manca la / prima della chiusura del > il che mi provoca un errore; mi tocca quindi metterli tutti a mano altrimenti non vedo correttamente l'anteprima. Inoltre a fine pagina genera in automatico questa sfilza, che è l'unica cosa che vedo in anteprima se non la cancello ogni volta.

</section></section></section></section></section></section></section></section></section></section>

Il problema è che dopo salvato ricompare!

A questo punto prima di proseguire vorrei sapere se qualcuno di voi sa cosa ho combinato perché altrimenti devo rimettere mano anche a tutte le pagine fatte, ed erano già ahimè 236 su 488.

Vedo dalla discussione sopra che è un modulo recente, magari dipende da quello. Conviene aspettare che si "calmino le acque"?

Grazie a chi può aiutarmi. Accolturato (disc.) 14:56, 4 lug 2023 (CEST)[rispondi]

@Sohom Datta This one looks a similar bug as the references one. It seems to happen when the closing tag is missing. Ruthven (msg) 17:09, 4 lug 2023 (CEST)[rispondi]
Yes, this looks concerning, I'll try to work on some kind of fix for this, it's a extension of T321446 and related parsing difficulty around Page: pages :( Sohom Datta (disc.) 19:44, 4 lug 2023 (CEST)[rispondi]
@Accolturato Risposta semplice alla tua domanda finale: sì. :-) Alex brollo (disc.). 19:48, 4 lug 2023 (CEST)[rispondi]
grazie mille! oh per l'appunto mi sono svegliato in piena sperimentazione ahahahahaha Accolturato (disc.) 08:41, 5 lug 2023 (CEST)[rispondi]
@Accolturato L'idea non è di aspettare che si calmino le acque, ma proprio di sperimentare: l'estensione è stata importata su it.wikisource proprio per individuare errori e correggerli prima di portarla su tutti gli altri progetti Wikisource. Più errori trovi, più siamo contenti!
In questo caso hai individuato un errore ben più profondo del Edit-in-sequence, che esiste dal 2022 e potenzialmente dannoso per tutti i progetti. Forse sarà il caso di sistemarlo rapidamente... Grazie Ruthven (msg) 10:37, 5 lug 2023 (CEST)[rispondi]
@Ruthven, Da un paio di esperimenti in cui ho visto accadere la stessa cosa intuisco questo:
  • Ci sono in ballo delle sostituzioni automatiche che non controlliamo.
  • Quando scriviamo dei tag "correttamente spaiati" come <section begin|end= ... /> o semplicemente <references /> al momento di salvare uno script li interpreta come qualcosqa di sbagliato e li trasforma in <section...> e <references> a cui poi aggiunge per coerenza </section> e </references>. Il tutto anche se noi correggessimo.
  • Forse potrebbe dipendere dalla nostra fedeltà. ai tag section laddove in altri progetti questi sono sostituiti da ##. come si regolino altrove con i tag references mi sfugge. εΔω 15:38, 5 lug 2023 (CEST)[rispondi]
@OrbiliusMagister Il tag <section /> è usato correttamente secondo quanto specificato in mw:Extension:Labeled Section Transclusion. Il problema è un altro, è che l'API - da quello che ho capito - restituisce male questi tag "autochiusi". Non è "colpa" di Edit-in-sequence, ma è un problema che ha ereditato in qualche modo.
@Sohom Datta Am I correct saying that the issue is a misinterpretation of the autoclosing tags, like <section /> and <references /> ? -- Ruthven (msg) 18:40, 5 lug 2023 (CEST)[rispondi]

──────────────────────────────────────────────────────────────────────────────────────────────────── (Osservazione generale su Modifica in sequenza) Seguo gli sviluppi con molta curiosità. Intuisco che, conservando l'idea generale di eis, l'intera architettura è profondamente diversa (com'è giusto che sia, ovvio, è elaborata da gente in gamba). La differenza fondamentale: eis parte dalla normale modifica, conservando tutto quello che c'è: campi di testo, variabili ecc.; in pratica modifica solo gli script di navigazione e di salvataggio del codice wiki. Infatti, eis parte solo da Modifica. Al contrario, Modifica in sequenza sostituisce completamente la normale pagina di modifica, e infatti parte anche in modalità Leggi; se si parte da Modifica, i testi "lampeggiano", perchè vengono ricaricati ex novo. Interessante! Ma... non escludo di tenere attiva anche eis come alternativa, in base al principio "ogni scarrafone è bell'a mamma soja" ;-) Alex brollo (disc.). 23:50, 5 lug 2023 (CEST)[rispondi]

@Alex brollo L'idea del nuovo Eis è proprio quella di mantenere il più possibile della pagina e caricare solo il testo, per non appesantire l'uso di Wikisource quando la connessione è scarsa. Se si segue quanto succede nella gestione della memoria del browser, si vede che vengono tenute in memoria (per non ricaricarle nuovamente) le ultime pagine visitate. Non so a cosa corrisponde il lampeggiamento, ma possiamo chiederlo a Sohom... Ruthven (msg) 10:18, 9 lug 2023 (CEST)[rispondi]
@Ruthven No, era solo una riflessione sulle differenze, lasciamolo lavorare in pace. Anche l'idea del vecchio eis è esattamente quella. Alex brollo (disc.). 11:37, 9 lug 2023 (CEST)[rispondi]

Problema AutoRI[modifica]

Divido il thread in sottoproblemi affinché possano essere gestiti separatamente.

Quando uso il nuovo eis con PostOCR l'intestazione di due pagine prima non appare: al momento lascio stare e poi uso il vecchio eis :-), ma non vale. εΔω 11:03, 9 lug 2023 (CEST)[rispondi]

Seguito su https://gerrit.wikimedia.org/r/c/mediawiki/extensions/ProofreadPage/+/935472 Ruthven (msg) 12:09, 9 lug 2023 (CEST)[rispondi]

Problema references[modifica]

A seguito della segnalazione sopra scritta ho notato che ora i tag </section> non compaiono più, ma in fondo compare il codice <references></references>. εΔω 11:03, 9 lug 2023 (CEST)[rispondi]

Dipende probabilmente da T321446. Ruthven (msg) 12:11, 9 lug 2023 (CEST)[rispondi]
@Ruthven @OrbiliusMagister I've put in a hotfix at https://gerrit.wikimedia.org/r/c/mediawiki/extensions/ProofreadPage/+/937994 which should fix this on EditInSequence's end. (I'm expecting the fix to be deployed by the next train) :) Sohom Datta (disc.) 05:56, 16 lug 2023 (CEST)[rispondi]
Fix should be deployed :) Sohom Datta (disc.) 16:52, 20 lug 2023 (CEST)[rispondi]

Problema svuotamento nuove pagine[modifica]

Sostituzioni automatiche e tag math[modifica]

Edit in sequence fa alcune sostituzioni automatiche, fra cui i simboli < e > che vengono sostituiti dai rispettivi tag &lt; e &gt;. Purtroppo questa sostituzione avviene anche all'interno del tag <math></math>, causando un messaggio di errore del parser delle formule. È possibile evitare questo meccanismo all'interno delle formule matematiche? --Paperoastro (disc.) 13:39, 9 lug 2023 (CEST) P.S.: esempio --Paperoastro (disc.) 13:53, 9 lug 2023 (CEST)[rispondi]

@Paperoastro I caratteri <> sono critici perchè la routine di conversione degli apostrofi (una delle cose che fa cleanup) da dattilografico a tipografico prevede che i blocchi math siano esclusi dall'elaborazione (come i template, i link ed altri). La sostituzione con entità html però non dovrebbe essere automatica, sei sicuro che edit in sequence lo faccia di sua iniziativa? Il problema, in questa pagina, si pone comunque anche sotto modifica normale o sotto eis, temo che sia prudente disabilitare completamente cleanup (postOCR) nelle pagine che contengono un tag math. @Candalua che ne dici? Intanto faccio qualche prova in corpore vili (su una pagina vuota in lavorazione) per cercare di isolare il problema in un codice più semplice possibile. Alex brollo (disc.). 22:53, 10 lug 2023 (CEST)[rispondi]
@Paperoastro Pagina di prova: Pagina:Goldoni - Opere complete, Venezia 1928, XXVI.djvu/1. Confermo, è proprio Edit in sequence che agisce di sua iniziativa. La pagina completa è problematica anche in modifica normale e sotto eis, se si tenta di usare postOCR si pianta, ma se lo si evita tutto va liscio. Quindi, il problema non sarebbe risolto modificando postOCR; ma si eviterebbe il blocco che si verifica in normale modifica. Alex brollo (disc.). 23:28, 10 lug 2023 (CEST)[rispondi]
@Alex brollo, Candalua confermo che né il nostro postOCR, né il nostro eis hanno ultimamente dato problemi con il tag <math>, visto che li uso tranquillamente qui. Ad essere pignoli ci sarebbe un ritocco da fare a postOCR per quanto riguarda alcuni comandi interni al tag math, ma ne parliamo più avanti, quando mi chiarisco il problema. --Paperoastro (disc.) 23:46, 10 lug 2023 (CEST)[rispondi]
@Paperoastro Perfetto; il blocco completo di postOCR nelle pagine con il tag math risolverebbe vari problemi, anche se ne creerebbe degli altri (siamo tutti, penso, un po' viziati dai nostri tool....). Riguardo alla pagina citata, il codice è scritto da un appassionato di math: usa math anche per scrivere 6a e perfino per caratteri isolati come una a .... :-) Alex brollo (disc.). 00:01, 11 lug 2023 (CEST)[rispondi]
This should also be fixed in the next train :) Sohom Datta (disc.) 17:30, 16 lug 2023 (CEST)[rispondi]
This should be fixes as well Sohom Datta (disc.) 16:52, 20 lug 2023 (CEST)[rispondi]
Ciao Paperoastro, puoi verificare se l'errore col math è stato corretto? Ho fatto alcune semplici prove e tutto mi sembra normale. Grazie Ruthven (msg) 11:27, 23 lug 2023 (CEST)[rispondi]
Hi Sohom Datta, and Ruthven. I have just tried the solution here and it works! Thank you very much! --Paperoastro (disc.) 22:53, 24 lug 2023 (CEST)[rispondi]

Incontri aperti per la pianificazione 2024 di Wikimedia Italia[modifica]

Care tutte e cari tutti,

Wikimedia Italia vi invita a partecipare agli incontri aperti per l'avvio della pianificazione 2024! Gli incontri saranno tematici e si terranno secondo questo calendario al link https://moodle.wikimedia.it/mod/bigbluebuttonbn/view.php?id=273 :

  • Far crescere la consapevolezza del valore della conoscenza libera (attività relative all'istruzione): martedì 11 luglio ore 18;
  • Far crescere le comunità attive sui progetti Wikimedia e OpenStreetMap: giovedì 13 luglio ore 21;
  • Far crescere la disponibilità di contenuti liberi: mercoledì 19 luglio alle ore 18;
  • Far crescere la consapevolezza del valore della conoscenza libera (attività relative ad advocacy e comunicazione): giovedì 27 luglio ore 21.

Gli incontri verteranno sulle vostre considerazioni relative alla pianificazione e alle attività degli anni passati e alle vostre idee riguardo alla direzione da intraprendere per il futuro.

Trovate il piano 2023 qui: wmit:Piano_annuale_2023

Vi aspettiamo! Marta Arosio (WMIT) (disc.) 11:30, 5 lug 2023 (CEST)[rispondi]

Notizie tecniche: 2023-28[modifica]

MediaWiki message delivery 21:53, 10 lug 2023 (CEST)[rispondi]

Aggiornamento di "argomento" (opere teatrali)[modifica]

Segnalo che ho aggiunto "Intermezzi" e "Drammi giocosi" fra gli argomenti accettati da tl|Intestazione e elaborati automaticamente con categorizzazione "a cascata". Ripassino per chi è nuovo: questo tipo di argomenti categorizza anche nelle categorie di ordine superiore di una sottocategoria; "intermezzi" categorizza quindi sia in Categoria:Intermezzi che in Categoria:Teatro: vedi La Pelarina1, in modo indipendente dal contenuto del campo Progetto. L'albero delle categorie è memorizzato in {{ArgCat/Dati}}. Alex brollo (disc.). 09:23, 11 lug 2023 (CEST)[rispondi]

  1. Suppongo che il nome della protagonista dipenda dal fatto che l'intermezzo tratta della "pelatura" di Tascadoro :-)

Autosegnalazione di piccola violazione delle regole in Ultimi arrivi[modifica]

Poichè sto trascrivendo in sequenza piccoli componimenti di Goldoni, mi sono permesso di violare la regola "inserire in cima - eliminare in fondo" e faccio scorrere i testi del Goldoni nella loro sequenza, conservando le trascrizioni diverse nella loro posizione. Confido nel silenzio-assenso, ma se non vi va, ditemelo pure. Alex brollo (disc.). 16:26, 13 lug 2023 (CEST)[rispondi]

Notizie tecniche: 2023-29[modifica]

MediaWiki message delivery 01:08, 18 lug 2023 (CEST)[rispondi]

Chiedo venia[modifica]

Sono incappato (qui) in un testo che abbiamo, ma, essendo diviso in tre volumi, "non c'è". Cosa fassi in casi come questo? Si crea "testo" o puranco "opera". Boh.

Carlo M. (disc.) 10:32, 19 lug 2023 (CEST)[rispondi]

Non c'è, ma ci dovrebbe essere. Adesso lo sistemo... Can da Lua (disc.) 11:08, 19 lug 2023 (CEST)[rispondi]
Carlo M.: ✔ Fatto. Anche se è diviso in volumi, ci deve sempre essere una pagina principale dell'opera, che poi rimanderà ai singoli volumi. Sai se ci sono altri casi simili in giro, così li sistemiamo tutti? Can da Lua (disc.) 11:17, 19 lug 2023 (CEST)[rispondi]
@CandaluaSe li vedo ti faccio un fischio. Intanto grazie da parte mia e ... di Giuseppe Spada --Carlo M. (disc.) 18:33, 19 lug 2023 (CEST)[rispondi]

De misteriis illustribus[modifica]

Perché la scansione di IA fa schifo mentre il file da cui è tratto (GB) sembra essere più che decente?

Esiste qualche homo tecnologicus-volenterosus capace di sostituire la scansione pessima con quella bona. Non ho fretta (parto per i lavori nei campi a breve); se se po' fa' interrompo e faccio altro.

Carlo M. (disc.) 19:15, 20 lug 2023 (CEST)[rispondi]

@Carlomorino Interessante, ma dacci qualche dettaglio in più. Cosa fa schifo, esattamente? Le scansioni IA come appaiono nel suo visualizzatore? Il djvu? Il testo OCR (soprattutto quello dei caratteri piccoli)? Il pdf scaricabile da IA? Alex brollo (disc.). 10:00, 21 lug 2023 (CEST)[rispondi]
PS: trovo Indice:Ciceruacchio e Don Pirlone.djvu, in effetti l'OCR incorporato nel djvu, per i testi a caratteri piccoli, fa abbastanza pietà. Curioso il fatto che se lanci l'OCR Google da nsPagina l'interpretazione migliora moltissimo. Il problema è l'OCR "incorporato"? --Alex brollo (disc.). 10:15, 21 lug 2023 (CEST)[rispondi]
[Conflitto di modifiche] @Alex brollo: in questo momento sto cercando di mettere in Ns PAGE questa pagina. Questa immagine, che dovrebbe essere l'originale di quella che è su IA, si capisce quello che ci sta scritto. La situazione del "Nostro" file p decisamente peggi nella pagina precedente e ancora peggio nella successiva. Come se GB avesse fatto di nuovo la scansione. Come si capisce da qui e qui stessa biblioteca, stessa copia dello stesso libro. Secondo me è stato qualche diavoletto che ci ha messo mano. --Carlo M. (disc.) 10:23, 21 lug 2023 (CEST)[rispondi]
p.s. è anche il problema che a volte non è facile capire quello che ci sta scritto. --Carlo M. (disc.) 10:24, 21 lug 2023 (CEST)[rispondi]
p.s. 2. Comunque mi hanno ridato la macchina e quindi vado a controllare le amiche piante. --Carlo M. (disc.) 10:40, 21 lug 2023 (CEST)[rispondi]
@Carlomorino Rifare daccapo un djvu con OCR migliorato è possibile, ma abbastanza faticoso. Proposta: le pagine che indichi sono doppiamente critiche (caratteri piccoli e tabelle), la mia proposta sbrigativa: intanto salvale grezze e marcale con SAL 50% inteso come "problematiche", e tira innanz, alla fine vediamo se sono molte, e in questo caso affrontiamo il problema alla radice; se sono poche, ci sono trucchi per migiorare un po' l'OCR, fermo restando che resteranno piccoli problemi da risolvere con pazienza. Alex brollo (disc.). 10:49, 21 lug 2023 (CEST)[rispondi]
@Alex brollo. Visto che avevo un po' di tempo le tre pagine che mi interessano le ho fatte utilizzando come fonte il file su Gughel bux. Quando torno farò un testo con quelle tre pagine e lo userò come fonte per una voce su WP del tipo "Deputati dello Stato pontificio", ricopiando l'elenco con le minime variazioni necessarie. Per il momento mi metto in pausa. Ogni tanto, quando passo a casa, vengo a vedere come state e che fate. Sarò a pieno regime più in là, sperando che nell'intanto il caldo sia scemato. --Carlo M. (disc.) 18:19, 21 lug 2023 (CEST)[rispondi]

Notizie tecniche: 2023-30[modifica]

MediaWiki message delivery 04:20, 25 lug 2023 (CEST)[rispondi]

Deploying the Phonos in-line audio player to your Wiki[modifica]

Ciao!

Apologies if this message is not in your language, ⧼Please help translate⧽ to your language.

This wiki will soon be able to use the inline audio player implemented by the Phonos extension. This is part of fulfilling a wishlist proposal of providing audio links that play on click.

With the inline audio player, you can add text-to-speech audio snippets to wiki pages by simply using a tag:

<phonos file="audio file" label="Listen"/>

The above tag will show the text next to a speaker icon, and clicking on it will play the audio instantly without taking you to another page. A common example where you can use this feature is in adding pronunciation to words as illustrated on the English Wiktionary below.

{{audio|en|En-uk-English.oga|Audio (UK)}}

Could become:

<phonos file="En-uk-English.oga" label="Audio (UK)"/>

The inline audio player will be available in your wiki in 2 weeks time; in the meantime, we would like you to read about the features and give us feedback or ask questions about it in this talk page.

Thank you!

UOzurumba (WMF), on behalf of the Foundation's Language team

04:26, 27 lug 2023 (CEST)

Altro falso 75%...[modifica]

Come qui, la Pagina:Guglielminetti - La porta della gioia, Milano, Vitagliano, 1920.djvu/199 sembrava essere al 75% ma a dire del software non lo era. Qualcuno può portarla al 100% per me? Grazie mille -- Dr ζimbu (msg) 08:40, 31 lug 2023 (CEST)[rispondi]

Dr ζimbu: ✔ Fatto Can da Lua (disc.) 09:52, 31 lug 2023 (CEST)[rispondi]
@Candalua Avrei bisogno di un altro intervento del genere qui. Mi viene il dubbio che (sia in questo che nel caso precedente) possa entrarci eis...--Dr ζimbu (msg) 15:13, 4 ago 2023 (CEST)[rispondi]
@Candalua, Alex brollo Dopo che mi è risuccesso (qui) ho fatto un esperimento su quest'altra pagina: nel wikicodice il <pagequality> mostrava correttamente Candalua come user, e aprendola in modifica potevo portarla al 100%; dopo averla modificata con eis (e salvandola come "Trascritta") lo user sono diventato io e non posso più portarla al 100%. Mi sembra proprio un bug di eis...--Dr ζimbu (msg) 15:02, 6 ago 2023 (CEST)[rispondi]
@Dr Zimbu Parliamo del "nostro" eis, vero? Interessante, riguarderò il codice, forse riesco ancora a decifrarlo. :-( Alex brollo (disc.). 16:47, 6 ago 2023 (CEST)[rispondi]
@Alex brollo No, parlo dell'eis "nuovo"--Dr ζimbu (msg) 16:57, 6 ago 2023 (CEST)[rispondi]
OK! (sospiro di sollievo...). Per chi avesse il coraggio di aprire il codice del vecchio eis, la cosa viene gestita da pageBuild(). Ho clonato il codice attuale di eis in MediaWiki:Gadget-eis_test.js, su cui si possono sperimentare eventuali modifiche. Alex brollo (disc.). 17:07, 6 ago 2023 (CEST)[rispondi]

Notizie tecniche: 2023-31[modifica]

MediaWiki message delivery 01:54, 1 ago 2023 (CEST)[rispondi]