pokemoncentral / wiki-project

Coordinamento dello sviluppo tecnico di Pokémon Central Wiki
https://wiki.pokemoncentral.it
1 stars 0 forks source link

Versione mobile dell'Evobox #30

Closed flavio-a closed 5 years ago

flavio-a commented 6 years ago

Descrizione

L'Evobox (o come accidenti si chiama) da mobile è inguardabile.

Risoluzione del problema

Ottima domanda. La proposta più ovvia (che mi sembra ragionevole) è un layout verticale, con ramificazioni affiancate, per quasi tutti i Pokémon. Fanno eccezione quelli con almeno 3 rami (ovvero Eevee, Tyrogue e Rockruff), che necessitano di un layout custom. Visto che tutti e tre hanno una sola evoluzione, si stava pensando di mettere la forma base a sinistra e tutte le evoluzioni in verticale a destra (un po' come le evoluzioni ramificate attuali), realizzandolo con due elementi separati per desktop e mobile (nascosti a seconda della dimensione dello schermo).

Discussione iniziale

In generale si è pensato di togliere molti elementi presenti nel template da mobile. Le proposte sono:

CiaobyDany commented 6 years ago

@flavio-a Se mi mettete i MS solo da mobile e da fisso rimangono i modelli statici posso approvare (tanto so che non potrei evitarlo comunque)

davla commented 6 years ago

Sì, ovvio. Le modifiche di cui si parla qui affliggono solo la versione Mobile

EDIT: tyrogue

Non c'è bisogno di fare niente, siamo già a posto :stuck_out_tongue_closed_eyes:

flavio-a commented 6 years ago

*Reiso deddo sull'issue* C'è una cosa che non mi è chiara: vogliamo tenere il layout orizzontale da desktop e farlo diventare verticale da mobile o vogliamo farlo diventare sempre verticale? Così inizio a lavorare su un prototipo.

CiaobyDany commented 6 years ago

Direi la più facile/leggera sulla pagina: sempre verticale. Peraltro ho visto la tua sandbox e non mi è parsa malvagia, nonostante i bordi in solid color.

flavio-a commented 6 years ago

Ok, via ai commenti (anche da telefoni stretti) https://wiki.pokemoncentral.it/Utente:Ff300/sandbox#Prove_Evobox questo concept dovrebbe funzionare bene su qualsiasi dispositivo ed essere abbastanza modulare da gestire qualsiasi cosa non richieda più di due forme affiancate. Dovrebbe essere comodo anche per cose buffe tipo Necrozma, che mi immagino in un layout verticale 1-2-1

CiaobyDany commented 6 years ago

@flavio-a E... No, non mi convince. Non ho capito le doppie frecce oblique/basse, immagino che fosse da scegliere tra le due. Direi basse perché oblique dovrebbero formare una linea obliqua nel diagramma della evoluzione e trovo la cosa abbastanza infattibile. Provare come per il template degli allenatori bordo esterno in gradiente, box bianco, e ogni box Pokémon ugualmente con bordo in gradiente, box bianco e modello su gradiente radiale?

CiaobyDany commented 6 years ago

@CiaobyDany Oppure al contrario, bordo esterno in gradiente, megabox bianco, singoli box in gradiente e cerchio del modello bianco. Forse questa è più soddisfacente di soluzione.

davla commented 6 years ago

Non in ordine

flavio-a commented 6 years ago

Spoiler:

Fanno eccezione quelli con almeno 3 rami (ovvero Eevee, Tyrogue e Rockruff), che necessitano di un layout custom. Visto che tutti e tre hanno una sola evoluzione, si stava pensando di mettere la forma base a sinistra e tutte le evoluzioni in verticale a destra.

Quindi Eevee non va preso in considerazione :P

flavio-a commented 6 years ago

@CiaobyDany sì, le frecce oblique sono un'idea che mi era venuta ma non mi avevano convinto più di tanto, le avevo lasciate solo perché nel caso non mi andava di cercarle di nuovo su Google.

La soluzione à la Maze per la linea singola mi piace abbastanza, il problema è sulla linea doppia che non distingue benissimo tra le due evoluzioni affiancate. Prevengo già la proposta di @davla di aumentare il padding tra le due forme dicendogli che se vogliamo tenerle affiancate da mobile non possiamo lasciare troppo spazio vuoto. Poi non dico che non si possa fare ma prima di proporlo tieni in considerazione questo fatto. C'è da dire che le img-fluid aiutano molto, ho provato a restringere lo schermo a 300px di largehzza e si vede ancora abbastanza bene, però eviterei di giocarci troppo spazio vuoto in mezzo.

La soluzione à la Dany (a parte che ha poco padding sui box, si sistema ma adesso ho sonno) pensavo venisse molto peggio e invece ci stà finché abbiamo un colore simile. Se iniziano a spuntare box di tutti i colori in giro fa abbastanza tamarro, però c'è da dire che quasi sempre le evoluzioni condividono almeno un tipo, se non sono proprio uguali.

Cruifer commented 6 years ago

Si potrebbe provare una cosa più simile ai template dei Pokémon di tizio? Mi spiego meglio, intendo un box con il classico gradiente, un bordo bianco intorno al box del Pokémon e il gradiente radiale dentro. Non è detto che venga bene, ma volevo almeno avere un'idea. P. S. io metterei il box grande a width-sm-100 è brutto forte vederlo stretto come adesso.

davla commented 6 years ago

Avrò gusti orrendi, ma i cerchi binachi mi fanno schifo e tanto. Però secondo me ci sta la seconda versione senza il cerchio bianco. Proprio con niente, lo sprite sopra sullo sfondo gradiente del resto del box e basta.

flavio-a commented 6 years ago

@Cruifer È quello che c'era prima e che Dany ha disapprovato, comunque dopo lo ritiro fuori dalla cronologia

Cruifer commented 6 years ago

@flavio-a Sì, ma quello che c'era prima aveva il box grande bianco con dentro anche le scritte sotto del Pokémon (o ricordo male io?). Comunque ci sarebbe da considerare la proposta di dedalo, che alla fine come compromesso secondo me può anche andare bene.

flavio-a commented 6 years ago

@Cruifer ah scusa, avevo capito male cosa intendevi. Sì, quello di prima aveva il box bianco rettangolare con anche nome, tipo, etc. dentro; tu invece vorresti provare una cosa tipo bordo bianco che separa il modello dal gradiente esterno, giusto?

Ammetto che tra le prove (vedi galleria dopo) quella di Maze è abbastanza convincente. La versione Crusca con bordino bianco tondo è... strana. La versione con box quadrato non mi piace, preferivo la proposta originale con il box che include anche le scritte

Galleria: Se ho capito bene questo è come voleva Crusca. crusca

L'altra possibilità è che volesse questo crusca2

Questo dovrebbe essere quello che proponeva Maze maze

Questo non lo so però non mi piace. boh

Cruifer commented 6 years ago

Sì quello che intendevo io era il secondo, e onestamente è quella che mi piace di più rispetto alle altre. Anche l'ultima non è male comunque.

flavio-a commented 6 years ago

Il problema dell'ultima a mio avviso è che c'è troppo spazio tra il modello e le scritte relative ad un Pokémon, e questo spazio non si può togliere (quello è il minimo che si può ottenere) perché i modelli sono 150x150, quindi hanno del "padding intrinseco". Cioè, guarda Bulbasaur.

Io resto per le immagini 2 e 3 (e comunque a me non dispiaceva box bianco per ogni Pokémon con immagine su gradiente radiale che Dany ha bocciato).

davla commented 6 years ago

Il padding intrinseco si può togliere in qualche modo. Il punto è che ci sono modelli che lo spazio lo prendono tutto.

Ad essere onesto, la 2 senza gradienti radiali è quella che mi piace di più. Cioè, quel cerchio bianco sarebbe brutalmente un bordo. Sarebbe da provare con modelli grossi, tipo MegaCharizard Y.

flavio-a commented 6 years ago

@davla Cosa intendi con "la 2 senza gradienti radiali"? Intendi la 4 (che è la seconda immagine senza gradienti radiali) o intendi una versione modificata della 2?

davla commented 6 years ago

La seconda che hai detto. Se lasci al roba in sandbox, oltre che fare gli screenshot, la prossima volta aggiungo io stesso.

flavio-a commented 6 years ago

Mi rompe avere 400 versioni del template in sandbox (che poi diventa altissima), è una menata mia.

Tornando IT: la 2 senza gradienti radiali non è quella che c'è adesso in sandbox con solo il cerchio bianco?

CiaobyDany commented 6 years ago

A me piace molto la 2 per il momento, btw, in Linkable metterei le dimensioni dei modelli fissi a 192px, altrimenti se hai qualcosa che sfora ti ritrovi disallineamenti e gli OCD si triggerano tantissimo.

flavio-a commented 6 years ago

Il problema è che non c'è nessuna garanzia che 192px sia (e resti) la dimensione massima di un modello. Anzi, UltraNecrozma è già largo 202px, e personalmente non sono molto a favore di hardcodare così la dimensione massima di un modello in un template. Anche perché distinguiamo tra due problemi: se ci sono in verticale due modelli di dimensione diversa gli OCD si arrangiano anche se i cerchi non sono della stessa larghezza. Se invece i due modelli di dimensione diversa sono allineati in orizzontale beh, sono casi rari (ho trovato solo Exeggutor e Charizard nel box delle mega). Piuttosto propongo di rimpicciolire a 150px i modelli troppo grossi quando vengono affiancati.

flavio-a commented 6 years ago

Ma quindi piace a tutti la 2 (più o meno)? Nel caso butto via tutto il resto e inizio a lavorare solo su quella.

Vorrei anche sottoporre un altro problema: lasciare sempre l'evobox in verticale occupa un sacco di spazio lasciando vuoto di lato da desktop. Da mobile chiaramente è l'unica soluzione, ma da desktop pensavo di provare a "girarlo" in orizzontale, soprattutto visto https://wiki.pokemoncentral.it/Floette#Evoluzioni. Da mobile non ci si può fare niente e soprattutto le sezioni sono collassate di default, quindi uno deve scrollare infinito solo se apre la sezione (e quindi si suppone voglia leggerla). Da desktop invece con gli Evobox verticali verrebbe una cosa schifosamente alta, che fai notte ogni volta che devi scrollare.

Cruifer commented 6 years ago

@flavio-a Perché, come verrebbe su desktop? Puoi mettere uno screen? Comunque io lo dicevo che la due è la meglio

flavio-a commented 6 years ago

Se intendi Floette non ho uno screen, però l'evobox verticale in generale viene qualcosa del tipo screenshot_13-08_20 01 (lascia perdere che è una versione vecchia, avevo quello a portata di mano, lo spazio bianco di fianco non cambia)

Comunque ora potete trovare nella mia sandbox la versione che si gira (guardandola da mobile non dovreste vedere differenze da prima). https://wiki.pokemoncentral.it/Utente:Ff300/sandbox È implementata la versione 2, che mi sembra quella che riscontra più successo, ma cambiare forma/colore/sfondo dei box non dovrebbe essere difficile tenendo quel layout.

Cruifer commented 6 years ago

Andrebbe implementato anche per i Pokémon glitch. C'è modo di farlo utilizzando lo stesso modulo?

flavio-a commented 6 years ago

Questa è una domanda non banale. La risposta vorrebbe essere sì, ma al momento è decisamente no. Per come è fatto il modulo adesso, ci sono degli ostacoli notevoli. Questa è una debolezza del modulo attuale che sto parzialmente risolvendo mentre cerco di creare il tanto atteso (da me e Maze) modulo Evo/data, ma se mi dici che l'Evobox dovrà gestire anche i glitch (come in effetti sembra sensato) lo dovrò considerare nelle modifiche future. Ci lavorerò. Comunque vi direi di non aspettarvi aggiornamenti a breve su questo fronte.

davla commented 6 years ago

Consiglio di fare un modulo a parte, magari con input manuale. I glitch fanno cosi stranissimi, e a conti fatti l'evobox non fa millemila calcoli come il DebRes. L'unica cosa è verificare se l'utilità dell'Evobox/data per i glitch in altri contesti possa essere utile (per esempio, le mosse in corsivo nei learnlists).

flavio-a commented 6 years ago

Sicuramente non avevo intenzione di fare un modulo dati per le evoluzioni dei glitch (che magari iniziano ad evolversi in modi a caso, brrr...). L'idea era solo di riciclare tutto il macchinario dell'Evobox (grafica, funzioni che creano certi box, etc...) nel limite del possibile con una chiamata manuale.

davla commented 6 years ago

Se pensi che sia inutile, allora a postissimo.

flavio-a commented 5 years ago

Non ho guardato per i glitch, ma ho guardato per il modulo dati delle evoluzioni, prometto che poi guarderò anche per quelli (anche perché l'interfaccia con parametri è sempre utile). In pokemoncentral/wiki-lua-modules@ad77d06023e78c638182c29e772355eaeffc28df potete vedere che ho aggiunto le evoluzioni per livello di (spero) tutti i Pokémon che si evolvono in quel modo, più qualcosa per un po' di altri Pokémon che però è probabilmente a caso. Al momento si cercano volontari per aggiungere le famiglie mancanti, che dovrebbero grossomodo corrispondere a quelle in questa pagina. In giro per il modulo ci dovrebbero essere esempi per più o meno qualsiasi cosa (fatti da me per testing), che potete trovare già radunati a questo indirizzo. Altrimenti potete sempre chiedere a me. Naturalmente non è necessario fare tutto in una volta. Se aggiungete qualche Pokémon basta committare (magari scrivete nel messaggio cosa avete fatto), e io penso lavorerò così per pezzi. PS: mi ricordo che @lucas992 voleva offrirsi volontario. Vero, Luca?

lucas992x commented 5 years ago

Diciamo che sono stato gentilmente offerto come volontario :P quindi potreste essere altrettanto gentili ad abilitarmi per modificare cose, visto che mi dice "You must be on a branch to make or propose changes to this file" (oppure spiegarmi cosa devo fare per auto-abilitarmi se ne sono in grado).

flavio-a commented 5 years ago

https://github.com/pokemoncentral/wiki-lua-modules/edit/evo-data/Evo-data.lua Da qui non ti fa modificare?

lucas992x commented 5 years ago

Da lì sì, è il terzo link del messaggio precedente che me lo impedisce mostrandomi quel messaggio, ma se quello che devo modificare è quest'altro non ci sono problemi, mi ci metterò con comodo (così ne approfitto anche per ricontrollare quelle già inserite).

flavio-a commented 5 years ago

Ah no, il terzo link è solo un comodo elenco di quelli già fatti da cui si dovrebbe (spero) capire cosa fare nei vari casi. E non è davvero modificabile (ma non sembra neanche una buona idea, visto che mi sono sbattuto per creare in automatico tutti quelli per livello).

flavio-a commented 5 years ago

Ok, ho finalmente guardato per i glitch e con un po' di lavoro (che non ha ridotto considerevolmente il lavoro, purtroppo) dovrei aver prodotto una cosa funzionante che gestisce anche i glitch (al costo di volere parametri per tutto). L'altra cosa da fare (forse) è aggiungere i dati per il cambio di forma all'Evo-data, devo valutare un attimo il rapporto vantaggi/sbatti (visto che comunque c'è già la funzione con la chiamata manuale anche per quello).

Cruifer commented 5 years ago

non è per essere insistente, ma riapro di nuovo perché mancano ancora i glitch

flavio-a commented 5 years ago

Eh che palle, solo ai glitch sai pensare. Devo metterlo nelle pagine, ma sembra che sarà più difficile del previsto, non sembra si riesca a fare in automatico.

Cruifer commented 5 years ago

boh se mi dici cosa c'è da fare in particolare posso farlo io di metterlo nelle pagine

flavio-a commented 5 years ago

In realtà (a parte Missigno. che non funziona perché fa cose che non mi aspettavo) posso finire di farlo io, sono già oltre metà e se prendo il ritmo ci metto relativamente poco a fare una pagina.

EDIT: mancano solo i seguenti Pokémon, che per ora non si possono fare per limitazioni del modulo:

lucas992x commented 5 years ago

Bisogna aggiungere la nebbia a Sliggoo (lo scrivo come promemoria, sempre se qualcuno non mi precede).

CiaobyDany commented 5 years ago

@lucas992 L'ho già aggiunta io ieri. L'ho messa nelle pagine di Goomy, Sliggoo e Goodra e nella pagina delle evoluzioni particolari. Va segnato anche altrove?

lucas992x commented 5 years ago

@CiaobyDany Nel modulo dati, ossia Evo-data.

CiaobyDany commented 5 years ago

@lucas992 Oh. Mi ero perso il fatto che sia diventato un modulo. Ottimo.

flavio-a commented 5 years ago

@CiaobyDany fatto