Wikisource:Domande tecniche

Fine pagina

Pagina dedicata a domande sul software, sulla struttura organizzativa del progetto, sulla visualizzazione e i bug dei browser. Le comunicazioni Tech News verranno ricevute su Wikisource:Domande tecniche/Tech News.

Premi qui per inserire la tua domanda o la tua osservazione

Problema greco

@OrbiliusMagister (e altri grecisti): Confermo, in molti testi greci di Gibbon ci sono dei diacritici abusivi: non so come ci siano arrivati, ma si tratta tecnicamente di "caratteri unicode ricombinanti non appartenenti al range dei caratteri greci". Oltre che sbagliati sono fastidiosi da cancellare da tastiera, perchè non si fondono bene con i caratteri cirostanti. Se ci riesco cerco di creare un tool, analogo a Diacritici, con due funzioni:

1. eliminazione, nel testo selezionato, di tutti i caratteri unicode "anomali per un testo greco";
2. aggiunta-cancellazione di diacritici greci (con lo stesso meccanismo di Diacritici)

Vi sembra tempo perso?

Vi segnalo inoltre un'applicazione regex del pulsante "Trova successivo" del nostro trova e sostituisci: può essere usato per scovare anomalie dei caratteri in un testo greco, classica quella di beccare caratteri latini mescolati con quelli greci, come le A latine in un testo greco in cui ci vanno i caratteri Α, ma anche i caratteri diacritici abusivi. Se una cosa del genere vi serve, ne parliamo. Alex brollo (disc.). 09:49, 13 gen 2024 (CET)

Quello dei diacritici è un problema notevole che conto di descrivere: il fatto è che, salvo edizioni eccezionalmente specilistiche i tipografi italiani stampavano il greco con la stessa accuratezza con cui i primi OCR anni '90 leggevano le scansioni, cioè in completa ignoranza e cieca fiducia nei loro occhi: quasi sempre spiriti e accenti erano omessi (in quanto omessi nei manoscritti) o peggio aggiunti in qualche modo. Questo diverso concetto di errore tipografico costringe e pensare la trascrizione del greco diversamente da quella in alfabeto consueto. Appunto, dovrò scrivere una volta per tutte la linea guida per la trascrizione del greco. εΔω 16:23, 13 gen 2024 (CET)

Vorrei aggiungere un paio di problemi: a volte nell'originale a stampa non si capisce bene che tipo di spirito o di accento abbia messo il tipografo. Inoltre (forse dipende dal fatto che ancora non mi sono operato agli occhi) ma anche nel "non-so-come-si-chiama" con l'alfabeto greco, gli accenti e gli spiriti non si vedono bene e quindi faccio figuracce (5 anni di studio sprecati?), il che mi secca assai. Carlo M. (disc.) 17:35, 13 gen 2024 (CET)

@OrbiliusMagister @Carlomorino Gibbon, nonostante che il greco sia occasionale, mi ha costretto ad analizzare meglio il problema dei diacritici. Le difficoltà sono:

• scansioni meno che perfette;
• ignoranza del greco politonico;
• font di default per ns0-nsPagina non adatto a visualizzare l'unicode politonico greco;
• fastidi nel cancellare i diacritici, introdotti come caratteri ricombinanti ma errati;
• aspetto confondente di alcuni diacritici come il carattere ῀ e anche di alcuni caratteri maiuscoli come ΑΕΖΗΙΚΜΝΟΡΤΧ;
• necessità di usare diacritici ricombinanti multipli
• difficoltà di inserire in modifica caratteri unicode, il formato "\u0061", perfettamente capito da javascript, non funzia.

Mi metto al lavoro per una nuova versione del gadget Diacritici con queste funzioni (premesso che opererà sul carattere immediatamente precedente il cursore, come quello vecchio):

• cancellazione, con un click, di tutti i caratteri diacritici ricombinanti;
• inserimento, con un click, di una nutrito insieme di diacritici ricombinanti;
• inserimento di tipo additivo invece che sostitutivo, per permettere di aggiungere più di un diacritico;
• evidenziazione dei diacritici esclusivi dei caratteri latini, esclusivi dei caratteri greci, comuni al greco e al latino.

Fatemi gli auguri! Alex brollo (disc.). 10:41, 15 gen 2024 (CET)

Dimenticavo: il template {{greek}} assegna al testo greco una classe "greco" che può essere definita nella pagina styles.css di Indice. In Gibbon, volume V, ho provato ad applicare alla classe il css "font-famil: serif; font-size: 110%;" e non mi pare male: es. in questa pagina. Parecchi errori di visualizzazione sono spariti, grazie al font adatto. Alex brollo (disc.). 10:49, 15 gen 2024 (CET)

@OrbiliusMagister Cambio del progetto (ho un prototipo funzionante ma ancora molto grezzo): ho virato su un gadget specifico per i diacritici greci. I diacritici multipli possono essere inseriti uno a uno, e cancellati uno a uno, entrambe le cose sul carattere immediatamente precedente il cursore. Vedo che sono opportuni controlli (es. escludendo l'aggiunta di diacritici non permessi, come una dieresi isolata o combinata con accenti su caratteri diversi da ι e υ, o aggiustando diacritici multipli inseriti in sequenza irregolare). Forse sarebbe utile anche una funzione che elimina tutti i diacritici in un testo selezionato. Alla fine mi farai la cortesia di provarlo, non escludo che non ti serva assolutamente a niente... ma è stato divertente approfondire. Domanda: i due segni "Coronis" e "Spirito dolce" si fanno con lo stesso carattere unicode? Se sì, succede che il Coronis NON stia sopra una lettera, ma debba stare isolato? --Alex brollo (disc.). 17:33, 18 gen 2024 (CET)

In effetti coronide e spirito si distinguono solo perché la coronide è in centro parola mentre lo spirito è in inizio parola, non per la forma che è la medesima.

Io non ho problemi con i diacritici nel senso che li combino durante la scrittura con la tastiera (es: la combinazione "àe" mi dà "ἐ" oppure la combinazione "°œv" mi dà "ᾡ") e il sistema operativo si occupa di convertire automaticamente la combinazione di tasti in carattere precombinato. εΔω 18:04, 18 gen 2024 (CET)

@OrbiliusMagister Se non sbaglio tu lavori in Mac. Chiedo a chi mascica greco ma non è sotto Mac: in windows e linux è ugualmente semplice? Alex brollo (disc.). 09:52, 19 gen 2024 (CET)

NOn mastico Linux a sufficienza: ho imparato sotto Windows e ho ricostruito le abbreviazioni da tastiera passando a Mac. Una pagina carina per Windows è su Wikiversity. Il layout dei tasti è praticamente lo stesso: per i diacritici occorre usare la porzione destra della tastiera, quella che da noi ha lettere accentate, chiocciola ecc. che con varie combinazioni di maiuscola/alt-gr prepara la combinazione di diacritici. Qui una risorsa in italiano. εΔω 18:29, 19 gen 2024 (CET)

css

Indice:Le monete di Venezia.pdf/styles.css:

Capita che ci sia la necessità di assegnare una proprietà uguale a più colonne, come ad es. nella pagina indicata per la classe p401 (righe 43-80). Esiste la possibilità per dare un unico comando, tipo "td:nth-of-type(3-6)". Se si quale è la sintassi?

Carlo M. (disc.) 17:29, 13 gen 2024 (CET)

Ciao @Carlomorino. In rete ho trovato qualcosa: in pratica devi usare una combinazione di nth-of-type e nth-last-of-type. Guarda in questo foglio di stile: trovi un paio di esempi funzionanti negli stili .tab29 e .tab30. —-Paperoastro (disc.) 20:28, 18 gen 2024 (CET)

@Carlomorino So, la strada è giusta ma:

1. devi scrivere una riga css per colonna;
2. occhio che poi questo settaggio verrà applicato a tutte le tabelle del libro.

Per evitare questo problema devi applicare una classe alla tabella dove vuoi che avvenga il fenomeno, diciamo class="tab1" subito dopo il {| di inizio trabella, e poi scrivere nel foglio di stile dell'indice .tab1 td:nth-of-type(3) {codice css...} in modo da scatenare la questione solo nei td della tanblla classe tab1. Comunque si tratta di un enorme avanzamento di wiki, vale la pena impratichirsi anche se non è facilissimo. Alex brollo (disc.). 10:00, 19 gen 2024 (CET)

Vi devo rimproverare entrambi: non avete letto la pagina indicata: Indice:Le monete di Venezia.pdf/styles.css. Ma siccome oggi è il vostro giorno fortunato non vi incenerisco con il mio terribile raggio Θ.

Il mio problema era sapere se, dovendo dare la stessa indicazione a più colonne, devo comunque richiamarle tutte "individualmente" o se esiste qualche scorciatoia del tipo "tutte le celle al terzo, quarto e quinto posto di ogni riga": qualcosa tipo "td:nth-of-type(3 to 5)" o "td:nth-of-type(3, 4, 5) etc... Da quanto avete detto o non esiste o semplicemente i più esperti di me (non che ci voglia molto) questa scorciatoia ancora non l'hanno scoperta. Peccato. Solo che mi sembra strano visto la finalità ultima dei css, che è quella di evitare di ripetere le stesse indicazioni molte volte. --Carlo M. (disc.) 11:30, 19 gen 2024 (CET)

@Carlomorino Ok, beccato :-(. Studiando ho trovato che in alcuni casi si possono effettivamente indicare elementi multipli, a te la verifica se fa per te: https://drafts.csswg.org/selectors/#the-nth-child-pseudo (più avanti dice che con nth-of-type si può usare la stessa sintassi di nth-child) Alex brollo (disc.). 12:39, 19 gen 2024 (CET)

@Alex brollo: wow!

Non risolve completamente la domanda ma ..... Praticamente si può dare a tutti la stessa indicazione e poi cambiarla ad alcuni elementi. Fichissimo anche il (even) (e (odd), anche se non citato).

Vedi che se ti impegni fai anche bella figura. ;-}

--Carlo M. (disc.) 12:56, 19 gen 2024 (CET)

WOW bis: Indice:Le monete di Venezia.pdf/styles.css e Pagina:Le monete di Venezia.pdf/400. Si può certo fare di meglio. Ma da qualche parte si deve pur iniziare. --Carlo M. (disc.) 13:25, 19 gen 2024 (CET)

Resta il fatto che per "semplificare" le cose, puoi assegnare a tabelle uguali la stessa classe, e se hanno piccole differenze assegnare una classe per gli elementi comuni, e una seconda classe o pìù per le sole differenze. A dire il vero, styles.css apre (finalmente) un mondo di cui è appena iniziata l'esplorazione... :-) Fra l'altro moltissimi template potrebbero essere rivoluzionati. In Gibbon, forse hai visto l'uso del template Ct per i capitoli e per le annotazioni "a lato". Alex brollo (disc.). 14:53, 19 gen 2024 (CET)

due classi? Bello. Su Gibbons: "c=" è abbreviasione di "class="?

Zi ;-) (la zeta è per bilanciare la abbreviasione) --Alex brollo (disc.). 15:59, 19 gen 2024 (CET)

Sezioni

Ciao a tutti,
Non ho troppa esperienza nelle modifiche su Wikisource, ma stavo trascrivendo alcune pagine de Il tesoro di Brunetto Latini, e mi sono trovato ad una pagina in cui si trovano la fine d'un capitolo e l'inizio del successivo.
Nonostante abbia riprodotto quanto visto su altre pagine simili (mi riferisco essenzialmente all'uso di <section>), non riesco a far sì che le due parti restino separate: la fine del primo capitolo compare nella pagina del secondo capitolo (qui); e l'inizio del secondo compare nella pagina del primo (qui).
Non saprei proprio come ovviare a questo problema, e volevo chiedere suggerimenti.
Grazie in anticipo —— GianWiki (disc.) 00:21, 14 gen 2024 (CET)

Ciao, te l'ho sistemato, devi mettere le sezioni in fromsection e/o tosection in ns0. --Cruccone (disc.) 08:35, 14 gen 2024 (CET)

Grazie mille per l'aiuto! —— GianWiki (disc.) 09:30, 14 gen 2024 (CET)

Regex e cifre

Sono convinto di aver letto da qualche parte che esiste un modo per indicare una "stringa" costituita da una cifra. Ma ovviamente non ricordo dove e come. L'età è ovviamente la mia scusante.

Io ho un problema: in un indice di nomi, luoghi etc. lungo una decina di pagine (diverse decine di lemmi per pagina. Ogni lemma è seguito da uno o più numeri che indicano ove l'argomento è citato/trattato etc.

Per cui ho pensato: faccio une regex che sostituisca "spazio"x,"spazio" con "spazio"{{pg|x}},"spazio". Cosa degg'io porre allo posto della "x" per indicare che quello è un carattere nel range da 0 a 9 ??

Carlo M. (disc.) 16:39, 23 gen 2024 (CET)

p.s. questo editor nuovo è proprio antipatico

Ciao, se si cerca una sola cifra puoi scrivere 0-9, se ne cerchi più di una scrivi \d+, c'è proprio un esempio simile nel seguente vademecum: https://liberliber.it/aiuta/progetti/libercorrige/vademecum-espressioni-regolari/#un-esempio-pratico

Ciao.-- Myron Aub (disc.) 17:00, 23 gen 2024 (CET)

Credo di essermi imbattuto in qualche testo che ha come AutoRegex proprio questo e tendenzialmente è un incubo.... --Cruccone (disc.) 18:55, 23 gen 2024 (CET)

@Carlomorino Le regex sono insidiose. Ma sono potentissime. Gli indici degli argomenti sono il caso tipico in cui c'è da scervellarsi.... se mi dai il link a una pagina la analizziamo insieme per bene. Il trucco sta nell'osservare con estrema cura il "contorno" dei numeri, non solo gli spazi ma anche la punteggiatura, e aver cura di "regolarizzarli" prima di lanciare la regex (magari usando una o varie regex "di pulizia"). Alex brollo (disc.). 23:56, 23 gen 2024 (CET)

@Alex brollo: Qui (Pagina:Infessura - Diario della città di Roma.djvu/345) iniziano una serie di pagine con elencate: persone, vocaboli etc. il tutto per oltre 30 pagine. La struttura è sempre la stessa: Morino, Carlo 1, 22, 333, 400. Ove i numeri sono ovviamente le pagine. Quindi ad trasformare in {{pg|1}}, {{pg|22}}, etc. Pensavo di inserire una istruzione che effettuasse il cambiamento. Una pagina alla volta. Controllare la pagina aggiornata subito (quando la stragrande maggioranza delle pagine del testo ancora non sono state create) così i collegamenti in rosso sono bene evidenti e quindi correggere le pagine e poi eliminare la regex. Mi sembra un lavoro pulito. Mettere {{pg}} a ogni sequenza di 1, 2 o tre cifre.

Verrebbe evidenziata gran parte degli inevitabili errori.

Ma dato che non mi fido di Carlo ho chiesto aiuto.

Tieni presente che è una richiesta "in anticipo" perché di "indici" ho fatto sono una 20ina di pagine e ne rimane ancora una dozzina. --Carlo M. (disc.) 09:58, 24 gen 2024 (CET)

@Carlomorino Eccomi. Guardando la pagina, vedo che i numeri sono sempre preceduti da uno spazio o da un acapo, e sempre immediatamente seguiti da virgola, o punto e virgola, o punto. La regex da usare è questa: (\s)(\d+)([,.;]) che significa; cerca un carattere separatore \s (becca sia lo spazio che l'acapo) seguito da una o più cifre numeriche \d+ seguite da un carattere di punteggiatura compreso fra questi: [,.;], e memorizza le tre cose rispettivamente in $1, $2, $3 (a quello servono le parentesi tonde). Poi applica la sostituzione $1{{Pg|$2}}$3 ossia scrivi il carattere separatore, il numero dentro un tl Pg, e il segno di punteggiatura.

Attenzione: suggerisco di NON memorizzare la regex, ma di usarla, una pagina dopo l'altra, meglio sotto eis, quando avrai sistemato tutte le pagine dell'indice analitico; fuori dell'indice potrebbe introdurre errori. Vedo che l'OCR equivoca qualche 8 in S; no problem, i numeri errati non vengono modificati e spiccano bene; basta correggerli e rilanciare la sostituzione regex. Alex brollo (disc.). 15:51, 24 gen 2024 (CET)

@Carlomorino Visto che ci siamo, un altro suggerimento. Nel creare una regex di questo tipo, occorre fare in modo che dopo la sostituzione la regex non lavori più sulle modifiche fatte. Dopo che 123 è stato sostituito con {{Pg|123}} le tre cifre NON sono più precedute da un separatore e seguite da un carattere di punteggiatura, quindi NON saranno più sostituite. Se avessi impostato la regex solo con (\d+) invece.... ;-) Alex brollo (disc.). 16:02, 24 gen 2024 (CET)

@Alex brollo: ottimo. Fatto il primo indice, quello delle persone e cose rilevanti. Corretti una 20ina e più di errori (S per 5 o 8, punti mancanti etc.) Sono rimasti tre errori presenti nella stampa: collegamenti a pagine inesistenti. Ci vorrà tempo per correggerli. Li ho annotati nella p. di discussione. Ho anche provato con una leggera variazione per una p. dei termini dialettali: mettere il tmpl solo alle cifre seguite da ", e spazio ((\s)(\d+)([,])). Sembra OK. In questo indice infatti sono indicati pagina (P) e riga (R), così "P, R;". Domani si prosegue.

È divertente imparare cose anche alla mia (veneranda?) età. --Carlo M. (disc.) 19:56, 24 gen 2024 (CET)

@Carlomorino Giusto e funzionante; ma si può semplificare (e se si può si deve ;-) ). Regex: (\s)(\d+),; sostituzione: $1{{Pg|$2}}, Alex brollo (disc.). 22:04, 24 gen 2024 (CET)

Problema dello script che genera "Vedi le edizioni disponibili di questo testo".

@Candalua @OrbiliusMagister @Dr Zimbu Capitato su Tragedie (Alfieri, Scrittori d'Italia) vedo una fastidiosa sfilza di link "Vedi le edizioni disponibili di questo testo" in testa alla pagina; immagino che dipenda dal fatto che ogni link a un testo principale ns0 genera una riga "Vedi...", il che avviene in moltissimi casi di Raccolte. Il problema andrebbe risolto, è molto sgradevole. Alex brollo (disc.). 10:02, 14 feb 2024 (CET)

Non mi azzardo a metter mano allo script... provo una ipotesi teorica: è possibile che il bug dipenda dal fatto che il nsOpera dovrebbe riportare solo opere con più edizioni, cosa che non avviene con tutte le tragedie di Alfieri? εΔω 11:41, 14 feb 2024 (CET)

@Alex brollo, @OrbiliusMagister, @Dr Zimbu: non avevo previsto che ci potevano essere più link dalle pagine Opera. Ho fatto una modifica per mostrare solo il primo, o eventualmente sostituirlo con uno il cui titolo corrisponde meglio. Provate a vedere anche su altre pagine come funziona. Can da Lua (disc.) 12:17, 15 feb 2024 (CET)

Template Pg: bug da risolvere

Come saprete, il tl|Pg trasforma il numero di pagina stampato in un numero di pagina djvu/pdf e quindi nel link a quella pagina, in nsPagina/nsIndice; trasdforma invece il numero di pagina stampato in un link alla pagina ns0 che contiene quella pagina djvu/pdf.

Tutto funziona bene se c'è una relazione 1/1 fra pagine nsPagina e ns0; ma se una pagina nsPagina è transclusa in più pagine ns0 (pagine con section) il link punta sull'ultima pagina ns0 che transclude la pagina nsPagina.

possibile soluzione

poichè questo succede solo nelle pagine che contengono tag section, è possibile riconoscere automaticamente i link ambigui, che corrispondono alle pagine che contengono il tag section. Questi link devono essere evidenziati per essere, eventualmente, corretti manualmente espandendoli in codice esteso.

Immaginiamo che la pagina libro 100, in un Indice:Libro.djvu, sia contenuta in Pagina:Libro.djvu/110 e transclusa in Libro/Capitolo I. Per espandere il codice {{Pg|100}} si potrebbe scrivere {{Pt|[[Pagina:Libro.djvu/110|100]]|[[Libro/Capitolo I#pagename110|100]]}}; in caso di ambiguità questa espansione andrebbe fatta a mano per tutti i link ns0 tranne l'ultimo :-(

Altre soluzioni? Alex brollo (disc.). 14:27, 25 feb 2024 (CET)

Tabella su più pagine

Immagino sia stata discussa ampiamente N-volte. Ma negli aiuti non se ne parla. Almeno io non sono riuscito a trovare nulla (il che è quasi la stessa cosa). Qui inizia una serie di tabelle sulla distribuzione dei seggi dello Stato pontificio nell'unico momento in cui ci sono state delle elezioni. Per cui da un punto di vista storico ha una certa rilevanza. Io pensavo di mettere tutta la tabella in una pagina e mettere "Stato della pagina" a 0 sulla seconda metà della tabella. Fatemi sapere se esistono soluzioni migliori.

Carlo M. (disc.) 20:44, 6 mar 2024 (CET)

Per le righe non è difficile, basta non chiudere la tabella sulla prima pagina e non aprirla sulla seconda e in transclusione la tabella continua, l'importante è avere un |- o alla fine della prima o all'inizio della seconda. Sulle colonne invece non saprei, penso che la soluzione che proponi sia l'unica possibilità. Cruccone (disc.) 09:10, 7 mar 2024 (CET)

Mi sono espresso male: la "parte sinistra" su una pagina e la "parte destra" sull'altra. Il volume in questione sembra avere un formato particolarmente ridotto, tipo un A5 o addirittura un A6 per intenderci, e credo che le due parti della tabella riescano a entrare in una sola pagina.

--Carlo M. (disc.) 10:09, 7 mar 2024 (CET)

Servizio statistiche rotto

@Candalua Siccome ti vedo elencato fra i manutentori, ti segnalo che https://phetools.toolforge.org/statistics.php è morto.

Per i manutentori dice:

If you maintain this tool

You have not enabled a web service for your tool, or it has stopped working because of a fatal error. Please check the error logs of your web service. Alex brollo (disc.). 18:55, 20 mar 2024 (CET)

@Alex brollo, eh lo so, lo ha scritto anche Sohom Datta sul bar. C'è Xover che credo ci stia lavorando, ma non si sa quando riuscirà a fare qualcosa. In pratica hanno migrato per l'ennesima volta i tools... e bisogna capire come spostare il tutto nel nuovo ambiente, ma è una bella accozzaglia di codice su cui abbiamo pasticciato in tanti, e che ora nessuno sa più bene cosa faccia e come funzioni. Anche il mio bot è fermo da un mese e non riesco neanche ad accedere. Secondo me fanno apposta a cambiare periodicamente l'infrastruttura, per "sfoltire" drasticamente i pezzenti come noi e ripartire con solo la crème de la crème. Io onestamente non so che fare, mi manca il tempo per mettermi lì a capire. Can da Lua (disc.) 21:04, 20 mar 2024 (CET)

@Candalua Io mi sono "auto-sfoltito" da parecchio... però il vecchio eis funziona ancora bene e quello nuovo no :-) @ Alex brollo (disc.). 11:04, 21 mar 2024 (CET)

@Alex brollo Per le statistiche stanno mettendo su wsstats.toolforge.org (vedi questo bug), ma ha ancora qualche problema (stamattina i dati venivano fuori, adesso no)--Dr ζimbu (msg) 12:39, 21 mar 2024 (CET)

Problemi con i pdf IA

@OrbiliusMagister I "piani alti" di IA hanno profondamente modificato il workflow dell'elaborazione delle immagini (cambio motore OCR da ABBYY a Tesseract; eliminazione dell'output djvu; modifiche della struttura pdf).

Per quello che riguarda le modifiche dei pdf con testo, ci sono due problemi di settaggio.

• l'estrazione delle immagini pagina dal pdf di default spesso produce immagini "piccole" (molto inferiori ai canonici 1024 px di larghezza), e il risultato è che in rilettura risultano, da noi, poco soddisfacenti (sono l'ngrandimento di immagini a bassa risoluzione); il problema può essere risolto con pdf2djvu impostando però a 600dpi, e questo richiede di avere pdf2djvu sul proprio pc, la versione online lavora con i parametri di default;
• peggio, l'estrazione del testo dal pdf, sia con il meccanismo mediawiki, che con pdftotext, che con pdf2djvu non estrae gli hyphen nelle parole spezzate a fine riga, che peraltro esistono nei due formati di testo scaricabili da IA (i file _djvu.txt e _djvu.xml).

Con i miei attrezzi personali posso schivare i due problemi, ma non è una soluzione decente: bisogna che ciò che serve sia immediatamente disponibile a qualsiasi utente, anche appena arrivato, e senza richiedere di pasticciare con programmi esterni a riga di comando o peggio con programmi python. Non vedo alternativa a quella di suggerire agli utenti di utilizzare, in caso di testo difettoso, i tool OCR di "Trascrivi il testo", ignorando il testo che viene estratto automaticamente. "Stavamo meglio quando stavamo peggio"....

Il problema è evidente in Indice:Zola - Nana - Pavia - 1881.pdf, per il quale ci è stato chiesto aiuto in Bar. Alex brollo (disc.). 09:53, 3 mag 2024 (CEST)

Suina bovina! Questa è l'ennesima dimostrazione che il nostro progetto si pone sempre più come un baluardo di conservazione, elaborazione e diffusione del sapere: i nostri strumenti, per sgarrupati o casalinghi che siano nel tempo stanno compensando per le decisioni arbitrarie di altri potentati online: è successo con fin troppe repository di testi online (tutte quelle delle canzoni storiche e, una a caso, InternetWomenWriters); pù gravemente è successo con BibliotecaItaliana, è successo con OPAL libri antichi, sta succedendo con IA e guardo con disagio le manovre di aggiornamento dell'interfaccia su GoogleBooks. - εΔω 18:24, 3 mag 2024 (CEST)

AutoreCitato

@Carlomorino mi segnala un bug del gadget AutoreCitato. Se la ricerca dà un solo risultato, il gadget inserisce quello che ha trovato senza aprire il popup di scelta. Comodo ma... fastidioso se il risultato non è quello giusto :-(

Un secondo problema è che un eventuale spazio a fine nome è considerato significativo, per cui selezionando e cliccando su "Platone " il gadget salta "Platone" e inserisce "Platone Tiburtino". :-(

Se qualche volenteroso è disponibile a provare a mettere le mani su MediaWiki:Gadget-pulsanti-AC.js mi farebbe un gran piacere... sono molto arrugginito. Altrimenti ci proverò io, a fatica. Alex brollo (disc.). 19:14, 28 mag 2024 (CEST)

Per gli spazi all'inizio o alla fine ho risolto. Can da Lua (disc.) 10:32, 11 lug 2024 (CEST)

Gadget section alternativo

@Candalua @OrbiliusMagister Il gadget "section" è magnifico, e in certe circostanze preziosissimo; ma fra i miei PersonalButtons.js c'è un gadget più spiccio (lo uso nel 95% abbondante dei casi...), che permette di aggiungere due section standard s1 e s2 al testo, con un singolo click dopo posizionato il puntatore nel punto di separazione delle due section.

Pensate che sia il caso di trasformarlo in un gadget per tutti? Nonostante la ruggine, forse potrei farcela. ma non insisto. Alex brollo (disc.). 11:18, 5 giu 2024 (CEST)

NO, ma inseriscilo nella La fabbrica dei giocattoli. εΔω 11:53, 5 giu 2024 (CEST)

@OrbiliusMagister OK... ma prima devo riesumare vecchi ricordi (l'ultimo mio accesso alla Fabbrica risale a anni e anni fa....) Alex brollo (disc.). 12:08, 5 giu 2024 (CEST)

E se oltre alla geniale styles.css...?

@Candalua, Ruthven, OrbiliusMagister Mi piacerebbe che alla geniale pagina styles.css delle pagine Indice ci fosse qualcosa di analogo per scrivere template specifici per indice. Esiste qualcosa del genere? e se non esiste, vi risulta che qualcuno l'abbia proposto? Alex brollo (disc.). 08:32, 29 giu 2024 (CEST)

Usare l'OCR per una verifica di congruenza del testo dopo M & S

@Candalua Ho una strana idea: sfruttando un algoritmo simile a quello del Match, ma scritto in js, dovrebbe essere possibile un confronto parola per parola e carattere per carattere fra il testo di una pagina da M & S e in testo OCR ricavato al volo dall'immagine della pagina, con evidenziazione delle differenze e qualche trucco per poter scegliere istantaneamente, in caso di differenza, la migliore delle due alternativa. Naturalmente il confronto dovrebbe essere fatto sul "puro testo" dell'html della pagina, confrontandolo con il testo OCR che è puro di per sè, lavorando quindi sul preview di eis. E' un'idea da scartare? Alex brollo (disc.). 08:38, 11 lug 2024 (CEST)

Boh, può essere un'idea da sperimentare. Can da Lua (disc.) 10:25, 11 lug 2024 (CEST)

Alt+7 fa casino

Sto avendo problemi con Alt+7 nella pagina Pagina:Grammatica italiana, Fornaciari.djvu/221 mi cambia gli accenti alle vocali e mi trasforma <poem> in <poem class="mtb it">, e non dovrebbe... Cruccone (disc.) 09:47, 9 ago 2024 (CEST)

@Cruccone Leggo solo adesso.... in questi casi bisogna modificare manualmente la pagina Discussioni indice, sezione memoRegex, eliminando tutte le righe che fanno partire regex inappropriate. Poi, da modifica di una pagina qualsiasi, bisogna forzare (con "carica regex"), il caricamento del memoRegex modificato. Dò un'occhiata. Alex brollo (disc.). 07:23, 2 set 2024 (CEST)

@Cruccone Sono perplesso... la pagina Discussioni indice non aveva nessun memoRegex, anzi, non esisteva proprio. C'è qualcosa che non va nel meccanismo di caricamento automatico. Probabilmente ti era rimasto impigliato in memoria un memoregex "straniero", e non va bene :-(

Adesso esiste un memoRegex dummy, che esiste ma non fa niente. Ma non è una soluzione radicale. Alex brollo (disc.). 07:31, 2 set 2024 (CEST)

Bug (?) di styles.css

@Candalua Tentando di assegnare, via styles.css, uno stile generale a tutti i paragrafi generici di un testo, sono andato incontro a una delusione: non si può. Il css di styles.css viene rullato, e ricompare lo style di default stabilito dal css di default di nsPagina e di ns0. Ipotizzo che sia un problema di tempistica di caricamento.

La dura lotta per riuscire comunque a assegnare uno stile non standard a tutti i paragrafi di un testo, al meglio delle mie possibilità, è attuata in Cabiria, ma naturalmente non ne sono soddisfatto.

Come se ne esce in modo più elegante, ossia facendo in modo che il css di styles.css venga caricato dopo che tutti gli altri css centrali sono stati caricati? Alex brollo (disc.). 07:18, 2 set 2024 (CEST)

Parole spezzate a fine pagina

@Candalua La pagina Pagina:Bernardino da Siena - Prediche volgari III.djvu/120 termina con lussu- e la successiva inizia con una riga vuota seguita da rioso. Mi aspettavo che la transclusione desse lussurioso e invece genera lussu rioso. Come mai? Qualcuno ha messo mano al tuo script? Alex brollo (disc.). 18:45, 4 ott 2024 (CEST)

@Alex brollo, c'è una riga bianca all'inizio, per quello non va. Can da Lua (disc.) 21:43, 4 ott 2024 (CEST)

Eppure mi sembra di ricordare che una volta andava, e che la riga bianca iniziale fosse ignorata. Mah.... probabilmente ricordo male. Sta il fatto che devo ripassare e correggere un bel po' di pagine.... :-( Alex brollo (disc.). 08:59, 5 ott 2024 (CEST)

Trovata css per corsivo generale

Ci sono testi con molte, o tutte le pagine, in corsivo, e in questi casi quello che normalmente sarebbe corsivo è invece "normal". Provato un curioso, semplicissimo css: i i {font-style:normal;}, che mette tutto in corsivo tranne quello che è marcato con i famosi doppi apostrofi, che risulta normale. Forse non serve a niente, ma mi sono divertito. :-). Il test in Novelle (Brevio)/Al lettore.

PS: Aimè, il trucco non regge all'esportazione in pdf nè in epub. :-( Pazienza. Però questo indica un problema generale da risolvere nell'esportazione di testi formattati attraverso styles.css. :-( Alex brollo (disc.). 10:09, 16 ott 2024 (CEST)

Problema styles.css

@Candalua Per favore, vedi lo stile delle parole greche nella nota della pagina Pagina:Platone - Il Timeo e l'Eutifrone, Acri, 1889.djvu/15 (corsivo, serif) e poi confronta con lo stile delle stesse parole in Timeo/Capitolo III. E' come se la classe .greco generata sia dal tl|Greek che dal tl|Span fossero ignorate; funziona invece il css inline utilizzato nello span esplicito sulla prima parola. Avviene solo nelle note: nel testo principale la classe viene applicata senza inconvenienti. Cosa succede? E' un vero bug? :-(

Naturalmente posso usare un tag span o costruire un template che contenga il tag span e il suo css inline; ma vorrei capire.

Se mi domandi perchè sono andato a cercare rogne: il problema è che il font-family di default non visualizza bene alcuni diacritici del greco, perlomeno sotto Chrome, serif invece lo fa. Il corsivo volendo si può eliminare. Alex brollo (disc.). 00:47, 9 nov 2024 (CET)

@Alex brollo: è un bug che avevo già segnalato in phab:T305792, i CSS non vanno all'interno delle note, perché è un div separato rispetto al testo. Can da Lua (disc.) 13:22, 9 nov 2024 (CET)

OK, ripiego su un template con css inline. Grazie. Naturalmente prima di interpellarti ho fatto un'oretta di prove :-) Alex brollo (disc.). 15:13, 9 nov 2024 (CET)

Larghezza contenuti del NS0

C'è qualche motivo per cui i contenuti del ns0 sono visualizzati in una colonna strettissima (33em) rispetto agli schermi moderni? Sarebbe già stretto su un 4:3, ma su un 16:9 o 16:10... Sembra uno stile verticale "da smartphone"... Su PC è parecchio scomodo. L'ottimale sarebbe una colonna regolabile ai gusti del lettore, ma se è complicato 45 o 42em (numero "casuale" :-D ) possono bastare... in generale molte parti dell'interfaccia sono macchinose e scomode :( --TrameOscure (disc.) 20:48, 29 nov 2024 (CET)

@TrameOscure: è una scelta che risale agli albori di it.wikisource, penso sia stato fatto perché le righe corte sono più facili da leggere, e poi per cercare di rimanere il più vicini possibile al formato di pagina dei libri "tascabili". Non so perché sia proprio 33em, che sembra un numero "random", ma probabilmente dalle prove fatte sembrò il migliore. In effetti su molti testi il numero di righe rimane pressoché uguale al cartaceo, anche se poi ovviamente la cosa può variare molto da libro a libro. Probabilmente si può customizzare abbastanza facilmente dal proprio css personale e magari fare anche un gadget per ridimensionarlo, darò un'occhiata. Per il resto... purtroppo abbiamo subìto anche noi l'imposizione della nuova interfaccia, che personalmente odio parecchio, e anche molti nostri comandi e gadget che una volta erano a portata di mano hanno cambiato posto. Tu in particolare cosa trovi di più scomodo? Can da Lua (disc.) 09:52, 30 nov 2024 (CET)

@Candalua: Ciao, grazie dell'attenzione. :-) Sospettavo il discorso degli albori e del formato tascabili... Cmq ecco il mio feedback:

• Si, sicuramente righe troppo lunghe sono scomode da seguire, a meno di aumentare l'interlinea. L'ottimo sarebbe avere regolabili larghezza, tipo (serif/sans) e dimens. font, interlinea e magari combinazione di colori per lettura (tipo la modalità di lettura dei browser). Alla veloce, ho forzato .mw-parser-output .testi {width:42em !important;} e .testi {margin-right:10em} anche se le etichette a sx che riferiscono alle pag originali non cascano bene a qualunque zoom. Ma per mio uso personale può andare. Non sarebbe male anche avere una modalità di lettura a 2 colonne (tipo molti lettori di pdf che hanno la modalità a pagine affiancate).

Prove colori skin Vector22 day/dark

• Su Vector22, io sono approdato a WSource direttamente con questo look, per cui lo shock è più dato dalle peculiarità di WS che non da V22... :-D Piano piano negli ultimi 10gg V22 lo sto addomesticando e personalizzando a forza di css su tutti i progetti wikimedia, per cui non sono troppo sconvolto da quello. Nello specifico di V22:
  1. ho ricolorato i ns-talk, ns-aiuto e ns-wiki* in giallo/rosso/verde (compresa variante dark) in modo un po' diverso dal gadget proposto nelle preferenze e IMHO più elegante (vedi img)
  2. ho rimesso i numeri negli indici/elenchi e compattato gli spazi esagerati qua e là (mica servono spazi da touch!)
  3. ho evidenziato in modo diverso i diff per ricordarmi quando un testo è un diff e non l'ultima vers.
  4. ho evidenziato ultime modifiche e contributi utente che sono le voci più usate in alcuni menu (in realtà vedo che ogni voce ha un id, per cui si possono togliere le voci che non si vogliono e forse fare acrobazie anche più sofisticate).
• Su WS nello specifico, a parte il già detto "Testo-Leggi", trovo che "Pagina" potrebbe molto essere migliorato:
  1. possibilità di adattare separatamente la larghezza dei riquadri modifica/immagine, in modo da far coincidere i ritorni a capo dell'immagine con quelli del testo, cosa che renderebbe molto più agevole il confronto in rilettura
  2. selezionando parti del testo, avere evidenziata sull'immagine la parte corrispondente dell'OCR: anche questo aiuta nella rilettura. Un po' come fanno certi traduttori (tipo google translator) che evidenziano il paragrafo corrispondente nel testo a fronte.

Robette che si fanno in un attimo, eh! :-D Vabbè, con calma, avendo qualche dev da torturare...

-- TrameOscure (disc.) 15:47, 30 nov 2024 (CET)

[↑↓ FC] @TrameOscure Bello tutto questo entusiasmo, però potresti chiarire in soldoni le tue modifiche (sarebbero dovute essere proposte di modifica ma vabbè). Così sembra che siano modifiche fatte per gusto personale. L'interfaccia rimane una cosa condivisa da tutti. Serve consenso prima di fare modifiche e spiegare l'utilità di una modifica, chiarendo che cosa si ottiene o cosa si è riusciti a risolvere, proprio per aiutarti a trovarlo. ZandDev (disc.) 19:06, 11 dic 2024 (CET)

@TrameOscure, bene bene, abbiamo proprio bisogno di questo tipo di "prospettiva" diversa, cioè le "stranezze" viste dagli occhi di un wikipediano esperto... i nostri utenti in genere lavorano solo o principalmente su wikisource, e anche a me è wikipedia che sembra "strana", quelle poche volte che ci vado :). I colori dei namespace avrebbero proprio bisogno di una sistemata, come aveva fatto notare anche @ZandDev: se uno o entrambi di voi ve la sentite di metterci mano, possiamo anche darvi i diritti temporanei per qualche giorno. Anche per le altre cose che hai elencato sarebbe bello riuscire a fare qualcosa insieme. Can da Lua (disc.) 14:33, 2 dic 2024 (CET)

@Candalua. Condivido appieno che prospettive diverse siano (in generale) sempre una cosa interessante ed una ricchezza. Devo dire che il concetto su it.wiki non m'è parso molto sentito o apprezzato, ma mi fa molto piacere che invece qua lo sia.

Relativamente all'estetica dell'img sopra, basta decidere cosa colorare (per es rossino per le pagine Aiuto: e giallino per le Discussioni: come su it.wiki-vector10) e ci metto un attimo a sistemarli, visto che li sto testando localmente da un 10-15 giorni e non ho trovato effetti collaterali. Se ti fidi anzi apprezzo molto l'offerta a collaborare a questi aspetti di amministrazione dell'interfaccia, nei limiti di quello che so fare.

Per chiarezza e trasparenza (visto che dici di non frequentare la "sorellona maggiore"), tieni presente che su it.wiki sono appena uscito da un blocco di 1 mese per "Attacchi personali e persistente atteggiamento WP:NONQUI", cosa che a mio parere è stata assolutamente sproporzionata e insensata, ma rebus sic stantibus sappi che sono un pochino "malfamato". :-D C'è beninteso anche chi ha opinioni diverse, o molto diverse, tanto su wiki che su altri siti di "critica". Insomma, se vuoi informati.

Ciò detto, se la proposta sopravvive al test-infamia, non ho problemi e non penso di causarne. Insomma, non sono cattivo è che mi disegnano così  :-) TrameOscure (disc.) 20:37, 2 dic 2024 (CET)

@TrameOscure, di per sé questo non è un impedimento. Senza voler entrare nel merito: sappiamo bene quanta conflittualità esista su Wikipedia, ma qui per fortuna i motivi di contrasto sono molto più ridotti, dato che l'attività si basa su criteri molto più oggettivi; quindi non credo ci siano problemi. Ti chiederei solo di scrivere sul Bar per chiedere tu stesso il flag temporaneo di amministratore dell'interfaccia per il tempo che ti serve (di solito facciamo 1 settimana, al limite proroghiamo al volo), spiegando in breve i task che ti proponi di fare (non serve una votazione, basterà un consenso informale, a stretto giro). Can da Lua (disc.) 21:55, 2 dic 2024 (CET)

@Candalua si, mi ero reso conto della differenza che dici. Anche se su wiki ho visto conflittualità anche su cose abbastanza oggettive... cioè, persino sul significato semantico di "personale" ci sarebbero fiumi di bit da spendere... Si vede davvero che la frequenti poco! ;-D

BTW, ok. Il tempo che ci vuole non lo so, non tanto per la modifica che è (credo) il tempo di un copia-incolla, quanto per capire dove farla. Suppongo in 7gg di capirlo, ma non conosco che magico mondo si schiude e non mi va di improvvisare.

E poi dovrei (prima?) capire anche cosa si vuole che faccia effettivamente e/o avere un consenso per fare le modifiche. O prendo per buono che quei colori lì su quelle pagine lì vadano bene a tutti?!? Cioè, su wiki per spostare una virgola sono abituato a mesi di spossanti discussioni... mi fa ridere venire qua e cambiare i colori di tutte le pagine nel giro di 5 minuti per tutto il mondo a gusto mio... -- TrameOscure (disc.) 22:22, 2 dic 2024 (CET)

@TrameOscure: Eh, il bello dei progetti minori è che tutto è più informale... prova a vedere in Discussioni MediaWiki:Common.css, era stata avanzata una proposta per ripulire alcune regole css e creare un gadget con i colori di Wikipedia, potremmo prendere quello come riferimento. Can da Lua (disc.) 16:00, 3 dic 2024 (CET)

Modifiche interfaccia per Vector22 e darkmode

Su invito di @Candalua vi faccio un riassuntino del lavoro fatto fin qui.

1. dalla disc. qua sopra che rinviava a precedenti discussioni di novembre sui problemi della modalità scura, sembrava emergere la volontà di "ricolorare" alcuni NS con l'accessorio messo a punto su it.wiki che però appunto non funziona con la modalità scura.
2. ho proposto qua sopra e nell'altra discuss un'img con una soluzione alternativa che risolveva la questione di cui al punto 1
3. trascorso un certo tempo, si è proceduto con quanto detto, che ha funzionato come previsto (colorature ora annullate come chiesto)
4. avendo riscontrato altri problemi con il dark, su NS non coinvolti da quanto sopra, ho provveduto per ora
   • a fixare il NS Pagine e relativi template Quality (questo anche su Indice)
   • template di navigazione in Aiuto
   • template Benvenuto.
5. per quanto riguarda il NS Pagine, ieri avevo notato che le scansioni chiare, in modo dark, non sono il top della "coerenza"... non mi sono spinto boldescamente a scurirle direttamente mentre facevo le altre modifiche pensando di parlarne. Infatti la questione è stata subito evidenziata da @Alex brollo e Candalua. Tuttavia, se si vuole, si possono scurire anche quelle senza problemi.

Questo quanto fatto finora. Penso che ora si possa:

1. decidere se avere in dark anche le scansioni scure
2. procedere a sistemare template vari, ns che restano chiari anche in dark ecc. (roba probabilmente lunga)
3. decidere se 'sti colori giallo/rosso/verde si vogliono o no, in base a che criteri
4. varie ed eventuali

A voi la tastiera. Ah, chiaritemi anche come funziona qua di prassi il "consenso" (quanti partecipanti, in quanto tempo, con che argomentazioni o altro, ecc.), per evitare equivoci.  ;-) TrameOscure (disc.) 15:41, 9 dic 2024 (CET)

@TrameOscure Ho notato che non hai usato i token CSS come consigliato dalle linee guida (è l'errore che ho fatto anch'io sul bar di Wikipedia e sono stato un po' cazziato per questo) mw:Recommendations for night mode compatibility on Wikimedia wikis. Succede che se non passi il valore di fallback (quello di default per la modalità chiara) chi usa per es. la skin Vector-2013 (come OrbiliusMagister credo), che non è compatibile con tali token, non avrà la proprietà CSS. Ciò comporta vistosi problemi di colore. I valori di default li vedi rapidamente aprendo una pagina wiki a caso, cliccando Analizza sul browser con il tasto destro quando sei in modalità chiara (altrimenti vedi i valori già invertiti), guarda circa in fondo nella finestra CSS. --ZandDev (disc.) 18:21, 11 dic 2024 (CET)

Per punti:

1. Avere le scansioni scure decenti è difficile, se applichi semplicemente skin-invert può venire fuori una zozzeria. Come avresti intenzione di procedere? La proposta così com'è è un po' campata in aria e alquanto irrealizzabile.
2. Do una mano molto volentieri, sono bravo in questo
3. I colori mi sembrano un po' troppo carichi, andrebbero scuriti verso il colore di sfondo standard (meno intensi).

Sarebbe anche la buona volta che si ricontrolla un po' il tutto svecchiando il codice supervetusto. La manutebilità è la qualità del software più importante.

Se hai bisogno di aiuto tecnico ci sono. ZandDev (disc.) 18:29, 11 dic 2024 (CET)

Adesso non mi ricordo esattamente come funziona il gadget che io e Calcio abbiamo riscritto, però potresti spiegare un po' meglio la tua soluzione e in che modo hai sistemato il codice preesistente. Il fogli di stile generali sono delicati e bisogna tenere traccia delle varie modifiche effettuate. --ZandDev (disc.) 18:33, 11 dic 2024 (CET)

Ciao @ZandDev.

1. ovviamente ho guardato cosa succedeva in Vector legacy: non ho notato anomalie sensibili nè ho letto o mi sono state riferite lamentele. Peraltro visto che il fondo default è bianco e il browser di suo va in fallback sul bianco, che utilità ha appesantire il css indicando fallback bianco? Mi linki il cazziatone che ti han fatto, così capisco di preciso che ti hanno contestato, grazie :)
2. prima di parlare di scansioni scure vorrei sapere SE si vogliono o no. Se la risposta è SI, allora vediamo come implementarle. In locale sul mio pc ho provato e non mi sembrano porcherie, dipenderà dalle scansioni, immagino.
3. Anche per i colori (immagino parli degli sfondi dei ns verde/giallo/rosso chiaro) è da capire che si vuol fare: per ora è tornato tutto bianco anche se sempre sul mio pc io me li tengo colorati su tutte le *wiki*.org come impostazioni locali.
4. Controllare e svecchiare è molto delicato perchè commons.css impatta tutto per cui ci andrei coi piedi di piombo: è pur sempre un sito live e cambiare la roba su un sistema in produzione è sempre delicato... Se non è rotto non ripararlo :D
5. Grazie per l'offerta di aiuto tech :-) ne approfitto subito per chiederti se sai quale sia lo script che attiva il meccanismo di switch tra day e dark, e cosa modifica di preciso.
6. il gadget non l'ho toccato (dov'è il codice?). Nella proposta che avevo fatto (al momento non attiva in attesa di decidere se colori si/no) era di avere i colori fissi, non attivabili/disattivabili con un gadget dall'utente. Insomma, come vector legacy su it.wiki fino a poco tempo fa che aveva i colori punto e basta.

TrameOscure (disc.) 21:15, 11 dic 2024 (CET)

@TrameOscure, per le scansioni scure: secondo me è un pochino rischioso, potrebbero funzionare bene per certi testi e male su altri (anche perché certe scansioni sono in B/N, altre a colori). Però mi piacerebbe provarle: si può farlo sul mio css personale? Can da Lua (disc.) 12:54, 13 dic 2024 (CET)

@Candalua ho provato con un po' di pagine a caso è non sono male, anche quelle gialline. Come ho scritto su, "manometto" la singola scansione al volo sul mio pc, non tramite i css del sito quindi il risultato è proprio solo di bozza, locale e svanisce cambiando pagina o anche solo refreshandola. Anche perchè ho notato poi che inverte tutto, se venisse applicato in modo permanente. Insomma, scrivere il pezzo di codice corretto e specifico (=trovare la combinazione di classi giusta che influisca solo ed esclusivamente lì) non l'ho ancora fatto fatto, ma visto che interessa ci provo e ti faccio sapere.

Ma magari fare una "notte di prova" per tutti? Tanto mi pare che nessuno usi dark proprio per via delle scansioni non invertite, quindi alla peggio nessuno se ne accorgerebbe nemmeno che si invertono...

Quando ho il codice pingo. TrameOscure (disc.) 15:54, 13 dic 2024 (CET)

@Candalua: Perdona la boldaggine: ho deciso di prendermi la resp di applicare l'inversione alle scansioni in Pagina-Leggi, per velocizzare un po' lo sviluppo, perchè ho testato prima su alcune decine di pagine a caso e non ho trovato alcun problema nè a colori nè bn, ed infine perchè se nessuno usa la dark perchè la scansione chiara è fastidiosa, a modificarla nessuno se ne accorge nemmeno. Ora che invece lo sapete che è scurita, correte a vedere come viene sulle pagine più "strane" che vi sono capitate.

Le scansioni che in chiaro sono molto scure, in scuro vengono molto chiare. Non mi pare un problema perchè o in chiaro, o in scuro, sarebbero comunque molto contrastate rispetto al resto della schermata per cui...

Cmq funziona solo in visualizzazione "Leggi" e non in modifica, forse per interferenza di qualche js... insomma, in edit è più lungo e complicato riprodurre la cosa.

Così ampliamo la platea di test @Alex brollo, @Paperoastro. -- TrameOscure (disc.) 16:28, 13 dic 2024 (CET)

@TrameOscure Mi incuriosisce. Come attivo il codice per provarlo? Quanto alle immagini delle pagine in edit, una modifica piuttosto radicale di tempo fa, ma di certo te ne sei accorto, è che l'immagine viene caricata in un box canvas.

Al momento sono impegnato in un tentativo di eliminare un grosso difetto dell'OCR da pdf: il fatto che pezzetti di testo vengono spostati dalla loro posizione, e inoltre il fatto che i trattini di inizio.fine battute nei dialoghi sono spesso ignorati o spostati. Il fenomeno è particolarmente fastidioso in Novelle per un anno. Sono abbastanza ottimista (se il problema ti attira, ne parliamo in altra sede). Alex brollo (disc.). 10:33, 14 dic 2024 (CET)

@Alex brollo: Non c'è nulla da attivare, è già attivo per chiunque abbia a disposizione la modalità scura (ovvero i loggati che usano Vector22). ;-) Basta scegliere modalità scura e le scansioni sono anche loro scure.

Non avevo notato canvas per l'edit. Ho solo visto che non funzionava lo scurimento (o meglio appare solo un istante e poi l'img diventa chiara) e per ora non ho indagato oltre perchè troppo complicato da risolvere al volo e volevo metter su un codice subito operativo almeno in lettura (anche perchè "scado" fra poche ore :-D).

Sull'OCR, io sono curioso di tutto (infatti rompo le palle dappertutto :-D) ma non so quanto le mie capacità (scarse) siano adeguate al problema. Cmq se vuoi ne parliamo ma mi sa che ti faccio solo perdere tempo a spiegarmi. -- TrameOscure (disc.) 10:44, 14 dic 2024 (CET)

@TrameOscure Sull'OCR si tratta solo di procurarsi e di elaborare un file djvuxml. Te ne accenno nella tua pagina discussione. Provo la "modalità scura" :-) Alex brollo (disc.). 11:23, 14 dic 2024 (CET)

@TrameOscure Provata la modalità scura. Sorprendente! Purtroppo, siccome uso per il 95% del tempo l'interfaccia di edit, ci sono cose da sistemare prima di provare a fondo: potrei cominciare dalle cose "mie", tipo il nostro Trova e sostituisci e la "bottoniera", ma non ho ancora chiaro come procedere. E sono un po' preoccupato per il famoso precetto "If it runs, don't touch it" ;-) Alex brollo (disc.). 07:50, 15 dic 2024 (CET)

@Alex brollo: Mi fa piacere che te gusta :-D Ero abbastanza sicuro che l'effetto sarebbe stato apprezzabile (anche perchè non è una modifica ma una novità -lo scuro- che non impatta lo status quo a cui eravate abituati -il chiaro-). Sull'edit, come detto ho sospeso le prove per non mettere troppa carne al fuoco e perchè mi sembrava più complesso, ma certamente è l'obiettivo.

Bottoniera non l'ho attivata, trova e sostituisci vedo che la finestra resta chiara... se mi indichi dove sta il codice e se è editabile senza permessi di AI o A (visto che sono "scaduto"), non credo sia complicato da fixare. -- TrameOscure (disc.) 09:38, 15 dic 2024 (CET)

@TrameOscure E come fai a vivere senza bottoniera...? :-) Alex brollo (disc.). 13:00, 15 dic 2024 (CET)

@TrameOscure Torno serio. Tutti i gadget sono accessibili solo con permesso AI. Non so nulla, al momento, di cosa accade quando si sceglie l'opzione "campo scuro". Dove trovo un po' di doc? Giusto per riguardare un po' il codice, e vedere se va modificato per rendere le cose un po' più semplici. Alex brollo (disc.). 22:48, 15 dic 2024 (CET)

@Alex brollo, ok, allora al momento sono tagliato fuori :D Non ho consultato dei doc per il lavoro sul dark, ho guardato direttamente solo il codice dei css e lavorato solo su quello. ;-)

Su come avvenga materialmente lo switch avevo chiesto chiarimenti ma non ne sono arrivati; nel frattempo ho dedotto che sia un js che modifica al volo la pagina apponendo classi ad hoc TrameOscure (disc.) 12:25, 16 dic 2024 (CET)