Wikisource:Domande tecniche/Archivio/2014

Tech News: 2014-01

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• You can now see the text of DjVu and PDF files in search results on wikis testing the new search tool (CirrusSearch). [1] [2]
• With the new version of the Wikibase DataModel extension, you can install it outside Wikimedia wikis. [3]

VisualEditor news

• Images are now shown inside VisualEditor as HTML5 <figure /> elements. Comments are welcome. [4]
• You can now test a basic version of VisualEditor on mobile devices; see this article as an example.

Problems

• On December 23, Wikimedia Labs was broken for 4 hours due to an NFS problem. [5]

Future software changes

• CirrusSearch will be added as the second search method for Spanish (es), French (fr), Portuguese (pt) and Russian (ru) wikis on December 30. Wikimedia Commons, Wikispecies and Wikinews users will also be able to enable it in their Beta Features options.
• AbuseFilter log entries will be visible in CheckUser tool reports. [6] [7]
• It will soon be possible to search for log entries done by users without an account. [8] [9]
• It will no longer be possible to globally hide users with more than 1,000 edits. [10] [11]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

09:47, 30 dic 2013 (CET)

Tech News: 2014-02

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.23wmf9) was added to test wikis and MediaWiki.org on January 2. It will be enabled on non-Wikipedia wikis on January 7 and on all Wikipedia wikis on January 9 (calendar).
• The old note-taking site (Etherpad) was removed on December 30, 2013. You can see most of the documents on the new site. [12]

Problems

• On January 2, Wikimedia Commons, Wikidata and all Wikivoyage projects were broken for 2 hours due to language cache update issues.
• On the same day, it was not possible to edit most wikis for about 30 minutes, due to a database replication problem.

Future software changes

• The new search tool (CirrusSearch) will be added as the default search method for Italian Wikipedia, French Wikisource, Wikidata and all Wikivoyage sites, and as a second search method for the German Wikipedia and all Wikibooks sites on January 6. [13]
• Spanish, French, Portuguese and Russian Wikipedia users will also be able to enable CirrusSearch in their Beta Features options. [14]
• Plural form rules for some languages will be changed. Many translations of the user interface for Belarusian, Russian, Serbian, Ukrainian and other languages will need to be changed. [15] [16] [17]
• You will see a warning when you try to delete a page linked to from other pages. [18] [19]
• You will be able to hide redirect pages on the list of protected pages. [20] [21]
• You will be able to use keyboard shortcuts in the Translate tool, by pressing Alt+1 and similar key groups. [22] [23]
• E-mails sent by MediaWiki will include the name of the site in their From: line. You will be able to change this name on your wiki by editing the MediaWiki:Emailsender page. [24] [25]
• Images viewed in the Beta Features media viewer will load faster. [26] [27]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

09:34, 6 gen 2014 (CET)

Ipotesi shortcut.js

Sto provando Utente:Alex brollo/shortcut.js, funzione che consente di attivare shortcuts di tastiera con risultati abbastanza simili a Chrome Shortcut Manager - ma con il vantaggio che non è un software legato a Chrome.

Lo script è questo: http://www.openjs.com/scripts/events/keyboard_shortcuts/index.php

Attivato lo script, attivare una shortcut è semplice; il primo parametro è il tasto o combinazione, il secondo è la funzione che viene attivata dal tasto o dalla combinazione. Un terzo parametro, opzionale, consente di specificare opzioni varie.

Esempio: shortcut.add("Alt+9", function () {alert("E' stata premuta la combinazione ALT+9")});

La mia vittima designata, per i test, sarà Stefano Mariucci alle prese con Tartaglia :-) ma penso che Barbaforcuta si associerà all'impresa. --Alex brollo (disc.) 15:38, 6 gen 2014 (CET)

Funziona. Preso atto che le combinazioni di tasti Alt+0....Alt+9 sono tutte libere, faccio un esperimento: collego a queste combinazioni, nell'ordine della tastiera, da Alt+5 a Alt+0, gli "strumenti per la rilettura" che suggerisco di lanciare, nell'ordine, su una pagina da OCR standard. Man mano aggiungerò al nome della funzione la combinazione attiva. shortcut() sta in MediaWiki:Gadget-common.js, quindi se uno vede gli --Strumenti per la rilettura "vede" anche la funzione. --Alex brollo (disc.) 19:57, 8 gen 2014 (CET)

Abilitata la funzione shortcut per alcuni strumenti per la rilettura. Si tratta dei tool che nella maggior parte dei casi possono essere lanciati su una pagina con un buon OCR (tipo quello da IA) per "dare una ripulita": eliminare la prima riga che contiene pattume di intestazione pagina; aggiustare i paragrafi; ripulire da piccoli errori tipici dell'OCR; riunire il testo delle righe; aggiungere RigaIntestazione. Tutte queste funzioni (che sono tool vecchi, Aubrey!) adesso si possono chiamare anche con una combinazione di tasti Alt+5.... Alt+9, oltre che con il click del mouse. Due piccole modifiche: RigaIntestazione adesso funziona in un solo modo (quello chiamato anche dal bottone autoRi); anche postOCR richiama la stessa funzione. Prossimo passo, la revisione di AutoreCitato e l'eliminazione delle varianti. --Alex brollo (disc.) 22:22, 9 gen 2014 (CET)

Giocando con inherit

Essendomi stato vietato di produrre nuovi tool, ho giocato un po' con il css (per alleggerire il codice delle tabelle).

Ho quindi inserito in MediaWiki:Common.css la seguente riga:

/* permette di registrare in un tag tr bordi e allineamento del testo che poi si propagano alle celle 
della riga */
.donor td, .donor th {border:inherit;text-align:inherit;}

che "propaga" eventuali proprietà di stile (NON attributi del tag html!) assegnati a una riga a tutte le celle figlie, se alla riga viene assegnata la classe "donor". Per ora le proprietà "donate" sono solo border e text-align, ma se ne possono aggiungere altre; questo semplifica il codice delle tabelle quando occorrerebbe assegnare a tutte, o a molte celle uno stile diverso da quello di default. Un esempio di applicazione nella tabella, suggerita da Barbaforcuta, qui (in questa versione della pagina il codice è stato usato solo nella seconda sotto-tabella, nelle successive sarà esteso alla terza e quarta) --Alex brollo (disc.) 08:26, 9 gen 2014 (CET)

(te l'ho vietato solo nel l'ambito della ricognizione della pagine di Aiuto, ma mi piace moolto questa cosa che mi hai preso sul serio: mettere a posto i tool precedenti è sicuramente utile per tutti, come fare pulizia di quello che non serve). Aubrey (disc.) 23:11, 9 gen 2014 (CET)

Chiaro.... spero solo di fare pulizia in fretta e bene prima che le pagine di aiuto nominino i tool/i gadget. --Alex brollo (disc.) 00:32, 10 gen 2014 (CET)

Semplificazioni

Dalla cronologia di MediaWiki:Variabili.js osservo che da molti mesi sono io l'autore delle modifiche. Ciò significa che quella prcedura è, in sostanza, inutilizzata e può essere archiviata. Ugualmente, ritengo che sia archiviabile tutta la gestione dei "datiPagine" e della gestione dei cookie per la loro memorizzazione; tutti le procedure correlate possono essere sostutuite da altre, e alcune sono già atste sostituite (es. l'automazione di RigaIntestazione). L'intero insieme di funzioni correlate ai cookie può essere rimosso.

Fatta pulizia, eventualmente si possono ricostituire funzioni eventualmente utilizzate con altri metodi: Wikidata, blocchi di dati Lua o JSON, localStorage. A pulizia finita, attenderò i "lamenti" degli utenti che eventualmente usano (silenziosamente....) uno di questi trucchi e ne sentono l'improvvisa mancanza. --Alex brollo (disc.) 09:16, 10 gen 2014 (CET)

Mi pare una buona idea. Mentre fai pulizia, però, segna, in una tua pagina utente o in una pagina di aiuto, ciò che hai messo via, è importante. Magari in un secondo momento riscopriamo quello che hai fatto. Sai bene che non tutti (io no) ti stanno dietro, per cui capita che un tool molto interessanti sia semplicemente "non visto". un posto unico in cui ci sono i tuoi strumenti (non tutti, quelli più grossi) sarebbe utile. --Aubrey (disc.) 10:09, 10 gen 2014 (CET)

Grazie del suggerimento, per ora accumulo almeno gli script che elimino. Prossimo passo, pulizia dei due diversi tool per AutoreCitato e sostituzione con il nuovo tool che (nei test che ho fatto) fa che è una meraviglia e, come dicevo, "lavora" per similitudine e non per uguaglianza e gestisce le omonimie/similitudini presentando un elenco da cui scegliere con un click. --Alex brollo (disc.) 08:19, 11 gen 2014 (CET)

Inserito in MediaWiki:Gadget-common.js richiamo a Utente:Alex brollo/autoreCitato.js]] preliminare alla eliminazione dei vecchi tool. Fa comparire in bottoniera un pulsante selAut (Selezione Autore) --Alex brollo (disc.) 09:28, 11 gen 2014 (CET)

È merito delle tue semplificazioni che postOCR cambia RigaIntestazione anche se già esiste? Anche "virgolette" sembra non funzionare più. --Luigi62 (disc.) 20:51, 11 gen 2014 (CET)

Sì; questo è sempre stato il comportamento di "autoRi". In effetti può essere un problema (anche se nel mio "stile di lavoro" non mi ha mai infastidito). La semplificazione comporta che appena correggerò la funzione, cosa che tento di fare immediatamente, la correzione sarà "generalizzata".

Virgolette non l'ho toccato; verifico. --Alex brollo (disc.) 17:53, 12 gen 2014 (CET)

Sistemati entrambi; la semplificazione comporta anche.... che mettere le mani sugli script è un pochino più semplice :-) Alex brollo (disc.) 18:09, 12 gen 2014 (CET)

autoRi proprio non funziona più. Virgolette ora funziona, ma come si fa a cambiare il tipo di virgolette da utilizzare come standard? --Luigi62 (disc.) 00:32, 14 gen 2014 (CET)

Ehi, manco un paio di giorni e vedo fibrillazioni. :-) Una pulizia credo sia necessaria. L'idea di accorpare gadget-common e regex è ottima; sul datiPagine mi ricordo fosse utile, ma non lo uso da un po' (se può essere egregiamente sostituito da altro ben venga). Sarebbe utile avere un accorpamento di alcuni gadget (vedi i 5 che aggiungono la numerazione dei versi, forse superati da qualche marchingegno in Lua).--Barbaforcuta (disc.) 12:02, 14 gen 2014 (CET)

Ah io accorperei anche gadget-tools ai due precedenti, così d'avere tutte le funzioni utili in un'unica pagina.--Barbaforcuta (disc.) 12:18, 14 gen 2014 (CET)

Grazie Luigi62, in effetti avevo infilato un banale errore logico per correggere il comportamento che mi avevi segnalato.... purtroppo sto trascrivendo un testo che non usa rigaIntestazione e non ho avuto occasione di accorgermene. Per le virgolette: non ho ancora trovato un giusto compromesso fra semplicità e elasticità.... datiPagine era troppo complicato. Che virgolette ti servirebbero? --Alex brollo (disc.) 20:04, 14 gen 2014 (CET)

Tech News: 2014-03

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

You can read a recent blog post about how Tech News is put together, translated and sent to you across wikis each week.

Recent software changes

• The latest version of MediaWiki (1.23wmf10) was added to test wikis and MediaWiki.org on January 9. It will be added to non-Wikipedia wikis on January 14, and all Wikipedia wikis on January 16 (calendar).
• Searching in the File: namespace on Wikimedia Commons may be slow due to a search engine issue. [28]

VisualEditor news

• VisualEditor will be added for all users on several Wikipedias on January 13. [29]
• You can now add and remove __NOTOC__, __FORCETOC__ and __NOEDITSECTION__ in the page metadata menu. [30] [31] [32]

Problems

• For a few hours on January 6, it was not possible to edit pages using the Translate tool on Wikimedia Commons and the Wikimania 2013 wiki, due to a settings error. [33] [34]
• For about 20 minutes on January 9, there were problems with CSS and JavaScript due to high server load.

Future software changes

• Wikidata will be added to all Wikisource wikis on January 14. [35]
• The new search tool (CirrusSearch) will be added as the second search method for the English Wikipedia on January 13. On Wikibooks and the German Wikipedia, you will also be able to test it by adding it in your Beta Features options.
• You will soon be able to export page collections into other formats than PDF. [36]
• It will soon be possible to upload groups of photos from Flickr using UploadWizard. [37] [38]
• The Wikimedia Foundation has shared a multimedia vision for 2016. You are invited to comment. [39]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

10:33, 13 gen 2014 (CET)

Maledetti apostrofi

Da una nota di Accurimbono, ho ripreso in mano la questione Virgolette() e ho di nuovo maledetto gli apostrofi. I caratteri «...» “...” 〈...〉“...„ „...“ vanno tutti bene ma.... ‘...’ pianta lo script. Il motivo è presto detto: per il carattere di chiusura dell'ultima combinazione si usa lo stesso carattere Unicode 8217 che si usa per l'apostrofo tipografico; il che significa, conflitto fra script virgolette e script di tipografizzazione degli apostrofi. Non riesco quindi a estendere lo script Virgolette() a quest'ultimo caso :-(.

Se invece volete farvi un bottone che use altre coppie di virgolette, lo schema della funzione funzionante è questo (sostituite ai caratteri virgolette «» quelli che vi servono)

newButton("«»", Virgolette("«","»")","es","Virgolette");

--Alex brollo (disc.) 08:44, 16 gen 2014 (CET)

@Alex brollo: qual è il problema? --Ricordisamoa 21:36, 17 gen 2014 (CET)

Il problema è che non è possibile riconoscere, se non con una analisi del contesto che temo impossibile da automatizzare, quali sono apostrofi e quali sono invece virgolette di chiusura; e se non lo capisco, non posso correttamente appaiare le coppie virgoletta aperta-virgoletta chiusa. Pazienza; vuol dire che i pochi casi in cui si usano le virgolette semplici si faranno "a mano". --Alex brollo (disc.) 21:46, 17 gen 2014 (CET)

Tech News: 2014-04

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.23wmf11) was added to test wikis and MediaWiki.org on January 16. It will be added to non-Wikipedia wikis on January 28, and all Wikipedia wikis on January 30 (calendar).
• You can now see relatively recent results on special pages like Special:DoubleRedirects, Special:UncategorizedPages or Special:WantedCategories. They were disabled before because they were very slow. The results are now updated once a month. [40]
• As of January 16, you can make and use guided tours on the Asturian, Farsi and Russian Wikipedias. If you want this tool on your wiki, you need to translate it and ask in Bugzilla. [41] [42]
• You can give comments on an idea to have a fixed toolbar at the top of wiki pages. [43]
• quest'anno non anrò in montagna perchè impegnato col lavoro. [44]

VisualEditor news

• In the toolbar, the menu to edit the styles (like bold, italic, etc.) now has a down arrow (). The order of the Insert menu has also changed a little.
• You can now edit <gallery /> tags with a very basic tool. [45]
• You can now see a help page about keyboard shortcuts in the page menu. [46]
• When you change categories, you will now see them when you save the page. [47]
• When you edit templates, you will now see the parameters in the right order. The ones that you must add have a star (*). [48] [49]
• The page will now be saved faster, thanks to a new way of coding the text that sends 40% less text to the servers. [50]
• Your wiki can ask to test a new tool to edit TemplateData. [51]

Problems

• There was a problem with search on the English and German Wikipedias between January 6 and January 14. You could not see new pages and changes in search results. [52]
• There were "pool timeouts" errors on several wikis on January 13; it was caused by a code change that was made to fix another problem. [53]
• On January 17, Bugzilla and Wikimedia Labs were broken for about 20 minutes due to network problems. IRC channels with recent changes (irc.wikimedia.org) were broken for about two hours. [54]

Future software changes

Orange bar with new messages

• If you have removed JavaScript in your web browser, you will soon be able to see the orange bar saying that you have new messages. If you have changed how the bar looks with a gadget, you may need to change the gadget again. [55] [56]
• You will soon be able to add a given Flickr user to a blacklist so that their files can't be uploaded using UploadWizard on Wikimedia Commons and other wikis. [57]
• You will see a warning when you try to delete a page included in at least one other page. [58]
• You will so longer see disambiguation pages in Special:LonelyPages. [59] [60]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

11:21, 20 gen 2014 (CET)

Wikidata: API e Lua

Ho trovato delle funzioni Lua per ricevere dati da wikidata; ho provato un po' l'API di wikidata ma con scarso successo. Infine ho trovato menzione di una funzione parser #property senza riuscire a trovare uno straccio di doc. Dove cerco? --Alex brollo (disc.) 18:48, 22 gen 2014 (CET)

Da qui: http://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua ho importato il codice per il modulo Lua Modulo:Wikibase dopodichè ho testato un esempio:

* ID: {{#invoke:Wikibase|id}}

con il seguente risultato:

• ID: (no item connected)

La cosa non mi soddisfa. Dove sbaglio, cosa manca? Vado a vedere come sono su wikipedia. --Alex brollo (disc.) 09:55, 23 gen 2014 (CET)

Alex, da quello che diceva Ricordisamoa qui, mi pare di capire che il modulo Wikibase non funzionerà fino a che non attivano la Fase 2 (Lydia diceva qualche giorno fa che ci sarà da aspettare almeno 1 mese). Candalùa (disc.) 11:28, 23 gen 2014 (CET)

@RicordisamoaCome temevo. Ricordisamoa, mi metteresti qui un paio di query API funzionanti su wikidata, che diano un risultato utile per noi? Vorrei provarle di là, e poi vedere se riesco a trasformarle in chiamate Ajax via JSONP. Ho provato qualche query API su wikidata ma non ho avuto i risultati sperati. Chiedo a ricordisamoa perchè è stato citato, ma ovviamente chiedo a tutti color che sanno.... :-) --Alex brollo (disc.) 11:59, 23 gen 2014 (CET)

Alex, non so se può esserti di aiuto, ma considera che su it.wiki la fase due è già attiva, per cui se sei impaziente puoi sperimentare si it.wiki! ;) --Accurimbono (disc) 12:16, 23 gen 2014 (CET)

Grazie.....sì, ho già provato là il loro w:modulo:Wikidata, e ho già verificato che là funziona e qui no. Aspetto.... ma nel frattempo vorrei dedicarmi alla APIcultura e non avrò pace finchè non romperò il ghiaccio. Curioserò nel codice di pywikibot, qualche richiesta API dovrei trovarla... --Alex brollo (disc.) 13:53, 23 gen 2014 (CET)

Trovato! action=wbgetentities in mediawiki :-) --Alex brollo (disc.) 14:53, 23 gen 2014 (CET)

Qui il primo script js che da qua legge là. Lo farò partire all'apertura di una pagina Autore sbattendo i dati in localStorage; poi se si vuole si usano. --Alex brollo (disc.) 15:28, 23 gen 2014 (CET)

Come al solito.... ho scoperto la ruota :-)

Avendo montato e attivato MediaWiki:WikidataLink.js, quello che fa comparire il link "Wikidata" in sidebar, in $("body").data("wikidata") c'è un sacco di roba; in pratica un ottimo estratto di tutti i dati della "entity". Non solo: i dati sono caricati sia in view, che in edit, quindi sono accessibili a javascript intanto che si edita. Chissà, forse sono anche presenti al momento della creazione di una nuova pagina Autore... adesso verifico. --Alex brollo (disc.) 22:03, 23 gen 2014 (CET)

Confermo: sono tutti già presenti al momento della creazione di una nuova pagina Autore. In pratica, il form Autore, nei casi in cui viene agganciata un'entità wikidata, potrebbe autocompilarsi. I dati son, ma chi pon mano ad essi? Questo fa il paio con la possibilità - conosciuta da pochi - di leggere qualsiasi dato e lanciare qualsiasi API su qualsiasi progetto da qualsiasi altro progetto wiki.... segreti ben costoditi nelle mani di pochi. :-( --Alex brollo (disc.) 09:21, 24 gen 2014 (CET)

@Alex brollo: converrà usare Lua invece delle funzioni parser (che non supportano bene asserzioni multiple e fonti); vorrò vederti all'opera nello sviluppo di Modulo:Autore! ;-P --Ricordisamoa 22:51, 5 feb 2014 (CET)

@Ricordisamoa: ho rovistato qui] e mi sono studiato un po' l'orrido oggetto restituito da wikidata. Sono un pochino impressionato dalla quantità di letture a wikidata per tradurre le entità restituite per solo ID all'interno dell'oggetto.... toccherà ridurle un poco con un dizionario locale, almeno per le più comuni; altrimenti si fa notte. In effetti, il tempo che wikidata sta per aprire la pagina di una entity dà l'idea dell'enorme lavoro server che ci sta dietro. Speriamo bene.... ecologicamente parlando questa enorme circolazione di dati mi spaventa un pochetto come "impatto energetico".--Alex brollo (disc.) 00:42, 6 feb 2014 (CET)

@Alex brollo: al momento solo l'item corrispondente alla pagina che richiama il modulo è accessibile interamente; da' anche un'occhiata a WP:DWAP. --Ricordisamoa 14:49, 6 feb 2014 (CET)

@Ricordisamoa: DWAP? Adesso mi preoccupo il doppio: oltre alle risorse energetiche e informatica da performance/da banda/da tempo server, mi rendo conto che a ciò devo pure aggiungere la preoccupazione sulle risorse umane e finanziarie per pagare gente che risolve i problemi che io creo.... quanto a item corrispondente alla pagina che richiama il modulo aimè trovo il concetto oscuro peggio di una closure :-( --Alex brollo (disc.) 16:14, 6 feb 2014 (CET)

Esercizio wikidata

Mi sono costruito il primo gadget personale su wikidata (giusto per studiare un po' il progetto). In sidebar su wikidata, mi compare uno strumento "Esporta su source" (da usare sugli autori che su wikidata ci stanno, ma su source non ci stanno ancora). Funziona così: dalla pagina wikidata della persona si clicca. Tutto qua.

Dopo cliccato, wikidata si chiude da sè e al suoposto si apre la pagina di creazione del nuovo autore (o di edit, se l'autore c'è) su source. Tutte le proprietà sono "trascinate dietro" nell'URL, pronte a essere infilate, una a una, nel form Autore di Candalua, o usate per la verifica dei dati esistenti. Qui mi sono fermato, perchè da questo punto in poi le cose sono molto più facili; mi domando se val la pena andare avanti e se magari possiamo approfittarne per caricare qualche dato aggiuntivo (tipo i codici del "controllo di autorità" VIAF ecc). --Alex brollo (disc.) 01:02, 25 gen 2014 (CET)

Comincio a capire qualcosa di wikidata. In particolare, comincio a capire perchè le pagine delle entità (apparentemente con "quattro dati") sono pesantissime, e ci mettono vari secondi per essere caricate. Per capirlo, basta studiare l'oggetto $("body").data("wikidata") che invece viene caricato in un attimo - i dati ci sono, ma ognuno dei dati (perlomeno la maggior parte) è solo un ID che punta a un'entità; ci vuole per ognuno un'altra lettura al server, per "agganciare" il valore, come visto dalla lingua corrente; perchè in realtà ad ogni entità sono associati numerosissimi "nomi", uno per lingua.

Questo spiega anche perchè mi sono deciso ad abbandonare l'analisi di $("body").data("wikidata") e dirottare l'attenzione sulla pagina wikidata dell'entità: in quella pagina, tutti i dati sono già stati collegati al loro valore, nella lingua desiderata, e sono pronti per essere utilizzati.

Un esempio per i "mezzi geek", i geek veri lo sanno già. Sotto Chrome, vado su Autore:Alessandro Verri e apro la console javascript. Scrivo $("body").data("wikidata") per "vederlo", e ci navigo dentro. Trovato l'ingresso all'oggetto, Q780989, apro i claims e trovo che P21 ha come valore un item wikidata Q6581097. Un dato bello, pulito e verificato, ma.... del tutto incomprensibile. Diventa comprensibile se leggo due volte wikidata e scopro che P21 è la "proprietà" sesso, e Q6581097 è il suo valore in questo caso, ossia maschio. Questo è quel che ci serve.... possiamo caricare il valore, o leggerlo ogni volta su wikidata; penso che la prima soluzione sia più rapida, per ora.

Prossimo passo: ficcare in localStorage un dizionario delle entità wikidata più comuni (a partire dalle "proprietà", come P21), in modo di averlo sottomano e di dover leggere solo quelle sconosciute. --Alex brollo (disc.) 15:19, 25 gen 2014 (CET)

Fatto Caricato un dizionario di tutte le proprietà generiche e di quelle specifiche per persone e opere (letteratura). Ci aggiungerò le entità collegate, scegliendo quelle con un numero ragionevole di valori (sesso, professione, forse stato di nascita); il numero di letture da fare per completare la decodifica penso si sia ridotto parecchio (la decodifica non serve per parecchi tipi di valori). --Alex brollo (disc.) 16:38, 25 gen 2014 (CET)

Alex, non ti fermerò certo dallo studiare Wikidata, ma ricordati che fra un mese o poco più ci sarà l'integrazione direttamente con i singoli statements. Questo vorrà dire che potremmo sempre avere un template {{Autore}} (in Lua, idealmente) sulle nostre pagine autore, e quel template sarà fatto in modo da richiamare, da Wikidata, i dati che vogliamo. Ora, questo vorrà dire che, in quelche modo, noi dovremmo prima mettere su Wikidata i dati da wikisource, e questo si fa sempre via bot. Cioè, dovremo importare tutti i dati biografici che possediamo e metterli direttamente là sopra. Se vuoi studiare questa cosa, sarà secondo me enormemente utile. Puoi chiedere lumi anche a @Ricordisamoa e @Candalua, sono gli unici utenti italiani che conosco che hanno il bot là sopra. Aubrey (disc.) 16:52, 25 gen 2014 (CET)

Ho dato un'occhiata sia al tag magico {{#property}} che alle funzioni Lua per accedere ai dati; so bene che questa "esplorazione" è solo conoscitiva... ma sono qui, sostanzialmente, per divertirmi e questa esplorazione mi diverte :-) --Alex brollo (disc.) 18:00, 25 gen 2014 (CET)

@Alex brollo: non vale la pena di prodigarsi nell'uso dei dati adesso, dovremo piuttosto migrarli tra un mesetto, a favore di quelli già presenti su Wikidata, di certo più completi e aggiornati --Ricordisamoa 22:21, 5 feb 2014 (CET)

Soppressione di dehyphen()

Non so chi ha inserito dehyphen() in Common.js, ma alla prima pagina in versi che ho creato mi sono precipitato a sopprimerla sostituendola con il codice dentro cleanup(), che unisce solo le righe hyphenate (che per definizione non esistono nelle opere in versi tranne eccezioni di cui non ricordo nemmeno un caso). Meglio sarebbe non replicare il codice di cleanup(), ma fare in modo che sia il pulsante/il link che la chiamata automatica attivino lo stesso script per rispettare il sacro principio If you are repeating yourself, you are going wrong. Un principio che fa un po' ridere in MediaWiki dove le cose vengono ripetute millantadue volte ciascuna.... ma tant'è. :-)

In generale, suggerirei di rimandare quanto più possibile l'unione delle linee anche nelle prose, perchè ostacola il confronto con il testo a fronte e non comporta il minimissimo vantaggio nella resa html --Alex brollo (disc.) 16:38, 26 gen 2014 (CET)

Tech News: 2014-05

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Cambiamenti recenti al software

• Pages from Wikimedia sites now load faster in your browser thanks to "module storage", a way for your browser to save data like JavaScript and CSS on your computer to avoid downloading them again. See video. [61]
• The code used to show videos has changed. You should be able to play the video on the page, with the play button on top of the video. If you see the play button on the right of the video, or if clicking on the video leads you to the original file, please file a bug or tell User:Bawolff. [62]
• The Special:ActiveUsers page will be removed because it's too slow. [63]
• The latest version of MediaWiki (1.23wmf11) was added to test wikis and MediaWiki.org on January 16. It will be added to non-Wikipedia wikis on January 28, and all Wikipedia wikis on January 30 (calendar).

Problemi

• On January 21, Universal Language Selector was turned off on all Wikimedia sites because it makes pages load slowly. If you want to use web fonts, or write in scripts that aren't on your keyboard, you need to add it as an option in your preferences. It will be turned back on when the issues are resolved. [64]
• For about 20 minutes on the same day, there were problems with CSS and JavaScript due to high server load.

Cambiamenti futuri di software

• You can give comments about the new version of "Winter", a proposal to have a fixed toolbar at the top of wiki pages. [65]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

10:46, 27 gen 2014 (CET)

Lua + lst

Mi domando: che accade passando a Lua come parametro il risultato di un una chiamata #lst? Proverò; ma visti vecchi esperimenti ritengo - per questioni di priorità - che gli venga passato il risultato di #lst; e se tale risultato fosse un oggetto tipo JSON, allora... si aprirebbe un nuovo capitolo della nostra source altamente semantizzata.  :-) --Alex brollo (disc.) 07:27, 29 gen 2014 (CET)

Tech News: 2014-06

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.23wmf12) was added to test wikis and MediaWiki.org on January 30. It will be added to non-Wikipedia wikis on February 4, and all Wikipedia wikis on February 6 (calendar).
• Global AbuseFilter rules are now active on all small wikis. [66] [67]
• The buttons used in pages like log-in, account creation and search are now using the same colors and styles. [68] [69]
• You can now link to diffs using [[Special:Diff/12345]] and similar links. [70]
• There is no longer an option to hide tables of contents on all pages. [71]
• Searching in the File: namespace on Wikimedia Commons is now faster, after a bug was fixed on January 29. [72]
• All Wikimedia wikis now have high-resolution favicons. [73]

VisualEditor news

• You can now see a list of keyboard shortcuts by pressing Ctrl+/ inside VisualEditor. [74]

Future software changes

• Edits and files hidden with the Oversight tool will be moved to the RevisionDelete system. The Oversight tool will then be removed from Wikimedia wikis. [75] [76] [77]
• For languages where not all sister projects exist, you will be able to link to other language projects using double interwikis (:ko:v, :v:ko, etc.). [78]
• It will soon be possible to use the GettingStarted tool on other wikis than the English Wikipedia. You can translate it on Translatewiki.net. [79]
• You will soon be able to include the Special:Contributions page into other pages. [80]
• You will be able to see where a file is used inside MultimediaViewer, the new tool for viewing media files. [81] [82]
• It will soon be possible to send MassMessage messages using the API. [83]
• You will soon see audio statistics on the Special:TimedMediaHandler page. [84]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

09:30, 3 feb 2014 (CET)

Domande su Labs

@Candalua @Ricordisamoa ... e ad altri eventuali frequentatori di Labs:

1. che strumenti sono disponibili sul server per l'elaborazione di immagini? C'è ancora ImageMagick? Altri?
2. esiste nconvert (che è quello che uso io nel mio povero pc vintage)?
3. dovendo estrarre le immagini da un file xxx.pdf trasformandole in jpg oppure tiff dentro una cartella chiamata out, sapreste darmi una ricetta indicativa o dirmi dove c'è la doc per studiare l'applicazione di elaborazione grafica?
4. tale applicazione, che voi sappiate, potrebbe eseguire anche uno split dell'immagine estratta dal pdf? --Alex brollo (disc.) 00:06, 5 feb 2014 (CET)

Giusto per notificarvi i lavori in corso: ho ripreso in mano nconvert e python, e vecchi tool abbandonati; il risultato è che ho un file python che acchiappa un file pdf OPAL (scansioni a doppia facciata) e restituisce il zip delle immagini jpg estratte dal pdf autocroppate e splittate pronte a essere caricate su Internet Archive (potrei farlo con immagini tiff, ma l'archivio risultante è quasi 10 volte più grande e vedo che le immagini jpg non danno un risultato schifido). La routine usa solo python (+PIL) e nconvert (l'applicazione batch di XnView). Bello sarebbe che questa cosa fosse trasformata in un tool su Labs, che magari, alla fine, si occupasse anche del caricamento su IA. --Alex brollo (disc.) 08:39, 5 feb 2014 (CET)

Mi pare una grandissima idea, dovresti magari parlarne con Tpt, che su labs ha ovviamente i suoi script. Ti nomino lui con reticenza perchè ha mille cose da fare, ma sarei il primo a godere di una suite di tool "Wikisource" su Labs, e mi piacerebbe avere le cose coordinate e nello stesso posto. --Aubrey (disc.) 09:45, 5 feb 2014 (CET)

Ho mandato in lista Labs una richiesta un pochino più generica, nel corso dell'eventuale discussione posso aggiungere "dove vorrei andare a parare". --Alex brollo (disc.) 10:44, 5 feb 2014 (CET)

@Alex brollo su Tool Labs sono ancora un novellino, fai bene a chiedere ad altri ;-) --Ricordisamoa 03:26, 13 feb 2014 (CET)

Tech News: 2014-07

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.23wmf13) was added to test wikis and MediaWiki.org on February 6. It will be added to non-Wikipedia wikis on February 11, and all Wikipedia wikis on February 13 (calendar).
• The Vector search box was changed to fix old display and accessibility issues; for example, you can now use full-text search even if you have disabled JavaScript. Please report any problems you see. The option to disable the "simplified search bar" on Vector will also be removed. [85] [86] [87] [88] [89]
• You are now notified when someone adds a link to your user page on wikis where it didn't work before (wikis with dates in the year-month-day order, including Hungarian, Japanese, Korean and some variants of Chinese). [90]

VisualEditor news

• You can now set media items' alt text and position, and directly set their size, in the media tool. [91] [92]
• The gallery tool was improved and several issues were fixed. [93] [94] [95]

Problems

• On February 3, all wikis were broken for about an hour due to a traffic balancing issue. [96]
• On February 6, some wikis were broken for about half an hour in total due to a problem with the Math extension.

Future software changes

• Some methods from Scribunto's mw.message library will be removed after February 18. If you use them in your templates or modules, please check to make sure that things will not break. [97] [98]
• You will soon be able to use GettingStarted on 23 new Wikipedias. It helps new users by listing possible tasks and giving help. The new version was also added to the English Wikipedia on February 7th. [99]
• You will soon see results from other wikis when you use the new search tool (CirrusSearch). [100] [101]
• The WikiLove tool was redesigned and should also load faster. [102]
• Edits made with WikiLove or after a GettingStarted suggestion will be tagged. [103] [104]
• It will soon no longer be possible to hide section editing links in your preferences. [105]
• You will soon be able to use the revision deletion feature via the API. [106]
• You will soon be able to choose mobile view on non-mobile devices using a Beta Feature option. [107] [108]
• If you have questions about Universal Language Selector, you can join an IRC meeting on February 12 at 17:00 UTC, in the #wikimedia-office channel on Freenode. [109]
• Developers are preparing for Google Summer of Code 2014. You can propose ideas. [110]
• bugzilla.wikimedia.org will be updated this week. You won't be able to access it from 22:00 UTC on February 12 until 01:00 UTC on February 13 at the latest. [111]
• The <poem> tag will be renamed to <lines>. The old tag will still work. [112]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

10:30, 10 feb 2014 (CET)

Problema css

In Drammaturgia di Lione Allacci/Tavola degli autori/A ho il problema di eliminare l'indentatura dei paragrafi che costituiscono le righe dell'indice. Il text-indent dovrebbe essere determinato dalla div class "eredita", ed in effetti il css è ricevuto dall'elemento, ma è "rullato" dal text-indent determinato da div class="testi". Perchè? Non capisco! L'unica idea che mi viene è che il css text-indent venga impropriamente caricato "dopo" in termini temporali per questioni di resource loader ... ma forse è una delle solite banalità che sfuggono a chi ci è dentro ma sono evidenti al primo che passa. Quindi, per favore... passate. :-(

PS: qualsiasi altro attributo css passato dalla classe "eredita" arriva regolarmente ai paragrafi.... text-indent invece viene rullato. --Alex brollo (disc.) 11:08, 12 feb 2014 (CET)

Per caso scopro che il tag p "stenta" a ereditare gli attributi della div class="eredita", ma un altro tag block come dd (generato dai due punti) li eredita benissimo, compreso il text-indent. La resa mi sembra buona... esploro questa strada, mi pare promettente (e abbastanza semplice semplice). --Alex brollo (disc.) 22:19, 12 feb 2014 (CET)

@Alex brollo

/* direttiva !important, selettori più specifici */
div.eredita p,
div.eredita>p,
div.eredita.testi p,
div.testi div.eredita p,
div.eredita div.testi p
{text-indent:0!important}

Vai per tentativi. --Ricordisamoa 03:38, 13 feb 2014 (CET)

Aaaaahhh, adesso so chi stressare per poroblemi di css.... grazie, li proverò uno a uno; tuttavia il fatto che il mio settaggio funzioni con dd ma non funzioni con p mi rende un po' pessimista. Se veramente esiste un'interferenza "temporale" di caricamento dei file css via Resource Loader, con la conseguenza di rendere instabile/aleatorio il risultato, il problema sarebbe generale e grosso; ma sarebbe anche nettamente superiore alle mie capacità di descriverlo adeguatamente in Bugzilla.... in caso farò un fischio virtuale. --Alex brollo (disc.) 10:27, 13 feb 2014 (CET)

Dati nelle pagine autore

All'inizio di ogni pagina nel namespace Autore trovo dei tag section (usati da LST). Non sono ridondanti ai dati presenti nel template {{Autore}}? --Ricordisamoa 06:18, 16 feb 2014 (CET)

No, perchè permettono di usare tali dati in qualsiasi pagina: "semantizzano" i dati. E' il nostro "wikidata fai da te"; sarà superato nel momento in cui da qualsiasi pagina si potrà ottenere qualsiasi dato relativo a qualsiasi autore (il che è diverso da visualizzare qualsiasi dato nella pagina Autore). Qualcuno mi ha fatto biezioni riguardanti la performance (LST non è ottimizzato come dovrebbe/potrebbe); ma adesso seguo il principio DWAP e non me ne curo ;-) --Alex brollo (disc.) 16:56, 16 feb 2014 (CET)

Il template Autore non potrebbe includere anche i tag "section" già compilati? --Ricordisamoa 23:38, 16 feb 2014 (CET)

No, non si può inserire il tag section in un template. Magari.... --Alex brollo (disc.) 00:23, 17 feb 2014 (CET)

Errore di categorizzazione alfabetica

Ci sono obiezioni? --Ricordisamoa 06:27, 16 feb 2014 (CET)

Tech News: 2014-08

Le ultime tech news dalla comunità dei tecnici Wikimedia. Per favore informa latri utenti di questi cambiamenti. Non tutti i cambimenti avranno effetto su di te. Sono disponibili traduzioni in altre lingue.

Cambiamenti recenti al software

• La più recente versione di MediaWiki (1.23wmf14) è stata aggiunta ai test wikis e a MediaWiki.org il 13 febbraio. Sarà aggiunta ai non-Wikipedia wikis il 18 febbraio, e a tutte le Wikipedie il 20 febbraio (calendario).
• Ora puoi usare di nuovo l'elenco degli utenti attivi. [113] [114]
• Il nuovo motore interno di ricerca (CirrusSearch), se cerchi tra più namespace, ora dà la precedenza ai risultati relativi ai namespace di contenuto. [115]
• Ora puoi creare link direttamente a file visualizzati tramite MultimediaViewer, il nuovo strumento per visualizzare i file multimediali. [116]
• IL Wikimedia engineering report di gennaio 2014 è stato pubblicato. Puoi tradurne una versione più corta e più semplice. [117]

Problemi

• Il 9 febbraio, Wikimedia Labs è collassato per circa 2 ore a causa di un problema all'XFS file system. [118]
• L'11 febbraio per circa 20 minuti si sono verificati problemi con il VisualEditor per un problema ai registri del server (server logging) [119]
• Lo stesso giorno, per circa 20 minuti, si sono verificati problemi con il caricamento delle pagine a causa di problemi al database.
• Si sono verificati per gli utenti europei problemi al caricamento di pagine tra le 21:00 UTC del 13 febbraio e le 11:00 UTC del 14 febbraio, a causa di un problema ai server della cache.
• Il 14 febbraio tutti i siti sono collassati per circa 15 minuti per gli utenti dell'Asia sudorientale, Oceania e zona occidentale del nord America. È avvenuto per problemi con i cache server.

VisualEditor news

• Lo strumento link ora ti dice quando stai creando un collegamento a una pagina di disambiguazione o un redirect. [120]
• Ora puoi cambiare il formato dell'immagine (come "thumbanil", "frame" e "frameless") con VisualEditor [121]
• Gli avvisi del Wikitesto saranno nascosti quando rimuoverai testo da paragrafi tu che stai modificando [122]
• Tra breve potrai creare e modificare pagine di redirect con VisualEditor! [123] [124] [125]

Tech news preparate dai tech ambassadors e inviate tramite il MediaWiki message delivery • Contribuisci • Traduci • Fatti aiutare • Lascia un messaggio • Iscriviti o cancellati dall'iscrizione.

09:38, 17 feb 2014 (CET)

Il magico mondo dei pixel

Sto imbarcandomi in una nuova avventura: l'immersione nel "modo dei pixel", a basso livello (quello che serve per PIL e per l'uso avanzato di canvas). Il problema che finalmente m,i sento pronto ad affrontare è: data l'immagine di una pagina pdf OPAL (a doppia facciata, talora un po' "sbieca", che non copre l'inteera immagine perchè è stato fotografato anche un po' di "fondo") raddrizzarla in base alla linea della rilegatura e centrarla in base alla stessa linea in modo che un taglio verticale a metà immagine risulti perfetto. Non è facile; anche FineReader, che pure ha un sistema di riconoscimento delle doppie pagine ed è capace di dividerle automaticamente quando le riconosce, spesso con i libri antichi fallisce. Questo per ora mi ha costretto a ripassare anche statistica e trigonometria... e un pochino di neurofisiologia della retina. o_O

Ve lo dico per due motivi:

1. c'è qualcuno esperto nella manipolazione delle immagini a basso livello, filtri, PIL ecc?
2. esiste qualche programnma ad alto livello a cui affidare il compito di ruotare-centrare-splittare in batch, meglio di come lo sappia fare FineReader? --Alex brollo (disc.) 23:39, 17 feb 2014 (CET)

Per i pythonomani: sto sperimentando la class Eye (la "classe occhio") :-) --Alex brollo (disc.) 09:30, 18 feb 2014 (CET)

Conosci imagemagick? Lo usavano qui in ufficio per ruotare-croppare-splittare in batch. --Aubrey (disc.) 12:58, 18 feb 2014 (CET)

Si, grazie, Aubrey; non lo maneggio ma dovrò studiarlo; la stessa cosa posso fare, al momento, con nconvert o con PIL di python. Il problema è però: come calcolare automaticamente i parametri da passare al batch per eseguire la rotazione e il ritaglio?

Ecco due immagini da un testo Opal che ho appena caricato in IA:

Il problema è tracciare automaticamente la riga rossa come nella seconda immagine (per farlo occorre una primordiale analisi di immagine, cosa del tutto diversa da un'elaborazione batch di immagine). In questa immagine che avevo sottomano la riga rossa è quasi verticale e quasi al centro, ma in altri casi non è affatto nè verticale, nè al centro. Sto lavorando a un "occhio virtuale" che scorre l'immagine e trova ciò che è caratteristico della linea che separa le due immagini, ma non è semplice. Si tratta di implementare qualcosa come "Circa a metà dell'immagine, trova una linea verticale o obliqua più scura dell'immediato contesto e restituiscine posizione e gradi di inclinazione rispetto alla verticale, oppure coefficienti a e b della retta". Il resto è trigonometria.... --Alex brollo (disc.) 08:31, 19 feb 2014 (CET)

Progetto sospeso; gran parte dei file Opal non richiedono questa manipolazione.... la accantono, c'è ben altro da fare. --Alex brollo (disc.) 12:46, 25 feb 2014 (CET)

Tech News: 2014-09

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.23wmf15) was added to test wikis and MediaWiki.org on February 20. It will be added to non-Wikipedia wikis on February 25, and all Wikipedia wikis on February 27 (calendar).
• The new search tool (CirrusSearch) was added to the Italian Wikiquote and all Wikiversity projects. Users can now enable it in their Beta options. [126] [127]
• The Universal Language Selector was enabled on all Wikimedia wikis again. You can enable web fonts in your ULS options (see how).

VisualEditor news

• You will soon be able to add and edit __STATICREDIRECT__, __[NO]INDEX__ and __[NO]NEWEDITSECTION__ in the page settings menu. [128] [129] [130]
• You will soon be able to use the Ctrl+Alt+S or ⌘+Opt+S shortcuts to open the save window in VisualEditor. [131] [132]
• You will soon be able to preview your edit summary when checking your changes in the save window. [133] [134]

Future software changes

• You will soon be able to use the <categorytree> tag again. [135]
• You will soon be able to post messages with the MassMessage tool in all talk namespaces. [136] [137]
• Notifications will soon work in all namespaces. [138][139][140]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

11:18, 24 feb 2014 (CET)

Script opalLib.py

Non potevo farlo prima perchè nel codice c'erano in chiaro le mie chiavi di accesso personali a Internet Archive; sistemati i punti critici dello script, mi sono potuto dedicare alle prime rifiniture, e li ho fatti sparire dal codice.

Metto in Progetto:Trascrizioni/Opal/opalLib.py il codice attuale che gira su tools-dev. Chi conosce la programmazione, abbia pietà. --Alex brollo (disc.) 23:12, 27 feb 2014 (CET)

Segnalazione

Segnalo questa discussione--Piaz1606 (disc.) 00:49, 1 mar 2014 (CET)

Tech News: 2014-10

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.23wmf16) was added to test wikis and MediaWiki.org on February 27. It will be added to non-Wikipedia wikis on March 4, and all Wikipedia wikis on March 6 (calendar).
• When users enable web fonts by default, Universal Language Selector will now log if they don't have fonts to display pages correctly. This information will be used by developers to improve font support in the future. Read more about missing fonts. [141]
• You can now use Guided tours on the Czech and Japanese Wikipedia. If you want this tool on your wiki, you need to translate it and ask in Bugzilla. [142] [143]
• You can now use information from Wikidata in all Wikisource wikis. [144]
• The multimedia team is now posting weekly updates on their mailing list. [145]

VisualEditor news

• You can now change image size to default for your wiki. If you add new images to pages, they will also be default size. [146] [147] [148]
• If you switch from VisualEditor to wikitext editing, your edit will now be tagged. [149]
• Template parameters now have a bigger, auto-sizing input box for easier editing. [150]
• VisualEditor now has Arabic, Finnish and Kölsch icons for text styling. If you want icons for your language, ask in Bugzilla. [151] [152] [153]

Future software changes

• The new tool for viewing media files will soon show a progress bar and a thumbnail while loading full images. [154] [155]
• You will soon be able to make user contributions show only page creations. [156] [157]
• Article Feedback Tool will be removed from the English and French Wikipedias on March 3. It will also no longer be possible to add this tool to any Wikimedia wiki. [158] [159]
• Wikis using the new search tool will come back to the old tool for a few hours starting at 00:00 UTC on March 6. [160]

Problems

• For about an hour on February 23, there were problems with page loading due to a MediaWiki bug. [161]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

10:30, 3 mar 2014 (CET)

API di internet archive per i metadati

Guardate questo libro di IA: https://archive.org/details/image156TeatroOpal

Notate l'id: image156TeatroOpal. Questo vi permette di risalire immediatamente all'URL diretto del pdf su Opal; il pdf su Opal si chiama proprio image156.pdf e sta dentro la raccolta Teatro.

L'URL della raccolta Teatro ha sempre, come base,

• http://www.opal.unito.it/psixsite/Teatro italiano del XVI e XVII secolo/Elenco opere/

Aggiungiamo in fondo il nome del pdf:

• http://www.opal.unito.it/psixsite/Teatro italiano del XVI e XVII secolo/Elenco opere/image156.pdf

ed ecco il link funzionante:

• http://www.opal.unito.it/psixsite/Teatro%20italiano%20del%20XVI%20e%20XVII%20secolo/Elenco%20opere/image156.pdf

Non è finita! Provate l'effetto di questi due link:

• https://archive.org/metadata/image156TeatroOpal
• https://archive.org/metadata/image156TeatroOpal/metadata
• https://archive.org/metadata/image156TeatroOpal/metadata/title

Il primo restituisce l'intero set di metadati IA (anche quelli interni di servizio); il secondo i medatadi inseriti da chi ha caricato, quelli bibliografici; il terzo restituisce, all'interno dei secondi, il solo metadato "title" (il titolo). A qualcuno di voi può sembrare astruso, poco chiaro e "povero"; ci giurerei che Candalua, Ricordisamoa, e altri geek o semigeek si fregheranno le mani :-) @Ricordisamoa: questi dati sono particolarissimi anche dal punto di vista Wikidata, perchè hanno la fonte implicita (l'originale del libro), la migliore immaginabile. Un pensierino lo farei: IA->wikidata->commons book e -> it.wikisource Indice: ; tutti perfettamente allineati) --Alex brollo (disc.) 10:58, 4 mar 2014 (CET)

Acchiappo dei metadati da IA tipo Ajax

Per coloro che maneggiano javascript, in cima al mio common.js due funzioni IA() e IAload() (mi scuso se sono lunghe e complesse :-D ) attivate le quali un'istruzione js tipo:

IAload("image10TeatroOpal")

acchiappa tutti (ma proprio tutti!) i metadati contenuti nella pagina details dell'item e li ficca in $("body").data("IA") dove restano tranquilli finchè la pagina non viene abbandonata. Questo in qualsiasi progetto mediawiki, anzi: in qualsiasi sito dove sia attivo jQuery. --Alex brollo (disc.) 19:09, 7 mar 2014 (CET)

Ajax API interprogetto: sapevatelo?

Vi posto il modo più semplice che ho scovato per lanciare una Ajax API interprogetto (qualsiasi API, qualsiasi progetto):

risultato=""
$.getJSON("https://en.wikisource.org/w/api.php?action=query&prop=contributors&titles=Main_Page&format=json&callback=?", function (data) {risultato=data})

oppure più semplicemente in un solo colpo

$.getJSON("https://en.wikisource.org/w/api.php?action=query&prop=contributors&titles=Main_Page&format=json&callback=?", function (data) {
    $("body").data("ApiResult",data)
})

Il truccaccio sta, oltre che a usare $.getJSON, di ricordarsi di aggiungere alla fine della API &format=json&callback=? Alex brollo (disc.) 08:50, 10 mar 2014 (CET)

Tech News: 2014-11

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.23wmf17) was added to test wikis and MediaWiki.org on March 6. It will be added to non-Wikipedia wikis on March 11, and all Wikipedia wikis on March 13 (calendar).
• You can now use the new search tool (CirrusSearch) on all Wikiquote projects. You can now enable it in your Beta options. [162] [163]

VisualEditor news

• It is now easier to edit templates. Complex tools are now in the "advanced" mode. [164] [165]
• It is also easier to edit images. You now have more options and they are explained better. [166]
• VisualEditor adds fake blank lines so you can put your cursor there. They are now smaller and animated to be different from actual blank lines. [167]
• We have improved the tool to add special characters. The buttons are now larger. More changes are coming. [168]
• You can now use new keyboard shortcuts to undo the last action, clear formatting, and show the shortcut help window. [169] [170] [171]

Future software changes

• You will soon be able to use a Beta option to show a shorter list of language links. That way, Universal Language Selector will only show languages that are relevant to you. You will still be able to search for other languages. [172]
• CirrusSearch will soon automatically index newly imported pages. [173] [174]
• It will soon be possible to use CSS to style buttons in templates on all Wikimedia wikis, without needing JavaScript. [175]
• An IRC discussion with the Wikimedia Foundation Language Engineering team will take place on March 12 at 17:00 UTC on the channel #wikimedia-office on Freenode (time conversion). [176]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

10:10, 10 mar 2014 (CET)

Tech News: 2014-12

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.23wmf18) was added to test wikis and MediaWiki.org on March 13. It will be added to non-Wikipedia wikis on March 18, and all Wikipedia wikis on March 20 (calendar).
• You can now view smaller versions of PNG images bigger than 20 megapixels. [177]
• You can now use the new search tool (CirrusSearch) on all small wikis. You can now enable it in your Beta options. [178] [179]
• You can read a summary of the Wikimedia technical report for February 2014. [180]

VisualEditor news

• Searching for template parameters in now case-insensitive. [181] [182]
• Required template parameters now have an asterisk (*) next to their edit boxes. [183]
• Several template dialogs are now smaller, and their insert buttons have changed wording. [184]

Future software changes

• You will soon see an error message if you try to log-in or register with an invalid or taken username. [185]
• You can now test first version of a tool that includes OpenStreetMap maps inside the UploadWizard. Comments are welcome. [186]
• You will soon be able to use the Hovercards tool as a beta feature. [187]

Problems

• VisualEditor was slow to load on March 13 because of an API issue. [188]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

08:14, 17 mar 2014 (CET)

Editor per djvu text layer

Sappiamo molte cose sullo strato testo djvu; quello che manca è uno strumento semplice, intuitivo, infallibile per editare lo strato testo modificando solo ed esclusivamente il testo senza toccare un sacco di altra roba (struttura, coordinate degli elementi), che può essere trasformata in una struttura html (tipo hOCR oppure analoghi, in html5 dovrebbe essere molto più agevole). L'importante è che l'editor permetta solo di editare il testo e non tocchi i tag html.

Scopro e resto a bocca aperta tinyeditor, uno script js che permette di trasformare qualsiasi textarea in un "editor hrml WISIWYG"; leggo il codice, brevissimo (11 kby!) e piombo nella disperazione perchè è scritto in aramaico. Non ci capisco nulla :-( . La sfida è: qualcuno è in grado di capirlo? Se sì, e se qualcuno è in grado di modificarlo, questo breve script potrebbe essere la chiave per la soluzione del problema. Il resto è facile. --Alex brollo (disc.) 10:02, 17 mar 2014 (CET)

Perché non CKEditor? --Ricordisamoa 16:48, 17 mar 2014 (CET)

CKEditor è "grosso", e non è immediatamente evidente la possibilità di applicarlo a una qualsiasi textarea in qualsiasi pagina web in cui si possa in filare un pochino di js aggiuntivo (la possibilità che non sia evidente non la esclude!). Tinyeditor potrebbe essere infilato direttamente nella pagina di edit di wikisource (in teoria), anche se prima vorrei ideare un tool "autonomo".

Inoltre, per quello che serve a me, almeno l'80% del codice di tinyeditor (che pesa 11 k: poche decine di righe, una specie di miracolo dell'astrazione...) non mi serve affatto; devo solo capire come isolare, nel codice, la parte "fondamentale" e eliminare tutto il resto. Per quello cerco un interprete: perchè nonostante sia javascript puro, è per me, al momento, totalmente e assolutamente incomprensibile.

Se sei disponibile a approfondire, potrei elencarti qui le caratteristiche dell'"editor perfetto" che cerco: una banalità assoluta, da cui dipende, facendo le cose bene, l'impossibilità di sbagliare (o quasi)--Alex brollo (disc.) 09:19, 18 mar 2014 (CET)

Non hai pensato a un plugin specifico per VisualEditor? --Ricordisamoa 15:25, 18 mar 2014 (CET)

Certo; e in effetti ho già verificato che per certi versi VE sarebbe ideale ed in effetti funziona; ma la sua complessità è tale da scoraggiare ogni approccio. Quando ho chiesto come si monta sopra un gadget js qualsiasi mi è stato risposto che... stavano progettando la cosa da mesi, e non era finita. Io uso preferenzialmente quello che capisco; VE non lo capisco. Stavo comunque pensando di esporre i dettagli del problema a qualche sviluppatore. Si tratterebbe solo di disattivare quasi tutto. --Alex brollo (disc.) 18:27, 18 mar 2014 (CET)

Volendo possiamo anche discuterne operativamente qui: https://meta.wikimedia.org/wiki/Grants:IdeaLab/Djvu_text_layer_editor --Alex brollo (disc.) 11:16, 21 mar 2014 (CET)

Ipotesi per l'inserimento delle immagini nelle pagine

E' possibile scaricare da Internet archive le singole immagini delle pagine in formato originario (tiff) oppure nella migliore "derivazione" possibile di un pdf (jp2, jpg). E' quindi possibile, avendo le cordinare di un'immagine sulla pagina, cosa che sta dentro il template Ritaglio, istruire un bot per scaricare le immagini originali (e non quelle manomesse dal sistema di compressione dei file djvu), ritagliarle, sottoporle a eventuale elaborazione (es. conversione in BN o in scala di grigi) e caricarle su Commons; dopodichè è possibile sostituire il tl Ritaglio con una normale chiamata a un'immagine.

Non è una cosa da poco.... ma ho verificato tutti i passaggi, si può fare. Chi ci sta a aiutarmi, o a prendersi in carico questo progettino? --Alex brollo (disc.) 05:31, 20 mar 2014 (CET)

Immagini ad alta risoluzione da IA

Grazie a Nemo ho scoperto che è possibile utilizzare le immagini delle singole pagine alla massima risoluzione possibile, scaricandole direttamente da IA, come file jpg.

Questo significa che in caso di pagina troppo compressa e dubbia all'interno del djvu, è teoricamente possibile, con un click, sostituirla con un'immagine ad alta risoluzione aggirando tutto il sistema di visualizzazione dell'estensione proofreading; una volta caricata, l'immagine "regge" anche alla variazione di layout verticale/orizzontale.

L'indirizzo dell'immagine è ricavabile avendo solo l'ID del libro su IA, e il numero della pagina.

Esempio

L'ID di File:Ritratto delle più nobili et famose città d'Italia.djvu è imageMA95NarrativaOpal. Da qui si ricava:

• il nome della pagina principale del libro su IA è //archive.org/details/imageMA95NarrativaOpal
• per accedere all'indice del file zip che contiene le immagini jp2/jpg l'indirizzo è //archive.org/download/imageMA95NarrativaOpal/imageMA95NarrativaOpal_jp2.zip/
• per accedere direttamente all'immagine della pagina 5 l'indirizzo è://archive.org/download/imageMA95NarrativaOpal/imageMA95NarrativaOpal_jp2.zip/imageMA95NarrativaOpal_jp2%2FimageMA95NarrativaOpal_0004.jpg

--Alex brollo (disc.) 08:34, 24 mar 2014 (CET)

@Ricordisamoa: come da bar generalista, esiste uno script prototipo che carica da IA l'immagine ad alta risoluzione della pagina sostituendola a quella compressa proveniente dal djvu di Commons. Il problema è recuperare l'ID IA del libro da cui è stato estratto il djvu. Chiedo a chi lo sa fare di aprire un item Wikidata del libro Indice:Ritratto delle più nobili et famose città d'Italia.djvu (IA) e di infilare fra i metadati il codice IA, in modo che in questo caso-test (e poi nin tutti gli altri) l'ID IA si possa recuperare al volo da wikidata; tale ID è tutto ciò che serve per ricavare l'url esatto dell'immagine della pagina su Internet Archive. Mi sembra di essermi spiegato chiaramente ;-) --Alex brollo (disc.) 08:21, 25 mar 2014 (CET)

@Alex brollo tramite le nuove API ho creato d:Q15978367 aggiungendo anche la dichiarazione in una singola modifica! --Ricordisamoa 11:14, 25 mar 2014 (CET)

Grazie! Dai un'occhiata a come ho "manomesso" l'item e vedi anche discussione che ho aperto in pagina discussione di Book task force. --Alex brollo (disc.) 16:46, 26 mar 2014 (CET)

Tech News: 2014-13

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.23wmf19) was added to test wikis and MediaWiki.org on March 20. It will be added to non-Wikipedia wikis on March 25, and all Wikipedia wikis on March 27 (calendar).

VisualEditor news

• You can now double-click or press the ↲ Enter key on an image or template to change its settings. [189] [190]
• Pages that don't exist will now show as red links in the edit mode. [191]
• You will no longer be able to try to use VisualEditor on pages translated using the Translate extension, and you will see a warning if you try to edit pages marked for translation. [192]
• You will now see a full warning, including the most recent log entry, when you try to edit protected pages with VisualEditor. [193]

Future software changes

• Typography Refresh will be enabled for test wiki and MediaWiki.org users who use the Vector skin on March 27. For users on non-Wikipedia wikis, it will be enabled on April 1, and for Wikipedia users on April 3. If you don't use Vector as your skin, you will not be affected.
• You will be able to use the Hovercards tool as a beta feature on all wikis from March 26.
• You will soon be able to include the Whatlinkshere special page in other pages. [194] [195]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

19:56, 24 mar 2014 (CET)

Tech News: 2014-14

Le ultime tech news dalla comunità dei tecnici Wikimedia. Per favore informa altri utenti di questi cambiamenti. Non tutti i cambiamenti avranno effetto su di te. Sono disponibili traduzioni in altre lingue.

Cambiamenti recenti al software

• La più recente versione di MediaWiki (1.23wmf20) è stata aggiunta ai test wikis e a MediaWiki.org il 27 marzo. Sarà aggiunta alle wiki non-Wikipedia il 1° aprile, e a tutte le Wikipedia il 3 aprile (calendario).
• Typography Refresh è stato aggiunto a test wikis e MediaWiki.org il 27 marzo. Lo potrai vedere solo se usi la skin Vector. Per gli utenti delle wiki diverse da Wikipedia, sarà abilitato il 1° aprile mentre per gli utenti Wikipedia sarà abilitato il 3 aprile.
• CirrusSearch, il nuovo motore di ricerca interno, sarà abilitato come funzionalità sperimentale (Beta) su più di 30 altre wiki il 27 marzo. [196] [197]

VisualEditor news

• Gli utenti bloccati vedranno lo stesso messaggio sia in VisualEditor che nell'editor classico. [198] [199]
• La casella di ricerca per riusare una nota in VisualEditor viene ripulita dopo ogni utilizzo. [200]
• I link nuovi alle sotto pagine, non punteranno più alla posizione sbagliata nel VisualEditor. [201]
• VisualEditor's media dialog no longer breaks when opening some types of images. [202]

Cambiamenti futuri al software

• Non sarai abilitato a editare Wikitech per un breve periodo attorno alle 16:00 UTC del 1° aprile a causa di un cambio di server. [203]
• CirrusSearch will become the main search engine for all non-Wikipedia wikis except Commons, Meta and Incubator on April 2.
• Sarà possibile usare una nuova Pagina speciale che lista i file duplicati. [204]
• Cancellare una versione di un file o cancellare la sua pagina di descrizione saranno mostrati in maniera differente nel log. [205]

Tech news preparata dagli Ambasciatori Tech e inviata mediante il MediaWiki message delivery • Contribuisci • Traduci • Fatti aiutare • Lascia un messaggio • Iscriviti or Cancellati dall'iscrizione.

11:20, 31 mar 2014 (CEST)

File xml di Internet Archive

Ogni libro di Internet Archive contiene due xml molto interessanti per la gestione del testo:

• il file _djvu.xml;
• il file _abbyy.xml (mascherato dentro un file gz)

Il primo ha i seguenti contenuti e caratteristiche:

• contiene tutti i dati/metadati generali del file djvu;
• contiene il testo mappato (coordinate) delle pagine, nelle regioni page-column-region-paragraph-line-word;
• è strutturato in modo da poter essere riversato nel file djvu senza parametri (ne sostituisce completamente lo strato metadati e testo)

Il secondo ha i seguenti caratteri:

• contiene tutto il testo mappato fino a livello di singolo carattere:
• per ogni elemento carattere contiene dati di vario tipo riguardanti la formattazione e il grado di certezza del riconoscimento;
• non può essere riversato nel file djvu senza profonda rielaborazione.

Test preliminari dimostrano che è possibile aggiungere agli elementi word del primo markup wiki o markup html, che saranno poi normalmente recuperati come puro testo in edit della pagina su source. Le coordinate testo dei due file xml corrispondono; è quindi possibile "travasare" qualcuno dei (ridondanti) dati del secondo nel primo; ad esempio, è possibile estrarre il dato "certezza del riconoscimento OCR" delle singole parole e aggiungerlo allo strato testo di djvu.xml in modo che le parole incerte siano identificabili nel testo come compare sia in view che in edit.

Un'altra cosa che si potrebbe fare + produrre un dizionario completo degli elementi parola del file djvu, con le proprie coordinate, e editarlo in massa prima di ricaricarlo; ogni parola, essendo associata alle proprie coordinate, può essere anche estratta dal file immagine "ritagliandola" esattamente per visualizzarla singolarmente. --Alex brollo (disc.) 08:41, 3 apr 2014 (CEST)

Mi sta pungendo vaghezza di usare le coordinate delle parole per estrarre massivamente le immagini delle parole, normalizzarle per altezza, convertirle in B/N e provare a studiare algoritmi di confronto (innanzitutto per rapporto altezza/larghezza, poi in qualche modo per "sovrapponibilità"). L'idea è pazzesca o_O : quindi ci provo :D --Alex brollo (disc.) 11:55, 23 apr 2014 (CEST)

Tech News: 2014-15

Le ultime tech news dalla comunità dei tecnici Wikimedia. Per favore informa altri utenti di questi cambiamenti. Non tutti i cambimenti avranno effetto su di te. Sono disponibili traduzioni in altre lingue.

Cambiamenti recenti al software

• The latest version of MediaWiki (1.23wmf21) was scheduled to be deployed to test wikis and MediaWiki.org on April 3, however it was temporarily put on hold due to localization issues. (calendar).
• Typography Refresh è stato abilitato su tutte le wiki non-Wikipedia il 1° aprile e su tutte le Wikipedia il 3 aprile. Sarà visibile solo se si usa la skin Vector.
• CirrusSearch è stato abilitato come metodo di ricerca principale su oltre 400 wiki non-Wikipedia il 2 aprile. [206]

Cambiamenti futuri al software

• Una nuova pagina speciale (Special:TrackingCategories) listerà tutte le tracking categories di una wiki. [207] [208]
• Tutti i progetti Wikiquote inizieranno ad usare gli interlink da Wikidata l'8 aprile. [209]
• Lo strumento Hovercards lavorerà presto con le lingue scritte da destra a sinistra. [210] [211]
• Presto si potrà scaricare i file direttamente dal nuovo strumento multimediale MediaViewer. [212]
• MediaViewer sarà abilitato per tutti gli utenti su MediaWiki.org il 10 aprile. Commenti sono benvenuti.
• You can help check that users can read CAPTCHAs in your language. [213]

Tech news preparata dagli Ambasciatori Tech e inviata mediante il MediaWiki message delivery • Contribuisci • Traduci • Fatti aiutare • Lascia un messaggio • Iscriviti o cancellati dall'iscrizione.

10:00, 7 apr 2014 (CEST)

Tech News: 2014-16

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

We are looking for contributors to help write new issues every week. If you would like to help, please contact us.

Recent software changes

• The latest version of MediaWiki (1.23wmf22) was added to test wikis and MediaWiki.org on April 10. It will be added to non-Wikipedia wikis on April 15, and all Wikipedias on April 17 (calendar).
• MediaViewer was enabled for all users on MediaWiki.org on April 10. It will be enabled for all users on the Catalan (ca), Hungarian (hu) and Korean (ko) Wikipedias and English Wikivoyage on April 17. Comments are welcome. [214] [215] [216]
• Font issues caused by Typography refresh for Windows users were fixed on April 7. [217] [218]

VisualEditor news

• You will now see only three options when you try to add a template parameter in VisualEditor; you will see other options after a click. [219]
• The size changing controls in VisualEditor media editing dialog were simplified further.
• The wikitext editor tab will now fold into a drop-down menu in the Vector skin if there is not enough space on your screen. [220] [221]

Future software changes

• The font used for body text on Wikimedia wikis will change to your system default sans-serif font. This temporary change will be enabled on all non-Wikipedia wikis on April 15, and on all Wikipedias on April 17. [222] [223]
• Files from Commons seen on another wiki will soon have a tab saying "View on Wikimedia Commons". The create tab will change to "Add local description" (see screenshot). [224]
• You will soon be able to hide Notification and Hovercards pop-ups by pressing the Esc key. [225] [226] [227] [228]
• Shorter lists of language links will soon work in right-to-left languages. Languages that you have used before will be shown in the list. [229]
• You will soon be able to send messages with the MassMessage tool to all pages in a given category. [230] [231]
• The date format user preference will soon be moved to the appearance tab. [232] [233]
• An IRC discussion with the Wikimedia Foundation Multimedia team will take place on April 16 at 18:00 UTC on the channel #wikimedia-office on Freenode (time conversion). [234]

Problems

• Wikimedia Foundation servers were updated after a security bug called Heartbleed was discovered last week. You should change your password as an extra precaution. [235]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

09:18, 14 apr 2014 (CEST)

Tech News: 2014-17

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Tech News updates

• You can now subscribe to an Atom or RSS feed to read Tech News in your news aggregator. The newsletter will now also show on the English Planet Wikimedia every Monday. [236]
• We are looking for contributors to help write a new issue every week. If you would like to help, please contact us.

Recent software changes

• The latest version of MediaWiki (1.24wmf1) was added to test wikis and MediaWiki.org on April 17. It will be added to non-Wikipedia wikis on April 22, and all Wikipedias on April 24 (calendar).
• CirrusSearch was enabled as a beta feature on 27 new wikis on April 18. [237] [238]
• Problems with various fonts in SVG files were fixed last week. Files that use DejaVu Sans Condensed, DejaVu Serif Condensed, DejaVu Sans Light, Kochi Gothic and Kochi Mincho fonts now show correctly. [239] [240] [241] [242]
• The page view statistics site developed by Henrik (stats.grok.se) should now work faster. [243]
• You can read a summary of the Wikimedia technical report for March 2014. [244]

VisualEditor news

• If you try to add a category which redirects to another category, VisualEditor will now suggest adding the target category directly. [245] [246]
• VisualEditor tabs will no longer appear on Education Program pages. [247] [248]
• You can now use VisualEditor on Meta-Wiki and the French Wikinews by enabling it in your preferences. [249] [250] [251]

Future software changes

• MediaViewer will be enabled for all users on the Czech (cs), Estonian (et), Finnish (fi), Hebrew (he), Polish (pl), Romanian (ro), Slovak (sk), Thai (th) and Vietnamese (vi) Wikipedias on April 24. Feedback is welcome. [252]
• Edits by anonymous users will now be marked with a new CSS class (mw-anonuserlink). This way, you can easily make those edits use a different color, font or background. [253] [254]
• The user preference to remember login will soon be removed from all wikis. The edit review preferences will be moved to the recent changes tab, and the preference for the WikiLove tool will be moved to the editing tab. [255] [256] [257] [258]
• You will soon be able to give parameters to preloaded templates. [259] [260]
• You will soon be able to use CodeEditor in read-only mode on pages that you cannot edit. [261] [262]
• It is now proposed to replace Bugzilla, Gerrit and other tools by a single tool called Phabricator. You can test Phabricator and add your opinion on MediaWiki.org. [263]
• An IRC discussion about Phabricator will take place on April 22 at 03:30 AM UTC on the channel #wikimedia-office on freenode (time conversion). [264]

Problems

• For about 40 minutes on April 17, there were problems with page loading due to high server load.
• There is a problem with the rendering of formulas with MathJax. If you enabled MathJax in your preferences, you might need to turn it off and on again. [265]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

10:34, 21 apr 2014 (CEST)

Categoria:Template che usano dati di Wikidata

Nuova, utile, sull'esempio di pedia. --Ricordisamoa 16:11, 25 apr 2014 (CEST)

Estrattore immagini in python

In Utente:Alex brollo/estrattoreImmagini.py trovate i primi vagiti di uno script che estrae una copia fisica in formato png delle immagini visualizzate con Ritaglio. Per attivarlo basta il nome base del file djvu. Per ora lavora solo in locale e in modalità interattiva.

• La prima versione estrae le immagini dal file djvu di Commons (formato png).
• La seconda (utilizzabile se l'opera proviene da IA) estrae le immagini ad alta risoluzione dal file _jp2.zip di Internet Archive (formato jpg).

--Alex brollo (disc.) 17:21, 25 apr 2014 (CEST)

Una serie di prova in commons:Category:Illustrations from Avventure di Robinson Crusoe con il nome standard File:Avventure di Robinson Crusoe [pagina] [numero].jpg (pagina: numero pagina djvu; numero: numero dell'immagine della illustrazione nella pagina, default 0). --Alex brollo (disc.) 15:45, 26 apr 2014 (CEST)

Siccome il nome è standard, dovrebbe essere possibile trasformare le immagini da provvisorie a definitive via bot. --Alex brollo (disc.) 15:45, 26 apr 2014 (CEST)

Cosa aggiungono queste immagini ritagliate alle pagine già presenti su Commons? --Ricordisamoa 18:46, 26 apr 2014 (CEST)

Le immagini incorporate nelle pagine con Ritaglio non sono esportabili in ePub, aimè. Non ho provato con il generatore di pdf, ma l'epub non va. Vanno considerate provvisorie e vanno sostituite quanto prima con immagini "definitive", autonome. Adesso provo il generatore di pdf.... --Alex brollo (disc.) 16:49, 28 apr 2014 (CEST)

Niente da fare. :-( --Alex brollo (disc.) 16:54, 28 apr 2014 (CEST)

Tech News: 2014-18

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.24wmf2) was added to test wikis and MediaWiki.org on April 24. It will be added to non-Wikipedia wikis on April 29, and all Wikipedias on May 1 (calendar).
• You can now use interwiki prefix c: to link to pages on Wikimedia Commons. [266]

VisualEditor news

• You will soon be able to set content language and direction with VisualEditor. [267]
• VisualEditor now works on all Wikipedias after broken MediaWiki:Common.js pages (and similar) were fixed last week. [268]
• VisualEditor dialogs now use an animation of moving lines rather than animated GIF images.

Future software changes

• CirrusSearch will be enabled as a beta feature on 41 new wikis, including Meta-Wiki and the Swedish (sv), Russian (ru), Polish (pl), Japanese (ja) and Chinese (zh) Wikipedias next week. This change means that CirrusSearch will now be enabled on all Wikimedia wikis.
• MediaViewer will be enabled for all users on the French (fr) and Dutch (nl) Wikipedias on May 1. Feedback is welcome. [269]
• The mobile version of Wikimedia wikis will soon include filters to limit the number of uploaded files that are copyright violations. [270]
• CodeEditor will soon have a status bar about errors and warnings. [271] [272]
• You can test a new version of Winter, a proposal to have a fixed toolbar at the top of wiki pages. Comments are welcome. [273]

Problems

• For about 30 minutes on April 21, there were problems with image scaling due to a high server load. [274] [275]
• On April 22, it was not possible to use the Collection extension for about 90 minutes due to a server move. [276] [277]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

09:22, 28 apr 2014 (CEST)

Tech News: 2014-19

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.24wmf3) was added to test wikis and MediaWiki.org on May 1. It will be added to non-Wikipedia wikis on May 6, and all Wikipedias on May 8 (calendar).
• The Compact Personal Bar was added as a beta feature to test wikis and MediaWiki.org on May 1. It will be added as a beta feature to non-Wikipedia wikis on May 6, and to all Wikipedias on May 8. To test it, you can enable it now in your preferences on MediaWiki.org. [278]
• It is now easier to disable the CodeEditor tool. [279]

VisualEditor news

• External links in VisualEditor are now in the same light blue color as in MediaWiki. [280]
• The template tool now tells you if a parameter is obsolete. [281]
• You can now add "suggested" parameters in TemplateData; VisualEditor will add them like required ones. [282]
• There is a new type for TemplateData parameters: wiki-file-name for file names. [283][284]
• Editing formulae in VisualEditor will soon be enabled for all users. [285] [286]
• You will soon be able to try a new beta feature to edit text in another language. [287] [288]

Future software changes

• MediaViewer will be enabled for all users on the Japanese (ja), Portuguese (pt), Spanish (es), Swedish (sv) and Telugu (te) Wikipedias on May 8. Feedback is welcome. [289]
• You can help translate about 100 new language names that have been added to our data source. They are used, for example, as hover text for interwiki links. Send an e-mail to Nemo if you want to help.
• If you click on a redirect page in your watchlist, you will soon access the redirect itself. [290] [291]

Problems

• For about 40 minutes around 00:20 UTC on April 29, there were problems with page loading due to high server load.

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

09:29, 5 mag 2014 (CEST)

Jq, pdftk, e virtualenv

Tre domandine facili per i "geek maggiori" (@Candalua, @Ricordisamoa) con familiarità con l'ambiente del SO di Tool Labs.

1. jq è un interessante script per il parsing di strutture json - viene descritto come "il grep per json". Lo conoscete? Vi servirebbe nel progetto itsource? Gira già qualcosa di analogo (si può fare in python, ma jq è più pratico)?
2. pdftk è uno script per smontare-rimontare file pdf multipagina; su Tool Labs gira l'interessante pdfunite, che ricuce pdf separati, ma mi manca uno strumento per splittarli. Come sopra.
3. virtualenv è una cosa che riguarda solo python o dà dei "privilegi locali di root" generali? --Alex brollo (disc.) 08:49, 7 mag 2014 (CEST)

Se non sbaglio, jq e pdftk sono stati installati d'ufficio a seguito di un messaggio in lista Labs. Proviamoli! :-)

Sono quasi certo che un'accoppiata fra curl (+ mediawiki API) e jq potrebbe dare grandi e velocissimi risultati prima ancora di attivare python. Pdftk invece è per chi si occupa di pdf, ovviamente --Alex brollo (disc.) 13:30, 9 mag 2014 (CEST)

Tech News: 2014-20

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.24wmf4) was added to test wikis and MediaWiki.org on May 8. It will be added to non-Wikipedia wikis on May 13, and all Wikipedias on May 15 (calendar).

VisualEditor news

• A new citation system in VisualEditor was enabled on the English Wikipedia. It will soon be enabled on more wikis. [292]
• Templates that were previously broken in VisualEditor should now appear correctly. [293]

Future software changes

• It will soon be possible to move category description pages. Pages in changed categories will still have to be moved independently. [294] [295]
• You will soon be able to clear your watchlist with one click or through the API. [296] [297] [298] [299]
• You will soon be able to link to Flow posts and workflows with Special:Flow. [300] [301]
• The jQuery JavaScript library will soon be updated. Please check that your gadgets and scripts will still work. [302]
• The Vector skin will work faster, as the sidebar will no longer collapse partly after being loaded. [303] [304] [305]
• MediaViewer will be enabled for all users on Wikimedia Commons on May 15. Feedback is welcome.
• An IRC discussion about Phabricator will take place on May 14 at 18:00 UTC on the channel #wikimedia-office on freenode (time conversion). [306]
• Toolserver tools will be stopped on June 30. Please make sure to change gadgets that link to the Toolserver to point to Tool Labs instead. [307]

Problems

• There were problems with generating file thumbnails for all wikis between May 3 and May 6 due to a configuration error. [308] [309]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

08:00, 12 mag 2014 (CEST)

Geek maggiori, date un occhio a jq

Qui: http://stedolan.github.io/jq/manual/ il manuale di jq, parser per strutture json di qualsivoglia complessità. Ci sono belle prospettive da sfruttare (tenendo conto della complessità e della ridondanza di blocchi dati json prodotti da mediawiki API, soprattutto da wikidata). Io me lo studierò, ho idea che possa semplificare moltissimo i lavori bot, e anche estrazioni manuali (funzia bene anche in ambiente windows). Se esistesse qualcosa di simile per l'ambiente javascript sarebbe il massimo. --Alex brollo (disc.) 09:55, 16 mag 2014 (CEST)

Ho cominciato i test.... non è facile, è molto astratto. Se fra voi c'è qualche astrattista.... :-P

Una bella cosa è che in windows è un file unico exe senza dipendenze; lo si schiaffa in una qualsiasi directory elencata nel PATH di sistema, e fine. --Alex brollo (disc.) 18:23, 18 mag 2014 (CEST)

Tech News: 2014-21

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Tech News updates

• Tech News is one year old this week; thank you for being with us!

Recent software changes

• The latest version of MediaWiki (1.24wmf5) was added to test wikis and MediaWiki.org on May 15. It will be added to non-Wikipedia wikis on May 20, and all Wikipedias on May 22 (calendar).
• The jQuery JavaScript library was updated on May 16. Please check that your gadgets and scripts still work. [310] [311] [312]
• MediaViewer was enabled for all users on the Kannada (kn) and Telugu (te) Wikipedias on May 13. It will be enabled on the German (de), English (en), Italian (it) and Russian (ru) Wikipedias and on all Wikisource wikis on May 22. Feedback is welcome. [313] [314]
• VisualEditor was added as a beta feature to Wikimedia Commons on May 15. You can enable it in your preferences. [315] [316]
• You can read a summary of the Wikimedia technical report for April 2014.

VisualEditor news

• VisualEditor's buttons and icons can now be accessed using keyboard keys. [317] [318]
• VisualEditor's new citation tool now matches templates like {{cite_web}} and not just {{Cite web}}. [319] [320]
• VisualEditor's welcome message will no longer be shown to users who have already seen it. [321] [322]
• VisualEditor now shows a clearer message when you cancel an edit. [323]
• The toolbar of the PageTriage extension will no longer be visible inside VisualEditor. [324] [325]

Future software changes

• User ID number will no longer be visible in preferences. [326] [327]

Problems

• For several hours on May 16, there were problems with loading gadgets on some wikis due to a server problem. [328]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

09:18, 19 mag 2014 (CEST)

Ipotesi per l'accesso all'OCR di testi IA

Quando un'opera è caricata su IA e viene caricato in Commons il djvu di IA, l'intero contenuto testuale mappato djvu.xml può essere letto da IA, caricato localmente (in memoria o nello spazio local storage) e utilizzato via jQuery. Ci proviamo? --Alex brollo (disc.) 10:32, 19 mag 2014 (CEST)

Aggiornamento jQuery

Invito specialmente gli amministratori a prendere coscienza di mailarchive:wikitech-l/2014-May/076340.html: come riassunto più sopra, alcuni script potrebbero non funzionare correttamente (uno a caso: MediaWiki:Common.js usa $.browser). --Ricordisamoa 05:35, 24 mag 2014 (CEST)

L'ho letta ma speravo che non usassimo le funzioni moriture. Mi arrangio in jQuery ma non abbastanza per mettere le mani su Common.js senza fare danni: esperienze precedenti mi hanno scoraggiato. Passo palla. --Alex (disc.) 17:10, 9 giu 2014 (CEST)

In questo caso, $.browser è usato ai fini esclusivi del supporto per IE7 (usato dallo 0,2 % degli utenti). Per il resto, Douglas Crockford avrebbe un infarto dopo il primo sguardo a MediaWiki:Common.js... --Ricordisamoa 10:07, 10 giu 2014 (CEST)

Tech News: 2014-22

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.24wmf6) was added to test wikis and MediaWiki.org on May 22. It will be added to non-Wikipedia wikis on May 27, and all Wikipedias on May 29 (calendar).
• MediaViewer will be enabled on all Wikisource wikis on May 29, and on the German (de) and English (en) Wikipedias on June 3. Feedback is welcome.

VisualEditor news

• VisualEditor's welcome message and wikitext warning now say that you can switch to source mode editing and keep your edits without saving them. [329] [330] [331] [332]
• A bug that caused files not to appear after saving edits in the File: namespace was fixed last week. [333] [334]
• VisualEditor tabs will no longer appear in namespaces where VisualEditor is disabled. [335] [336]
• It is now possible to edit inline images with VisualEditor; many minor bugs related to images have also been fixed. [337]
• VisualEditor will no longer convert spaces to underscores inside links to pages in namespaces that include spaces in their names. [338]

Future software changes

• Wikimedia Labs will stop working for about 10 minutes around 18:00 UTC on May 30 due to a server upgrade. [339]
• It will soon no longer be possible to upload different files under the same name at the same time using the UploadWizard tool. [340] [341]
• Links to TIFF, DjVu or PDF files created with the syntax [[File:Name.ext|thumb|page 15 is my favourite]] will now show an image caption if there is any text after page number; previously they caused the given page to appear. [342] [343] [344]
• You will soon see information about global blocks for IP addresses on their contributions page on your local wiki. [345] [346]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

10:29, 26 mag 2014 (CEST)

Tech News: 2014-23

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.24wmf7) was added to test wikis and MediaWiki.org on May 29. It will be added to non-Wikipedia wikis on June 3, and to all Wikipedias on June 5 (calendar).
• CirrusSearch was enabled as the primary search method on all Wikipedias with less than 100,000 pages on May 30. [347]

VisualEditor news

• Templates that redirect to other templates now get the TemplateData of their target. [348]
• The toolbar of the PageTriage extension will no longer be visible after you save an edit with VisualEditor. [349] [350]
• VisualEditor now checks if your browser supports SVG files to avoid displaying broken icons. [351]
• There is now a new type for TemplateData parameters: date for dates and times in the ISO 8601 format. [352]

Future software changes

• MediaViewer will be enabled on the German (de) and English (en) Wikipedias on June 3. Feedback is welcome.
• You will soon see a warning if you visit a contributions page for a user that does not exist. [353] [354]
• The search tab will soon be removed from user preferences. You will be able to set your search preferences on Special:Search. [355] [356]
• You will soon see a label next to the little triangle arrow for the Actions menu in the Vector skin (screenshot). [357] [358]

Problems

• For about 20 minutes on May 29, all wikis were broken due to a configuration error. [359]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

10:07, 2 giu 2014 (CEST)

Tech News: 2014-24

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.24wmf8) was added to test wikis and MediaWiki.org on June 5. It will be added to non-Wikipedia wikis on June 10, and to all Wikipedias on June 12 (calendar).
• You can now use guided tours on the Arabic (ar), Bengali (bn) and Norwegian (no) Wikipedias. If you want this tool on your wiki, you need to translate it and ask in Bugzilla. [360] [361]

VisualEditor news

• You should no longer be able to add empty references with VisualEditor. [362] [363]
• The "use an existing reference" button in the reference tool is now shown as disabled, rather than hidden, when the reference has content. [364] [365] [366]
• You will now see category contents again after saving an edit to a category page with VisualEditor. [367] [368]

Future software changes

• MediaViewer will be enabled by default on all wikis on June 12. Feedback is welcome. [369]
• You will be able to use information from Wikidata directly in Wikiquote pages starting on June 10. [370]
• On wikis with the Translate extension enabled, translation administrators will soon be able to use the page migration tool to import existing translations to the new system. [371] [372]
• You will soon see metadata on file description pages for Ogg files (example video, example audio). Some metadata with non-English characters may need to be purged or transcoded to UTF-8 before they show correctly. [373] [374]
• Templates containing <ref> or <references> tags will no longer need dummy parameters to prevent caching. [375] [376] [377]
• You will no longer be able to use Special:Thanks directly. The page will soon show an error message when you visit it. [378] [379]
• Hovercards will no longer flicker. [380]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

09:39, 9 giu 2014 (CEST)

djvu text layer editor

Da molto tempo giro attorno al problema di costruire un semplice editor per lo strato testo dei file djvu. La soluzione che immagino è quella di un editor che consenta unicamente la correzione del testo suddiviso in parole, senza toccare le strutture di livello superiore. Dopo averne pensate tante, ho provato a costruire un editor html "parola per parola", ci lavorerò sopra; il testo campione è in Utente:Alex brollo/djvuEditor e lo script che attiva l'editor è in Utente:Alex brollo/djvuEditor.js. Non aspettatevi, per ora, nulla di più di un trucchetto che permette di editare i testi di una serie di span. Il trucco sta proprio lì: l'impossibilità di editare qualsiasi cosa al di fuori del contenuto degli span permette di "allineare implicitamente" le parole editate con la lista delle parole nella pagina djvu. Poi c'è "qualcosina" da fare lato server per caricare il file djvu, estrarre i testi, spedirli alla pagina, ricevere la lista delle parole editate, reinfilarle nel file djvu. Una cosetta da poco, ma dopo penose riflessioni ho concluso che la parte critica è proprio l'editor delle parole, e quindi ho iniziato da lì.

Se ogni tanto date un'occhiata e mi lasciate un commento, mi incoraggiate a andare avanti (ovviamente l'immagine a destra è un puro "segnaposto", dovrà comparire l'immagine della pagina). --Alex (disc.) 23:38, 9 giu 2014 (CEST)

Ipotesi per i backlinks

Attualmente, il "cuore" del trucco backlinks è una funzione bl() scatenata dal click su un'ancora-backlink:

function bl(elemento) {
          window.location.href = window.location.origin + window.location.pathname+'#' + $(elemento).attr('id');
          var linkBersaglio=$(elemento).data('link');
          if (linkBersaglio.indexOf("/wiki/")==-1) linkBersaglio=window.location.origin+'/wiki/'+linkBersaglio;
         
          window.location.href=linkBersaglio;
         } 

Immaginiamo di sostituirla con questa:

function bl(link) {
   var backlink=location.origin+location.pathname+"#"+$(link).attr("id"); 
   localStorage.setItem("backlink",backlink); 
   targetLink=$(link).data('link');
   if (targetLink.indexOf("/wiki/")==-1) {
        targetLink="/wiki/"+targetLink;
   } 
   window.open(targetLink,"_self");
}

A questo punto, l'indirizzo all'ancora di partenza è stabilmente memorizzato, e potrà essere attivato in una varietà di modi, e non solo cliccando l'ancora di arrivo; verrà mantenuto anche se da questa si prosegue la navigazione seguendo altri link, perfino se si uscirà da wikisource o si spegnerà il pc; non appena rientrati in wikisource, sarà possibile tornare al punto esatto del testo da cui si è partiti. Basta organizzare qualcosa che se esiste un backlink memorizzato, visualizzi un link per raggiungerlo (e una volta che lo ha raggiunto, lo cancelli da localStorage). --Alex (disc.) 00:43, 13 giu 2014 (CEST)

localStorage: brainstorming

Ho la sensazione che si possano fare grandi cose sfruttando i 5-10 Mby dello spazio localStorage, ho fatto qualche grossolano esperimento ma sono sovraccarico di idee fino alla paralisi :-(

In linea generale, preso atto che localStorage è uno spazio di memorizzazione stabile collegato a un determinato sito, e quindi accessibile fin tanto, e tutte le velte, che si apre una pagina qualsiasi di quel sito, vedo due possibili, diverse classi di utilizzi:

1. in view, potrebbero essere pre-caricati dati utili alla navigazione; tenuto conto che la lettura wikisourciana spesso procede "a libri", scorrendo le pagine o i capitoli di una stessa opera, potrebbero per esempio essere caricati i wikidata collegati alla pagina-base di quell'opera per essere immediatamente disponibili da qualsiasi pagina secondaria;
2. in edit, potrebbero essere precaricati una grande serie di dati utili a automazioni/a supporto dell'edit; la prima applicazione da implementare potrebbe essere la memorizzazione delle sostituzioni ricorrenti opera-specifiche impostate con la opzione "Ricorda" del tool find&replace di Candalua, Strumenti per la rilettura.

Altro? Alex (disc.) 10:59, 13 giu 2014 (CEST)

Tech News: 2014-25

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Reminder

• You can subscribe to the wikitech-ambassadors mailing list to get news more quickly and to send feedback or report problems.

Recent software changes

• The latest version of MediaWiki (1.24wmf9) was added to test wikis and MediaWiki.org on June 12. It will be added to non-Wikipedia wikis on June 17, and to all Wikipedias on June 19 (calendar).
• You can now read a summary of the Wikimedia technical report for May 2014.

VisualEditor news

• You can now easily see the target of a link or other information using the context menu. [381]
• When you edit a reference, you can now empty it and click the "use an existing reference" button to switch it to re-use another reference. [382] [383]
• You can now add and edit {{DISPLAYTITLE}} and __DISAMBIG__ in the page settings menu. [384] [385] [386] [387]
• The tool to insert special characters is now wider and simpler; the order of mathematical symbols is now correct. [388] [389] [390]

Future software changes

• Media Viewer will be enabled by default on all wikis on June 19. Feedback is welcome. [391]
• You will no longer be able to use navigation popups and Hovercards at the same time. [392]
• You will no longer see image thumbnails on search results pages on Wikibooks and Wikisource wikis. [393] [394]
• It will soon be possible to globally rename global (SUL) users. [395] [396]
• Tablet users will be redirected to the mobile view of Wikimedia wikis starting on June 17. [397]
• The special page that lists most linked-to templates will soon include pages from all namespaces; it will also be renamed to Special:MostTranscludedPages. [398]
• An IRC discussion about Phabricator will take place on June 17 at 17:30 UTC on the channel #wikimedia-office on freenode (time conversion). You can also read a blog post about the upcoming switch to Phabricator.
• You can now comment on the draft 2014-15 goals of the Wikimedia Foundation engineering department. [399]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

09:13, 16 giu 2014 (CEST)

Tech News: 2014-26

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.24wmf10) was added to test wikis and MediaWiki.org on June 19. It will be added to non-Wikipedia wikis on June 24, and to all Wikipedias on June 26 (calendar).

VisualEditor news

• You can now drag-and-drop selections of content, not just files and templates. [400] [401]
• When dragging an item, you will now see a line that helps you to drop it. [402] [403]
• You can now only move an image to the start of a paragraph, not to the middle of it, so you don't accidentally split it. [404] [405]
• You will now be warned if you add wikitext to file captions and references. [406] [407]

Future software changes

• You will no longer be able to upload files on wikis that do not have any copyright tags. [408] [409]
• CirrusSearch will be enabled as the primary search method on additional 70 new wikis, including Meta-Wiki and Wikimedia Incubator, during the next week. [410]
• CirrusSearch results will soon take into account categories, the first paragraph and the wikitext of a page. You will also be able to use regular expressions to search the wikitext. It will take a few days for the changes to be enabled on all wikis. [411]
• You will soon be able to watch translations for e-mail notifications without receiving an e-mail when they are reviewed by another translator. [412] [413]
• An IRC meeting to organize old high priority MediaWiki bug reports will take place on June 24 at 17:00 UTC on the channel #wikimedia-office on freenode (time conversion). [414]

Problems

• On June 19, all wikis were broken for about 15 minutes due to a high server load.
• Between June 13 and June 15 there were problems with the scaling of video files due to a configuration error. [415]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

09:20, 23 giu 2014 (CEST)

Tech News: 2014-27

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.24wmf11) was added to test wikis and MediaWiki.org on June 26. It will be added to non-Wikipedia wikis on July 1, and to all Wikipedias on July 3 (calendar).

VisualEditor news

• Context menus in VisualEditor will no longer flicker and disappear when you insert a new reference, formula, image, etc. [416] [417]
• A bug that prevented relocating items due to cache was fixed last week. [418] [419]
• VisualEditor will no longer scroll to the bottom of the page when you try to edit section 0. When you try to add a formula, VisualEditor will no longer scroll to the top of the page. [420] [421] [422] [423]
• Links to category pages or file pages added with VisualEditor will now work correctly. [424] [425]

Future software changes

• You will no longer be able to upload files on wikis that do not have any copyright tags. [426] [427]
• Toolserver tools will be stopped on June 30. Please make sure to change gadgets that link to the Toolserver to point to Tool Labs instead.
• CirrusSearch will be enabled on June 30 as the primary search method on 34 new wikis, including the Czech (cs), Danish (da), Finnish (fi) and Hebrew (he) Wikipedias. [428]
• All Wikimedia wikis will be using a security method called perfect forward secrecy starting on July 1. If you see a problem, please report it. [429] [430]
• Starting on July 1, it will be possible to globally rename global (SUL) users. [431]
• You will soon see block information when you visit the contributions page or try to edit the user page or user talk page of a user who is affected by an IP range block. [432] [433]
• You will soon be able to use {{!}} as a magic word to produce the pipe character, for instance for use in tables. [434]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

08:53, 30 giu 2014 (CEST)

Tech News: 2014-28

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Tech News updates

• We are looking for contributors to help write a new issue every week. If you would like to help, please contact us.

Recent software changes

• The latest version of MediaWiki (1.24wmf12) was added to test wikis and MediaWiki.org on July 3. It will be added to non-Wikipedia wikis on July 8, and to all Wikipedias on July 10 (calendar).
• CirrusSearch was enabled on July 1 as the primary search method on 36 new wikis, including the Norwegian (no), Portuguese (pt) and Ukrainian (uk) Wikipedias. [435]
• It is now possible to create Atom or RSS feeds for Word of the Day, Word of the Week and similar entries on Wiktionary wikis. [436] [437]
• You can now use a graphical interface to edit TemplateData information on the English (en), French (fr) and Italian (it) Wikipedias. [438] [439]

VisualEditor news

• Saving an edit with VisualEditor will now be much faster. [440] [441]
• You can now add a caption when you add a file to a page with VisualEditor. You can also change the file to a different one and keep the existing caption. [442] [443] [444]
• When you switch to the Edit source tab, you are now asked to keep your changes. You no longer need to find the option in the menus. [445] [446] [447]
• The reference tool that adds empty <ref></ref> tags is now at the bottom of the Cite menu, below references that use templates like {{Cite web}}. [448]
• Context menus will no longer be shown over items that you can edit directly, for example formulæ. [449] [450] [451]

Future software changes

• Starting on July 9, it will be possible to globally rename global (SUL) users. The feature was first scheduled for July 1, but was delayed due to bugs.
• A plan to enable CirrusSearch as the primary search method on the 11 largest Wikimedia wikis has now been prepared. [452]
• If you use references on a page, you will soon always see them at the bottom of the page, even if you forget to add the <references /> tag (or a template). [453] [454]
• Black-and-white XCF images will soon display correctly. [455] [456]
• Description pages of SVG files will soon always show download links for multiple resolutions (example). The links were previously shown only for SVG files in large original resolutions. [457] [458]

Problems

• Between July 2-3, there were problems with loading pages on multiple wikis due to a configuration issue. [459] [460]
• For a few hours on July 1, there were problems with uploading new files on Wikimedia Commons due to a configuration error. [461] [462]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

09:07, 7 lug 2014 (CEST)

Idea testata su fr.source: currentIndexData

@Candalua, @Ricordisamoa Per ovviare ad alcune carenze su fr.source (non trovo backlink nè nulla di simile all'amato tl|Pg) ho testato una possibilità: come si apre una pagina ns0 oppure nsPagina, viene ritrovato e aggiornato in memoria (in una variabile localStorage, quindi persistente) il nome della pagina Indice correlata alla pagina corrente (in localStorage["currentIndex"]. Se tale nome è diverso da quello memorizzato (ossia: se si è aperta una pagina che punta a un Indice diverso da quello memorizzato) scatta uno script che legge l'html del nuovo indice, ne esegue il parsing e carica i dati su una seconda variabile localStorage["currentIndexData"]]. Per ora i dati sono quelli prodotti da pagelist, in pratica un dizionario con chiave pagina libro che restituisce numero pagina djvu. Prossimo passo, il parsing dell'html del campo Sommario per identificare e memorizzare la relazione nome/titolo sottopagina ns0 - numero di pagina djvu iniziale qualsiasi sia lo script/template/transclusione che lo genera.

Gli usi potenziali di tali dati, sempre disponibili in editing, sono molteplici, sto appena esplorandoli con entusiasmo. Che dite, geek maggiori: monto il meccanismo anche qui? Gli script stanno in fr:user:Alex brollo/GetIndexData.js--Alex (disc.) 08:29, 8 lug 2014 (CEST)

Ho aggiunto una classe tableItem agli elementi creati da Indice sommario, e anche agli elementi creati da fr:Modèle:Table di fr.source, usato allo stesso scopo. Questo facilita enormemente il recupero dei due link (verso la pafina ns0 e verso la pagina Pagina: da cui la transclusione inizia); in pochi giorni sia su fr.source, sia su it.source questi dati saranno utilizzati in pratica. Fr.source mi piace molto... incoraggiano fortemente la sperimentazione, anche i template più "astrusi" sono sprotetti. --Alex (disc.) 12:44, 10 lug 2014 (CEST)

Fatto e semplificando parecchio! Adesso su fr.source come entro in una pagina Pagina o in una pagina Ns0 collegata a una pagina Indice tutti i dati (sia quelli provenienti da pagelist, che quelli compresi da un buon campo Sommario) sono silenziosamente acchiappati. Questo significa che da ognuna di queste pagine si ha a immediata disposizione l'intera struttura dell'opera, pronta a essere "interrogata" come si vuole. Sono molto, molto soddisfatto. --Alex (disc.) 16:42, 10 lug 2014 (CEST)

Pagina Indice, fonte della pagina ns0 corrente

L'url della pagina Indice correlata alla pagina ns0 corrente sta nella variabile proofreadpage_source_href e il titolo (decodificato) della pagina Indice si può ricavare con:

currentIndex=find_stringa(decodeURIComponent(proofreadpage_source_href).replace(/_/g," "),"/wiki/",'"',0);

Sapevatelo? Io no. :-( --Alex (disc.) 08:35, 10 lug 2014 (CEST)

Importazione di fr:User:Alex brollo bis/GetIndexData.js

Metto provvisoriamente in Utente:Alex brollo/GetIndexData.js una copia della pagina che corre su fr.source. Non ha alcuna dipendenza, è tutto javascript e jQuery base e usa variabili mediawiki di default. Potete quindi provare a farlo correre semplicemente con importScript(). --Alex (disc.) 18:11, 12 lug 2014 (CEST)

@Candalua: Ho adattato lo script a it.source; adesso funziona anche come (velocissimo) autoNs0, ovviamente per provarlo bisogna evitare conflitti con precarica.js che ho disattivato dalle mie preferenze. Ha vari vantaggi su autoNs0; non richiede obbligatoriamente Indice sommario in pagina Indice, basta che ci siano degli elementi class="tableItem" ognuno dei quali contenga un link vs. ns0 e un link vs, nsPagina, anche caricati per transclusione; non richiede che vi sia l'elenco dei capitoli nella pagina ns0 base. La lascio un po' attiva come sta per provarla prima di proporti di trasformarla in un gadget; sono un po' esausto, è stata una faticaccia, sento un po' di nausea da javascript. --Alex (disc.) 22:08, 12 lug 2014 (CEST)

Interfaccia per Imagemap interattivo

Con lo stesso "motore" di Ritaglio immagini si potrebbe realizzare un tool per le immagini mappate (per le aree rettangolo ee pure per le aree cerchio). Che ne dite, ne vale la pena? Avete mai sentito la voglia di costruirne qualcuna, nelle immagini con didascalie che puntano a parti dell'immagine? A me è successo. e succederà ancora per esempio qui: fr:Page:Saunier_-_La_Parfaite_Connaissance_des_chevaux.djvu/317 --Alex (disc.) 16:39, 15 lug 2014 (CEST)

Test qui: Pagina:Trattato di archeologia (Gentile).djvu/382. Il motore è grossolano, ma funzia, ed è molto più semplice di Ritaglio. --Alex (disc.) 08:28, 16 lug 2014 (CEST)

Tech News: 2014-29

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.24wmf13) was added to test wikis and MediaWiki.org on July 10. It will be added to non-Wikipedia wikis on July 15, and to all Wikipedias on July 17 (calendar).
• It is now possible to globally rename global (SUL) users. Please go to the username changes page on Meta if you want to rename your account on all wikis. [463] [464]
• You can now read a summary of the Wikimedia technical report for June 2014.
• You can now read the latest issue of the Wikidata newsletter and translate it into your language.

VisualEditor news

• The tool to add templates and citations will now work for templates that include HTML comments or templates in their titles. [465] [466]
• The button to make images full size should now work correctly. [467] [468] [469]
• References will now be shown in the default font size again. [470]

Future software changes

• CirrusSearch will be enabled as the primary search method on the Dutch (nl) and Japanese (ja) Wikipedias on July 14, and on the Polish (pl) and Russian (ru) Wikipedias on July 16. [471]
• The Special:Version page will soon show the exact version of MediaWiki and all extensions installed on your wiki (example). [472] [473]
• It will soon no longer be possible to order printed books of wiki articles via PediaPress. You will still be able to create PDF files. [474]
• Pages that use {{DISPLAYTITLE:''title''}} more than once will soon show a warning. You can use {{DISPLAYTITLE:''title''|noerror}} to hide it. [475] [476]
• Pages that have the list of references added automatically will soon be added to a tracking category. Administrators will be able to configure the name of the category on their wikis. [477] [478]
• Administrators will soon be able to easily merge histories of two pages using Special:MergeHistory. [479] [480]
• Administrators will soon see links to delete files on Special:ListFiles. [481]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

09:48, 14 lug 2014 (CEST)

Self templates

@Candalua: E' possibile trasformare una pagina (che non abbia una sezione dati) in un "self-template", capace di restituire dati relativi alla pagina. Chiamata come template con un parametro, restituisce il valore di quel parametro. Esempio: io sono guidatore del bot {{Utente:Alex brollo|bot}} e faccio parte del gruppo utenti {{Utente:Alex brollo|gruppo}}.

Purtroppo il sistema "confligge" con un'eventuale area dati; dovrebbe essere sostituirla. Il risultato è analogo a quello prodotto con area dati, ma sfrutta il meccanismo della gestione dei templates, e non quello delle section, che è molto meno efficiente e maggiormente server-expensive. --Alex (disc.) 08:16, 17 lug 2014 (CEST)

Immaginiamo di avere in una pagina Autore il seguente codice, appiccicato (sempre uguale!!!) al momento del salvataggio della pagina al posto dell'area dati:

<onlyinclude>{{#switch:{{{1}}}
|genere={{subst:#property:P21}}
|VIAF={{subst:#property:P214}}
....
}}</onlyinclude>

Al salvataggio della pagina, avvengono le sostituzioni e si caricano i valori delle proprietà aggiornate da wikidata. Appena la pagina è salvata (senza modifiche se i wikidati non sono cambiati!) la pagina Autore diventa un self-template e le singole proprietà sono estraibili da qualsiasi pagina di wikisource; es. il VIAF di Autore:Cesare Fiaschi sarebbe ottenibile con {{Autore:Cesare Fiaschi|VIAF}}. --Alex (disc.) 11:24, 17 lug 2014 (CEST)

Tech News: 2014-30

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.24wmf14) was added to test wikis and MediaWiki.org on July 17. It will be added to non-Wikipedia wikis on July 22, and to all Wikipedias on July 24 (calendar).
• CirrusSearch was removed as the primary search method from Wikimedia Commons and the Spanish (es) Wikipedia due to a high server load. The plan to enable it on the Dutch (nl), Japanese (ja), Polish (pl) and Russian (ru) Wikipedias was also postponed to a later date. [482] [483] [484]
• The tool that stores information about languages (CLDR) was updated to its latest version. You can still help translate language names into your own language so they can be used in the sidebar and other places. [485]
• Translation memory for newly translatable pages should now offer more suggestions. [486] [487]
• A tool to convert MediaWiki pages to LaTeX is now available on Tool Labs. [488]

VisualEditor news

• Tablet users visiting the mobile version of Wikimedia wikis will be able to use a special version of VisualEditor starting on July 31. You can test the new tool by choosing the beta version of the mobile view in the Settings menu. Feedback is welcome. [489]
• All windows in VisualEditor have now a new design. Main action buttons will always be located in the top bar and will use simple words rather than icons. [490]
• You can now easily open links inside the link editor, for example to see their target. [491]
• Several bugs related to the positioning of the cursor around some items (like images and references) were fixed last week. [492] [493] [494] [495] [496] [497]

Future software changes

• It will soon be possible to watch individual discussions in the Topic namespace rather than whole pages for talk pages using Flow. [498]
• You can give comments about the new version of Winter, a proposal to have a fixed toolbar at the top of wiki pages. [499]
• An IRC meeting to organize Pywikibot bugs will take place from July 24 to July 27 on the channel #pywikibot on freenode. [500]
• A request for comments on how to improve MediaWiki API was re-started on MediaWiki.org. Your feedback is welcome.

Problems

• Mailing lists were broken for about 16 hours between July 14 and July 15 due to a server problem. [501]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

09:41, 21 lug 2014 (CEST)

Tech News: 2014-31

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.24wmf15) was added to test wikis and MediaWiki.org on July 24. It will be added to non-Wikipedia wikis on July 29, and to all Wikipedias on July 31 (calendar).
• You can now download the latest version of the anti-vandalism tool Huggle.

VisualEditor news

• You can now create, edit, and view HTML comments in VisualEditor. [502] [503]
• The cancel button in VisualEditor toolbar has been removed. You can still use the Read tab and the Back button in your browser to cancel your edit. [504]
• If you try to use a template which has no suggested or required parameters in TemplateData, you will now be asked to add the parameters. [505] [506]
• You will no longer be able to edit a page if you can't create it, for example on pages protected against recreation. [507] [508]

Future software changes

• You will soon be able to filter Meta-Wiki's user rights log by wiki and user. [509] [510]
• Wikidata will soon be able to store data about article status, for example "good article" or "featured article". If your wiki has highlighted content, please make sure it is on Wikidata's list. [511]
• It will soon be possible to directly create empty pages, for example in the user namespace. [512] [513]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

10:08, 28 lug 2014 (CEST)

Tech News: 2014-32

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Tech News updates

• Tech News will be presented at the Wikimania 2014 conference in London! If you will be attending the conference, please join us in Auditorium 2 at 14:30 local time on Sunday, August 10.

Recent software changes

• The latest version of MediaWiki (1.24wmf16) was added to test wikis and MediaWiki.org on July 31. Due to the Wikimania 2014 conference, it will be added to non-Wikipedia wikis on August 12, and to all Wikipedias on August 14 (calendar). [514]
• You can now test a new tool to render wiki pages as PDF files. [515] [516] [517]
• You can now download an update to the archive of Wikimedia Commons files (uploaded up to December 31, 2013). If you have free space on your computer, please help preserve the files. [518]
• New users using the mobile Commons site now need to make 75 edits before they can upload a file. [519] [520]

VisualEditor news

• You will no longer see an edit confirmation message after making a null edit with VisualEditor. [521] [522]
• VisualEditor will no longer change underscores to spaces in category sort keys. [523]
• Many bugs that resulted in inserting the pawn and snowman symbols were fixed last week. [524] [525] [526] [527]
• Several bugs related to the use of references were also fixed. [528] [529] [530] [531]

Future software changes

• You will soon have a user option to watch pages where you revert edits. [532] [533]
• All Toolserver data will be deleted in September. If you want to back up your data, contact Toolserver administrators before August 31. [534]
• Pages in the Translations: namespace on wikis using the Translate extension will no longer be indexed by search engines. [535]

Problems

• Wikivoyage wikis were broken for about 45 minutes on July 29 due to a configuration problem. [536]
• Some users were not able to log in on test wikis and MediaWiki.org between July 31 and August 1. The problem is now fixed. [537]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

09:37, 4 ago 2014 (CEST)

Categoria:Link a Wikipedia presenti in Autore

Perche la pagina Pagina:Storia della rivoluzione piemontese del 1821 (Santarosa).djvu/48 non è visualizzata in Categoria:Link a Wikipedia presenti in Autore? --Accurimbono (disc) 13:00, 6 ago 2014 (CEST)

Adesso che l'ho modificata appare, ma prima non appariva... Come non appaiono numerose altre pagine transluse in NS0 che sono elencate nella caegoria: è un problema in quanto per indivisuare la pagina problematica bisogna spulciare tra le centinaia di pasine transcluse... C'è una soluzione? --Accurimbono (disc) 14:15, 6 ago 2014 (CEST)

Mi chiedo....

.... che succede se io chiedo il parsing di una pagina A contenente un tag #property, via AJAX, lanciando la richiesta da una pagina B, ad esempio: da qui, chiedendo l'html di Opera:Tommaso Moro? Proviamoci....

html=$.ajax({url:"http://it.wikisource.org/w/index.php?action=render&title=Opera:Tommaso_Moro",async:false}).responseText;

Ma tu guarda un po'! Mi restituisce tutti i valori generati dai vari #property e pure quelli generati da Modulo:Wikidata, proprio come se stessi visualizzando quella pagina. Quindi è possibile leggere i valori generati da #property (non ottenuti con subst: i valori dinamici) nella pagina A, pur stando nella pagina B. Ma chi l'avrebbe detto.... ;-) --Alex (disc.) 22:30, 6 ago 2014 (CEST)

Ottimo! Qual è l'alternativa meno server expensive? La transclusione o AJAX?--Erasmo Barresi (disc.) 15:26, 13 ago 2014 (CEST)

Tech News: 2014-33

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Cambiamenti recenti al software

• Due to the Wikimania 2014 conference, there were no MediaWiki changes this week. The latest version of MediaWiki (1.24wmf16) will be added to non-Wikipedia wikis on August 12, and to all Wikipedias on August 14 (calendar). [538]
• Bureaucrats on all Wikivoyage wikis are no longer able to merge two accounts into one. [539]

VisualEditor news

• Tablet users visiting the mobile version of non-Wikipedia wikis will be able to use VisualEditor starting on August 12. The feature will also be enabled on all Wikipedias on August 14. [540]

Cambiamenti futuri al software

• Internet Explorer 6 users will soon see a JavaScript-free version of Wikimedia wikis; JavaScript tools and scripts will no longer work on that browser. If you use Internet Explorer 6, make sure to update to a newer browser! [541] [542] [543]
• If you visit a special page that requires you to be logged-in, you will soon be automatically redirected to the log-in page instead of seeing a warning. [544] [545]
• You will now always see recent changes to the source language text when editing a translation with the Translate extension. [546] [547]
• An IRC meeting to discuss VisualEditor will take place on August 14 at 09:00 UTC on the channel #wikimedia-office on freenode (time conversion). [548]

Tech news prepared by tech ambassadors and posted by MediaWiki message delivery • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

09:43, 11 ago 2014 (CEST)

Tech News: 2014-34

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Recent software changes

• The latest version of MediaWiki (1.24wmf17) is on test wikis and MediaWiki.org since August 14. It will be on non-Wikipedia wikis on August 19, and on all Wikipedias on August 21 (calendar).
• There is a new protection level called superprotection. At the moment, only some Wikimedia Foundation employees have access to it. Administrators can't edit "superprotected" pages. [549] [550] [551]
• You can now create empty pages directly. A message asks you to confirm that you want to create an empty page. [552] [553]
• You can search for Wikimedia tools using a new list of tools. [554]
• You can watch the first videos from Wikimania 2014. Some of them are about technical topics. More videos will come later.

Wikidata

• After August 19, you can use Wikidata for inter language links on Wikinews. [555]
• After August 19, you can use Wikidata for badges like "good" or "featured" articles. Next week, you will be able to show the badges in the article sidebar on Wikipedia, Wikisource and Wikiquote. [556]

Problems

• There was an issue with ProofreadPage and WikiEditor on Wikisource wikis. It is now fixed. [557] [558]

Tech news written by tech ambassadors and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

09:16, 18 ago 2014 (CEST)

Tech News: 2014-35

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

VisualEditor news

• There was a error when you put your cursor directly after a reference list. It is now fixed. [559]
• You can now add colors to links in the editor using gadgets. You can do this to see links to redirects or disambiguation pages. [560]
• If you use Internet Explorer, you will soon be able to use VisualEditor. [561] [562] [563]

Future software changes

• The latest version of MediaWiki (1.24wmf18) is on test wikis and MediaWiki.org since August 21. It will be on non-Wikipedia wikis on August 26, and on all Wikipedias on August 28 (calendar).
• After August 26, you will have a central JavaScript and CSS page. They will be on Meta-Wiki and will work on all wikis. Read more on the help page. [564]

Tech news prepared by tech ambassadors and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

11:21, 25 ago 2014 (CEST)

Tech News: 2014-36

Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.

Cambiamenti recenti al software

• You can now test a new Beta Feature to see links to other wikis in the sidebar. The links come from Wikidata. [565] [566]
• You can now search pages that link to a page. Use the linksto: keyword in your search. [567] [568]
• A redirect to a section now changes the URL in the address bar of your browser. If "Dog" redirects to "Animals#Dog", you now see "Animals#Dog" instead of "Dog#Dog". [569] [570]
• If you are testing Flow, you now have a Flow tab in your Notifications. It is called "Messages". [571]

Notizie su VisualEditor

• Non è più possibile cancellare campi obbligatori nei template. [572]
• Abbiamo risolto numerosi bug relativi a Internet Explorer. Se usi Internet Explorer 11, potrai usare VisualEditor settimana prossima. Il supporto per le versioni precedenti arriverà in seguito. [573] [574] [575]
• VisualEditor ora ha un aspetto migliore in Monobook. [576]
• Abbiamo fixato un bug per cui parte di quanto digitato poteva essere annullata quando si usava il comando "taglia" (Ctrl+X). [577]
• Non vedrai più categorie vuote o cancellate tra i suggerimenti quando se ne aggiunge una. [578]

Cambiamenti futuri al software

• The latest version of MediaWiki (1.24wmf19) is on test wikis and MediaWiki.org since August 28. It will be on non-Wikipedia wikis on September 2, and on all Wikipedias on September 4 (calendar).
• There is a proposal to build a database on Commons for file data. It will make it easier to see the author, license and topics. You can give feedback on this idea. You can also come to the IRC chat on September 3 at 18:00 (UTC) in #wikimedia-office at freenode. [579]
• You can give feedback on Media Viewer until September 7. You can say what needs to be improved and ask other people to give feedback too. [580]
• You can test a new version of the tool to show math. It uses MathML. Report bugs in bugzilla.
• You will no longer be able to upload images from the mobile site. [581]

Tech news prepared by tech ambassadors and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

09:48, 1 set 2014 (CEST)

Nuovo Modulo:JSON

Hop caricato un nuovo Modulo:JSON che codifica in una stringa JSON oggetti Lua, e inverso. Utile, anche perchè permette di scambiare dati fra javascript e Lua e per importare in Lua qualsiasi "roba" trasmessa in JSON. --Alex (disc.) 15:18, 1 set 2014 (CEST)

Funzione editPage()

@Candalua Tempo fa ho scritto/copiato (chissiricorda!) ciò che sta scritto in Utente:Alex brollo/ajaxEdit.js. La funzione interessante è editPage(callback,pagename); callback è il nome di una funzione che accetta come parametro il testo wiki di una pagina e lo restituisce modificato; pagename è il nome dalla pagina da modificare. La funzione legge il wikitesto di pagename, lo passa a callback, e poi scrive ciò che riceve da callback in pagename; la modifica, in cronologia, è registrata con il nome utente che ha lanciato la funzione (che usa l'edit token dell'user che sta manovrando la cosa). Se la pagina pagename non esiste, la crea.

Detta così, la cosa è un po' astratta; traducendola in modo operativo, rende possibile una modifica "standard" della pagina visualizzata, di un'altra pagina, di una serie di pagine con un click, se esiste una funzione predisposta per tale modifica "standard". Le possibili applicazioni sono parecchie e tutte evitano la noia di aprire una pagina in modifica - modificarla - salvarla quando la modifica è evidente. Consente anche il active touch delle pagine tipo Opera: in cui la reintroduzione di un codice standard allinea il contenuto con wikidata, rendendolo disponibile nel progetto; e vista la sua semplicità o_O sarà la prima applicazione che proverò a implementare, seguita dall'applicazione del SAL 00% sulle pagine vuote da un elenco di numeri pagina.

Domanda: qualcuno dei geek maggiori già usa la funzione o una funzione omologa? --Alex (disc.) 17:09, 1 set 2014 (CEST)

Io userei qualcosa come:

new mw.Api().postWithToken( 'edit', {
	action: 'edit',
	title: pagename,
	summary: 'summary',
	text: content
} )
.done(...)

--Ricordisamoa 14:18, 2 set 2014 (CEST)

@Ricordisamoa Grazie! Intanto io sto costruendo dei callback; uno, per aggiornare Opera, è già pronto ed è "activeTouch" già accennato; l'altro, fresco fresco, è autoSAL100 e consente di passare a SAL 100% le pagine SAL 75% senza aprirle in modifica. Mi studierò bene il tuo codice, che di primo acchito non capisco: mi sa che devo studiarmi mw.Api e i sui metodi, e in generale stento moltissimo a ragionare con gli oggetti per vecchio, incancrenito, e difficilmente superabile, approccio "procedurale DIY". :-(

Per il momento e per semplicità, il link di "lancio" di queste procedure lo faccio apparire in sidebar, sotto Strumenti. --Alex (disc.) 14:31, 2 set 2014 (CEST)

@Alex brollo la documentazione è sempre d'aiuto! --Ricordisamoa 16:13, 2 set 2014 (CEST)

Un detlodell'equtazione recita: "I libri insegnano solo a chi sa"; nel software: "La documentazione insegna solo a chi capisce" :-( :::: Mi sforzerò.... ma sarà dura. Lo prendo anche come invito a documentare un minimo quello che scrivo io. --Alex (disc.) 18:26, 2 set 2014 (CEST)

Pasticciando con le variabili globali

@Candalua & @Ricordisamoa Come programmatore grossolano incappo spesso in problemi di namespace delle variabili javascript, e aimè nella mia produzione di gadget si sono stratificati in una maniera estremamente confusa vari sporchi trucchi per gestire variabili e funzioni.

Giusto in questi giorni ho scoperto che un buon modo di registrare variabili globali, per renderle accessibili a qualsiasi funzione anche come "parametri impliciti", è quello di aggiungerle come attributi al poderoso oggetto mw. E' una cosa corretta? Sarebbe corretto/utile aggiungere a mw anche le funzioni, come metodi? --Alex brollo (disc.) 08:40, 10 set 2014 (CEST)

Ho trovato alcune risposte nelle pagine di aiuto sullo stile di programmazione js.... e sono sul punto di capire le iffy! --Alex brollo (disc.) 13:14, 12 set 2014 (CEST)

Sto cautamente rivedendo i miei script sulla base di queste convenzioni:

1. ficcare tutte le variabili dentro un oggetto mw.p
2. ficcare tutte le funzioni dentro un oggetto mw.m
3. usare solo il costrutto IIFE (Immediately-invoked function expression).

Sembra meno assurdo di quanto pensavo.... fermatemi se sto imboccando una strada rischiosa a mia insaputa. In ogni caso, per ora: solo negli script personali. --Alex brollo (disc.) 10:22, 15 set 2014 (CEST)

JsBot....

Ho lanciato dalla console una roba così:

for (i=100; i<290; i+=2) {editPage(savePage0, "Pagina:Album Paulista.pdf/"+i); console.log(i); }

È partita una "raffica di ajax" che, al ritmo di una pagina al secondo, ha creato un centinaio di pagine vuote in Album Paulista.pdf. Almeno tre o quattro volte la velocità di un bot py, lanciato alla velocità massima. Finchè non mi bloccano, userò e svilupperò ancora questa cosa.... il famoso "bot javascript". --Alex brollo (disc.) 15:53, 17 set 2014 (CEST)

Fico! E anche leggermente inquietante :D Candalùa (disc.) 16:29, 17 set 2014 (CEST)

Già. La prossima volta lo faccio come Alebot, o mi travesto da bot, almeno non intaso Ultime modifiche. Chissà se qualcuno, ai "piani alti", se ne sarà accorto.... Devo trovare un modo di rallentare il processo, emulando una "throttle": suggerimenti? --Alex brollo (disc.) 23:25, 17 set 2014 (CEST)

jQuery non mi aiuta.... mi tocca studiare quella cosa orenda di setInterval che avevo sempre schivato come inutile orpello. Altro? --Alex brollo (disc.) 23:33, 17 set 2014 (CEST)

ecco qua: una cosa similare

n=0;
x=setInterval(function() {console.log("test "+n);n+=1;if (n===10) clearInterval(x);},10000)

esegue qualcosa una volta ogni 10 secondi poi si ferma da sè quando n raggiunge 10. Ci siamo :-) Alex brollo (disc.) 00:06, 18 set 2014 (CEST)

Ritorno e domanda

Ciao a tutti!
Dopo una serie di peripezie nella vita ho di nuovo un poì di tempo libero da impiegare su WikiSource! Quando me ne sono andato, ormai anni fa, stavo lavorando alla trascrizione di tabelle come in questa pagina.
All'epoca ero niubbo assai, ora di mestiere faccio applicazioni web per cui ho acquisito una certa padronanza con HTML, CSS e soprattutto JavaScript.
La prima cosa che mi fa rabbrividire vedendo le vecchie tabelle è quanto codice scrivevo all'interno del tag style, metodologia allegramente errata. Da preferirsi di gran lunga è il sistema delle classi.

Ora la domanda vera e propria: siccome suppongo che ogni testo abbia la sua formattazione particolare, è possibile applicare fogli di stile personalizzati specifici per testo? Per fare un esempio sarebbe bello che in ogni pagina del libro Progetto di una strada a guide di ferro da Venezia a Milano fosse all'inizio incluso un file del tipo Progetto_di_una_strada_a_guide_di_ferro_da_Venezia_a_Milano.css che contenesse le regole di stile specifiche di quel testo, come ad esempio i bordi esterni spessi delle tabelle.

Possibilità o fantascienza? Grazie mille! --L0ll0 (disc.) 11:39, 20 set 2014 (CEST)

Perchè no? Immaginiamo che ci sia un'istruzione (per prova, in un js personale):

document.ready(function() {importStylesheet(wgTitle+".css");});

con qualche accorgimento per estrarre il nome della pagina principale se si sta su sottopagine; dovrebbe funzionare, facendo un bel nulla se la pagina .css non esiste. Se esiste, l'unico problema che vedo sono gli eventuali conflitti e anche il ResourceLoader che funziona in asincrono, certi css "grossi" potrebbero essere caricati dopo. Si tratta di provare. Alex brollo (disc.) 23:16, 21 set 2014 (CEST)

Bisognerebbe verificare... Perché i conflitti vanno evitati utilizzando i CSS correttamente in cascata (la regola che arriva dopo vince, la regola più annidata vince), i dati asincroni dovrebbero dare problemi solo su vecchie versioni di IE (credo la 7 e la 8, ma potrei sbagliarmi...), i CSS grossi si evitano perché i casi in cui necessita un vero e proprio stile personalizzato dovrebbero essere pochi, dato che non è il fine primario di Source. Ora faccio qualche prova col mio utente. Grazie delle dritte! --L0ll0 (disc.) 23:07, 22 set 2014 (CEST)

@L0ll0 Ripensandoci, però, attenzione: ogni modifica js - come ben sai - causa una variazione dell'aspetto della pagina a livello di browser; nessuna di queste modifiche avrà effetto su eventuali esportazioni che originino dal server. Ibn particolare: non appariranno su ePub. Quindi, se vuoi un abbellimento per te e per gli utentio che leggono le pagine qui, è un conto; ma se vuoi che l'adattamento css sia esportato.... le cose diventano complicate. IL solo css aggiuntivo che viene esportato negli ePub è quello che sta su una pagina specifica, ma generale (che in queso momento non trovo...); sarebbe lì, in teoria, che si dovrebbe caricare il css aggiuntivo, con qualche sistema che lo attivi in modo opera-specifico; ma è una soluzione che regge solo per pochi casi. Alex brollo (disc.) 13:47, 26 set 2014 (CEST)

MediaWiki:Gadget-Diacritici.js

Non è ancora collegato, ma è funzionante. Potrebbe essere l'ovo di colombo per evitare di scorrere disperatamente alla ricerca di lettere con diacritici strani (in Indice:Storia di Santa Genoveffa.djvu ce ne sono parecchi per pagina).

Il tool Diacritici funziona in questa maniera. Creato un bottone con il segno del diacritico, es. aggiungendo nella propria pagina PersonalButtons.js:

newButton("˘", "applicaDiac('˘')", "es","Applica ˘");

si crea un pulsantino con il diacritico. Ora, posizionando il cursore dopo la lettera a cui si vuole applicare il diacritico, anche se già accentata o con diacritico diverso "inventato" dall'OCR, e premendo il pulsantino, la lettera che precede il cursore si strasformerà istantaneamente nella lettera con il diacritico giusto; qui, ad esempio, mi posiziono il cursore dopo la o di prova e premo il pulsante con ¯: diventa prōva. Il cursore resta lì. Se il diacritico, per quella lettera, non esiste, il browser lancia un alert lamentoso ma altro non succede. Che ve ne pare? Se volete provare:

1. bottoniera attivata;
2. scopiazzare i bottoni da Utente:Alex brollo/PersonalButtons.js;
3. mettere nel proprio common.js l'istruzione importscript("MediaWiki:Gadget-Diacritici.js");.

--Alex brollo (disc.) 23:30, 21 set 2014 (CEST)

Attivato. Nelle prove che sto facendo (ogni scarafone ecc...) il risultato è molto buono; cercare e correggere i diacritici più stravaganti è divertente.

La logica è: alla pressione del bottone che rappresenta un diacritico:

1. memorizzare il carattere precedente il cursore e una sua copia normalizzata (ossia, carattere base senza diacritico);
2. trovare l'eventuale carattere unicode corrispondente al carattere normalizzato + diacritico pigiato;
3. sostituire il carattere precedente il cursore e riposizionare il cursore dov'era.

Potrebbe essere esteso ai diacritici greci ma c'è la complicazione delle combinazioni di più diacritici (sovrascritti e sottoscritti) che complica un po' le cose. --Alex brollo (disc.) 22:51, 23 set 2014 (CEST)

Esteso oggi alla gestione dei diacritici sui caratteri maiuscoli (comodissimo perfino nel caso banale del carattere È). Prossimo passo, la trasformazione di caratteri da latini a greci (per ora senza diacritici) in modo che anche i caratteri greci possano essere comodamente scritti con la normale tastiera + click. Utile qualche astuto suggerimento per le necessarie convenzioni per ottenere, da tastiera italiana, i caratteri non corrispondenti (tipo ω; φ; ψ) Alex brollo (disc.) 09:24, 24 set 2014 (CEST)

@OrbiliusMagister Che ne diresti di scrivere u per ω, th per φ, ps per ψ? Si creerebbero conflitti per parole ambigue? Il caso σ - ς penso si possa automatizzare; in finale è sempre ς e in altra posizione è sempre σ, mi confermi? Quali altri caratteri ambigui si possono incontrare, e come risolvere? --Alex brollo (disc.) 09:44, 26 set 2014 (CEST)

@OrbiliusMagister Mi sono incastrato sul caso ε - η; non so a quali caratteri della tastiera italiana associarli, in modo che l'associazione sia immediatamente intuitiva :-( Alex brollo (disc.) 07:39, 2 ott 2014 (CEST)

Intanto cerco di rispondermi da me :-)

Lo standard di translitterazione è il seguente:

Per il greco moderno sono previste le corrispondenze esposte nella tabella seguente secondo l'ISO 843 1997 TL. http://transliteration.eki.ee/pdf/Greek.pdf

Α, α

Β, β

Γ, γ

Δ, δ

Ε, ε

Ζ, ζ

Η, η

Θ, θ

Ι, ι

K, κ

Λ, λ

Μ, μ

Ν, ν

Ξ, ξ

Ο, ο

Π, π

Ρ, ρ

Σ, σ (ς)

Τ, τ

Υ, υ

Φ, φ

Χ, χ

Ψ, ψ

Ω, ω

a

v

g

d

e

z

ī

th

i

k

l

m

n

x

o

p

r

s

t

y

f

ch

ps

ō

Devo verificare se funziona; ai nostri fini vedo il problema che i caratteri ī e ō non si possono ottenere dalla tastiera, e chiederei il piccolo sforzo - in deroga allo standard - di inserirli come ì e ò che invece sulla tastiera ci sono; inoltre accetterei il b per β. Che ne dite? Il tool che ho in mente dovrebbe funzionare così: si scrive in caratteri latini o anche mescolando caratteri latini e greci che è lo stesso, si seleziona e si clikka. Ai diacritici ci si pensa poi. --Alex brollo (disc.) 08:19, 2 ott 2014 (CEST)

<torno a capo> ti propongo le corrispondenze che ricorrono nei font pre unicode e con cui eravamo abituatia digitare: il betaCode è questo: tutto come hai scritto

Α, α

Β, β

Γ, γ

Δ, δ

Ε, ε

Ζ, ζ

Η, η

Θ, θ

Ι, ι

K, κ

Λ, λ

Μ, μ

Ν, ν

Ξ, ξ

Ο, ο

Π, π

Ρ, ρ

Σ, σ (ς)

Τ, τ

Υ, υ

Φ, φ

Χ, χ

Ψ, ψ

Ω, ω

a

b

g

d

e

z

h

q

i

k

l

m

n

c

o

p

r

s

t

u

f

x

y

w

La sigma finale è aggiustabile come hai detto, il carattere h non è parte dell'alfabeto greco e serve perfettamente per la eta senza bisogno di altro. dall'immagina che ti ho linkato puoi notare gli artifici con cui i diacritici venivano "imitati" (gli spirit con le parentesi, gli accenti con gli slash e l'"uguale", il "pipe" | per la iota sottoscritta ecc.). Spero di averti dato una mano. - εΔω 16:42, 2 ott 2014 (CEST)

Magnifico: esattamente quello di cui avevo bisogno. :-) --Alex brollo (disc.) 08:54, 6 ott 2014 (CEST)

Le mie prime iffy: please review

@Candalua Caduto pietosamente in un conflitto fra funzioni e variabili fra imagemap e ritaglio, mi sono deciso a trasformare MediaWiki:Gadget-imagemap.js e MediaWiki:Gadget-cornersAlpha.js in due strutture iffy e in effetti il conflitto sembrerebbe risolto. L'idea e di "incarcerare" tutte le funxioni e variabili interne dentro una struttura (function (mw) { codice }) (mediaWiki), esponendo all'esterno solo te funzioni che sono richiamate all'esterno (in sostanza, quelle dentro bottoni o link di chiamata). Ce la fai a darmi un'occhiata al codice? Ho commesso degli errori grossolani? --Alex brollo (disc.) 07:13, 29 set 2014 (CEST)

@Candalua Fatta la trasformazione (parziale) in iffy anche di MediaWiki:Gadget-EditInView.js. Ho lasciato però, in testa, alcune funzioni pubbliche. Sembra funzionare. --Alex brollo (disc.) 18:58, 29 set 2014 (CEST)

Oggetto mw.eiv

Sto testando delle cose su fr.source, e mi sono deciso a sistemare un po' il codice che, in modalità view:

• inizializza un oggetto mw.eiv
• legge il codice della pagina Pagina corrente
• lo carica in un oggetto mw.eiv.contenuto i cui campi sono:
  • code: codice completo,
  • header: contenuto dell'header come appare in modifica
  • body: contenuto del corpo pagina
  • footer: contenuto del footer come appare in modifica
  • level: quality level
  • user: utente contenuto nell'header
• carica in mw.eiv alcune funzioni:
  • mw.eiv.pageRead, legge il wikicode
  • mw.eiv.pageParse, trasforma il wikicode in un oggetto editabile
  • mw.eiv.pageBuild, ritrasforma l'oggetto in wikicode
  • mw.eiv.pageSave, salva il wikicode

Il tutto in una iffy priva di dipendenze. Trovate il codice "in lavoro" su Utente:Alex brollo/pagina.js. Raffinerò e generalizzerò (per adesso tutto è focalizzato sulla pagina Pagina corrente) in seguito... forse. --Alex brollo (disc.) 21:54, 5 ott 2014 (CEST)

In termini pratici: stando in view su una pagina, per salvare il codice modificato è sufficiente modificare i valori dei campi dell'oggetto mw.eiv.contenuto, già precaricato, e chiamare la funzione di salvataggio. Un paio di righe di codice di estrema semplicità. --Alex brollo (disc.) 08:48, 6 ott 2014 (CEST)

Esempio. Volendo portare a SAL 100 la pagina Pagina:Annali d'Italia, Vol. 1.djvu/64, stando lì scrivo in console:

mw.eiv.contenuto.user="Alex brollo";
mw.eiv.contenuto.level="4";
mw.eiv.pageSave("Test nuova funzione mw.eiv.savePage()");

e succede ciò che è documentato nella cronologia della pagina. --Alex brollo (disc.) 09:58, 6 ott 2014 (CEST)

Provato su fr.source: funzia. Oltre che privo di dipendenze, lo script sembra essere multiprogetto, tranne, forse, la gestione del footer di default. --Alex brollo (disc.) 15:08, 6 ott 2014 (CEST)

Primo passo verso la generalizzazione

@Candalua, @RicordisamoaAdesso mw.eiv.savePage() accetta un unico parametro data, opzionalmente stringa (summary) o oggetto. Se data è oggetto è possibile salvare in pagine diverse dalla pagina corrente, senza ricaricare la pagina corrente (lo script si comporta quindi come un jsbot e può essere lanciato ripeturtamente dalla stessa pagina) Alex brollo (disc.) 08:38, 7 ott 2014 (CEST)

Preview affiancata a immagine della pagina

Questo codice clona l'immagine della pagina (a largezza fissa) e la affianca al testo in preview. Provatelo se siete curiosi. Ogni successivo "Visualzza anteprima" modificherà il testo in preview senza "rompere" lo schema della pagina.

$(document).ready(function() {
	if (wgCanonicalNamespace==="Page" && (wgAction==="edit" || wgAction==="submit")) {
		var tabella=$("<table>").attr("width","100%").attr("border","1");
		tabella.append($("<td valign='top' id='tdPreview'>"));
		tabella.append($("<td valign='bottom' id='tdImmagine'>"));
		tabella.insertBefore($("#wikiPreview"));
		$("#tdPreview").append($("#wikiPreview"));
		imgPreview=$(".prp-page-image img").clone();
		imgPreview.css("width","480px").css("height","auto");
		$("#tdImmagine").append(imgPreview);
	}
 
});

--Alex brollo (disc.) 00:09, 11 ott 2014 (CEST)

Pseudotransclusione inversa

Avendo nominato l'orrido neologismo in un messaggio a Candalua, vi spiego l'esperimento che ho fatto su wikisource, su indice vuoto.

Con un po' di python associato a DjvuLibre, ho estratto lo strato testo di un'intero libro pagina per pagina, passandolo a Python che ha sistemato un pochino il testo (un minimo di postOCR) e ha aggiunto, in testa a ogni pagina, il codice split (quello che normalmente viene prodotto da Match, altro non è che un banale link alla pagina circondato da due segni = per parte: ==[[Nome della pagina]]==). Lo script poi ha fuso tutte le pagine accodandole e il testo è stato caricato su una sandbox; da qui, con la funzione Split, è stato riversato nelle pagine Pagina. Tutto qua. --Alex brollo (disc.) 09:52, 16 ott 2014 (CEST)

Pulizia Common.js

Stavo dando un occhio di nuovo a common.js e ho notato che ci sono numerose chiamate a $(document).ready, vengono caricati script in punti diversi e due variabili globali che forse possono essere rese locali "areaDati" e "datiPagina". Che ne dite se catalogo tutte le funzioni presenti in common e dopo averle raggruppate per funzione proviamo a vedere se ci sono cose che possono essere scartate o semplificate e poi faccio in modo che ci sia una sola chiamata al document.ready al cui interno si gestiscono le varie funzioni. Così nel frattempo creiamo uno standard che poi continuiamo a seguire per mantenere il tutto stabile e controllato ma allo stesso tempo espandibile. Mi serve la saggezza di @Utente:Alex brollo, di @Utente:Candalua e chiunque altro abbia inserito una funzione in commons, per sapere se posso agire e, nel caso in cui ci sia qualcosa da eliminare, se si può effettivamente eliminare. Samuele 15:25, 18 ott 2014 (CEST)

Hai stra-ragione, ma Common.js mi intimidisce e tranni rari edit non ho ancora trovato il coraggio di metterci mano. Ci ho messo le mani in passato, quando ero temerario e audace, e Candalua è stato una specie di santo a passare dietro di me e sistemare; adesso sono ancora temerario e audace, ma non su Common.js.

Per quanto mi riguarda, suggerirei di ripulire drasticamente, e poi verificare se manca qualcosa; e, certo, le variabili globali devono sparire e devono essere tutte ficcate dentro l'oggetto $ o l'oggetto mw. Con calma, dovranno sparire anche le funzioni globali. --Alex brollo (disc.) 15:55, 18 ott 2014 (CEST)

@Samuele Papavedi anche Discussioni progetto:Trascrizioni/newThumbs --Alex brollo (disc.) 10:31, 24 ott 2014 (CEST)

Tre domande facili :-)

1. Nelle iffy tipo (function(mw) {.....})(mediaWiki) vedo, in vari esempi, che il nome del parametro della funzione (mw) è diverso da quello nella parentesi esterna. Perchè? Cosa succede di male se sono uguali? Non vengono comunque passati per riferimento?
2. A cosa serve l'accrocchio mw.config.set() e mw.config.get()? Cosa succede di male aggiungendo semplicemente ulteriori elementi all'oggetto mw con qualcosa come mw.nomeVariabile=valoreVariabile?
3. Vedo che nel sorgente html delle pagine c'è anche l'elenco dei gadget attivati dall'utente corrente dentro l'oggetto mw.user.options.values; ha senso aggiungere nei gadget dei controlli per segnalare all'utente corrente eventuali dipendenze non rispettate? --Alex brollo (disc.) 10:50, 20 ott 2014 (CEST)

1. E' utile chiamarli in modo differente per distinguerli. mediaWiki è una variabile globale, la si chiama in altro modo per ricordare che all'interno di quel contesto che si è generato con (function(mv), lei non è più editabile e la si usa solo in "modalità lettura ed esecuzione"
2. Proprio per quello che ho detto nella risposta alla domanda 1, mv è solo di lettura ed esecuzione, quindi se si vuole aggiungere variabili globali (anche se il consiglio è quello di evitare sempre la globalità e cercare di isolare e "modularizzare") allora le si aggiunge attraverso una funzione. (questa cosa in particolare è un retaggio dei linguaggio più severi come C e famiglia o PHP dove ci sono classi, moduli, namespace, variabili pubbliche e private, eccetera)
3. Sarebbe bello se l'utente non dovesse rispettare nessuna dipendenza, una volta attivato un gadget, quello funziona a se stante, sta in piedi da solo, ma a parte questa utopia, si, sarebbe utile. Samuele 20:00, 24 ott 2014 (CEST)

Cambiamento ID namespace Page e Index

Ho intercettato una discussione sul possibile cambiamento (unificazione) del numero dei namespace Page e Index; occhio. Spaccherà molte chiamate API sia in javascript che nei bot. --Alex brollo (disc.) 10:29, 24 ott 2014 (CEST)

Sarà un'ottima occasione per pulire tutto commons.js, ci sono tante cose vecchie che non conosco, e altre nuove con cui però non sono familiare, nonostante il via libera, ho ancora paura di agire :( Un po' alla volta però lo affronterò, ma da solo non ce la farò mai ;) Samuele 20:10, 24 ott 2014 (CEST)

Perchè non inserisci commenti nei punti meno chiari? Magari dalle risposte dentro lo stesso commento verrà fuori un minimo di documentazione. ;-) --Alex brollo (disc.) 23:21, 26 ott 2014 (CET)

@Samuele Papa Dai un'occhiata anche al Common.js di fr.source. Il contenuto degli script è profondamente diverso, ma l'impostazione generale è da copiare; volendo fare meglio, bisognerebbe spostare via dal namespace windows le funzioni, ma questo richiede la revisione di tutti gli altri script dipendenti da tali funzioni; al momento eviterei.... per ora mi pare sufficiente che le funzioni pubbliche dichiarate in Common.js siano raggruppate e ordinate. --Alex brollo (disc.) 10:46, 27 ott 2014 (CET)

Mi riprometto di darti una mano; già riordinare Common.js raggruppando in testa le variabili, poi le funzioni, infine i millanta document.ready sarebbe qualcosina. Se lo faccio, lo faccio in MediaWiki:Common-Sandbox.js. --Alex brollo (disc.) 13:11, 27 ott 2014 (CET)

Cercherò anch'io di inserire quanti più commenti riesco sul Common.js, e riordinare per quanto possibile. Procediamo un passo per volta e piano piano le cose diverrano più chiare. Candalùa (disc.) 14:35, 27 ott 2014 (CET)

Lascio Candalua lavorare direttamente su Common.js e continuo (pian piano) su Common-Sandbox.js; poi "fonderemo le idee". --Alex brollo (disc.) 16:09, 27 ott 2014 (CET)

Alex e Samuele (e chi altro volesse unirsi): ho iniziato a riordinare il Common.js; provate a dare un'occhiata, in particolare ai vari TODO che ho lasciato, e cercate di aggiungere informazioni dove potete. Candalùa (disc.) 17:40, 27 ott 2014 (CET)

Lo farò ma... ho trovato una pesante distrazione: ho capito da dove viene, e come si chiede, l'OCR dei file djvu; era l'anello mancante nell'evoluzione di newThumbs :-) Alex brollo (disc.) 17:55, 27 ott 2014 (CET)

Template Gap

Per i testi teatrali in versi, c'è spesso bisogno di "indentatori" per le battute brevi che spezzano il verso. Io uso di solito {{spazi}} che ha un difetto: lo spazio in carattere proporzionale è piccino, per una indentatura grossa ce ne vogliono anche più di 60, l'html viene una cosa orrenda, con quelle catene di &nbsp;.

Perchè {{Gap}} è fortemente sconsigliato? Quali sono i "casi particolari" in cui usarlo? Ho provato a modificarne il motore da così:

<span style="display:inline-block; width:{{{1|2em}}};">&nbsp;</span>

a così:

<span style="letter-spacing:{{{1|2em}}};">&nbsp;</span>

e funziona. I motivi per scoraggiarne l'uso permangono? --Alex brollo (disc.) 23:18, 26 ott 2014 (CET)

Progetto: tool per estrarre bene il text layer dei djvu

Ho in mente lo schema per un bot su Labs, che restituisca quando l'utente vuole (e non solo al momento della creaizone di una pagina) lo strato testo di una pagina djvu "come dico io" (ossia scegliendo il dettaglio a cui ottenere il testo, fino al massimo possibile), ma mi manca l'energia per risolvere le parti che sarebbero quelle più banali per un programmatore, in particolare il "giro di chiamate ajax" da wikisource al bot e restituzione del risultato.

Se qualcuno mi aiuta a creare l'interfaccia, poi io potrei darmi da fare per i dettagli delle chiamate a DjvuLibre da python su Labs (previo upload al volo del djvu su Labs; l'importazione da Commons con un buon cURL è molto veloce), e per la loro interpretazione e formattazione, o su Labs, o anche via js in locale, operando sul testo restituito. Forse potrei farcela da solo, ma sono certo che verrebbe fuori un accrocchio indicibile e rivoltante per un vero programmatore.

Qualcuno ci sta? --Alex brollo (disc.) 17:04, 27 ott 2014 (CET)

OOPPPPSSSS ....

Aggiornamento: ho appena trovato (grazie al riordinamento di Common.js che Candalua ha cominciato su sollecitazione di Samuele: magnifica idea!) quali sono gli script che lanciano il caricamento dello strato OCR dai djvu. Da qui comincia una nuova avventura.... --Alex brollo (disc.) 17:57, 27 ott 2014 (CET)

In effetti, gli script di Phe, che ho trovato in oldwikisource, restituiscono un hOCR del testo (ossia: un xml contenente anche le coordinate delle parole). Manca qualcosa, ma come inizio è largamente sufficiente. l'hOCR della pagina corrente sarà conficcato in localStorage.hOCR. --Alex brollo (disc.) 22:58, 27 ott 2014 (CET)

Primo risultato: in newThumbs si può caricare al volo, su nuova pagina (in cui il sistema di caricamento automatico non carica l'OCR) il testo, ricavato dagli script OCR.js di Phe, con piccole modifiche integrate, per ora, in Utente:Alex brollo/pagina.js. Si tratta di due sole funzioni, chiamate alex_do_hocr() e alex_hocr_callback(); la prima è una chiamata semplificata ajax che restituisce l'hOCR della pagina, prodotto da un tool di Phe per trasformazione del layer testo djvu in hOCR, la seconda utilizza (per ora in modo primordiale) l'hOCR per estrarre il testo suddiviso in linee; l'hOCR originale della pagina corrente è memorizzato in localStorage.hOCR e il testo in localStorage.OCR. Ciò avviene, per ora, dopo la pressione del pulsante OCR nella maschera di edit di newThumbs; ma può essere facilmente esteso all'interfaccia di edit usuale. Disponendo delle coordinate almeno delle parole, e talora anche dei blocchi di testo di ordine superiore (paragrafi, linee...) in una struttura xml, ossia: facilmente elaborabile con jQuery, il campo dei possibili sviluppi è affascinante, è il sogno dei più audaci tool dreamers. Intravedo, con un po' di dedizione e di sudore jQuery:

1. il riconoscimento delle aree poem;
2. il riconoscimento dei testi centrati;
3. il riconoscimento degli spazi bianchi fra le linee;
4. il riconoscimento delle dimensioni dei font;
5. il rinonoscimento delle aree di testo header e footer;
6. i testi in formato tabella.

Coraggio ragazzi: diamoci dentro. Alex brollo (disc.) 08:25, 28 ott 2014 (CET)

OCR.js

Mettetevi su una pagina qualsiasi, vuota o piena, nuova o vecchia che sia (non salvate però...)

Aprite la console js e provate:

1. do_ocr()  : viene lanciato il vecchio OCR tesseract; il testo della pagina viene rullato.
2. do_hocr()  : se esiste, viene caricato lo strato testo del file djvu; tuttavia non vengono rispettai i fine linea, il che nei poem è un bel problema. Il testo della pagina viene rullato.
3. alex_do_hocr(wgPageName)  : svuotate la pagina prima di chiamarlo, perchè un eventuale testo non viene rullato: lo script scrive solo su pagina vuota (nuova o svuotata). Viene lanciata una variante di do_hocr(), che rispetta i fine linea e il cui codice sta in Utente:Alex brollo/pagina.js. Non solo: in localStorage.OCR c'è il testo (identico a quello caricato nella pagina), in localStorage.hOCR c'è il testo in formato hOCR; una miniera di dati. --Alex brollo (disc.) 16:06, 30 ott 2014 (CET)

Update

@Candalua In fiducia, Phe ha aggiornato il suo script mul:MediaWiki.OCR.js, e con l'aggiunta di una sola riga di codice adesso, quando cliccate il testo OCR, viene caricato in localStorage.ws_hOCR il testo del file xhtml che contiene l'hOCR della pagina (ossia: la "mappatura" x1,y1,x2,y2 di ogni parola). Questo è esattamente quello che mi serve per andare avanti! I test sono in corso su Utente:Alex brollo/hOCRlab.js ma per ora sono script in lavoro, che scavano dentro hOCR ma non producono nulla di praticamente utilizzabile. --Alex brollo (disc.) 11:26, 6 nov 2014 (CET)

Test: Pagina zero

Nella sequenza delle pagine, una pagina zero come: Pagina:Così parlò Zarathustra.djvu/0 è irraggiungibile con le freccette di navigazione, eppure esiste. Dà fastidio? Causa qualche scompenso? Io ci provo; una pagina zero, raggiungibile solo chiamandola esplicitamente, avrebbe due vantaggi:

1. sarebbe un utile contenitore per "oggetti" json specifici per il libro (es. correzioni ricorrenti, formato delle virgolette...)
2. permetterebbe di allineare mirabilmente i "thumbs" con le pagine, perchè l'elemento 0 sarebbe appunto quella pagina, l'elemento 1 la pagina 1, ecc.

Geek maggiori: a voi le osservazioni. --Alex brollo (disc.) 17:39, 2 nov 2014 (CET)

Non sono sicuro di essere un geek, maggiore o minore che sia, ma ad ogni modo... Premesso che, come al solito, non sono affatto sicuro di aver capito cos'hai in mente; in generale non mi è mai piaciuto molto il fatto di ficcare dati o altri oggetti "strani" in pagine che sono nate per tutt'altri scopi. In particolare il fatto che in nsPagina scatti la proofread extension mi sembra un inutile intralcio per l'uso che proponi. Piuttosto userei un namespace "normale", o cercherei di sfruttare le pagine che già esistono (es. Indice, aggiungendo una o più caselle). Chiediamoci anche: questo "contenitore di oggetti" a chi deve servire, chi lo deve usare? Se la risposta è "più gente possibile", forse è meglio metterlo dove tutti lo possono trovare, invece che "nasconderlo" in una pagina che nessuno si aspetta che esista. P.S. a proposito: le pagine Wikisource:Thumbs ora si possono cancellare, vero? Candalùa (disc.) 11:52, 6 nov 2014 (CET)

La mia idea è: 90% di accesso alla pagina via software; 10% (opzionale) di accesso per l'utente. Situalione analoga a Modulo:Dati; se il formato di memorizzazione di LUA compatibile con un formato Javascript, allora i dati potrebbero essere mescolati nella stessa pagina. Pagine Thumbs: sì, possono essere cancellate tutte (magari conserviamone una "per ricordo" dell'avventura) --Alex brollo (disc.) 12:25, 11 nov 2014 (CET)

Analisi hOCR

Sono preso (in modo pervasivo) da un problema statistico non facile: raggruppare elementi simili per valore, a distribuzione qualsiasi, ma con "concentrazioni" intorno a valori modali. Questo mi serve per interpretare le coordinate delle parole e delle linee nell'hOCR, in modo da rispondere ad alcune domande apparentemente banali:

1. è un testo in prosa o in versi? 2. se è in prosa, quali righe sono indentate? 3. vi sono righe speciali per spaziatura - posizionamento? 4. vi sono righe con font di dimensioni diverse?

Aubrey sa qual'è l'antico obiettivo - finalmente, a portata di mano. --Alex brollo (disc.) 12:24, 11 nov 2014 (CET)

Ai curiosi sottopongo due strane funzioni, histog() e groups(), che mi hanno fatto sudare parecchio, stanno per ora in Utente:Alex brollo/pagina.js ... ma in pochi giorni si dovrebbe passare dalla teoria alla pratica; il primo obiettivo è di separare il testo in blocchi di righe omogenee, utilizzando l'artificio tipografico di aumentare decisamente gli spazi fra le righe quando il testo "cambia tipo". Mi sembra più logico spezzare il testo in blocchi logici, e poi proseguire l'analisi blocco per blocco; gli obiettivi più a portata di mano sono il riconoscimento dei titoli dei capitoli o sezioni e la distinzione fra testo in prosa e in versi. Delle due funzioni, svilupperò la seconda; la prima è servita come esercizio.

Scusatemi se in questo momento non riesco a concentrarmi su nient'altro. --Alex brollo (disc.) 23:38, 11 nov 2014 (CET)

Help: selezionare un'area rettangolare in un'immagine

@Candalua, Ricordisamoa, L0ll0 Per sviluppare come si deve il progetto hOCR ho bisogno del codice javascript che permetta di selezionare un rettangolo sull'immagine a fronte restituendo le coordinate del rettangolo rispetto all'immagine. Da qui procedo io. Ho visto un sacco di roba sul web per ottenere questo risultato, ma se mi fate la cortesia di prepararmi il codice pronto mi agevolate moltissimo.

PS: bisognerà ricordarsi di disattivare la draggabilità dell'immagine, quando il tool si attiva... basterà eliminare temporaneamente la classe draggable e poi reinserirla? --Alex brollo (disc.) 08:13, 12 nov 2014 (CET)

Non avevi fatto la stessa cosa sul gadget corners? Forse si riesce a scopiazzare da lì... Candalùa (disc.) 10:03, 12 nov 2014 (CET)

No, quella era una soluzione grossolana; io vorrei il classico "punta-trascina-molla" con il mouse, che semina, e poi "tira", un rettangolo semitrasparente. Oltre alla gestione degli eventi mouse, c'è anche la fastidiosa questione dell'allineamento fra le coordinate sullo schermo e le coordinate sull'elemento tenendo conto dei vari overflow.... quella volta avevo rinunciato; ma se adesso recuperiamo uno script decente, vorrei sostituire con il meccanismo nuovo anche il brutto trucco rabberciato su Ritaglio e pure su Imagemap.

Giusto to wet your appetite: l'idea è quella di selezionare pezzi di testo direttamente sull'immagine, dichiarandone con un click il "tipo" (es: poem) e permettendo un'alternativa e un'integrazione al riconoscimento del testo in via totalmente automatica, a cui sto lavorando ma che certamente non funzionerà in casi particolari (es. sarà dura sulle note laterali e sulle tabelle, e probabilmente anche su eventuali annotazioni a fine pagina) --Alex brollo (disc.) 13:54, 12 nov 2014 (CET)

mw.activeElement

@Candalua Ho ficcato in MediaWiki:Gadget-common.js un document.ready tale che memorizza in mw.activeElement l'elemento DOM che riceve il focus, quando tale elemento è uno di quelli in cui si inserisce testo (tutte le textarea, alcuni input filtrati). Questo mi serve per modificare la funzione magica selection(), in modò che lavori sempre e comunque sull'ultimo elemento "significativo" che ha preso il focus ignorando i click su altri elementi (es. link, bottoni). Avrai notato che molti tool di edit NON funzionano su campi speciali (es. sull'header o sul footer della pagina Pagina, o sui campi dei form autore o indice). Questa modifica dovrebbe permettere a tutti i tool che si basano su selection di agire dentro qualsiasi campo. --Alex brollo (disc.) 09:46, 18 nov 2014 (CET)

Vedi modifica a MediaWiki:Gadget-pulsante-rule.js per evitare l'incontrollabile metodo encapsulate e usare invece la nostra funzione incapsula(), capace di agire dovunque sia stato selezionato testo. --Alex brollo (disc.) 22:01, 18 nov 2014 (CET)

Ho verificato che si può anche forzare la memorizzazione di un elemento in ms.activeElement. Eseguita la "forzatura", scriviSel() esegue sull'elemento dichiarato "attivo". Questo permetterà di usare scriviSel() anche su elementi diversi da quello correntemente attivo (es. scrivere RigaIntestazione nell'header anche se il focus sta in un altro elemento, tipo il corpo della pagina) e quindi di emulare bene scriviBox(). Intravedo anche la possibilità di fondere in uno script unico, e più potente, leggiBox() e selection(). E adesso... pausa con un po' di editing.--Alex brollo (disc.) 22:22, 18 nov 2014 (CET)

Una domandina facile per i geek: a cosa serve il parametro "context" che viene passato nelle funzioni callback suggerite dai "piani alti" per i nuovi pulsanti, e perchè la funzione "truccata" che ho infilato in MediaWiki:Gadget-pulsante-rule.js funziona anche senza il parametro. o_O --Alex brollo (disc.) 08:59, 19 nov 2014 (CET)

test in corso

Sto testando uno script, per ora funzionante in Utente:Alex brollo/common.js, che rintraccia, in nsIndice, nsPagina e ns0, l'eventuale pagina Indice attiva o collegata, ne registra il nome in localStorage.currentIndex e carica pagelist in localStorage.currentIndexData e il contenuto di Sommario in localStorage.currentIndexSummaryData. Se all'apertura di una nuova pagina l'indice collegato è lo stesso memorizzato, NON ricarica i dati di dettaglio; quindi, su qualsiasi pagina collegata a una pagina Indice, sono disponibili (in genere immediatamente) tutti i dati rilevanti della pagina Indice. Questo consente di riscrivere autoNs0 per velocizzarlo moltissimo sulle pagine Indice lunghe e sviluppare altre applicazioni utili.

Gli oggetti sono memorizzati in localStorage in formato JSON, quindi vanno parsati prima dell'uso. Lo script lo fa automaticamente e gli oggetti correnti sono memorizzati in mw.currentIndexData e mw.currentIndexSummaryData. --Alex brollo (disc.) 09:39, 22 nov 2014 (CET)

Revisione sistema di selezione aree

Sto eseguendo dei test per un sistema più semplice e preciso di selezione di aree rettangolari sull'immagine della pagina; la selezione avviene semplicemente mediante spostamento/ridimensionamento di una div semitrasparente resizable e draggable, creata in Utente:Alex brollo/test.js. Il codice è estremamente semplificato con gestione di un minor numero di eventi; le coordinate sono ricavabili dai valori di top, left, width e height della div. Inoltre, la selezione può essere eseguita direttamente sull'immagine a fronte senza necessità di clonarla in un box dedicato.

Oltre alla selezione di parti dell'immagine, e del sottostante strato testo, questa speciale div potrà essere utilizzata in modo inverso, per evidenziare le parti di testo (linee, o parole) in cui sta agendo il cursore della modalità edit. --Alex brollo (disc.) 08:18, 28 nov 2014 (CET)

Ho i primi risultati nei testi di costruzione di una "griglia mobile" per la formattazione delle tabelle (non è semplice ma molto meno complessa di quello che immaginavo). Basta creare delle "div strette" orizzontali e verticali draggabili e confinate in un riguadro. Vediamo come la cosa si sviluppa, e soprattutto se, alla fine, c'è un guadagno evidente in termini di tempo e fatica: se non ci sarà.... via! --Alex brollo (disc.) 00:25, 3 dic 2014 (CET)

Avviso a chi usa javascript: parseTemplate() e rewriteTemplate()

Ho "promosso" a MediaWiki:Gadget-common.js lo script parseTemplate(template, testo). E' uno script piuttosto potente; cattura in testo il template template e lo trasforma in un oggetto contenente nome e contenuto di ogni parametro, e l'ordine dei parametri. Una seconda funzione, rewritTemplate(), permette di ricostuire il template "standardizzato", con le eventuali modifiche. Buon divertimento. --Alex brollo (disc.) 09:07, 9 dic 2014 (CET)

Revisione recupero dati della pagina Indice

@Candalua Dopo alcune sperimentazioni di fr.source e importazione nel common.js personale, ho aggiunto a MediaWiki:Gadget-common.js alcune funzioni piuttosto potenti che:

1. all’apertura di una pagina Pagina o di una pagina ns0 determinano se la pagina è connessa a una pagina Indice, e a quale;
2. caricano sia in alcune variabili dell’oggetto mw, che in alcuni dati in localStorage, il nome dell’indice connesso e alcune serie di dati utili tratti da pagelist, Sommario ecc; le variabili hanno prefisso currentIndex;
3. nel caso che la pagina sia connessa alla stessa pagina Indice già memorizzata in localStorage (ossia, se il "currentIndex", l’indice corrente, resta lo stesso), le variabili locali sono caricate direttamente da localStorage senza rileggere la pagina Indice.

Questo significa che, ad esempio, passando da pagina a pagina di uno stesso indice; oppure passando da pagina Pagina a testo ns0 collegato alla pagina; oppure passando da uno all’altro di capitoli di uno stesso libro, il parsing della pagina Indice non viene ripetuto il che sveltisce molto le cose.

Sulla base di questo accrocchio, possono essere riviste, e sveltite, molte procedure complesse, come la costruzione automatica del codice di transclusione dei nuovi capitoli e molto altro (es. il collegamento, se c’è, con le immagini originali su IA). Estendendo ulteriormente il numero di dati ottenuti da Indice, sono pensabili altri interessanti sviluppi. --Alex brollo bis (disc.) 09:09, 17 dic 2014 (CET)

Occhio a value

Per misteriosi motivi, fino a ieri alcuni tool (tipo EditInView e newThumbs) funzionavano nonostante un errore logico nel codice; poi improvvisamente hanno cessato di funzionare; le aree testo restavano tristemente vuote, senza che ci fosse il minimo indizio o il minimo messaggio di avviso o di errore.

Per fortuna ho trovato rapidamente la soluzione. Le due istruzioni, che io credevo analoghe:

$("textarea").eq(0).attr("value","bla bla bla");
$("textarea").eq(0).val("bla bla bla");

non sono uguali affatto, la prima è errata. Eppure funzionava! Boh; in ogni caso, quella giusta è la seconda, se avete una textarea che fa le bizze controllate e correggete. --Alex brollo (disc.) 13:32, 21 dic 2014 (CET)

@Alex brollo il motivo è tutt'altro che misterioso. Le due istruzioni che citi non sono più equivalenti da jQuery 1.9. Alcuni mesi fa, contestualmente all'aggiornamento di jQuery da 1.8.3 a 1.11.1 (phab:T46740, gerrit:133477), è stato introdotto in MediaWiki jQuery Migrate per facilitare la transizione. Infatti questa funzionalità di jQuery Migrate riguarda proprio il caso di .attr() usato per popolare le aree di testo. Come anticipato da Krinkle, però, jQuery Migrate è stato rimosso a partire da MediaWiki 1.25wmf12, quindi su Wikisource dal 16 dicembre. Dov'eri mentre jQuery Migrate emetteva avvisi nella console del tuo browser? ;-) --Ricordisamoa 02:23, 23 dic 2014 (CET)

Ovviamente, come il solito, dormivo. :-) Alex brollo (disc.) 08:55, 23 dic 2014 (CET)

Domanda su selettori css

Chi mi sa dire perchè questo css (attivo nel mio common.css) non funziona?

.cellbordert>td {border-top:1px solid black;}

Nella mia testa dovrebbe significare: "seleziona tutti i td contenuti in un elemento di classe .cellbordert e assegna loro un border-top:1px solid black"; ma non funziona. Viene forse rullato da un css caricato in modo asincrono? Dove sbaglio? Codice test qui: Progetto:Trascrizioni/Tabelle. --Alex brollo (disc.) 11:51, 31 dic 2014 (CET)

Non esattamente. La > significa "prendi solo i figli diretti" e non tutti i discendenti. cellbordert a che elemento è applicato? Ho visto. Dovresti mettere lo spazio invece del >. Candalùa (disc.) 11:55, 31 dic 2014 (CET)

@Candalua Hurrà! Grazie, adesso sì che va! Adesso si può in un colpo solo dare un border specifico generale a tutte le celle, e poi modificare con tl|Cs solo quelle |anomale" rispetto al default. Il codice di tabelle complicate si semplificherà parecchio! Faccio ancora un po' di test e poi monto in Common.js--Alex brollo (disc.) 12:35, 31 dic 2014 (CET)