Versioni per smartphone

25/06/2016 21:38:07

john galt ha scritto: spesso sta giocando o chattando con il giocatore xyz anche in coda al ristorante cinese all you can eat.

Boh, davvero?
Nel senso, c'è gente che ruola ai pbc mentre è in coda da qualche parte?

Non fraintendermi: io adorerei avere una versione per mobile che mi permetta di leggere il forum e la posta del gioco dove sto (e lo adorerei ancora di più se fossi un gestore, per monitorare rapidamente il gioco anche quando non sono a casa) ed è una funzionalità extra che suggerisco di implementare a chiunque sia capace di farlo.

Ma per me giocare via cellulare sarebbe sinceramente proibitivo, anche avendo una tastiera, quanto meno per le dimensioni dello schermo.

26/06/2016 00:32:32

numerino ha scritto: Diciamo che se riesci ad avere abbastanza tempo libero da passare a casa a giocare tranquillamente dal pc, è chiaro che ti sembrerà futile la possibilità di giocare tramite mobile.

Non mi sembra futile (in senso di frivolo), mi sembra solo un'esigenza quantitativamente isolata.

Poi, ovviamente, lode al programmatore che implementa funzionalità per rendere più inclusivo il gioco anche per fette di utenza minoritarie.

È solo per dire rispondere a J.G. che io non la vedo come una cosa essenziale o destinata ad attecchire particolarmente, perché il pbc richiede, fisiologicamente, un paio d'ore libere ed un po' di concentrazione: insomma, non esattamente la cosa che farei fuori casa, mentre aspetto la metropolitana.

Ovviamente, ça va sans dire, è un'opinione personale.


P.S. Io studio e lavoro ed il tempo libero è quel che è. È solo che non tutti gli hobby sono adatti a tutti i momenti della vita.

26/06/2016 01:57:43

Vediamo un po..


Ha senso?

numerino ha scritto: Invece per chi, come l'autore del post e scommetto anche altre persone, che magari hanno tempo in qualche ora buca della giornata tra mezzi di trasporto e lavoro, è una funzione molto utile.

Il punto è tutto qui, si tratta di un ulteriore mezzo di accessibilità fornito dal sito.
Agli utenti regolari che si siedono comodi dietro il loro pc non cambierà assolutamente nulla, ma chi invece vive con lo smartphone o col tablet la cosa può tornare molto utile.

Sotto un profilo puramente imprenditoriale invece la cosa è abbastanza ridicola in questo ambiente: non sarà l'accessibilità con gli smartphone a farti fare il gran passo che ti porterà centinaia di online connessi al sito in contemporanea, la questione è molto più realisticamente riassumibile nella volontà della gestione di un progetto di fornire i mezzi adeguati per essere fruibili da dispositivi mobile come mera forma di cortesia e accoglienza verso i giocatori già affezionati al gioco, come indica anche John.

Evito il sarcasmo gratuito, ma sostanzialmente se la tecnologia lo permette, è molto diffusa ed è richiesta può aver senso farci un pensiero o due.

Ricordiamoci sempre però il fatto che questo è un ambiente di nicchia, quindi torno a ripetere che in sostanza è bene fare tutte le dovute considerazioni del proprio personalissimo caso prima di lanciarvi in onerose implementazioni speranzosi di raggiungere i numeri di lot ;-)


E' possibile giocare sfruttando un mezzo mobile ?

Se prendi un gioco qualsiasi e lavori solo di grafica al fine di ottenere un sito responsive, secondo me non stai considerando un fattore importante, ovvero la User Experience (o UX per i fanatici degli acronimi).

Realizzare un layout responsive non significa solo far si che 4 bottoni siano ben visibili sul display 7" di un cellulare, significa mettersi a progettare l'esperienza utente prima ancora di passare allo sviluppo.

L'unica idea di partenza è quella di supportare il mobile, il passo successivo però è pensare al come e devi mutare questo pensiero in un progetto che poi successivamente dovrai testare smartphone alla mano e cercare di capirne gli eventuali punti deboli/migliorabili.

Non starò a fare una lezione di modellazione UX, ma facciamo qualche semplice considerazione sulle possibilità che abbiamo in questo preciso campo, poi ognuno potrà trarre le conclusioni che preferisce.

L'ostacolo principale, come tutti avete notato e fatto notare, riguarda il fornire un esperienza di gioco in chat accettabile anche da mobile. Anche solo discutendone molto blandamente nel topic, però, sono emersi già 3 modi in cui un utente può scrivere in una chat:

1. Il metodo standard classico nativo del cellulare;
2. L'utilizzo di hardware esterno che possa facilitare la digitazione dell'azione;
3. L'utilizzo della voce per poter letteralmente "dettare" l'azione.

Perfetto, quali sono i problemi che arrivano da queste 3 casistiche di input?

1. Sebbene vi siano persone allenate che possono scrivere molto rapidamente, molti rimango mediamente più lenti rispetto all'utilizzare una tastiera vera e propria e si è molto più facilmente a rischio errori di battitura grazie alla correzione automatica e via dicendo;

2. Si supera lo svantaggio lentezza del punto 1, migliora la precisione della digitazione ma il grosso contro è che l'utente necessita di acquistare questo componente;

3. Vocalizzare un azione è certamente una gran trovata e anche in linea con gli standard tecnologici odierni, l'unico problema quantomeno, da quanto ho notato senza approfondire ancora troppo la tecnologia, è che il sistema non mette in automatico virgole, parentesi o altro.

Abbiamo inoltre un altro paio di problemi da tenere in considerazione:

4. L'utente non può rileggere l'azione;

5. Leggere il flusso in chat può diventare un inferno di scrolla su e scrolla giù al fine di leggere un azione particolarmente corposa per intero.

E' palese da quanto abbiamo scritto fino ad ora che il problema principale qui è che per garantire una buona esperienza comune e condivisa è necessario prendere delle scelte e scendere a dei compromessi come ad esempio il nostro punto 5 che potrebbe essere risolto fissando un limite massimo di caratteri per azione accettabile in rapporto alla dimensione del font, di modo che una singola frase non rischi di superare la dimensione in altezza dello screen di chat.

Io non ho uno smartphone quindi non ho idea di quanti caratteri si riuscirebbero a scrivere in questo modo, sarebbe interessante scoprire un parametro di base che possa andar bene per la maggior parte dei dispositivi in circolo (pensare che quanto deciso in questa fase sia universalmente valido per tutti però potete anche scordarvelo, se per sbaglio lo aveste pensato) :D

Per quanto riguarda la digitazione dell'input invece, a me piace fantasticare sul punto 3 ma ci si pone un grosso ostacolo che è quello di trovare un modo, come ad esempio dei tasti da tener premuti a seconda del tipo di azione o comunque delle frasi in codice particolari, che possa far capire al sistema quando l'utente vuole indicare un azione o il parlato del personaggio, oppure ancora quando vuole semplicemente inserire un segno di punteggiatura nel discorso.

Tornando alla questione iniziale dunque, è fattibile?
Con la giusta pianificazione e i giusti compromessi, si.


Tecnologie

Inutile a dirsi, dovete considerare bene il fatto di trovarvi in un ambiente smartphone sul piano delle risorse.
E' vero che oggi ci sono smartphone che montano processori quad-core, ma considerate sempre il fatto che al giorno d'oggi fanno girare dei sistemi operativi evoluti con tanto di applicazioni perennemente attive che funzionano in background.

In questo scenario le risorse disponibili potrebbero essere limitate, ha senso usare librerie come JQuery Mobile http://jquerymobile.com/ ↗ eh per carità, ma cercate sempre di usare quando possibile API native (come le Web API Notification di cui ultimamente s'è discusso in giro nel forum https://developer.mozilla.org/it/docs/Web/API/notification ↗), perché a dispetto di quanto implementato da una semplice libreria javascript, oltre alle migliori performance, offrono funzionalità che interagiscono a livello più profondo col sistema (sempre tirando in ballo le API di prima, sapevate che su smarphone vengono visualizzate proprio come notifiche di android e sono munite di alcune possibilità di interazione? :p)

HTML5 ragazzi, HTML5 is the way, provate a realizzare una serie di input col type impostato su text, search, email, url, tel e via dicendo e poi sbirciate da smartphone le differenze durante la digitazione http://blog.teamtreehouse.com/using-html5-input-types-to-enhance-the-mobile-browsing-experience ↗. In sostanza, sempre in riferimento alle tecnologie native e bene integrate, per migliorare l'esperienza utente c'è tantissimo da cui attingere e, nel caso, da studiare se non ne avete conoscenza.


E' questa la bibbia della programmazione per dispositivi mobile?

No.
Tutto quello che vi ho scritto qui non dico siano nozioni sbagliate, ma la mia esperienza sul mobile si riduce ad una manciata di episodi e potrei aver indicato qualche castronata su cose che non ho ancora avuto modo di sperimentare personalmente (come le web speech api). Se qualcuno che mastica quotidianamente lo sviluppo di siti web fruibili da mobile passa per caso da queste parti potrebbe portare una bella aggiunta di valore alla discussione.

Per adesso passo e chiudo.

26/06/2016 05:17:11

Visto che ho provato ultimamente le api del webspeech ti posso dare qualche risposta a qualcuno dei dubbi espressi sopra.

Punteggiatura:
L'api riconosce la punteggiatura dettata, e riconosce anche bene per le prove che ho fatto quando è il caso di tradurre le parole come punto, virgola, eccetera in punteggiatura per i test che ho fatto.

Esempio, anche se la frase è brutta ma volevo testare le capacità dell'api.
dicendo a voce:

Non era cambiato nemmeno di una virgola virgola come se il tempo non fosse mai passato virgola per lui punto

l'api ha convertito la frase correttamente in:

Non era cambiato nemmeno di una virgola, come se il tempo non fosse mai passato, per lui.

Per i pochi test che ho fatto non ne ha sbagliato uno.

Anche alcuni simboli li riconosce in automatico del tipo:

Aveva subito il tre per cento dei danni

lo ha convertito in automatico in:

Aveva subito il 3% dei danni

diverso è la cosa per la questione parentesi, quelle non ho ancora capito come fargli capire che una parentesi di qualsiasi tipo è una parentesi.

In conpenso però l'api può essere settata perchè riceva soltanto il testo dettato vocalmente senza inviarlo in automatico e in maniera che una nuova dettatura può essere aggiunta alla prima prima di inviare. in questa maniera senza troppo sforzo è possibile fare pause per rileggere senza fare il post tutto d'un fiato e per magari inserire le parentesi di apertura chiusura parlato.

Unica cosa scomoda è che ovviamente è che la dettatura vocale non può essere usata se ci si trova in certi ambienti.

Per l'uso di una tastiera esterna ho visto che ci sono alcuni add-on almeno per android che permettono di disattivare la tastiera virtuale quando si usa una tastiera esterna o tastiere virtuali alternative che riconoscono in automatico quando appunto un accessorio del genere è installato.

queste abbinate a magari inserire nella land una textarea stile "blocco note" da poi trasferire nella barra di input premendo un bottone può permettere la correzione ed una migliore lettura del testo che si sta scrivendo per rendere la chat più fruibile

26/06/2016 13:17:40

wow non avevo mai provato queste applicazioni. Sembra funzionare davvero bene , la scarico quasi quasi.

Cmq al di la del metodo di immissione del testo , io penso che bisognerebbe davvero reimmedesimarsi nel metodo , non so come dire al di la di alleggerire la grafica e di disporla in una maniera corretta , è propio il concetto di sito per PBC che dovrebbe plasmarsi in tutte le parti per adattarsi a una usufruibilità da smartphone.

sostanzialmente penso si dovrebbe trattare di una sorta di Gruppo Whasapp da cui pero si possa accedere al profilo di ogni giocatore (scheda) che contenga i dati necessari al gioco , permetta di tirare dadi ecc.

ora io non me ne capisco pero me lo immagino cosi, infondo scriviamo tutto il giorno su applicazioni come messenger e watsapp c'è poca differenza , un limite dei caratteri puo essere di aiuto chiaramente , ma è una prassi di molte land che siano o meno versateli per smartphone

26/06/2016 13:27:47

vitrio ha scritto: Cmq al di la del metodo di immissione del testo , io penso che bisognerebbe davvero reimmedesimarsi nel metodo , non so come dire al di la di alleggerire la grafica e di disporla in una maniera corretta , è propio il concetto di sito per PBC che dovrebbe plasmarsi in tutte le parti per adattarsi a una usufruibilità da smartphone.

E' all'incirca quello che ho cercato di trasporre anche io, non parlo necessariamente del modo che hai suggerito, ma sostanzialmente che la questione va ragionata per bene sul come deve funzionare in quell'ambiente.

Per quanto riguarda l'immissione dell'input delle chat era un pretesto per mostrare come affrontare questo tipo di problemi (anche perché in realtà un po tutto va ragionato criticamente alla stessa maniera), al contempo però è pienamente valido come spunto se qualcuno avesse intenzione di sviluppare una chat per gdr versione mobile.

Temo di essermi lasciato sfuggire qualche tecnicismo di troppo e reso forse il discorso difficile da capire, pardon :-P

26/06/2016 19:46:56

si , piu o meno avevo capito , scusa sono io che non capendomene niente ho usato quel paragone . Comunque sono completamente d'accordo con te

26/08/2016 16:57:06

questo post me l'ero perso ma l'intervento di blancks ha centrato l'obiettivo.

Posso risponderti al dubbio: un'azione di 3000 caratteri su uno smartophone medio (quindi non S7edge o 6s+) diventano un muro interminabile di parole che richiede circa 4/5 scroll. Ovviamente è possibile ridurre la dimensione del carattere ma non cambia di molto la bad UX.

Per poter essere maggiormente compatibile dovrebbe essere la land stessa ad avvisarti che il giocatore "dall'altra parte" sta utilizzando un dispositivo mobile, un po come fa skype e quindi potrebbe essere soggetto a scollegamenti (timeout) e la quantità di caratteri, così come i simboli visualizzati, potrebbero essere limitati o differenti.

Insomma: per venire incontro ad uno, penalizzi l'altro.



Per chi ha fatto l'esempio del gruppo WA: su WA non si inviano interventi da 3000/5000 caratteri, tipici delle land moderne.

31/08/2016 02:34:25 e modificato da ghennadi72 il 31/08/2016 07:13:36

john galt ha scritto:
Imho è già tardi anche per questa proposta e innovazione...
Ah no aspetta, Ghennady mi disse che non è una innovazione per il pbc... Alzo le mani. Evidentemente il mobile o le app non sono egualmente interessanti per il fabbisogno del pbc, ma per l'utenza sì... qualcosa non mi torna

Parlando strettamente di innovazione, il fatto che orientare, adattare e forzare qualunque interfaccia all'usabilità da dispositivo mobile sia "innovazione" è qualcosa che può smentirti la microsoft stessa, dopo il clamoroso buco nell'acqua registrato nel, fortunatamente, breve periodo tra l'uscita di Windows 8 e l'uscita di Windows 8.1 con parziale marcia indietro e il definitivo dietrofront raggiunto con Windows 10 (che comunque per un uso strettamente desktop è tutt'ora meno funzionale dell'arretrato, non mobile-compliant e anti-innovativo - giusto? - Windows 7).

Stesso identico discorso, peraltro, verificatosi in ambito opensource/linux, quando una fetta enorme di utenza non ha gradito la svolta di ubuntu e gnome verso un'interfaccia mobile oriented ed hanno cominciato a proliferare window manager (es. MATE) basati sul vecchio gnome 2, e distribuzioni linux cocciutamente refrattarie a trasformare un sistema desktop in un sistema gestito come se lo standard fosse il touchscreen. Con consistente perdita di fette di mercato "di fascia media" da parte del colosso ubuntu, che da quel momento infatti è corso ai ripari differenziando enormemente l'offerta rilasciando molte più versioni della propria distro non inquinate dall'odiato Unity o dalle versioni più recenti di Gnome.

Mi spiace essere costretto a puntualizzare ma in informatica il concetto di innovazione è strettamente legato alla capacità ed efficienza della soluzione ideata nello svolgere le funzioni e assolvere agli usi per cui è stata pensata, lasciando soddisfatta l'utenza target.

Quanto all'innovazione specifica in ambito PbC ti sei già risposto da solo più sopra:

almeno per mantenere una certa accoglienza per l'utenza che predilige strumenti mobili e che spesso sta giocando o chattando con il giocatore xyz anche in coda al ristorante cinese all you can eat.

Evidentemente i gestori che non la ritengono un'innovazione semplicemente non considerano un target interessante per il loro PbC gli utenti che pensano di poter sostenere una giocata immersiva e di senso compiuto mentre sono in coda al ristorante cinese all you can eat, esattamente come ci sono gestori che non considerano un target interessante gli utenti sgrammaticati, gli utenti abituati al descrittivo puro piuttosto che gli utenti abituati a tirare il dado anche quando devono far scaccolare il pg, o gli utenti che scrivono più di 200 caratteri ad azione, o quelli che scrivono meno di 3000 caratteri ad azione.

Visto che siamo in regime di democrazia e libertà di intrapresa non dubito che ci saranno in futuro frotte di gestori che risolleveranno le sorti del PbC con versioni mobile ed app dedicate ai giocatori da smartphone. Si accomodino, aumenteranno l'offerta e se riusciranno ad avere dei giochi immersivi, coinvolgenti e soddisfacenti per il loro target, tanto di guadagnato.

Ma pensare che un gdr è tanto più tecnicamente di qualità ed innovativo quanto più è in grado di essere giocato su uno smartphone è una castroneria paragonabile alla convinzione che un'automobile sia tanto più innovativa ed efficiente nella guida quanto più grande è la memoria interna del lettore mp3 ed ebook reader incorporato nel cruscotto.


ps: e comunque è "Ghennadi" non "Ghennady", con l'anti-innovativa e obsoleta "i" italica finale.

31/08/2016 08:40:21

Non so se nella foga di rispondere ti dimentichi di comprendere quello che ho scritto. A volte capita.

Esistono pbc posizionati su Google store?
A me non risulta.
A me sembra una innovazione.

Non ho mai detto che sia una cosa giusta e bella. Ma che il "mercato" -parola ostica da comprendere, ma reale- lo chiede.
Se non ti piace l'idea, nessuno ti obbliga.

Chiudersi a riccio però e pensare che... anzi no, credere che in questa faglia temporale non ci siano utenti che "navighino su" e che "vogliano questo tipo di servizio" e "su questa piattaforma" è mentirsi.
Che a livello personale per un programmatore non piaccia o lo si trovi ridicolo/perdita di tempo non è un mio problema, solo non l'accetto come parametro di misura: è commettere un errore banale di valutazione.