Wikisource:Bar/Archivio/2022.09

Archivio delle discussioni del mese di settembre dell'anno 2022

Categoria: Archivio Bar 2022 Bar   Archivio    settembre 2022 


Emergenza Vector 2022! modifica

Cari amici,

so di sollevare un certo polverone, ma è necessario: come accaduto a suo tempo con il passaggio dalla skin Monobook alla Vector, ho deciso di attivare l'interfaccia grafica Vector 2022 anticipando così l'esperienza che tra non molto proveranno tutti gli utenti, riferendomi in particolare ai non registrati. Come potete immaginare l'operazione mi provoca un discreto disagio soprattutto essendo abituati ad avere gadget e scorciatoie sottomano ad ogni edit, ma se chi ha a cuore il progetto non sottopone la propria esperienza all'imminente muta di esoscheletro sia i gadget ma soprattutto le pagine nsIndice e la modifica in nsPagina risulteranno da un giorno all'altro goffe o alla peggio inutilizzabili: già ora freccine, icone scritte purge e rebuild e altri elementi grafici che ci sembrano perfetti appaiono scombinati, maldisposti o invisibili.

Mi arrivano periodicamente gli avvisi degli sviluppatori che tengono periodici triage meeting per prevenire questo scompenso, ma credo che il grosso del lavoro riguardi la segnalazione dei bug nostri a @Patafisik (WMF), o a @Ruthven o localmente a @Candalua. Allo stato attuale la skin Vector 2022 è attiva per default su due Wikisource: pl.source e ar.source. Vale la pena visitarle quando si è in dubbio se un problema d'interfaccia sia generale o solo nostro. Per certo la pagina principale dovrà essere rivista entro l'applicazione di Vector 2022 a tutti i progetti. εΔω 17:34, 1 set 2022 (CEST)[rispondi]

In effetti, ho tenuto attivo Vector 2022 per un bel po', ma al momento ho riattivato l'interfaccia precedente per la presenza di qualche piccolo fastidio. Il fatto che mi siano sembrati fastidi piccoli dipende probabilmente dallo stile personale di edit. Temo che - come i altri casi - la soluzione migliore sia quella di sforzarsi di utilizzarlo comunque, condividendo i problemi e gli eventuali rimedi che si scovano personalmente. Apriamo una pagina dedicata, per raccogliere questi e quelli? Alex brollo (disc.). 06:39, 2 set 2022 (CEST)[rispondi]
Ciao. io ho attivato Vector 2022 qualche tempo fa e la uso ancora. I gadget attivi che uso costantemente sono gli strumenti di rilettura, vari pulsanti che compaiono nella finestra di edit, eis. Al momento, dopo le segnalazioni della scorsa volta, non ho riscontrato alcun problema. --Paperoastro (disc.) 13:33, 2 set 2022 (CEST)[rispondi]
Ciao @OrbiliusMagister Grazie mille per aver aperto la discussione. Sono a disposizione se serve una mano per aprire dei task su Phabricator e per informare il Web Team se dei gadget non funzionano come dovrebbero, sperando si possa risolvere facilmente. Non esitare a condividere maggiori dettagli (anche della tua configurazione, ad esempio browser, sistema operativo, schermo grande o piccolo, ecc.) e magari degli screenshot. Altri tra cui @Alex brollo hanno già dato una mano in passato per farci rendere conto delle migliorie da apportare. Se volete aprire una pagina dedicata va benissimo lo stesso, oppure potete continuare in questa discussione (pingatemi per sicurezza). In questa fase il team sta lavorando sui dettagli grafici, oltre a portare avanti le discussioni con alcuni wiki tra cui en.wiki. E' un buon momento per segnalare disfunzionamenti eventuali. A presto,--Patafisik (WMF) (disc.) 15:59, 2 set 2022 (CEST)[rispondi]
La questione è sotto controllo (o almeno è monitorata).
Abbiamo chiesto e ottenuto che Vector2022 non sia applicato nel namespace principale di Wikisource (vedi Phab:T311607) e segnalato un bug (l'ennesimo) riguardo alla sua applicazione lì dove non dovrebbe (phab:T315723 e phab:T315460). Seguite i ticket e segnalate i bug.
Poi, se una comunità non vuole che Vector2022 sia la skin di default, può aprire una discussione per ottenere il consenso e poi richiederne la rimozione come opzione di default (è quello che raccomando, visto che la skin non è per nulla matura al giorno d'oggi). Ruthven (msg) 09:05, 3 set 2022 (CEST)[rispondi]
Ciao, mi ricollego a quello che diceva Ruthven qui sopra. Come potete leggere negli ultimi aggiornamenti del progetto delle Migliorie all'interfaccia desktop (ho abbozzato una traduzione in italiano), attualmente sono in corso le conversazioni per attivare Vector 2022 su altri progetti Wikimedia. Tuttavia, per il momento il Team Web non ha aperto discussioni in modo massivo con le comunità di Wikisource per via delle vostre necessità e problematicità specifiche, già messe in luce in varie occasioni. Mi fa comunque molto piacere che la Wikisource in arabo e quella in polacco abbiano raggiunto i wiki di test per una migliore comprensione delle vostre esigenze (e per tirare subito il freno d'emergenza nel caso ipotetico di una modifica che crei una situazione catastrofica su Wikisource, ma per fortuna non è ancora successo).
Al link trovate anche altri aggiornamenti che a chi utilizza l'interfaccia in modo individuale potrebbero interessare.
Per esempio, se ne avete il tempo, vi invito anche a consultare la nuova pagina delle FAQ del progetto e a leggere il post su Diff Prioritizing equity within Wikipedia's new desktop (in varie lingue, non ancora in italiano). Come sempre, se notat bug legati al tema Vector 2022 non esitate a notificarmi o a scrivere nella pagina di discussione. Buon wiki!--Patafisik (WMF) (disc.) 16:20, 27 set 2022 (CEST)[rispondi]

Allineamenti decimali modifica

Alcuni calcoli difficili da formattare in Galileo mi hanno costrotto a scovare un sistema per allineare verticalmente, e in modo libero, cifre possibilmente senza modificare l'allineamento del testo delle celle (ossia, lasciando il default, allineamento a sinistra). ecco il risultato dopo un po' di tentativi, dove gli allineamenti rispecchiano esattamente quelli originali:

 165  
553  91672
 36397
 312
 4

Il trucco sta nel template tl|z, che inserisce un gap multiplo della larghezza in em di una cifra (notate che nei caratteri proporzionali la larghezza delle cifre è molto simile per tutte; con eccezioni). Tutti i numeri della seconda colonna sono allineati a sinistra, e l'indentatura è dovuta alla presenza del template z. Un template analogo, leggermente meno sbrigativo ma più elastico, è tl|Hidden, che inserisce, sempre invisibile ma "occupante il suo spazio", una stringa qualsiasi. {{z|2}} equivale quindi a {{hidden|00}}. Alex brollo (disc.). 15:13, 2 set 2022 (CEST)[rispondi]

ps: piccoli disallineamenti avvengono, con alcuni font, come quello usato nell'esempio, a causa delle eccezioni: in questo font, la sola cifra 1 è diversa da tutte le altre.... uffa. Alex brollo (disc.). 07:00, 4 set 2022 (CEST)[rispondi]

Coraggio modifica

Cari amici,

vorrei porre l'attenzione su un caso esemplare: questo. Si direbbe che la risorsa sia inaccessibile, ma con un po' di giri scopro che la biblioteca universitaria di Trieste mette a disposizione un gran numero di libri digitalizzati tra cui quello che cerco!

Chiaramente controllo la presenza di un copyright nel sito e infatti trovo a piè di pagina la dicitura «OpenstarTs - ©2018 Universita' di Trieste».

MA il singolo file pdf è o non è la riproduzione meccanica di un documento nel Pubblico Dominio, dunque in PD anch'essa (in termini commonari "PD-Scan/PD-100")? In questi casi ritengo possibile riutilizzare qui da noi il solo file pdf, ma mi piacerebbe sentire il parere di @Ruthven per capire se ci sono dei precedenti e quali implicazioni questo comporterebbe. εΔω 08:55, 3 set 2022 (CEST)[rispondi]

Non ho ben capito. Un testo di pubblico dominio, ad esempio quello della Divina Commedia, resta di pubblico dominio a prescindere dal supporto sul quale viene riprodotto (carta, file di testo, file di scansioni di testo cartaceo, illuminazioni al neon...). Nel caso in questione abbiamo un file che è una riproduzione fotografica del testo. Ovviamente l'autore della riproduzione fotografica del testo ha i diritti di quella riproduzione fotografica ma a noi di Wikisource ci interessa il contenuto del testo, non la riproduzione fotografica di esso (che ha caratteristiche indipendenti dal testo, ovvero di essere con certi colori oppure a scala di grigi, eventuali macchie o segni di usura o altro). O avevi altri dubbi? --Myron Aub (disc.) 11:53, 3 set 2022 (CEST)[rispondi]
In effetti la questione è di lunga data, faccio un riassuntino.
La riproduzione "nuda e cruda" (il "txt") di un testo PD è PD e su questo non ci piove. Le domande sono cominciate in presenza di più edizioni di un medesimo testo quando è stato evidente che il testo è frutto delle decisioni di un curatore moderno. La risposta è che tali edizioni hanno un copyright di venti anni.
Le domande sono proseguite in maniera più dolorosa quando abbiamo cominciato ad accoppiare ai "txt" le scansioni dele fonti ("djvu" o "pdf"). Inizialmente erano prodotte da noi, ma poi abbiamo cominciato a reperirle da altri siti, in particolare Google Books e internet archive: il principio, molto in soldoni, è che la riproduzione fotografica di un libro non è un'opera creativa e dunque non dà al riproduttore dei diritti di riproduzione: nei testi precedentemente in PD questo vale indistintamente, ed è anche per questo che ora Google mostra l'intero libro ora uno snippet ora solo i metadati.
A questo punto subentra ciò che ho sentito dire da Simone Aliprandi all'ItWikicon 2019: una riproduzione fotografica di un testo PD è comunque PD anche se Google o chi per esso ci metta watermark, disclaimer e pagine volte ad impaurire l'utente, e che per questo vale la pena forzare la mano e sfidare tali cortine fumogene. Di fatto i vari watermark presenti nelle scansioni non sono che pubblicità gratuita che facciamo a Google e compari dato che noi comunque linkiamo la fonte.
Nel frattempo non ho seguito quale sia l'orientamento in altri progetti (altre source ma soprattutto wikimedia commons che ha a che fare con immagini e riproduzioni fotografiche di ogni genere). εΔω 14:23, 3 set 2022 (CEST)[rispondi]
Confermo quanto dici; poi relativamente a questo caso, in realtà nella pagina ci sono due indicazioni di copyright. La scritta ©2018 Universita' di Trieste si riferisce al sito web nella sua interezza, vale a dire che se uno crea una copia esatta dell'intero sito riproducendone il codice HTML e quant'altro, viola il copyright. Ma nel secondo link, dove c'è il file scaricabile, c'è anche la scritta "This item is licensed under a Creative Commons License", e cliccandoci sopra si scopre che è la CC BY 4.0 (copiare e ridistribuire anche per uso commerciale, mantenendo l'attribuzione al creatore del contenuto), che è compatibile con l'uso che ne facciamo su Wikisource. Quindi UNITS ci sta in ogni caso autorizzando ad usare il file. Can da Lua (disc.) 10:22, 5 set 2022 (CEST)[rispondi]
Insomma, nulla ci impedisce di usare quel pdf: proporrei di recuperare la pagina Wikisource:Siti autorevoli aggiornandola con l'elenco di quei siti che contengono libri scaricabili come questo. Tra l'altro anche fuori d'Italia ci sono fior di biblioteche francesi e tedesche che hanno ben sepolti libri in italiano che attendono solo chi li scovi. - εΔω 10:12, 6 set 2022 (CEST)[rispondi]
@OrbiliusMagister Altri casi ci sono e sono usati da noi: Google Books per esempio. Comunque il PDF, che pesa la bellezza di 111MB (quindi è anche digitalizzato una chiavica), non include nessun elemento aggiuntivo alla pubblicazione originale. Ruthven (msg) 15:00, 8 set 2022 (CEST)[rispondi]

Nuova elezione: Dr Zimbu modifica

Cari amici,

la comunità è chiamata ad esprimersi per eleggere un nuovo amministratore. Chiedo scusa se per distrazioen non sono stato rapidissimo a far partire l'elezione: In casi come questo confido anche nella presenza di altri utenti ;-)

Lo stesso dicasi per le prossime candidature: gli ultimi quattro amministratori li ho candidati io ma in realtà chiunque potrà candidare il prossimo amministratore tra gli utenti che nota come presenti e meritevoli. εΔω 10:56, 3 set 2022 (CEST)[rispondi]

Votazioni del nuovo Board of Trustees modifica

Cari amici,

mi preme ricordare che sono in corso le votazioni del nuovo Consiglio di Amministrazione della WikiMedia Foundation, di cui una parte è scelta dagli utenti tra alcuni utenti candidati. Quest'anno non ci sono italiani e probabilmente i nomi dei candiati non vi diranno nulla, ma questa non deve essere una ragione per non votare: abbiamo la possibilità di far sentire il peso della comunità italofona nella votazione, ed è importante che questo abbia un rilievo nel conteggio: chiunque sarà eletto avrà da prendere decisioni che più o meno direttamente cadranno anche su di noi. Infine alcuni nostri amici sono implicati in WikiMedia Italia o su altre iniziative internazionali (UCOC, Fund Dissemination committee ecc.) in stretto rapporto con il Board di WMF. Se volete un orientamento su chi votare prioritariamente (il sistema elettorale di questa tornata è particolare e va conosciuto prima di esprimere preferenze) è stata creata una magnifica bussola elettorale, un sistema a prova di infingardo per scoprire quali candidati si avvicinano di più alla nostra visione politica del movimento Wikimedia. Insomma, ecco i link:

Non mi interessa chi voteremo, ma interessa tutti noi il fatto che voteremo: bando all'astensione! P.S. Purtroppo è quasi tuttto scritto in inglese, se qualche volontario volesse tradurre qualcosa sarà benemerito. εΔω 19:23, 5 set 2022 (CEST)[rispondi]

Notizie tecniche: 2022-36 modifica

01:22, 6 set 2022 (CEST)

Opere di Galileo: ipotesi di struttura ns0 modifica

@OrbiliusMagister Prendiamo ad esempio Dialogo sopra i due massimi sistemi..., con problemi che si ripetono anche in altri casi. Superato del tutto il principio "Una pagina Indice -> una pagina ns0", perchè c'è il modo di rendere completamente indipendenti la struttura in volumi e la struttura in edizioni delle singole opere, sta il fatto che nell'edizione Favaro alle opere vere e proprie di Galileo sono associati altri testi, talora di autori contemporanei a Galileo, con dei veri botta e risposta, talora compilati dal curatore. Tenterò quindi di riorganizzare il tutto creando una pagina ns0 Dialogo sopra i due massimi sistemi del mondo tolemaico e copernicano (raccolta), che riunisce tutto quello che Favaro ha messo in relazione con l'opera galileiana, e che comprende anche il link a Dialogo sopra i due massimi sistemi del mondo tolemaico e copernicano, costituita dalla sola opera di Galilei dello stesso titolo. Naturalmente, qualsiasi struttura ns0 è in qualche modo arbitraria e provvisoria, e tutto si può modificare; i due vantaggi di questa struttura sono che sarà legittimo attribuire un alto SAL all'opera galileiana, anc he se non tutti gli elementi della pagina Raccolta avranno lo stesso SAL, e che sarà più agevole scaricare l'opera senza i testi correlati. Alex brollo (disc.). 10:21, 6 set 2022 (CEST)[rispondi]

PS: sto esplorando come fr.wikisource risolve il problema delle annotazioni a lato, e loro esportazione in pdf; i tl usati per il mageggio sono fr:template:Manchette, fr:template:nld, fr:template:nlg e altri, che si appoggiano a css da rintracciare.
  •   Scusa se entro a gamba tesa su un post dove ci sono molte idee commendevoli e valide, ma desidero in primo luogo tutelare il ns0: in effetti il ns0 dovrebbe a mio parere contenere prioritariamente pagine di contenuto e *poi* solo in caso eccezionale delle metapagine. Prendo ad esempio la presenza delle pagine di disambiguazione così come del nsAutore e nsOpera.
Casualmente ho scoperto che su en.source hanno sfaccettato in ns0 le metapagine con Template:Disambiguation(quello noto dappertutto) e en:Template:Versions (equivalente al nostro nsOpera) e en:Template:Translations (inedito), ma non sono state create pagine per "carteggi/botte e risposta" ecc. La questione merita una discussione estesa. Come si regolano in altri progetti? - εΔω 10:56, 6 set 2022 (CEST)[rispondi]
Rispettosamente dissento :-) Dal mio punto di vista, le pagine ns0 "di contenuto" sono caratterizzate della possibilità di essere esportate producendo un file valido. In altri termini, hanno contenuto anche se contengono un semplice indice di contenuti e nient'altro; è proprio la presenza dei link prodotti da tl|Testo nell'indice che consente al software di scaricare nel loro giusto ordine, in un file complessivo, tutti i contenuti. Certo, hai scoperto che se non contengono un tag pages la statistica non le vede come pagine proofread, ma un tag pages non forzato si può sempre aggiungere. Alex brollo (disc.). 16:19, 6 set 2022 (CEST)[rispondi]
Tornando un attimo al Dialogo, scioccamente non avevo ancora trascritto la pagina Indice del volume... senza inventare nulla, solo con qualche aggiunta (l'Avvertimento, che si riferisce a tutti i testi della raccolta), quella è la struttura giusta per la trascrizione ns0. --Alex brollo (disc.). 18:20, 11 set 2022 (CEST)[rispondi]

La virtù indiana modifica

Segnalo la creazione della voce sulla Virtù indiana di Giacomo Leopardi. Il lavoro è strettamente collegato a Wikisource, perché si completa con la nuova trascrizione data del manoscritto, grazie alla recente digitalizzazione a colori fornita dall'Università di Harvard. --Xavier121 11:34, 8 set 2022 (CEST)[rispondi]

Capolavoro! Complimenti --Accurimbono (disc) 18:06, 13 set 2022 (CEST)[rispondi]

Pdf da Indice modifica

Da molto tempo mi chiedo come fare per scaricare un pdf che rispecchi in toto l'opera trascritta.

Capisco l'importanza data al ns0 e alla sua duttilità ma, visto il lavoro di meticolosa conformità alla scansione che mettiamo in nsPagina, è un vero peccato non poter avere a disposizione il testo così come previsto dall'editore (o dall'autore) dell'epoca.

Per alcune opere particolarmente rilevanti sarebbe anche più auspicabile.

Si pensi anche alla possibilità di stampare il pdf, così da avere tra le mani l'opera nella sua interezza e completa di ogni particolare, intestazione inclusa; cosa non possibile col pdf che si crea dal ns0.

Eppure non dovrebbe essere così complicato, almeno per coloro che ne sanno più di me: si tratterebbe di creare in automatico un libro con tutte le nsPagina in formato pdf.

È un'ipotesi fattibile e/o richiesta ai piani alti, o si tratta solo di una mia vana speranza? Barbaforcuta (disc.) 16:40, 9 set 2022 (CEST)[rispondi]

@Barbaforcuta Mi pare che la proposta sia già stata fatta, e che stia fra quelle giacenti in attesa. Bisognerebbe controllare, innanzitutto, fra le proposte che periodicamente vengono raccolte e votate. Siamo almeno in due, ad avere questo desiderio.... Alex brollo (disc.). 07:55, 11 set 2022 (CEST)[rispondi]
@Barbaforcuta .... ma parlando di visioni, ce n'è un'altra più radicale (eppure fattibile): identificare un formato file che accoppi la riproduzione fotografica dell'edizione con uno strato ipertestuale "perfetto". Qualcosa di simile al djvu, ma ancora più open e molto più ricco e flessibile (penso a un xml). Il pdf dovrebbe essere solo una delle possibili opzioni di esportazione. Immagino uno zip che raccolga sia le immagini, che file editabili per lo strato ipertestuale (lo strato testo pdf è poverissimo, difficile da editare, l'attuale strato testo djvu è certamente più facile da editare, consente una maggiore strutturazione del testo, consente anche l'inserimento di annotazioni e link, ma è comunque molto limitato e lontano da un ipertesto perfetto). Fine dei vaneggiamenti, torno alle Esercitazioni filosofiche del povero Rocco, strapazzato come "animalaccio", "castrone", "meschino" nelle postille di Galileo.... :-) Alex brollo (disc.). 09:33, 11 set 2022 (CEST)[rispondi]

Notizie tecniche: 2022-37 modifica

03:49, 13 set 2022 (CEST)

hardware per wikisource modifica

Che tipo di hardware usate per editare wikisource? Io uso un portatile con schermo "normale", ma testando uno schermo "grande" sono rimasto tramortito - una bellezza! Però la comodità del portatile è notevole, e esito a cambiare. Alex brollo (disc.). 06:33, 14 set 2022 (CEST)[rispondi]

io uso entrambi ^__^
In giro per il mondo uso il mio macBook con schermo da 13" ma ad risoluzione 4k, poi quando sono a casa lo accoppio a un monitor 42" con altrettanta risoluzione: una goduria certamente.
Proprio per questo mi trovo a contestare il fatto che l'attuale skin indipendentemente dal device usato è "stretta ai lati" (non so come tradurre questo in CSS) com ampie bande bianche di spazio inutile. Se ci fosse una possibilità di eliminare questa costrizione solo per le Wikisource si avrebbe un notevole quadagno anche per le pagine indice, attualmente passate dal layout a tre al layout a due colonne (con l'indice che invece di essere a destra del pagelist vi finisce di sotto). εΔω 17:49, 15 set 2022 (CEST)[rispondi]
Io uso un tablet per rileggere (con skin MinervaNeue per guadagnare un po' di spazio ai lati) e un portatile poi per editare--Dr Zimbu (disc.) 18:10, 15 set 2022 (CEST)[rispondi]

PC con schermo gigante sempreǃ (nei pochi momenti liberi che ho) --Lagrande (disc.) 14:32, 16 set 2022 (CEST)[rispondi]

Anche io uso diversi computer: con il fisso schermo gigante, sul portatile il "solito monitor"... Ogni tanto controllo le ultime modifiche da tablet, ma da lì solitamente non faccio edit. --Paperoastro (disc.) 16:00, 16 set 2022 (CEST)[rispondi]

Spritz o grappa? Fate voi: abbiamo un nuovo admin! modifica

 

Cari amici,

come era facile prevedere Dr Zimbu è da ieri il nuovo amministratore! Evviva!!! Un brindisi ciascuno con la bevanda che preferisce: io alzo un calice di Barbaresco di Verbania con l'augurio di vedere di persona il nuovo admin alla ItWikiCon 2022. εΔω 08:39, 18 set 2022 (CEST)[rispondi]

Ovviamente spritz! Complimenti al nuovo amministratore!!! Paperoastro (disc.) 00:04, 19 set 2022 (CEST)[rispondi]
@Dr Zimbu Congratulazioni! Per un po' forse potrò darti una mano, ma arriverà presto il momento in cui la chiederò io a te! Alex brollo (disc.). 01:09, 19 set 2022 (CEST)[rispondi]
Evvivaǃ Mi unisco alle congratulazioni, e lascio perdere il brindisi, non sono in condizioni. --Lagrande (disc.) 13:49, 19 set 2022 (CEST)[rispondi]

Grazie a tutti!--Dr Zimbu (disc.) 08:38, 22 set 2022 (CEST)[rispondi]

Notizie tecniche: 2022-38 modifica

MediaWiki message delivery 00:16, 20 set 2022 (CEST)[rispondi]

Gerusalemme liberata modifica

Ciao, sulla Gerusalemme liberata ho recuperato 5 pagine che erano state tralasciate, qualcuno può portarle al 100%? Grazie! Can da Lua (disc.) 16:24, 22 set 2022 (CEST)[rispondi]

  Fatto--Dr Zimbu (disc.) 16:35, 22 set 2022 (CEST)[rispondi]

Problema in edit con la visualizzazione orizzontale modifica

@Dr Zimbu In testi parecchio difficili, è comodo utilizzare la visualizzazione orizzontale (finestre immagine-testo sovrapposte invece che affiancate). Io avevo un problema: per lavorare comodamente sul mio schermo, è necessario che l'altezza del box di editing sia molto ridotta, altrimenti non riesco a vedere contemporaneamente le ultime righe del testo e l'immagine. Preferisco che il box si riduca in modo da far vedere poche righe, e non le solite 25. Beninteso, lavoro sotto vector legacy 2010.

Se avete anche voi lo stesso problema, ho una brutta copia di soluzione (bisogna manipolare l'astruso flex, introdotto a tradimento dai soliti piani alti). Alex brollo (disc.). 09:33, 24 set 2022 (CEST)[rispondi]

Non sono riuscito a trovare il modo di attivare la visualizzazione orizzontale (è un gadget). Comunque personalmente il mio schermo è già abbastanza piccolo in verticale, quindi preferisco comunque avere le cose affiancate--Dr Zimbu (disc.) 12:02, 24 set 2022 (CEST)[rispondi]
@Dr Zimbu No, non è un gadget, è una vecchia opzione generale: se apri una nsPagina in edit, clicca "Altro" nel menu del toolbox e dovrebbe comparirti un'unica iconetta che alterna le due visualizzazioni verticale-orizzontale. Alcuni utenti preferiscono la visualizzazione orizzontale per concentrarsi sui particolari del testo in edit; io la uso in pagine dense e complesse, in cui è difficile ritrovare il testo che si sta editando ed è necessario un notevole ingrandimento dell'immagine. Un tempo, il box testo mostrava solo poche righe e quindi sia la striscia dell'immagine che la striscia del testo "stavano" nollo schermo; adesso, il box testo ha dimensioni tali che succede che per vedere le ultime righe del box di edit occorre fare scrolling verso il basso, e la striscia dell'immagine "esce" verso l'alto. Se succede solo a me.... meglio, ma temo che succeda anche ad altri. --Alex brollo (disc.). 23:31, 24 set 2022 (CEST)[rispondi]

Notizie tecniche: 2022-39 modifica

MediaWiki message delivery 02:30, 27 set 2022 (CEST)[rispondi]

Su commons ci sono tre file tre di Tommasini (c:Category:Oreste_Tommasini). Ma in nome dei file è "'na schifezza". Non sarebbe il caso di spostarli? Carlo M. (disc.) 14:17, 27 set 2022 (CEST)[rispondi]

@Carlomorino Mi secca un po' rinominare file caricati da altri, vedo comunque che la categorizzazione è strana: del primo Tommasini mi sembra curatore, non autore; nel secondo e terzo non capisco se Tommasini c'entri. Mi confermi che sono testi che ti interessano? Alex brollo (disc.). 13:32, 28 set 2022 (CEST)[rispondi]

@Alex brollo Ci sono due EVIDENTISSIMI errori: un testo è di autore:Eugenio Musatti e l'altro di Eduard Wilhelm Mayer (world cat]). Li ho ricategorizzati.

Il testo MOLTO interessante è quello di Stefano Infessura, uno dei (non molti) diari della Roma quattrocentesca. Tommasini è qualcosa di più di un semplice curatore. È anche citato da nonno Tito, che non era facile ai giudizi positivi. Il titolo fa un po' schifo (comunque il testo sulla NAMESPACE principale andrebbe al posto suo). --Carlo M. (disc.) 16:18, 28 set 2022 (CEST)[rispondi]

@Carlomorino C'è sempre la possibilità di creare una pagina redirect del file. Ti va bene Indice:Infessura - Diario della città di Roma.pdf? Alex brollo (disc.). 18:22, 28 set 2022 (CEST)[rispondi]
@Alex brollo optimum (est). --Carlo M. (disc.) 19:19, 28 set 2022 (CEST)[rispondi]
@Carlomorino No, ritira l'optimum... non va affatto bene, si materializza una serie di inconvenienti seri che non avevo mai esaminato con calma. Siccome ho già il djvu, e mi secca tremendamente rinominare un file caricato da altro utente, che avrà scelto il nome file in base a suoi criteri, carico il djvu con il nome Indice:Infessura - Diario della città di Roma.djvu. Alex brollo (disc.). 23:23, 30 set 2022 (CEST)[rispondi]
@Alex brollo: prendo atto. Iniziati prima pagine. Ho problemi a croppare gli stemmini etc. Spero che i revisori siano in grado di farlo. Finisco i lavori in sospeso e poi proseguo. W Beatrice Cenci. Che c'entra? Niente ma ci sta bene. --Carlo M. (disc.) 17:02, 1 ott 2022 (CEST)[rispondi]