Oltre che il sacco di avena si potrebbero aggiungere le radici come materiale per sfamare il cavallo o il mulo quando si pianta la tenda
visto che husky, mugu e cholka mangiano carne e possono essere usati come cibo in tenda allora si potrebbero usare le radici per sfamare cavalli e muli.
Sarebbe una marcia in più alla proposta di Krakken nel rendere le tende svincolate dalle città
attualmente o parti con un sacco di sacchi di avena o se vuoi staccare al volo non puoi, quindi tanto vale arrivare in una città, mollare il carretto o affidarlo con tutto l'animale
Al click del pulsante di Login "Gioca Ora" c'è un lasso di tempo in cui il client si sta connettendo al server.
Propongo di:
1. disabilitare il pulsante al primo click
2. mostrare una label che dice per esempio 'Connessione in corso...'
3. effettuare login o presentare un messaggio d'errore
Questo perché l'utente potrebbe cliccare più volte però già la connessione è in atto e magari il tempo di risposta non è ridotto per via della rete.
mi rendo conto che sia una richiesta di nicchia e sono perfettamente consapevole che ci siano altre priorità, ma ci sono diversi giocatori che disegnano la loro mappa di TG con vari programmi. (io uso ancora il vecchio TGmapDeluxe)
la nuova grafica benchè piu' bella è molto meno schematica e di difficile leggibilità se bisogna "disegnare ricopiando" ciò che si vede.
oltretutto copiare un set di immagini e convertirlo in un altro fa venire il mal di testa in 30 secondi.
sarebbe possibile avere un opzione per mantenere la visualizzazione con le icone dell'avenger?
ricordo che anche all'epoca la ragione principale per cui non passai al Web client era proprio questa.
Sia chiaro posso continuare a mappare usando l'Avenger ma mi preparo al futuro quando esso non sarà piu' compatibile e dovro' per forza mappare col webclient
Bug inutile: leggere una pergamena vuota fa aprire la finestra di lettura con la seguente dicitura:
Citazione:(C'è scritto qualcosa in imperiale)
Non c'è alcuna scritta.
Credo che la dicitura (C'è scritto qualcosa in imperiale) debba sparire.
Tra l'altro ho notato che la scritta resta la stessa a prescindere dalla lingua in cui si sta "parlando", quindi anche se si è in ELFICO continuerà a uscire che sulla pergamena (vuota) c'è scritto qualcosa in imperiale.
Forse si potrebbe addirittura pensare di evitare di far aprire la finestra di lettura se si sta provando a leggere una pergamena vuota, dando come output (come nel vecchio Avenger) una semplice scritta del tipo "Non c'è scritto niente".
Proseguo nel mio costante tentativo di farmi odiare da Karedas.
Ho notato che c'è ancora il problema della totale spaginazione dei libri che hanno qualche "a capo" in più (usati per delimitare paragrafi, magari, o per fare splendidi disegnini ASCII).
Credevo fosse un problema solo dei libri "vecchi", scritti con l'Avenger, quindi ho provato a scrivere una pergamena a casaccio con il webclient.
La pergamena conteneva una serie di "blabla" di diversa lunghezza e separati da diverse righe vuote (1, 2, 3).
Giocando con la larghezza della finestra di lettura ho notato la seguente cosa.
In visuale strettissima le righe vuote spariscono, ma restano tutte al loro posto (non si "uniscono", venendo messe tutte nella stessa riga"). Da notare il problema dello scroll infinito che ho già segnalato in un altro post: https://ibb.co/s3xm70N
Allargando la finestra le singole righe (separate da spazi) iniziano a essere accorpate assieme in una singola riga (notare la terzultima e la penultima dell'immagine precedente e la penultima di quest'immagine): https://ibb.co/xLYxSr0
Le righe "accorpate" vengono GIUSTIFICATE, in pratica lo spazio tra le singole parole è variabile e non fisso, e il testo tende a occupare tutto lo spazio disponibile sulla riga. Questo accade solo per le scritte che entrano in una singola riga secondo la larghezza che in quel momento la finestra di lettura ha. Le righe troppo lunghe (come la terza della seconda immagine) vengono ignorate dal giustificato e fanno scattare lo scrolling orizzontale.
Allargando ancora la finestra man mano sempre più righe singole vengono accorpate, con spazi tra le singole parole variabili di dimensioni per via della formattazione giustificata: https://ibb.co/6RZ0yy0
Fino ad arrivare alla seguente situazione, con spazi tra le parole LARGHISSIMI: https://ibb.co/TbD5Nc4
Stando così le cose, credo che gran parte dei problemi di visualizzazione si potrebbero risolvere con un bell'allinea a sinistra al posto del giustifica.
Il form di edit testo che esce dopo aver digitato il comando "scrivi pergamena" non sembra adattarsi all'altezza della finestra. Il risultato è che l'area di edit testo resta comunque "stretta" nonostante l'utente allunghi il form.
Il form di lettura e scrittura non sembrano avere un a capo automatico una volta raggiunta una lunghezza massima per ogni riga.
Il risultato è la possibilità di scrivere righe lunghissime. Ho provato ora e sono riuscito a scrivere una pergamena con una riga di 900 caratteri che, in lettura, permette uno scroll orizzontale infinito.
Se, però, si supera una certa lunghezza (che suppongo sia pari o superiore alla lunghezza massima del browser) il webclient fa cadere la conessione al momento del salvataggio del testo.
Il testo non viene salvato contestualmente alla caduta di connessione.
Suggerirei, se possibile, di rendere il form di lettura responsive orizzontalmente, in modo da eliminare lo scroll orizzontale e far adattare la lunghezza delle righe in base alla dimensione della finestra di lettura.
