Wikisource:Domande tecniche/Archivio/2022

Aggiungi collegamenti
Da Wikisource.
Archivio delle domande tecniche del 2022

Portale progetti   Progetto qualità   Domande tecniche   Archivio   2022 


Impaginazione musica[modifica]

salve a tutti

ho trascritto della musica nella pagina Pagina:Gazzetta Musicale di Milano, 1885.djvu/57 e mi trovo con il problema dell’impaginazione: il codice Lilypond produce uno spartito che esce fuori dai bordi della pagina in cui è inserito.

Mi conviene procedere “a mano”, modificando i ritorni a capo direttamente in Lilypond, o esiste qualche altro strumento che possa farlo per me?

Grazie --Francesco Napoleoni (disc.) 16:29, 14 feb 2022 (CET)[rispondi]

Ciao, @Francesco Napoleoni. Complimenti per il gran lavoro fatto! Non preoccuparti per la resa grafica in namespace:Pagina: lo spartito rimane comunque integro e facilmente esportabile. Ho fatto una prova di trasclusione qui e lo spartito si vede bene. Se provi a scaricare in pdf, la resa è comunque ottima. Io ho lo stesso problema con tabelle monstre come questa che spesso si sovrappongono all'immagine, ma in trasclusione non ci sono problemi. --Paperoastro (disc.) 11:13, 15 feb 2022 (CET)[rispondi]
Grazie della pronta risposta. Temo comunque che il problema sia più complesso — almeno per l’estensione Score —: da ciò che ho capito (ma non ho analizzato il codice) nessun tipo di indicazione sull’impaginazione viene passato a Lilypond, che ha le proprie regole. In più esso viene invocato in modalità safe, che ignora anche eventuali modifiche alle dimensioni del foglio.
Quindi, se il formato del PDF finale è A4, probabilmente gli spartiti appariranno “corretti”, almeno come larghezza, ma non c’è nessuna garanzia né per l’altezza, né per altri formati.
Io sono un novizio di questa piattaforma, ma da molti anni uso Lilypond: non appena inizierò a capire meglio come integrare i due mondi, proverò anche ad interpellare l’autore dell’estensione Score, e comunque condividerò eventuali mie scoperte.
--Francesco Napoleoni (disc.) 12:35, 16 feb 2022 (CET)[rispondi]
Caro @Francesco Napoleoni, sei una manna dal cielo! Sto combattendo corpo a corpo con Lilypond da anni... con grande scorno. Hai la mia ammirazione incondizionata. - εΔω 14:43, 16 feb 2022 (CET)[rispondi]
Piacere di conoscere anche te @OrbiliusMagister!
Lilypond è un programma molto, ma molto potente; tuttavia il suo modello di funzionamento è comprensibile da persone molto, ma molto pazienti... ;-)
Comunque la documentazione sul loro sito è abbastanza ben fatta: se ti “chiudi” un paio di serate con il Manuale di apprendimento e un buon editor (Frescobaldi è ottimo), puoi già iniziare a fare qualcosa di dignitoso. Tutto sta a superare il primo impatto, poi ti abitui.
Se poi c’è qualcosa di specifico che non ti riesce, puoi chiedere a me senz’altro (ammesso che io sia in grado di risponderti), o meglio ancora alla mailing list lilypond-user, dove trovi i veri aruspici, che nelle interiora del programma ti leggono persino il futuro! :-) Francesco Napoleoni (disc.) 15:10, 16 feb 2022 (CET)[rispondi]
io purtroppo sono troppo anzyano, il massimo che ho usato è MusiXTeX (e gestisco ancora la loro mailing list...) --.mau. (disc.) 16:30, 16 feb 2022 (CET)[rispondi]
@Francesco Napoleoni@.mau. Ma questi programmi trascrivono il codice Lilypond in spartito oppure il contrario? Chiedo questo perché un editor grafico che producesse codice Lilypond mi tornerebbe molto utile, visto che su nap.source abbiamo molti spartiti da trascrivere.
Poi mi ritrovo con alcuni problemi, come il numero di battute per righe che diverge dal testo di origine (es: Lu Cardillo).
Per le dimensioni del foglio, mi sembra di essermi imbattuto in un'opzione "set-default-paper-size". Ruthven (msg) 21:55, 8 apr 2022 (CEST)[rispondi]
quei programmi hanno in input una notazione varia e danno in output uno spartito. Per esempio - ma è roba di più di vent'anni fa, ora non saprei né scriverla né musicarla... - da questo sorgente ottieni [https://xmau.com/musica/spartiti/davide.pdf questo pdf. --.mau. (disc.) 22:10, 8 apr 2022 (CEST)[rispondi]
Salve @Ruthven. Non sono sicuro di aver compreso bene, comunque posso dirti che il codice Lilypond viene “compilato” dal programma omonimo, con la possibilità di scegliere il formato di output (PDF, PS, SVG, ...). La modalità di inserimento preferita è quella testuale, magari aiutandosi con un programma come Frescobaldi; se quello che cerchi è un’interfaccia WYSIWYG, potresti provare Denemo, anche se non so aiutarti con il suo uso. Io lo provai anni fa e non mi sono trovato bene, andava spesso in crash e non riuscivo a fare quello che volevo, ma forse ora le cose sono migliorate.
Quanto al problema sul brano, non mi è chiaro cosa vuoi ottenere: vuoi allineare le sillabe alle note appropriate? O ti riferisci alla versione in italiano del testo?
Francesco Napoleoni (disc.) 23:23, 8 apr 2022 (CEST)[rispondi]
Ciao Francesco Napoleoni! La questione è che i miei corsi di solfeggio risalgono a più o meno 30 anni fa e un editor WYSIWYG di partiture mi andrebbe a pennello (altrimenti passo una giornata per pagina).
Nel brano, vorrei avere lo stesso numero di battute nella partitura trascritta che in quella della fonte. Non è essenziale, ma penso aiuterebbe. Il testo lo allineo con _ vari di solito e se rimangono problemi di allineamento, li posso correggere (anche perché sono il solo a saperlo fare su nap.source). Ruthven (msg) 20:32, 9 apr 2022 (CEST)[rispondi]
Allora ti conviene provare Denemo, con cui puoi esportare in formato Lilypond.
Quanto al brano, ti basta usare il comando \break per forzare un ritorno a capo. In questo modo puoi ottenere lo stesso numero di battute per riga dell’originale.
Francesco Napoleoni (disc.) 22:31, 9 apr 2022 (CEST)[rispondi]

regex per "circondare" un testo?[modifica]

C'è un modo semplice per creare un tastino che mi permetta di aggiungere prima e dopo una stringa del testo? Per fare due esempi banali: sostituire ([0-9]{3}) (un numero di tre cifre) con {{pg|$1}} oppure mettere <span style="letter-spacing:-0.02em"> all'inizio di una riga e </span> alla fine della riga stessa? --.mau. (disc.) 21:52, 19 feb 2022 (CET)[rispondi]

@.mau. Usando il nostro Trova e sostituisci, per il caso comunissimo di pg, con il numero a fine riga, io uso una regex (\d+)$, attivando multiriga, e con $1 come sostituisci. Per inglobare un'intera riga fra due testi qualsiasi, io aggiungo a inizio riga una cosa inequivoca, es. un carattere x + uno spazio, e memorizzo una regex del genere: ^x (.+), multiriga attivato, e come espressone di sostituzione stringa1$1stringa2.
Nota: attento a scrivere le regex direttamente in Discussioni indice! E' assolutamente consigliabile farlo con il nostro Trova e sestituisci, è facilissimo sbagliare. Alex brollo (disc.). 19:55, 21 feb 2022 (CET)[rispondi]

Elemento lista spezzato in due pagine[modifica]

Ho avuto un duro combattimento con alcuni elementi lsta spezzati in pagine successive; ho vinto ma con una soluzione che mi sembra troppo complessa (pag. 23). C'è un metodo più semplice? --Alex brollo (disc.). 19:36, 21 feb 2022 (CET)[rispondi]

spiega. --.mau. (disc.) 19:46, 21 feb 2022 (CET)[rispondi]
@.mau. E' un caso particolarmente odioso di "blocco che continua", nella pagina precedente la prima parte dell'elemento deve chiudersi con un codice </li></ul> fra noinclude, e nella successiva un codice <ul style="list-style:none;"><li> all'inizio delsecondo pezzo, che si chiude con un </li></ul> transcluso. In tal modo in transclusione ilsistema vede solol'inizio dell'elementoin una pagina e la fine dell'elemento nella successiva. Pagine in cui ho usato l'accrocchio: pag.23 e pag.29.Alex brollo (disc.). 20:07, 21 feb 2022 (CET)[rispondi]
non puoi semplicemente chiudere il </li></ul> nella pagina precedente e continuare con un <ul><li style="list-style:none;"? Semanticamente è scorretto (ma anche la chiusura non transclusa lo è), però all'atto pratico lo stile va in cascata sul singolo elemento della lista. --.mau. (disc.) 22:05, 21 feb 2022 (CET)[rispondi]
{ping|.mau.}} Fai pure una prova.... ma in transclusione il testo dei due pezzi deve essere continuo. E' un problema che riguarda tutti gli elementi html block. Il software, mi sembra, risolve solo gli elementi p. --Alex brollo (disc.). 23:24, 21 feb 2022 (CET)[rispondi]
beh, no, se il testo in transclusione deve essere continuo la cosa non funziona per definizione :-( --.mau. (disc.) 09:31, 22 feb 2022 (CET)[rispondi]
l'alternativa sarebbe usare lo stesso trucco delle parole che vanno a capo a fine pagina, ma rischiamo di avere molto testo. --.mau. (disc.) 15:09, 23 feb 2022 (CET)[rispondi]
Ci sono dei casi impossibili in cui è necessario usare il Pt: è il caso di alcune tabelle con celle spezzate. e altre situazioni molto particolari. La tengo come risorsa estrema. Alex brollo (disc.). 18:06, 24 mar 2022 (CET)[rispondi]
@.mau. Ripingo per sicurezza.... Alex brollo (disc.). 18:08, 24 mar 2022 (CET)[rispondi]
sì, avevo letto ma visto che non si poteva fare molto non avevo risposto :-) --.mau. (disc.) 11:59, 25 mar 2022 (CET)[rispondi]

eis - ingrandire il frame di sinistra[modifica]

In eis è facile ingrandire il testo originale (frame di destra). C'è un modo per fare qualcosa del genere col testo trascritto (frame di sinistra) senza ingrandire tutta la pagina visualizzata dal browser? --.mau. (disc.) 12:52, 2 mar 2022 (CET)[rispondi]

@.mau. vuoi ingrandire i caratteri o allargare la cella? Alex brollo (disc.). 18:11, 24 mar 2022 (CET)[rispondi]
@Alex brollo La prima ch'hai detto. --.mau. (disc.) 11:58, 25 mar 2022 (CET)[rispondi]
:@.mau. stavo per fare una seconda domanda scema: "in edit o in view?", ma se parli di eis.... :-) Vediamo se riesco a riciclare il codice del tool di @Candalua per lo zoom caratteri in ns0. Alex brollo (disc.). 14:30, 25 mar 2022 (CET)[rispondi]

Nuovo approccio per il no indent a cavallo di pagina[modifica]

Sopprimere l'indentatura della prima riga del paragrafo è già un problema di per sé, perché i paragrafi sono definiti da tag p inseriti autonomamente da Mediawiki; quando il paragrafo è spezzato su due pagine è ancora peggio. Finora si era cercato di risolvere il problema (con {{Ni}} e {{Indentatura}}) forzando un p o un div con uno stile CSS text-indent: 0. La cosa funziona abbastanza bene nel caso generale, meno per i paragrafi spezzati, perché in nsPagina il p rimane aperto.

È però possibile affrontare il problema con un approccio diverso, che non tocca il p generato da Mediawiki:

  • si aggiunge, prima all'inizio del paragrafo, un div vuoto e chiuso, con una sua classe CSS che chiamiamo "no-rientro"
  • e si definisce una regola CSS che agisce sull'elemento p successivo a questo div, cosa possibile mediante l'operatore +. Il CSS è quindi: .no-rientro + p { text-indent: 0 }

Ho creato {{No rientro}} e ho provato la cosa in Pagina:Chi l'ha detto.djvu/253 e successiva. In nsPagina il risultato è <div class="no-rientro"></div><p>testo....</p> che risulta in un p non rientrato, mentre in ns0, per qualche bizzarria di Mediawiki, il p non viene neanche generato, e quindi il rientro viene comunque soppresso (l'indent è definito su .pagetext p, quindi niente p, niente rientro).

Che ne pensate? Can da Lua (disc.) 13:17, 23 mar 2022 (CET)[rispondi]

@Candalua Ne penso che non avevo pensato alla regola + (ok, non la conoscevo nemmeno) Ottima trovata! --.mau. (disc.) 13:28, 23 mar 2022 (CET)[rispondi]
Update: inserendo un a capo subito dopo il div (direttamente nel template), sembra che Mediawiki generi sempre il p. Questo mi sembra preferibile; infatti se il p non venisse generato, ci sarebbe il rischio che la regola ".no-rientro + p" venga applicata ad un p successivo. Invece sembra che basti un a capo per evitare questo rischio. Can da Lua (disc.) 13:31, 23 mar 2022 (CET)[rispondi]
Neanch'io conoscevo l'operatore + di CSS fino ad oggi. Credo sia davvero poco comune, e ha delle limitazioni: per esempio ".no-rientro + .pagetext p" non funziona, vuole per forza un elemento singolo dopo il +. Però è supportato da tutti i browser, fin da CSS2, quindi non vedo problemi ad adottarlo. Comunque provatelo per un po'. Can da Lua (disc.) 13:35, 23 mar 2022 (CET)[rispondi]
Bello! Mi sembra molto utile anche per i testi con formule. In generale, potrebbe sostituire il template {{indent}} aggiungendo un parametro per il rientro? Cruccone (disc.) 19:52, 23 mar 2022 (CET)[rispondi]
@Cruccone: non si può generalizzare del tutto, perché la regola CSS deve essere fissa, non si può generarla inline in base ad un parametro. Al massimo si possono creare n classi CSS, ad esempio con rientri da 0 a 10em, e fare un template che prende un valore da 0 a 10 e fa scattare la classe corrispondente. Però per far rientrare la prima riga si può usare anche {{spazi}}, che è meno elegante come HTML prodotto, ma molto facile da usare. Can da Lua (disc.) 10:28, 24 mar 2022 (CET)[rispondi]

Problema css[modifica]

@Candalua In questa pagina la tabella, contenuta in una annotazione, viene correttamente formattata dal css previsto per la classe .tab1 da questa pagina. stranamente, lo stesso non avviene nell'annotazione dopo transclusione in ns0, in Modificazione alla convenzione Laffitte per la concessione della strada ferrata Vittorio Emanuele di Savoia.

Perchè succede? Io sospetto un problema di ordine di caricamento dei numerosi css caricati automaticamente, ma la cosa mi infastidisce alquanto, sarebbe un fastidioso limite all'uso dei geniali fogli di stile styles.css. --Alex brollo (disc.). 09:17, 8 apr 2022 (CEST)[rispondi]

Alex brollo: il problema è che lo stile così definito ha effetto solo sull'output di pages: la classe tab1 viene esposta come ".mw-parser-output .prp-pages-output .tab1". Invece le note sono fuori da .prp-pages-output, quindi tab1 non ha effetto su di esse. Non so bene come si possa risolvere... forse andrebbe gestito questo caso a livello di estensione. Can da Lua (disc.) 09:33, 8 apr 2022 (CEST)[rispondi]
@Candalua Grazie. Al momento, spero che le tabelle dentro le note siano poche, ed è possibile formattarle alla vecchia con css inline. il fatto che il css di styles.css non ha effetto sulle note dopo transclusione è comunque un fatto da ricordare, potrebbe causare altri rompicapo. --Alex brollo (disc.). 09:53, 8 apr 2022 (CEST)[rispondi]
@Alex brollo, Candalua scusate se mi intrometto: volevo segnalare che qui la tabella in nota, con uno stile definito in style.css, è correttamente trasclusa in ns0. --Paperoastro (disc.) 10:54, 8 apr 2022 (CEST)[rispondi]
Paperoastro: quest'ultima tabella io la vedo leggermente diversa in ns0, e esaminando il DOM della pagina non vedo gli stili. Can da Lua (disc.) 11:59, 8 apr 2022 (CEST)[rispondi]
@Candalua grazie della segnalazione! Faccio qualche prova ed eventualmente uso il template {{Cs}}. --Paperoastro (disc.) 12:12, 8 apr 2022 (CEST)[rispondi]

Intanto ho segnalato la cosa in phab:T305792. Can da Lua (disc.) 22:29, 9 apr 2022 (CEST)[rispondi]

quando arrivano le citazioni su wikidata?[modifica]

Mentre controllo Chi l'ha detto?, aggiungo spesso collegamenti a wikidata. Per esempio, qui ho aggiunto {{Wl|Q3770319|Giuseppe Ciani}}. Mi sarei aspettato che wikidata recepisse la modifica, e invece nulla, forse perché sto ancora lavorando sul ns:pagina. Confermate che è così? --.mau. (disc.) 10:50, 11 apr 2022 (CEST)[rispondi]

.mau.: intendi che non ti veniva fuori il link? A volte l'aggancio con WD è lento ad aggiornarsi, puoi fare un Purge della pagina dal menu in alto (sotto "Altro"). Can da Lua (disc.) 11:14, 11 apr 2022 (CEST)[rispondi]
@Candalua sì, intendo quello. Non è una cosa davvero importante, però è una curiosità... --.mau. (disc.) 11:25, 11 apr 2022 (CEST)[rispondi]
.mau.: non è un problema solo di WD, in generale quando salvi una modifica ci sono molte operazioni di aggiornamento delle pagine collegate, che non sono immediate ma vengono differite ad un momento successivo, per fare in modo che il salvataggio sia più veloce. Anche quando salvi in nsPagina, il ns0 non si aggiorna subito. Oppure quando cambi i dati di un autore su WD, la pagina autore non si aggiorna subito. A seconda del carico del sistema questi aggiornamenti possono essere molto lenti, se si sono accumulate molte cose. C'è pure un bug aperto da anni su phabricator, dove stanno cercando di tracciare tutti questi casi, per vedere di renderli più "scattanti", ma senz'altro resterà aperto molto a lungo... :D Il purge invece forza una ricostruzione immediata della pagina, quindi ti fa in un certo senso "saltare la coda". Can da Lua (disc.) 12:29, 11 apr 2022 (CEST)[rispondi]
@Candalua ma il purge lo devo fare in nsPagina, giusto? --.mau. (disc.) 12:42, 11 apr 2022 (CEST)[rispondi]
e comunque temo che se non c'è una pagina Autore non succeda nulla... --.mau. (disc.) 15:17, 11 apr 2022 (CEST)[rispondi]
.mau.: Wl è fatto apposta così, se non ci sono pagine collegate non mostra nulla. Can da Lua (disc.) 15:44, 11 apr 2022 (CEST)[rispondi]
ok :-) .mau. (disc.) 15:54, 11 apr 2022 (CEST)[rispondi]

Problemi con le tabelle[modifica]

Ho riletto questa pagina e volevo migliorare la formattazione, ma se aggiungo il template {{Cs}} al testo della prima colonna non viene elaborato correttamente, mentre funziona correttamente nelle altre colonne. Sbaglio qualcosa oppure c'è un problema dai piani alti? --Luigi62 (disc.) 11:17, 14 apr 2022 (CEST)[rispondi]

Ciao @Luigi62! Non funziona il riferimento alla classe: in realtà avrebbe dovuto essere class="tab20" senza spazi, così prende gli stili dalla sottopagina stile..., ma in realtà lo stile migliore è quello "tab142", della tabella a pagina 142. Ho appena fatto la modifica. Grazie della segnalazione: non mi ero accorto del problema! --Paperoastro (disc.) 15:32, 14 apr 2022 (CEST)[rispondi]

frase spezzata in transclusione[modifica]

Qui non riesco a togliere l'acapo tra pagina 166 e pagina 167, probabilmente perché c'è una section che rompe. Qualche idea? --.mau. (disc.) 22:25, 1 mag 2022 (CEST)[rispondi]

E già che ci siamo: chi sa modificare il template {{Cld}} in modo che se non c'è il numero di citazione non metta il puntino? Vedi [[1]] --.mau. (disc.) 19:49, 2 mag 2022 (CEST)[rispondi]

Problema nella linguella "Altro"[modifica]

@Candalua Nel popup di "Altro" non vedo più la descrizione dell'azione Purge e Rebuild (mi sembra si chiamasse così). È un problema mio o un problema generale? --Alex brollo (disc.). 23:25, 1 mag 2022 (CEST)[rispondi]

Alex brollo: io la vedo. Dove ti succede? Can da Lua (disc.) 09:25, 2 mag 2022 (CEST)[rispondi]
Dovunque dovrebbe apparire.... al posto della descrizione, vedo un asterisco. Ma se riguarda solo me, non preoccupartene: prima o poi scoverò il problema, e comunque so cosa fanno quei due asterischi. :-)
Faccio una verifica sloggato. --Alex brollo (disc.). 10:28, 2 mag 2022 (CEST)[rispondi]
Confermo: da sloggato tutto ok. Lascia perdere! --Alex brollo (disc.). 10:31, 2 mag 2022 (CEST)[rispondi]
@Alex, riguarda anche me: purge e rebuild mi appaiono come asterischi, inoltre in modifica di pagine la scritta eis mi appare sempre "a capo e e spostata un pizzico a sinistra della scritta "leggi". - εΔω 01:15, 11 gen 2023 (CET)[rispondi]
@OrbiliusMagister Quanto mi piacerebbe una versione dell'interfaccia ultra-semplificata, tipo il vecchio monobook.... Alex brollo (disc.). 10:26, 11 gen 2023 (CET)[rispondi]

Anomalia nella transclusione in ns0[modifica]

Nel testo Nella nebbia in rilettura adesso si verifica un problema nella transclusione in ns0: il secondo paragrafo di ogni capitolo (esempio) non rientra correttamente la prima riga. In nsPagina funziona regolarmente, ma non in ns0. Il problema sembra derivare dal template {{Ct}}, seguito da {{Capolettera}}. In altri testi che utilizzano il template {{Centrato}} come in Don Chisciotte della Mancia/Capitolo III la transclusione sembra corretta (purchè si elimini la prima riga vuota della pagina successiva). --Luigi62 (disc.) 16:36, 8 mag 2022 (CEST)[rispondi]

@Luigi62 Succede perchè il css "centrale" contiene una istruzione ".dropinitial+p {text-indent:0}" che non so da dove venga e non capisco che finalità abbia; dice "non indentare il primo paragrafo che segue un blocco dropinitial, ossia con un capolettera".
L'ho neutralizzata con una istruzione in styles.css della pagina Indice, ma è una semplice toppa: in altri testi il problema sussisterà. Alex brollo (disc.). 10:37, 11 gen 2023 (CET)[rispondi]
@Alex brollo Il problema adesso sembra essersi spostato in nsPagina: la riga con il capolettera non è corretta. (esempio) --Luigi62 (disc.) 10:55, 11 gen 2023 (CET)[rispondi]
@Luigi62 Ecco a cosa serviva quel css misterioso... il problema è che in ns0, per motivi misteriosi, il testo del paragrafo con capolettera NON è racchiuso in un tag p, mentre in nsPagina lo è. Vediamo se riesco a far agire il css di styles solo in nsPagina... il template Capolettera deve essere rivisto, penso, per una soluzione definitiva.
@Luigi62 @Candalua Toppa rattoppata... :-) ma se Candalua dà un'occhiata, meglio. E' uno dei millanta problemi causati dalla generazione automatica del tag p. Il caso fornisce un'altra lezione: senza un ping, le richieste in questa pagina sfuggono facilmente.... quasi otto mesi di attesa sono un po' troppi :-) Alex brollo (disc.). 11:26, 11 gen 2023 (CET)[rispondi]

Togliere il punto in Tmp|Cld[modifica]

Se guardate questa pagina vedete che c'è un punto ramingo. Questo perché il template Cld immagina che ci sia un numero d'ordine della citazione, che terminerà appunto con il punto. Immagino che basterebbe mettere un if dove c'è il punto, in modo che se non c'è testo non si metta nulla. Ma io con tutte quelle graffe mi perdo. Qualcuno (@Alex brollo) mi può aiutare? --.mau. (disc.) 22:37, 25 mag 2022 (CEST)[rispondi]

@.mau. non riesco a vedere il punto ramingo! Alex brollo (disc.). 11:23, 29 mag 2022 (CEST)[rispondi]
@Alex brollo non lo vedevi perché avevo sbagliato pagina :-( Ora ho corretto il link (il punto è dopo la frase numerata 1059). --.mau. (disc.) 11:56, 29 mag 2022 (CEST)[rispondi]
@.mau. Adesso lo vedo :-) Devo riconsiderare il tutto.... non sperare che ricordi alcunchè del meccanismo. Alex brollo (disc.). 13:23, 29 mag 2022 (CEST)[rispondi]
@.mau., @Alex brollo: dovrebbe essere a posto. Can da Lua (disc.) 09:47, 30 mag 2022 (CEST)[rispondi]
@Candalua grazie! --.mau. (disc.) 15:55, 30 mag 2022 (CEST)[rispondi]

Il find & replace funzia :-) ma....[modifica]

@Candalua .... il box è uno sterminatore di spazio desktop. Facciamo un tentativo per ridurlo drasticamente? L'idea che wikisource necessita di tools poco ingombranti proprio non passa... --Alex brollo (disc.). 11:21, 29 mag 2022 (CEST)[rispondi]

Alex brollo: sono riuscito a rimpicciolirlo un po' verticalmente compattando gli spazi, vedi in fondo a MediaWiki:Common.css. In larghezza è più difficile, il contenitore che ha la larghezza non ha nemmeno un id a cui appigliarsi... :( Can da Lua (disc.) 09:50, 30 mag 2022 (CEST)[rispondi]
@Candalua Intanto grazie.... tenterò un secondo assalto :-) Alex brollo (disc.). 14:23, 31 mag 2022 (CEST)[rispondi]

Il croptool non funziona più?[modifica]

Ciao a tutti. È da un po' di tempo che ho riscontrato il mancato funzionamento dello strumento di ritaglio delle immagini. Ogni volta che cerco di utilizzarlo mi appare da dicitura "Command not found". Qualcuno ha riscontrato lo stesso problema? Alocin (disc.) 09:31, 14 lug 2022 (CEST)[rispondi]

L'ho notato anch'io. C'è una segnalazione aperta da un mese (https://github.com/danmichaelo/croptool/issues/174), ma finora l'autore del tool non ha risposto. Can da Lua (disc.) 14:35, 14 lug 2022 (CEST)[rispondi]
Aggiornamento: l'autore di CropTool, Dan Michael O. Heggø, ci sta lavorando ma sembra che la soluzione sia più complicata del previsto. Can da Lua (disc.) 14:16, 21 lug 2022 (CEST)[rispondi]

problema sul template Pg[modifica]

@Candalua @Ruthven @Paperoastro Come sapete, il template Pg, associato a Modulo Dati, fa una cosa carina: trasforma il numero pagina libro in un link diretto al numero di pagina djvu, se sta in nsPagina; se sta in ns0, trasforma il numero pagina in un link al capitolo ns0 che transclude quella pagina. Il problema nasce nei casi in cui la stessa pagina viene transclusa in due capitoli o più (in questi casi si utilizzano i tag section): allora il link a ns0 cade sull'ultimo dei capitoli che la pagina contiene, il che può essere giusto o sbagliato.

Qualche idea su come risolvere questo problema? Alex brollo (disc.). 14:46, 15 ago 2022 (CEST)[rispondi]

Per il caso più comune (due capitoli in una pagina) forse si risolverebbe in Lua con un parametro opzionale aggiuntivo, in modo che restituisca, in ns0, il link al capitolo precedente a quello calcolato di default. Alex brollo (disc.). 17:26, 23 ago 2022 (CEST)[rispondi]

Problema in esportazione pdf[modifica]

@Candalua @Paperoastro Per favore, provate a esportare in pdf e in epub Dialogo sopra i due massimi sistemi del mondo tolemaico e copernicano/Giornata prima, che contiene una miriade di annotazioni a lato. ePub non mi pare male, ma il pdf proprio non va. Immagino che le cose possano essere sistemate con qualche trucco css in styles.css, ma non ce l'ho fatta. Alex brollo (disc.). 17:21, 23 ago 2022 (CEST)[rispondi]

@Candalua @Paperoastro Domanda specifica: è possibile registrare in style.css regole che vadano applicate solo nell'esportazione ePub/pdf? Il problema che ho segnalato sopra è veramente fastidioso, intravedo una soluzione, ma rovinerebbe parecchio la bella visualizzazione delle note a lato in ns0, a cui mi seccherebbe molto rinunciare. L'idea è di emulare il css usato in en.wikisource per l'esportazione. --Alex brollo (disc.). 08:20, 5 set 2022 (CEST)[rispondi]
Alex brollo: si possono mettere regole specifiche in MediaWiki:Epub.css, prova così. Can da Lua (disc.) 10:04, 5 set 2022 (CEST)[rispondi]
Ciao, Alex brollo. Penso che la soluzione proposta da Candalua sia quella ottimale. Bisogna solo fare attenzione se hanno la precedenza gli stili di Epub.css o quelli specifici del singolo documento. --Paperoastro (disc.) 12:46, 5 set 2022 (CEST)[rispondi]
@Candalua@Paperoastro grazie, adesso ho undizio in più per rovistare in en.wikisource.org; la loro soluzione non è elegantissima, ma funziona. Alex brollo (disc.). 15:31, 5 set 2022 (CEST)[rispondi]

Una query, per favore[modifica]

Cari @Alex brollo, @Candalua, @Dr Zimbu,

Fate caso a questo edit apparentemente inutile. In realtà esso ha influenzato le statistiche, infatti prima che inserissi quel pagename quella pagina — notate bene: pagina sommario di un testo proofread — era conteggiata come w/o scans, dopo il mio edit è è passata tra le pagine with scans! Questo è un paradosso: quante pagine come quella che vi ho mostrato abbiamo? basterebbe inserire in esse anche solo una strisciolina di section e la realtà sarebbe nuovamente rispecchiata: urge effettuare un censimento e raddrizzare questa situazione. Si può effettuare una query o una ricerca con questi criteri?

  • SELECT pagine in ns0
  • WHERE il {{intestazione ha il parametro | URL della versione cartacea a fronte non vuoto
  • ANDmanca il tag <pages index= ... >

εΔω 17:54, 24 ago 2022 (CEST)[rispondi]

Non sono query, e non sono sicuro se siano precise, ma mi vengono in mente queste due ricerche:
che dovrebbero trovare, rispettivemente, le pagine nella Categoria:Testi con versione cartacea a fronte e nella Categoria:Sottopagine con versione cartacea a fronte nel cui codice non c'è la stringa "pages"--Dr Zimbu (disc.) 18:33, 24 ago 2022 (CEST)[rispondi]
non so nulla delle query, mai utilizzate, ma la logica dell'algoritmo di Edo mi convince. Alex brollo (disc.). 23:30, 24 ago 2022 (CEST)[rispondi]
@OrbiliusMagister, Alex brollo, Dr Zimbu Ce l'ho! Tempo fa mi ero fatto un gadget che si chiama "Trova testi senza pages", una volta attivato lo trovate nel menù di sinistra. Can da Lua (disc.) 15:39, 25 ago 2022 (CEST)[rispondi]
Bello: attivato il gadget (sotto Vector 2010, ma questa è un'altra triste storia) e usato, ignorando il warning "Non utilizzare".  :-) Alex brollo (disc.). 16:35, 25 ago 2022 (CEST)[rispondi]
Signori, da un catalogo di sedicimilaerotti testi ecco il risultato:

elenco titoli

Alcuni testi sono da escludere in quanto transclusi da altre source (nap/la/vec) altri sistemiamoli. - εΔω 17:33, 25 ago 2022 (CEST)[rispondi]

@OrbiliusMagister, Alex brollo, Dr Zimbu: ho ampliato lo scope di "Trova testi senza pages" in modo da trovare anche le sottopagine. Sono più che altro match&split non finiti, o qualche rimasuglio di essi. Provatelo magari anche domani perché la categoria non si è ancora popolata del tutto. Can da Lua (disc.) 15:05, 9 set 2022 (CEST)[rispondi]

@OrbiliusMagister, Alex brollo, Candalua Usando una query e PetScan sono riuscito a ricavare un'altra lista di ~1200 di queste pagine (EDIT: spostata qui causa peso)

(Il metodo è macchinoso ma ripetibile, se serve posso dare i dettagli.) Mi salta all'occhio un buon numero di sottopagine della Istoria del Concilio tridentino che (da un controllo a campione) sembrerebbero pezzi che nella versione non-proofread avevano una pagina a sé, mentre adesso sono contenuti all'interno dei vari capitoli--Dr Zimbu (disc.) 09:27, 25 set 2022 (CEST)[rispondi]

@OrbiliusMagister, Alex brollo, Dr Zimbu: ho trovato un modo di fare una query più precisa, sfruttando il fatto che il tag pages richiama la pagina Mediawiki:Proofreadpage_pagenum_template. Dunque se non si trova un link ad esso, significa che non c'è un tag pages (oppure che include solo pagine allo 0%). Questo ha permesso di estrarre un elenco di ~3400 pagine che sono legate ad un indice proofread, ma non trascludono le sue pagine.
L'elenco, aggiornato giornalmente, lo trovate su https://lists.toolforge.org/lists/itwikisource/Testi/Pagine_con_indice_ma_senza_pages.
La query che lo genera, se volete eseguirla a mano, è qui: https://quarry.wmcloud.org/query/67688
Can da Lua (disc.) 09:31, 27 set 2022 (CEST)[rispondi]
@Candalua se ne troveranno di tutti i colori.... il primo link porta a una curiosa pagina paleontologica Adelchi/Dedica che mi ha confuso un bel po' (da cancellare, l'ho conservata per farvela esaminare).
Due domande:
  1. mi sembra che le pagine SAL 0% siano regolarmente transcluse, se hanno contenuto, ma che non sia visualizzato il link al numero pagina. Questo significa che NON richiamano il template Mediawiki:Proofreadpage_pagenum_template, in ns0? Va chiarito, perchè un utile trucco, nelle pagine ns0 costituite da un solo indice di capitoli, alle volte sarebbe comodo transcludere una pagina vuota SAL 0% giusto per far scattare il meccanismo.
  2. cosa succede nelle pagine che invece del tag pages hanno il tl|Iwpages? Naturalmente la procedura di allineamento risolve il problema, ma non mi sogno neppure di proporre di generalizzarlo.
Alex brollo (disc.). 10:54, 27 set 2022 (CEST)[rispondi]
Fantastico! Sembra che il gruppo più grande sia quello dei Sonetti romaneschi, in cui è stato effettuato il match con la fonte ma poi non sono state create le pagine in nsPagina--Dr Zimbu (disc.) 11:44, 27 set 2022 (CEST)[rispondi]
Alex brollo: esatto, le pagine 0% non richiamano il pagenum template. Ai fini delle proofread statistics, le pagine ns0 che includono solo pagine 0% dovrebbero essere conteggiate lo stesso come proofread, quindi in realtà è più una questione "filosofica". Purtroppo non credo di riuscire a escluderle dalla query, anche considerando i template non hanno niente che le distingua dalle pagine "naked". Invece le pagine che hanno iwpages sono incluse nell'attuale lista, però si potrebbero scartare sfruttando appunto il link ad iwpages. Can da Lua (disc.) 12:56, 27 set 2022 (CEST)[rispondi]
✔ Fatto, adesso le pagine con iwpages sono tracciate in Categoria:Testi trasclusi da altri progetti e sono escluse dalla query (la pagina dell'elenco si aggiornerà stanotte) Can da Lua (disc.) 14:14, 27 set 2022 (CEST)[rispondi]
Ho escluso anche le pagine copiate con l'Allineatore di Alex (che ho messo in Categoria:Testi clonati da altri progetti). Ho creato anche una pagina di riferimento per la query, con l'elenco aggiornato: Wikisource:Lavoro sporco/Pagine con indice ma senza tag pages. Can da Lua (disc.) 17:34, 27 set 2022 (CEST)[rispondi]

Note su allinea.py[modifica]

@Candalua@Ruthven@OrbiliusMagister Lo script, aggiornato a oggi e elencato in Progetto:Bot/Programmi in Python per i bot, allinea il codice delle pagine in latino, editate su la.wikisource, alle corrispondenti pagine su it.wikisource. Le pagine "clonate" diventano, a tutti gli effetti, pagine di it.wikisource, consentendo, ad esempio, l'esportazione in blocco di testi bilingui (cosa che il geniale, ma limitato trucco Iwpage-Iwpages non consente).

Naturalmente l'allineamento è delicato e va controllato, sono prevedibili vari errori: il codice clonato può funzionare male, p.e. i template di la.source possono non avere una corrispondenza con quelli di it.source, oppure possono esistere su entrambi i siti, ma con codice template diverso. Fortunatamente molti template sono stati allineati, con pagine redirect o esportando su la.source i "nostri" di uso più comune (tipo tl|Ct).

Un secondo problema sono i link interni, in particolare quelli alle pagine Autore. E' chiaro, ad esempio, che il link [[Scriptor:Aristoteles|Aristoteles]], clonato da noi tal quale, produce soltanto un link rosso, e non basta trasformarlo in un link [[:la:Scriptor:Aristoteles|Aristoteles]] che servirebbe a poco e confonderebbe il lettore che si troverebbe proiettato su la.source. fortunatamente esiste anche su la.source il template Wl, il cui codice funziona perfettamente su entrambi i siti. Convertendo il link [[Scriptor:Aristoteles|Aristoteles]] in {{Wl|Q868|Aristoteles}} l'allineamento non produrrà questo tipo di errori.

La nuova versione di allinea.py contiene una funzione correggi_scriptor() che esegue questa conversione, modificando il codice di la.source e permettendo, quindi, di aggirare il problema. Lo sto testando su la:Liber:Le opere di Galileo Galilei I.djvu e sembra che funzi. Alex brollo (disc.). 10:35, 19 set 2022 (CEST)[rispondi]

Annotazioni a lato[modifica]

Condivido con chi ama i template un tentativo, {{Nld}}, che sta per Nota laterale destra, nella lunga marcia per la soluzione del problema. L'innovazione è un approccio css puro, ma non risolve il problema dell'esportazione pdf, che viene devastata da {{NMIS}}. L'avventura continua. Alex brollo (disc.). 08:17, 21 set 2022 (CEST)[rispondi]

Abbasso flex[modifica]

Non ho capito come vorrei la sintassi flex, ma sono riuscito a capire come rimuoverla, con notevole soddisfazione. Qualcuno di voi ha la stessa esperienza? Alex brollo (disc.). 07:38, 23 set 2022 (CEST)[rispondi]

Quesito: implementare OR in un template[modifica]

Come implementare in un template l'equivalente degli operatori logici OR e XOR? Per emulare un AND ce la faccio, ma con gli altri due non trovo una soluzione elegante. Alex brollo (disc.). 16:13, 23 set 2022 (CEST)[rispondi]

La soluzione del busillis (grazie @Candalua):
{{#if:[prima condizione]
   |[codice se prima condizione è vera]
   |{{#if:[seconda condizione]
       |[codice se seconda condizione è vera]
       |[codice se entrambe le condizioni sono false]
   }}
}}
Non mi entusiasma che per eseguire lo stesso codice se [codice se prima condizione è vera] OR [codice se seconda condizione è vera] il codice vada ripetuto identico due volte, ma il linguaggio template ha i suoi limiti. Per XOR ci penserò quando mi servirà :-) --Alex brollo (disc.). 00:28, 24 set 2022 (CEST)[rispondi]
Beh, d'altronde se facevi due template separati, duplicavi comunque il codice. Almeno così rimane tutto in un posto solo :) Can da Lua (disc.) 12:33, 4 ott 2022 (CEST)[rispondi]
@Candalua Giusto. "Il meglio è nemico del bene" :-) Alex brollo (disc.). 07:15, 9 ott 2022 (CEST)[rispondi]

Problema con collegamenti[modifica]

Ciao a tutti, segnalo che in Discussioni Wikisource:Rilettura del mese sono saltati i link nelle sezione Mozziconi e Testi brevi, non ho idea di come sistemarli. Cruccone (disc.) 13:01, 3 ott 2022 (CEST)[rispondi]

Hanno cambiato l'elemento del titolo... grazie, sistemato. Can da Lua (disc.) 12:47, 4 ott 2022 (CEST)[rispondi]
In Mozziconi manca ancora Indice: nei link... Grazie --Cruccone (disc.) 22:15, 4 ott 2022 (CEST)[rispondi]
Avevo dimenticato un pezzo, ora è a posto. Can da Lua (disc.) 09:18, 5 ott 2022 (CEST)[rispondi]

Il bug del template Pg[modifica]

@Utoutouto Sono abbastanza orgoglioso di aver inventato il template Pg, ma anche frustrato perchè capita che non funzioni. Non si tratta di un vero bug, ma di una effettiva difficoltà per impossibilità (o estrema difficoltà) di recuperare un dato essenziale ma mancante.

In breve, il template è in grado di trasformare il numero di pagina di un libro nel numero della pagina nsPagina, e di restituire anche il link al capitolo ns0 dove quella pagina è transclusa, purchè quella pagina sia transclusa solo in un singolo capitolo ns0.

Se invece la stessa pagina viene transclusa in più di un capitolo, aimè, non c'è modo di risolvere il problema. O meglio, ci sarebbe, se l'algoritmo "capisse" il senso del riferimento e lo ritrovasse con attendibilità all'interno dei vari testi (in genere due, talora di più) contenuti in nsPagina, attribuendolo al capitolo ns0 giusto. Al momento, il risultato è imprevedibile: può essere giusto o sbagliato. Prima di procedere, una domanda alla moltitudine di utenti che leggono: sono riuscito a spiegare in modo intellegibile il problema? Alex brollo (disc.). 07:05, 9 ott 2022 (CEST)[rispondi]

Anticipo una parziale, flebile soluzione del problema.... il software non può "interpretare" il significato del testo, ma può "accorgersi" se una pagina nsPagina è critica, ossia se viene transclusa a pezzi in diversi capitoli ns0. Potrebbe quindi segnalare l'incertezza, visualizzandola o segnalandola in qualche modo e mettendo quindi sull'avviso l'utente. Costringere l'utente a verificare link per link un indice analitico con migliaia di link è inumano, ma suggerirgli di verificarne una piccola percentuale renderebbe la correzione manuale praticabile. Alex brollo (disc.). 07:23, 9 ott 2022 (CEST)[rispondi]

Malfunzionamento in memoRegex[modifica]

@Alex brollo: c'è qualcosa di strano in memoRegex. Ho fatto un trova&sostituisci in un nuovo indice, salvando la memoRegex, e mi ha inserito tutto questo. In realtà la mia sostituzione è solo l'ultima, le altre non le ho scritte io... Può essere che si "porti dietro" delle regex da qualche altro indice dove mi è capitato di passare? Can da Lua (disc.) 09:48, 18 ott 2022 (CEST)[rispondi]

@Can da Lua Non mi è mai successo, o non me ne sono accorto. Può dipendere dl fatto che sono "editore ostinato", ossia che passo poco da un indice all'altro. Bisogna verificare cosa lo script fa se passa da in Indice con memoregex a un indice senza: in questo caso dovrebbe azzerare il suo contenuto, ma non sono sicuro che lo faccia. Vediamo se riesco a riprodurre il problema (e a decodificare per bene uno script in cui da anni non metto le mani). --Alex brollo (disc.). 11:08, 18 ott 2022 (CEST)[rispondi]

Riflessioni su tl|Nota separata[modifica]

@Candalua@OrbiliusMagister In Galileo - Favaro ho stressato a fondo, con soddisfazione, tl|Nota separata, anche in casi tremendamente intricati (note annidate di gruppi vari, ecc); ma in Sonetti romaneschi non sono soddisfatto, perchè nella rilettura e correzione del testo il gran numero di note ostacola il confronto fra trascrizione e fonte e l'uso di tl|Nota separata non consente lo "spostamento note" che in questi casi è utilissimo.

Ci sono due soluzioni:

  • revisione del gadget "spostamento note" in modo da farlo funzionare anche con tl|Nota separata, che utilizza al suo interno il tl|Pagina;
  • creazione di un template alternativo da inserire all'interno di un tag ref, utilizzando nel template la sintassi normale {{#section:. Il template di prova è Template:Nsb, un semplice test specifico per Sonetti romaneschi.

Che ne dite? vale la pena di continuare a sperimentare la strategia 2? Alex brollo (disc.). 06:58, 26 ott 2022 (CEST)[rispondi]

Onestamente non sto capendo questa apprensione per i due ordini di note (ben altro sarà il caso delle antiche rime toscane che sto osservando con un misto di interesse e preoccupazione): le note del curatore sono caratterizzate dalla parentesi quadra, il che le rende riconoscibili senza separarle da quelle d’autore, senza usare templare nota separata e permettendo lo spostamento note. Cosa mi sta sfuggendo? - εΔω 20:45, 26 ott 2022 (CEST)[rispondi]
@OrbiliusMagister il problema sta nel fatto che spesso le note di un sonetto continuano nella pagina successiva, e avviene che una nota sia spezzata a metà. Il caso di una nota in due pezzi, uno nella stessa pagina del testo, uno nella successiva, non è facile da gestire con tl|Nota separata. C'è inoltre lo svantaggio che in nsPagina il testo della nota non viene visualizzato, il che rende faticoso il controllo. Vedi Pagina:Sonetti romaneschi I.djvu/321, in cui ci sono uno o più tl|#section all'interno di un ref, invece di usare tl|Nota separata: il fatto che tutte le note siano visualizzate, e che funzioni anche il popup al pèassaggio del mouse sul link alla nota, mi pare molto comodo. Alex brollo (disc.). 22:34, 28 ott 2022 (CEST)[rispondi]
Io avevo risolto in maniera un po' artigianale con l'uso di ref follow + references anche nella seconda pagina, riservando il {{nota separata}} alle note che sono completamente in una pagina diversa dal sonetto. Il risultato in nsPagina non è il massimo, ma in ns0 è tutto come dovrebbe essere. Vedi ad esempio Pagina:Sonetti romaneschi VI.djvu/301 e Pagina:Sonetti romaneschi VI.djvu/302--Dr Zimbu (disc.) 08:49, 29 ott 2022 (CEST)[rispondi]
@Alex brollo, con La Scuola della Patienza sto usando per le note lo stesso sistema descritto ora da Dr Zimbu, artigianale ma efficace. Solo una domanda: il caso da te evidenziato, in cui lo spostamento note è pregiudicato, è frequente o eccezionale? Se rimane sporadico possiamo gestirne le ricorrenze manualmente finché sono meno di… cento? Cinquanta? Venti? Quante ne hai viste finora? - εΔω 16:48, 29 ott 2022 (CEST)[rispondi]
@OrbiliusMagister Ma certo che ref follow va bene! ho avuto un momento di obnubilamento. Non solo, adesso ricordo che per le note nella pagina successiva, è possibile usare ref follow anche per le note completamente nella pagina successiva, inserendo "qualcosa di poco visibile" nel ref name (tipo un tl|hair space, forse anche un tl|Nop, verificherò). Il numero di casi critici è piuttosto alto, ma concentrato all'inizio della collana, poi le note si diradano e si alleggeriscono.
La prima fase è appena conclusa: salvo E&O il match and split è completato e la sequenza di navigazione verificata. ttendo pareri sulla transclusione delle corone, in cui la sequenza dei sonetti mostra un numero progressivo sotto il titolo come Campo vaccino I...Campo vaccino IV; al momento tutte le corone sono spezzettate nei vari sonetti, tranne Sonetti romaneschi/Er còllera mòribbus. Alex brollo (disc.). 18:42, 29 ott 2022 (CEST)[rispondi]
@OrbiliusMagister Le pagine Indice sono "discretamente popolate", ma spiccano pagine ancora rosse. Le sto ripassando, in gran parte si tratta di pagine occupate da annotazioni di sonetti precedenti. Evidente che sono i casi più complessi e critici, penso di dargli la precedenza nella trascrizione. Di regola, per fortuna, i sonetti iniziano su nuove pagine, il che semplifica un po' il codice di transclusione; resta, comunque, una rilettura-delirio. :-(
Rimanderei la "grande ristrutturazione" (spostamento dei sonetti in pagine principali ns0) al momento in cui le pagine Indice saranno tutte blu. Alex brollo (disc.). 06:46, 30 ott 2022 (CET)[rispondi]
rispetto alle corone di sonetti abbiamo più casi di sonetti "riuniti" come la morte di Giuda di Monti che di sonetti "slegati" come i sonetti dei mesi di Folgore da S. Gimignano. Tagliando la testa al toro riunirei tutte le corone in pagine uniche con grande semplificazione per tutti. εΔω 08:23, 30 ott 2022 (CET)[rispondi]

Unione parole senza Pt[modifica]

Mi sono accorto che le pagine che finiscono con delle parole sillabate non vengono riunite correttamente nella transclusione se la pagina successiva inizia con una riga vuota. Lo si può vedere in questa pagina. La cosa è risolvibile oppure meglio tornare al vecchio template Pt? -- Luigi62 (disc.) 18:25, 27 ott 2022 (CEST)[rispondi]

Non ho mai capito la necessità di lasciare una riga vuota a inizio pagina… finalmente dopo anni ci siamo liberati dell'obbligo di usare sempre il pt e ora vogliamo ripristinarlo? No, grazie. εΔω. 16:33, 29 ott 2022 (CEST)
E' solo una questione estetica - lasciare una riga vuota crea una gradevole spaziatura fra riga intestazione e testo in nsPagina, e riproduce meglio l'aspetto della pagina stampata. In Visualizzatore, l'effetto è gradevole. Personalmente mi ero completamente dimenticato dell'automatismo creato da Candalua.... :-( e continuo a usare Pt sempre. --Alex brollo (disc.). 18:48, 29 ott 2022 (CEST)[rispondi]

Autore citato[modifica]

Ho usato più volte il template AutoreCitato e ha funzionato solo nell'ultimo tentativo, in questa pagina, mentre nelle altre che ho voluto allegare, la citazione risulta solo nell'apposita categoria e non nella pagina interessata. Come posso rimediare? Zio27 (disc.) 12:17, 27 nov 2022 (CET)[rispondi]

@Zio27 Ci dai un paio di link a pagine con il template che fallisce? Alex brollo (disc.). 21:02, 27 nov 2022 (CET)[rispondi]
Zio27: considera comunque che le pagine non si aggiornano subito, a volte ci mettono anche un bel po'. Prova a fare un Purge (disponibile nel menu in alto, dopo Modifica e Cronologia). Can da Lua (disc.) 15:03, 28 nov 2022 (CET)[rispondi]
@Candalua Perfetto, ho appena risolto, grazie dell'aiuto --Zio27 16:11, 28 nov 2022 (CET)[rispondi]

Problemi Lua: doppie virgolette in un titolo pagina[modifica]

@Candalua La pagina Modulo:Dati/D'Annunzio - L'orto e la prora.djvu non funzionava. Dopo parecchi tentativi vedo che correggendo a mano il file, con un carattere escape prima delle doppie virgolette contenute nei titoli di tre sottopagine, il file ricomincia a funzionare. Come dire a js di aggiungere gli escape necessari nella costruzione del file? c'è un altro sistema? Alex brollo (disc.). 20:59, 27 nov 2022 (CET)[rispondi]

Categoria:Pagine con errori in Pg[modifica]

@Alex brollo: proseguo qui perché vado nel tecnico... Ti sto dando una mano a svuotarla di nuovo, ho visto che a volte l'errore è solo uno spazio prima del numero, si potrebbe fare un trim? Poi bisognerebbe mostrare i ?? solo se esiste un modulo dati per quella pagina, perché potrebbe non esserci il sommario compilato, e di conseguenza neanche il modulo dati. In alcune pagine, tipo Indice:Mazzini - Scritti editi e inediti, LXIX.djvu, c'è il sommario, ma se schiaccio Modulo dati non fa nulla e non dà errori, e non crea la pagina del modulo, bisognerebbe capire perché. Can da Lua (disc.) 15:01, 28 nov 2022 (CET)[rispondi]

Tra l'altro, perché non ti fa creare il modulo dati se non c'è il sommario? Non basta il pagelist per vedere i numeri? Can da Lua (disc.) 15:12, 28 nov 2022 (CET)[rispondi]
@Candalua Il cuore di tutta l'idea è proprio la crezione del link a ns0 con il solo numero pagina... quindi per me Modulo Dati senza Sommario non aveva senso, ma il mancato funzionamento non è voluto. Sono sorpreso perchè nei miei libri ha sempre funzionato, evidentemente faccio per abitudine cose che evitano i problemi, ma che cose? Comunque non perderci troppo tempo, cercherò di fare io la pulizia. Sempre che riesca a riprendere mano: è un bel po' che non mastico Lua :-( Alex brollo (disc.). 22:39, 28 nov 2022 (CET)[rispondi]
@Alex brollo, Candalua, giusto per segnalare che la mancata creazione del modulo dati è dovuto anche alla presenza di caratteri "strani" dentro le opzioni del template {{Indice sommario}}. Recentemente mi è capitato di trovare degli "a capo" nell'opzione titolo che non facevano creare il modulo dati... --Paperoastro (disc.) 23:29, 28 nov 2022 (CET)[rispondi]
@Paperoastro Grazie, sto raccogliendo casistica qui sotto Alex brollo (disc.). 23:39, 28 nov 2022 (CET)[rispondi]

Casistica problemi Modulo Dati[modifica]

Alex brollo (disc.). 23:40, 28 nov 2022 (CET)[rispondi]

Spostare una pagina ns0 via bot[modifica]

@Candalua @Paperoastro Nel malefico Sonetti romaneschi ci sono parecchie pagine ns0 da rinominare, così ho pensato di preparare uno script per farlo (senza lasciare redirect)

Mica facile :-(

Oltre allo spostamento della pagina con Page.move, occorre:

  1. editare il campo titolo di Intestazione;
  2. editare i campi prec e succ delle pagine precedente e successiva;
  3. editare il link della pagina raccolta;
  4. editare le aree dati di ogni pagina ns0 modificata;
  5. editare il campo nome e il campo titolo del template Indice sommario della sua pagina Indice:;
  6. editare gli eventuali altri link alla pagina, sparpagliati ovunque (al momento: rinuncio).

Avete qualcosa di pronto, giusto per non rediscover the wheel?

L'alternativa è di usare Page.move con redirect, ma si crea un "debito di lavoro sporco". Alex brollo (disc.). 10:32, 12 dic 2022 (CET)[rispondi]

Test Special:MergeHistory[modifica]

@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[modifica]

@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[modifica]

@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]

Estratto da "https://it.wikisource.org/w/index.php?title=Wikisource:Domande_tecniche/Archivio/2022&oldid=3100979"