Discussioni aiuto:Accessori/TradLink

ContentTranslation

Non so se sia utile, ma ContentTranslation contiene del codice per la stessa funzione: ext.cx.tools.link.js. --Nemo 10:00, 4 set 2014 (CEST)

Mmmmm, sembra interessante. Credo che tu ti riferisca a "Adaptation of links and references". E' ancora in sviluppo, andrà rivisto.

Non ho capito bene come funzioni, ma si tratta di una cosa più complicata, questo accessorio è per una singola cosa Jalo 11:51, 4 set 2014 (CEST)

Sí certo, speravo che magari ci fosse qualche funzione riciclabile. :-) --Nemo 13:25, 4 set 2014 (CEST)

Non funge più

[@ Jalo] Solo a me non funziona più? --Horcrux_九十二 14:33, 25 nov 2014 (CET)

A me funziona. Boh Jalo 09:04, 1 dic 2014 (CET)

Ora anche a me -_- Horcrux_九十二 12:48, 1 dic 2014 (CET)

Mac

[@ Jalo, Daimona Eaytoy] Su Mac Alt non c'è e fare Option+1 non funziona. Possiamo pensare ad una combinazione di tasti alternativa per gli utenti mac? (Per esempio abilitare anche control + 1, su Mac ci sono entrambi)--Ferdi2005_[Posta] 22:17, 9 mar 2021 (CET)

[@ Ferdi2005] Intanto ho rivisto da cima a fondo (e dunque aggiornato) lo script, che in parte non funzionava più. Sull'aggiungere tasti alternativi non saprei (c'è sempre il rischio di collisioni), però si può far funzionare Option. Sto cercando di capire come fare. --Daimona Eaytoy (Scrivimi!) 19:05, 10 mar 2021 (CET)

Ok, grazie. Non penso che option possa funzionare, perché Option + 1 su Mac (che pure dovrebbe corrispondere ad Alt + 1) è « ecc. ecc.--Ferdi2005_[Posta] 19:20, 10 mar 2021 (CET)

Quando scrissi tutti questi tool non conoscevo per niente Javascript. Era codice scritto "a pane e salame", ma per anni ha fatto il suo dovere :)

Ogni miglioramento è ovviamente benvenuto, quindi grazie Daimona. Io sono anni che non sono più admin, e sono praticamente inattivo da un'eternità, quindi non riesco ad aiutarvi Jalo 10:17, 11 mar 2021 (CET)

[@ Ferdi2005] Purtroppo non riesco a trovare una risposta definitiva sul webbe (c'è chi dice che dovrebbe già funzionare, e chi dice che non c'è modo perché, come dici tu, la combinazione Option+roba è "riservata"). Non ho un mac a disposizione per fare un test rapido, quindi ti chiederei se puoi farlo tu: aprire la console JavaScript (anche su questa pagina), lanciare questo: $('body').on('keydown', function(e){console.log(e.altKey,e.metaKey,e.keyCode);});, e poi tornando alla pagina stessa premere Option+1, e incollare qui sotto cosa esce in console. [@ Jalo] Ma no dai, il codice in se non è male :) Solo che inevitabilmente i vari linguaggi, strumenti, pagine e quant'altro vengono aggiornati, quindi è normale che del codice scritto 7 anni fa possa non funzionare più. Poi a volte vengono aggiunte funzionalità che permettono di risparmiare qualche riga di codice. Insomma, alla fine si tratta solo di tenere le cose al passo coi tempi, ma tutto sommato qua non ce la caviamo male. --Daimona Eaytoy (Scrivimi!) 11:16, 11 mar 2021 (CET)

@Daimona Eaytoy true false 18, alla riga dopo true false 49. Penso che 18 sia option, 49 sia 1. --Ferdi2005_[Posta] 22:31, 23 mar 2021 (CET)

[@ Ferdi2005] Grazie per la prova! Quanto dici mi sembra corretto, e la buona notizia è che se faccio lo stesso test dalla mia macchina (non Mac), ottengo gli stessi risultati. Penso che il problema potrebbe essere risolto usando e.keyCode anziché e.which. Per conferma, ti chiederei di ripetere il test sopra ma col seguente codice: $('body').on('keydown', function(e){console.log(e.which,e.keyCode);});. Se ho ragione, dovrebbe stampare due numeri diversi. --Daimona Eaytoy (Scrivimi!) 14:21, 24 mar 2021 (CET)

@Daimona Eaytoy Sempre 18 e 49 purtroppo. Penso che sia tutta colpa del fatto che option + 1 sostituisce il testo selezionato con «. --Ferdi2005_[Posta] 17:01, 25 mar 2021 (CET)

[← Rientro] [@ Ferdi2005] Dipende dall'ordine in cui li vedi: secondo la mia intuizione, quando premi option dovrebbe comparire "18 18", e quando aggiungi anche l'1 invece due numeri diversi. Oppure quando premi 1 compare "49 49"? --Daimona Eaytoy (Scrivimi!) 17:18, 25 mar 2021 (CET)

Esatto, esce 49 49 quando aggiungo l'1. [@ Daimona Eaytoy].--Ferdi2005_[Posta] 17:23, 25 mar 2021 (CET)

[@ Ferdi2005] Uhm, ma questo succede anche a me, e lo script dovrebbe funzionare. Allora mi chiedo cosa succeda facendo questo test: $('body').on('keydown', function(event){if ( event.altKey && !event.shiftKey && !event.ctrlKey && !event.metaKey ) {console.log(event.which);} else { console.log('non funziona'); }});. --Daimona Eaytoy (Scrivimi!) 17:31, 25 mar 2021 (CET)

[@ Daimona Eaytoy] 18 e 49!--Ferdi2005_[Posta] 17:33, 25 mar 2021 (CET)

[@ Ferdi2005] Uhmmm non mi torna... In base a quanto dici lo script dovrebbe funzionare. Confermi che premendo option + 1 non accade nulla? Se sì, al massimo potresti provare questo: $('#wpTextbox1').keydown( function(event){if ( event.altKey && !event.shiftKey && !event.ctrlKey && !event.metaKey ) {console.log(event.which);} else { console.log('non funziona'); }});, da usare col cursore dentro alla finestra di modifica. Però è strano. --Daimona Eaytoy (Scrivimi!) 19:02, 25 mar 2021 (CET)

Nessun evento keydown (né option + 1 né qualsiasi altra lettera) viene registrato dalla textbox di modifica. :D [@ Daimona Eaytoy] Ho scoperto che la cosa si risolve agevolmente attaccando l'event listener al body, funziona anche con l'option (ma poi non posso più inserire i caratteri speciali, il che è alquanto problematico).

Per renderlo usabile anche per gli utenti mac, converrebbe quindi cambiare il tasto a control (o fare due script differenziati, o semplicemente io mi tengo quello modificato nel common.js).

Un altro suggerimento che faccio è quello di inserire [[Testo tradotto|testo originale]] invece di [[Testo tradotto[originale]]] (anche questo l'ho modificato lì). --Ferdi2005_[Posta] 15:47, 27 mar 2021 (CET)

[@ Ferdi2005] Huh, non capisco perché... Il listener non possiamo metterlo sul body, sarebbe troppo troppo male. A questo punto mi viene da pensare che siccome option inserisce il carattere speciale, questo impedisca all'evento keydown di partire. Se così fosse non c'è nulla da fare, tocca davvero cambiare tasto, ma a quel punto ho paura dei conflitti che si potrebbero generare. Provo a mettere ctrl da mac, sperando che non conflitti da nulla, e implemento anche l'altro suggerimento. Non serve avere uno script separato. --Daimona Eaytoy (Scrivimi!) 17:22, 27 mar 2021 (CET)

No @Daimona Eaytoy, non riceve nessun evento keypressed dalla casella di testo, non solo per option+1 ma per qualsiasi tasto si prema, se attacchiamo l'event listener lì. Se lo attacchiamo a #editform invece funziona, registra anche Option+1. --Ferdi2005_[Posta] 17:34, 27 mar 2021 (CET)

[@ Ferdi2005] Ah e che palle però... Neanche keyup o keypress? --Daimona Eaytoy (Scrivimi!) 17:38, 27 mar 2021 (CET)

Pare che su #wpTextBox1 non funzioni niente, né keydown, né keypress, né keyup. @Daimona Eaytoy --Ferdi2005_[Posta] 18:23, 27 mar 2021 (CET)

[← Rientro] [@ Ferdi2005] Continuo a non capire... Hai modo di vedere se è così per tutti gli elementi textarea o solo questo? E poi anche se ci sono già altri event listener per il keydown sulla textarea stessa. Magari c'è qualcos'altro che interferisce. --Daimona Eaytoy (Scrivimi!) 18:38, 27 mar 2021 (CET)

Ci sono già degli event listener, se li rimuovo non cambia niente. Però è solo per quest'elemento, se introduco un'altra textarea casuale gli eventi vengono catturati. [@ Daimona Eaytoy]--Ferdi2005_[Posta] 19:26, 27 mar 2021 (CET)

[@ Ferdi2005] Forse c'è un altro listener registrato che impedisce all'evento di propagarsi. I due test che mi vengono in mente sono: 1) riprovare con la safemode 2) provare da sloggato (mettendo il listener dalla console). Purtroppo non ho idee migliori... --Daimona Eaytoy (Scrivimi!) 20:09, 27 mar 2021 (CET)

Ahia! Da sloggato funziona e il listener restituisce quello che deve restituire! Ho provato a disabilitare gli altri gadget riguardanti l'area di modifica ma non cambia niente. Comunque, così come sto (col listener sul body e control come tasto) sembra funzionare tutto bene, se non vuoi perdere altro tempo a rintracciare qual è la cosa che fa conflitto non ti preoccupare. --Ferdi2005_[Posta] 17:39, 28 mar 2021 (CEST)

[@ Ferdi2005] Per me ormai è una questione di principio, ma se ti sei stancato non importa :) In caso contrario: con la safemode funziona o no? I possibili gadget colpevoli sono questi, in alternativa potrebbe essere una funzionalità beta (di recente all'officina si discuteva di un problema con l'editor wikitesto 2017). --Daimona Eaytoy (Scrivimi!) 22:47, 29 mar 2021 (CEST)

Con la safemode non si disattiva pure lui? @Daimona Eaytoy

Come editor wikitesto ho quello normale, però nei prossimi giorni cerco di disattivare quei gadget e riprovare. --Ferdi2005_[Posta] 15:24, 7 apr 2021 (CEST)

[@ Ferdi2005] Hai ragione, nel caso la prova da fare sarebbe mettere la safemode e poi, quando ha finito di caricare, copiaincollare l'intero script nella console. --Daimona Eaytoy (Scrivimi!) 17:51, 7 apr 2021 (CEST)

[@ Daimona Eaytoy] può essere possibile che tu abbia commesso un piccolo errore quando hai rivisto l'accessorio? Chiedo perché ho notato che se chiedo di tradurre un qualsiasi link e c'è una corrispondenza, l'accessorio "evidenzia" anche il pipe e la prima parentesi quadra di chiusura, cosa che prima non faceva (evidenziava solo il nome "straniero"). Anzi, dalla pagina di aiuto noto che prima aggiungeva una parentesi quadra prima e dopo il nome originale.--Mannivu · ✉ 20:28, 20 apr 2021 (CEST)

[← Rientro] [@ Mannivu] Sì e no: come suggerito da Ferdi qui sopra, ho modificato l'accessorio in modo che il testo non tradotto venga messo dopo il pipe, anziché tra parentesi quadre. Quindi anche l'immagine nella pagina di aiuto andrebbe aggiornata. C'era però in effetti un bug per cui evidenziava dei caratteri di troppo, ovvero il pipe e la prima parentesi quadra di chiusura. Ho risolto quest'ultimo problema. --Daimona Eaytoy (Scrivimi!) 13:46, 21 apr 2021 (CEST)

Mi ero perso il botta e risposta sul piped link. Per gli sceenshot nessun problema, me ne occupo io. --Mannivu · ✉ 14:01, 21 apr 2021 (CEST)