Discussioni aiuto:Funzioni parser

Uso di ifeq per verifiche simultanee su due stringhe

Mi è capitato, in un template, di dover fare una verifica contemporanea su due parametri, del tipo: "se a è pippo e b è pluto scrivi questo, in tutti gli altri casi scrivi quello".

Con le funzioni parser disponibili ho trovato questo escamotage:

{{#ifeq: {{#ifeq:{{{a}}}|pippo|true|false1}} | {{#ifeq:{{{b}}}|pluto|true|false2}} | questo | quello }}

Ho usato i risultati false1 e false2 per fare in modo che la risposta sia questo se e solo se entrambe le verifiche interne sono vere: se avessi usato lo stesso false il controllo avrebbe restituito "vero" anche con entrambe le verifiche interne non vere.

Qualcuno ha una soluzione più elegante? -- Marco Bernardini (msg) 10:20, 3 apr 2009 (CEST)

Sulla minore o maggiore "eleganza" non so esprimermi, ma credo di essere riuscito ad ottenere quello che volevi anche con questa sequenza.

{{#ifexpr: {{#ifeq:{{{a}}}|pippo|1|0}} and {{#ifeq:{{{b}}}|pluto|1|0}}| vero| falso }}

PersOnLine 11:18, 3 apr 2009 (CEST)

Ottima soluzione! Ci avevo provato ma non ci ero riuscito, ed ora ho anche capito dove avevo sbagliato: non avevo inserito i risultati 1 e 0 negli ifeq interni, ottenendo un "Errore nell'espressione: operatore and inatteso" :-( Marco Bernardini (msg) 11:47, 3 apr 2009 (CEST)

Attivazione funzioni sulle stringhe

Vorrei richiedere l'attivazione delle funzioni per la manipolazione delle stringhe (vedi qui). Avrei la necessità di usare tali funzioni per creare un sistema di categorizzazione automatica delle voci basandomi sul titolo. Ovviamente queste funzioni possono risultare utili anche in futuro ad altri sviluppatori :) Siete d'accordo per l'attivazione? Prima di fare richiesta su Bugzilla è necessario il consenso della comunità --Mauro742 (msg) 12:26, 17 set 2009 (CEST) Ritiro tutto: se ne è discusso per mesi su bugzilla ed è stato deciso che non verranno attivate --Mauro742 (msg) 13:43, 17 set 2009 (CEST) *+1 Lusum scrivi!! 13:43, 17 set 2009 (CEST)

time

Sarebbe bello se non ci fossero errori in una pagina d'aiuto... --Martin ^(scrivimi) 22:18, 9 ago 2016 (CEST)

Già, sarebbe bello. --Horcrux_九十二 01:22, 11 ago 2016 (CEST)

No, sul serio, perché c'è un errore nel "time"? [@ Horcrux92] Martin ^(scrivimi) 16:04, 11 ago 2016 (CEST)

Sul serio, in genere quando si segnala un problema si è espliciti e specifici, e non lo si fa in forma di lamentela :). Esempio di richiesta corretta:

Ho notato che tra gli esempi di utilizzo del parametro "time" dell'omonima funzione è presente un errore: qualcuno sa a cosa è dovuto?

Tornando a noi, qui ho notato lo stesso avviso rosso, quindi evidentemente l'errore non è nel manuale, ma semplicemente non è più supportata la funzionalità multilingua in input. Provo a vedere se è stata aperta qualche richiesta su Phabricator. --Horcrux_九十二 16:57, 11 ago 2016 (CEST)

Correggo: il manuale dice esplicitamente che "Le date devono essere espresse in formato inglese", quindi l'errore è meramente dimostrativo. --Horcrux_九十二 17:05, 11 ago 2016 (CEST)

Grazie, non credevo fosse un problema, son stato poco chiaro, cioè, s come si fa una richiesta corretta, solo che pensavo fosse abbastanza avidenta da scherzarci un po', se fosse stato importante non l'avrei scritto così, grazie comunque per tutto, non creerò più problemi del genere su wikipedia, solo che se non ironizzo un po', poi mi annoio, mica siam tutti degli automi, cmq non importa, son cose mie, eviterò di dare fastidio d'ora in poi... [@ Horcrux92] Martin ^(scrivimi) 23:13, 11 ago 2016 (CEST)

Forse è colpa mia, ma ho colto più sarcasmo che ironia. Comunque è anche una questione pratica: più sei chiaro tu e meno ci mette chi ti risponde (non che fosse inarrivabile come "domanda", ma tant'è). --Horcrux_九十二 23:21, 11 ago 2016 (CEST)

Argomenti non strettamente numerici a formatnum

Per motivi storici, la funzione formatnum accetta anche argomenti non numerici, i quali vengono grossomodo ignorati. Questa caratteristica è stata deprecata dagli sviluppatori di MediaWiki qualche tempo fa, e tali utilizzi della funzione vengono categorizzati in Categoria:Pagine con argomenti di formatnum non numerici. A mio avviso questa pagina di aiuto non dovrebbe incoraggiare un tale utilizzo. Propongo quindi di precisare esplicitamente che tutti i caratteri non numerici (eccetto il punto) vanno inseriti esternamente al formatnum, che deve servire solo per formattare un numero. Dato il funzionamento interno del parser, le note dentro al formatnum vengono ignorate e non generano errori (non so se intenzionalmente). Mi chiedo quindi anche se il manuale debba vietare o solo scoraggiare la presenza di note all'interno del formatnum. Notare che qui si parla solamente degli utilizzi diretti del formatnum. Gli utilizzi indiretti (ad esempio parametri di template che applicano il formatnum automaticamente) non sono coperti da questa linea guida, perché il fatto che un dato template utilizzi il formatnum è un dettaglio di implementazione di cui l'utente non deve preoccuparsi. Per completezza, vedere il mio tentativo precedente di modifica, e discussione con Bultro, che pingo. --Daimona Eaytoy (Scrivimi!) 14:49, 17 apr 2022 (CEST)

Se non ho capito male, facendo come dice Daymona nel caso di stringhe miste bisognerebbe applicare il wikicodice separatamente alle varie parti, numeriche e non, della stringa perchè se lo si fa fare a formatnum crea una categoria di errore e Bultro oppone il fatto che è una fatica inutile perchè a parte casi minoritari non ci sono problemi di layout e ed è più semplice far fare il lavoro al formatnum. Credo sarebbe utilissimo, se è possibile, sapere del perchè è stata creata la categoria di errore, ovverosia se è nei piani degli sviluppatori, rendere formatnum in futuro meno flessibile, e che quindi alla fine saremo costretti comunque a sistemare tutti i formatnum usati "male". Per le note, si può sconsigliare, sempre per prudenza, per lo stesso motivo, per evitare, di nuovo, che se cambiano il funzionamento o implementano una categoria di errore ci troveremo una categoria stracolma o peggio saremo costretti a tirare tutte le note da fuori i formatnum--Pierpao (listening) 15:37, 17 apr 2022 (CEST)

[@ Pierpao] Hai capito bene, ma onestamente non mi aspetto molti casi in cui si debba applicare il formatnum separatamente alle diverse parti. Più spesso penso basti spostare formattazione e altri elementi estranei fuori dal formatnum. Sui piani degli sviluppatori non ho informazioni certe, ma da quel che capisco la categoria serve anche a loro per farsi un'idea della situazione sui vari wiki e capire come fare a correggere il formatnum. --Daimona Eaytoy (Scrivimi!) 16:45, 17 apr 2022 (CEST)

In ogni caso non è vero che qui si parla solamente degli utilizzi diretti, la pagina è di aiuto anche per chi realizza i template --Bultro (m) 21:45, 17 apr 2022 (CEST)

Sì, per chi realizza i template sì, ma in quel caso mi pare di vedere che lo status quo sia già quello di prescrivere l'utilizzo di numeri non formattati. Ad esempio, i primi dieci template con formatnum che compaiono nella ricerca: {{Edizione di competizione sportiva}} per "gol o punti", {{Divisione amministrativa}} per "altitudine", {{Aeroporto}} per "altitudine", {{Museo}} per "superficie espositiva", {{Quartiere}} per "abitanti", {{Montagna}} per "altezza" e "prominenza", {{Scuola}} per "dipendenti" e "studenti", vari parametri del {{Fiume}} e {{Stato}} per i parametri relativi al. In tutti i casi si chiede esplicitamente di inserire un numero puro, senza formattazioni o altro. Solo l'{{Impianto sportivo}} accetta anche numeri già formattati, ma solo perché usa {{IsNumber}} per determinare se usare il formatnum. D'altra parte, chi scrive un template e vuole usare il formatnum per un parametro si aspetta che quel parametro sia un numero, e basta (con al più delle note). Quindi sì, è anche per chi realizza i template, ma in quel caso mi pare che si tratterebbe più che altro di codificare ciò che già viene fatto nel pratico. --Daimona Eaytoy (Scrivimi!) 12:34, 18 apr 2022 (CEST)

Nulla ci impedisce se necessario dare istruzioni diverse, lasciando magari maggiore libertà a chi crea i template, sistemare qualche template un domani è molto diverso che sistemare centinaia di pagine--Pierpao (listening) 13:01, 18 apr 2022 (CEST)

Ripropongo: Argomenti non strettamente numerici e formatnum

@Daimona Eaytoy @Bultro @Pierpao Leggo il breve scambio di opinioni sopra ma non mi pare si fosse arrivati poi ad una conclusione, sta di fatto che al momento la categoria riporta oltre 4000 voci con problemi di uso di caratteri non previsti con formatnum. Non mi pare di aver letto da nessuna parte che sia deprecato l'uso di caratteri non numerici in nessuna pagina di aiuto, pertanto chiedo: come dobbiamo procedere ? Sistemiamo quelle voci ? Le lasciamo perdere ? Inoltre io proporrei di aggiornare la presente pagina di aiuto indicando esattamente quello che si può e quello che non si può usare con formatnum. Grazie --Sanghino Scrivimi 20:36, 5 ott 2024 (CEST)

[@ Sanghino] Riguardo alle pagine di aiuto, penso che il problema sia semplicemente che non le abbiamo aggiornate. Ad esempio, in mw:Help:Magic_words#Formatting viene detto chiaramente qual è il formato accettato, e c'è una nota rossa in proposito. Diciamo che idealmente queste voci sarebbero da sistemare, però se ben ricordo si tratta perlopiù di utilizzi sparsi, non semplicissimi da sistemare via bot (però appunto potrei ricordare male, è passato del tempo). D'altra parte, non è una correzione urgente. Se dovesse diventarlo, sicuramente verrebbe segnalato nelle notizie tecniche e canali del genere. --Daimona Eaytoy (Scrivimi!) 18:40, 9 nov 2024 (CET)

#section-h

C'è qualcuno che conosce la funzione in oggetto ? Mi pare di capire che possa esser usata per "inglobare" all'interno di una voce una sezione proveniente da altra voce. In tutti gli anni che sono su WP l'ho vista usare una sola volta, ma quest'unica volta porta con se un piccolo problema. E' sicuramente una questione di rilevanza minore, ma vorrei capire come sistemare quella voce. In pratica nella voce Governo della Romania viene tirata dentro la sezione "Composizione" della voce Governo Bolojan. In questa è definita una nota con gruppo "N", nella prima voce non è definito un gruppo con quel nome e questo causa un errore. La stessa cosa potrebbe accadere se nella voce principale e nella sezione tirata dentro ci fossero due note con lo stesso nome e contenuti differenti. Esiste un modo per ovviare a questi inconvenienti ? Io al limite pensavo proprio di tirar via quella funzione essendoci già un "Vedi anche". Che ne pensate ? Grazie. --Sanghino Scrivimi 11:53, 24 giu 2025 (CEST)

[@ Sanghino]La butto là poi magari rispondo meglio.Hai provato su metà a cercare la documentazione—Medearegor(Vieni a trovarmi!) 14:05, 25 giu 2025 (CEST)

@Medearegor Sinceramente no, non ho mai praticato quelle "zone" e prima di addentrarmi volevo sapere se c'era già chi conosceva queste funzioni. Poi, se non ci sarà nessuno, proverò io a capire meglio. Grazie. --Sanghino Scrivimi 14:09, 25 giu 2025 (CEST)

[@ Sanghino] Ok, io te lo consigliavo perché la mi sono sempre trovato bene. Ti consiglio di contattare qualche smanettone tipo Daimona,Valerio Bozzolan o Basilico Fresco—Medearegor(Vieni a trovarmi!) 14:16, 25 giu 2025 (CEST)

[@ Sanghino],[@ Basilicofresco] ri pingo Ping forse non arrivati—Medearegor(Vieni a trovarmi!) 14:31, 25 giu 2025 (CEST) colgo l’occasione se i Ping possono risultare molesti—Medearegor(Vieni a trovarmi!) 14:31, 25 giu 2025 (CEST)

@Sanghino c'è anche @Valcio --I Need Fresh Blood _{msg V"V} 15:45, 25 giu 2025 (CEST)

[@ Fresh Blood] stavo per pingarlo ma avevo paura che fosse vista come un altra cosa(credo che tu abbia capito)--Medearegor(Vieni a trovarmi!) 15:53, 25 giu 2025 (CEST)

Il problema è stato risolto aggiungendo il gruppo N alla sezione note. --valcio ••• 18:09, 25 giu 2025 (CEST)

@Valcio ho visto, ma questo non mette al riparo da possibili altri errori. Nel caso specifico bastava mettere il gruppo N, ma se la nota invece avesse avuto un name già usato in quella che includeva ? Se la voce è semplice e con poche note si fa presto, ma a volte potrebbe non essere così banale. Magari quella funzione potrebbe essere esplicitata nelle pagine di aiuto in modo che se ricapitasse sia più semplice sistemare. E anche per capire e farsi un po' cultura su qualcosa che non conosco. --Sanghino Scrivimi 18:23, 25 giu 2025 (CEST)

@Sanghino in generale, mi sentirei di sconsigliare l’utilizzo di section-h nelle pagine del ns0. --valcio ••• 18:27, 25 giu 2025 (CEST)

@Valcio ecco questa è già un'indicazione. Pareva anche a me, così di primo acchito, qualcosa di non consigliabile. Secondo me in quella voce un "Vedi anche" era più che sufficiente. --Sanghino Scrivimi 18:38, 25 giu 2025 (CEST)

Ho scritto anche nella talk dell'utente (@Vittoriochichia) che a suo tempo ha introdotto nella voce quella funzione, magari può indicarci dove trovare documentazione, io sto avendo difficoltà in tal senso. --Sanghino Scrivimi 18:20, 25 giu 2025 (CEST)

@Sanghino la documentazione la trovi qui: mw:Section-h --valcio ••• 18:25, 25 giu 2025 (CEST)

Un metodo che secondo me è meglio non incoraggiare. Intanto nella voce di origine nulla ti fa capire che quel testo viene ripetuto altrove, qualcuno potrebbe modificarlo (incluso cambiare titolo alla sezione) senza consapevolezza delle conseguenze. Quando si deve ripetere qualcosa in più posti è più giusto usare un template. In ogni caso non vedo la necessità di ripetere una tabella così grossa in due posti; abbiamo i wikilink per questo. Nella voce Governo della Repubblica Italiana nessuno ha sentito il bisogno di ripetere tutta la composizione attuale.

Il comando comunque è usato solo in una manciata di voci sulla Romania --Bultro (m) 14:45, 29 giu 2025 (CEST)

@Bultro Perfetto, la mia propensione era, e rimane, quella di sostituire con un "Vedi anche". Se non ci sono pareri discordanti io modificherei in tal senso. Inoltre concordo anche io sul fatto che usare quel metodo può portare più a problemi che altro. Grazie. --Sanghino Scrivimi 16:48, 29 giu 2025 (CEST)

per me puoi procedere --valcio ••• 17:37, 29 giu 2025 (CEST)