Nuovo template shop/mart

[lucas992x]

Descrizione

Si stava discutendo della possibilità di rifare completamente il template shop.

• Irene suggerisce di usare un layout simile al template mart.
• Io valuterei qualcosa che si sviluppi orizzontalmente da desktop, in modo da "accorciare" le pagine (ovviamente responsive in modo che da mobile le cose vengano impilate verticalmente). Però anche l'idea di fare qualcosa simile al Mart non mi dispiace.

Screenshot

Attuale template shop: Template Mart:

Pagine affette

Le città, i centri commerciali, e forse qualche altra che al momento non mi viene in mente.

[StygianIrene]

Io manterrei anche la suddivisione per tipologia di strumento (con annesso titolo in cima a tutti gli strumenti che riporta all'elenco o alla pagina dedicata). È possibile, magari, fare in modo che si sistemino da soli limitandosi così ad inserirli e basta?

[lucas992x]

Fare in modo che si sistemino da soli credo sia impossibile. L'idea di raggrupparli è interessante, però domanda: esistono casi in cui si hanno pochissimi strumenti che sono di categorie diverse? In quel caso non so quanto abbia senso e dovremmo valutare anche questo aspetto.

[Cruifer]

Perché dici che è impossibile che si sistemino in ordine da soli? Per come è utilizzato il template ora? Perché se togli quello e i raggruppamenti a quel punto perdi la peculiarità (e l'utilità) del template Mart imo

[StygianIrene]

Sì, dovrebbero esistere e credo siano presenti nei Market delle prime due/tre generazioni e casi come la Farmacia di Fiorlisopoli, il negozio di Secondisola, ecc.

[lucas992x]

@Cruifer per far sì che si sistemino da soli come faresti? A me non sembra che sia possibile, a meno di non piazzarci un'infinità di #if per ciascuno strumento esistente, che direi è improponibile.

[Cruifer]

Farlo con una macro è altrettanto infattibile @flavio-a ? immagino di sì in realtà, ma tanto vale chiedere. Però a quel punto valuterei di fare un semplice restyling da mobile che al momento è un po' inguardabile (allego screen che mandai mesi fa a @lucas992 )

[lucas992x]

Questo però era quando avevamo il problema delle tabelle che non prendevano il padding e il border-spacing

[StygianIrene]

Io credo che il "modello Bulba" sia proprio brutto sia esteticamente che a livello pratico, sia da mobile che da desktop. Sarà più compatto, ma più complesso da leggere e brutto da vedersi, anche perché stona abbastanza con il resto dei nostri template nel wiki

[Cruifer]

@lucas992 Ah, nel frattempo è stato risolto quello? This is beyond science.

[flavio-a]

Ma 'sta fantomatica divisione come va fatta? Per tasche? Perché se è una divisione "buona" non è troppo sbatti metterla nella macro. Non per magia, intendiamoci, è solo che gli strumenti ci sono già per le traduzioni e sono già divisi in gruppi, a partire da quelli non è un problema generare un pezzo di codice per riordinarli.

[lucas992x]

@lucas992 Ah, nel frattempo è stato risolto quello? This is beyond science.

È stato risolto da un bel po' :P

@flavio-a io farei la divisione per tasche, a meno che qualcuno non abbia idee migliori.

[StygianIrene]

@lucas992 non è meglio per tipologia di strumento? Perché con le tasche cambia di generazione in generazione (se non di gioco in gioco, in alcuni casi)

Edit: ok, no, forse sarebbe troppo specifico e ci sarebbero troppi casi diversi

[lucas992x]

Comunque, direi che sono da fare 4 sottotemplate: mart/head, mart/div, mart/entry, mart/footer, o avevate in mente qualcos'altro?

[StygianIrene]

No, per il momento

[flavio-a]

Ma una divisione tipo https://wiki.pokemoncentral.it/Template:NavStrumenti ? Magari raggruppando alcuni dei cosi che lì sono divisi. Comunque fyi i gruppi che ci sono già sono "pietre evolutive", "strumenti da vendere", "rimedi", "balls", "messaggi", "strumenti lotta", "strumenti base" per generazione, "ghicocche", "altri strumenti", "strumenti tenuti" per generazione, "bacche", "megapietre" e "cristalli Z".

[lucas992x]

Cioè intendi dividere in base a come gli strumenti sono raggruppati nei nostri template di navigazione?

[flavio-a]

@lucas992 sì

[lucas992x]

https://wiki.pokemoncentral.it/Utente:Lucas992/ProveTemplate Come vi sembra?

[StygianIrene]

Per quanto mi riguarda, mi piace, sì

[CiaobyDany]

@lucas992 Mi piace abbastanza (ho visto solo su mobile per ovvie ragioni), farei sicuramente gli header nei div separatori in grassetto, non so se usare un solid color light per gli stessi al posto del normal che dovrebbe esserci ora

[lucas992x]

E allora facciamo tutte e 3 le prove: colore normale, colore light e gradiente :D (grassetto aggiunto 👍)

[CiaobyDany]

@lucas992 Mi piacciono tutti e tre ora 🙃

[flavio-a]

Per me solid color light

[StygianIrene]

Gradiente è carino, light direi di no- Troppo "debole", imho

[lucas992x]

A me piace di più il gradiente fra questi 3

[Cruifer]

Anche a me piace più il gradiente. Domanda: è voluto il fatto che non sia width-xs-100?

[lucas992x]

È una tabella non responsivizzata essendo abbastanza stretta da vedersi bene pure sui 320px, quindi sì, è normale. Meglio metterci un width-xs-100?

[Cruifer]

@lucas992 Beh, tutti i template sono così

[StygianIrene]

Dunque? Che facciamo con quel colore?

[lucas992x]

Dato che il gradiente ha ricevuto la maggioranza dei voti direi che si va con quello, per la gioia di Flavio :D fra poco lo rendo definitivo

[StygianIrene]

E se ci mettissimo anche la possibilità di cambiare colore al posto di mantenere il pcwiki? 🤗🌈 (non solo i "zona_")

[lucas992x]

Ok, così risolviamo anche la questione del testo bianco una volta per tutte :D Allora, Orion vota per text=white, Flavio per whitetext=yes / lighttext=yes, Bany per whitetext=yes, io sarei per text=white, altri?

[StygianIrene]

whitetext=yes

[lucas992x]

E allora whitetext sia. Mi è venuta un'idea malsana, usare per il colore il parametro zcolor per i colori delle zone e color per i colori generici, in modo che per il primo venga già preso in automatico il giusto colore del testo. È troppo?

[StygianIrene]

Per quanto mi riguarda, sì

[lucas992x]

Ok, ho messo solo color e whitetext.

Ora che il template è definitivo rimane da implementarlo nelle pagine. Irene sta lavorando sui luoghi di Johto, quindi immagino che si occuperà lei di Johto. Se non avete nulla in contrario, io inizierei a fare i luoghi di Alola.

[StygianIrene]

Sì, mi arrangio io con i luoghi di Johto! Quando ho finito vediamo per gli altri.

Sto facendo Fiorpescopoli e mi rendo conto che mancherebbe un parametro note. So che c'è il sup, ma è scomodo se c'è un testo lungo... Dunque si potrebbe aggiungere questo parametro note che fa comparire il solito asterisco con tt (senza che lo scriviamo noi, dovrebbe servire solo in casi del genere)?

[lucas992x]

Si tratta di note che possono essere inserite prima della tabella o in un footer, oppure è proprio una cosa specifica di quello strumento? Perché {{tt|*|...}} cercherei di evitarlo il più possibile.

[StygianIrene]

Avevo già pensato di inserire la nota sotto il div -perché effettivamente c'era solo uno strumento- ma m'è capitato un altro caso con diversi strumenti, impossibili da gestire come avevo fatto con l'altro.

Comunque ora salvo l'edit su Fiorpescopoli. Il template in sé a me piace tantissimo, ma mi rendo conto che forse potrebbe diventare troppo lungo verticalmente (non dovrebbe comunque essere più lungo di così su HGSS, dato che quelli presenti sono tutti gli strumenti reperibili in un Pokémon-Market). Il vero problema potrebbe sorgere con i Market di Kanto, dato che sono presenti più giochi.

EDIT: Non è così lungo, ma voglio aspettare pareri prima di modificare le altre pagine. EDIT 2: Dividere per due colonne il template potrebbe essere una soluzione?

[lucas992x]

Ho aggiunto il parametro notes e ho messo un tt che prende il prezzo. Se poi cambieremo idea ci basterà modificare il template, le pagine resteranno come sono. Per quanto riguarda la seconda questione, per i casi come Kanto non basta affiancare le tabelle come hai fatto tu in Fiorpescopoli? Così da PC stanno tutte e 4 affiancate mentre su schermi stretti vanno a capo di conseguenza.

[StygianIrene]

Grazie, così come hai fatto tu va benissimo!

Io, a Plumbeopoli e a Smeraldopoli, ho sei tabelle. Ok, quelle di RBG e RFVF si potrebbero anche unire e mettere le eccezioni (due nei casi citati poco fa), se è per questo... Però bisogna controllare che sia così per tutte

[lucas992x]

Se cambiano giusto 1/2 strumenti, per me si fa meglio a mettere una tabella unica e segnalare quei due casi con only. Se invece cambiano diverse cose, allora penso sia meglio dividerle.

[StygianIrene]

Sì, per quello sì

[lucas992x]

Per quanto riguarda la faccenda delle Medaglie necessarie, per ora inserite medaglie=yes (o prove=yes per Alola) nell'header, poi quando troveremo un modo elegante per implementare la cosa le pagine saranno già pronte.

[lucas992x]

Credo di aver trovato un compromesso accettabile per mostrare la nota sulle Medaglie/prove necessarie: https://wiki.pokemoncentral.it/Utente:Lucas992/ProveTemplate#Mart. Provate a guardare il tutto sia da PC che da mobile e ditemi come vi sembra.

[StygianIrene]

Da mobile mi sembra ok (anche l'idea delle sigle dei giochi)

Bisogna stabilire un ordine degli strumenti btw

[lucas992x]

Lo standard non è l'ordine in cui sono elencati nei giochi? Credo che Bulba segua quello.

[StygianIrene]

Intendo, vanno prima i rimedi, le ball, ecc.? Sono divisi anche per categoria in game?

[lucas992x]

In-game sono già ordinati per categoria

[lucas992x]

C'è un'ultima cosa di cui vorrei discutere, l'uso delle categorie in questi due casi:

• Se c'è una singola tabella con una sola categoria di strumenti, oppure più tabelle affiancate dove però la categoria è sempre la stessa (esempio), lascerei senza div.
• Se c'è una tabella con una sola categoria ma affiancata da un'altra tabella con altre categorie diverse (esempio), metterei il div.

Per voi va bene questo standard?