Newsgroup: it.comp.giochi.avventure.testuali
Titolo: Quest, Idra, Undum e Vorple: ho un po' studiacchiato

Buongiorno a tutti.
 
Torno sul tema perchï¿œ nel frattempo sono andato a studiacchiarmi alcune 
cosette.
 
Su segnalazione di alcuni di voi sono andato a vedermi undum e il suo 
perfezionamento con vorple, inklewriter, quest. Idra, invece, l'ho usato 
per realizzare un paio di piccole storie per bambini e penso di 
conoscerlo bene.
 
In particolare mi interessava approfondire alcuni temi quali:
+ complessitï¿œ di apprendimento
+ rapporto tra sforzo realizzativo ed l'efficacia del gioco / racconto
+ portabilitï¿œ del risultato
 
Come prima cosa, anche ripensando alle osservazioni di Paolo Lucchesi, 
ho capito che c'ï¿œ anche un altro parametro fondamentale per valutare 
questi strumenti: quanto si ï¿œ orientati alla narrazione e quanto al 
gioco. Ovviamente da questa scelta dipendono, almeno in parte, anche le 
valutazioni degli altri punti.
 
Riguardo alla complessitï¿œ di apprendimento, direi che piï¿œ si va verso la 
soluzione web-based e piï¿œ questa decresce ma decresce anche il grado di 
specializzazione del linguaggio che si usa e quindi crescono altre 
complessitï¿œ.
 
Le soluzioni web-based sono spesso realizzate in javascript, 
garantiscono un'ottima portabilitï¿œ e una buona flessibilitï¿œ. Con le 
librerie jQuery si possono ottenere grandi risultati che girano su tutte 
le piattaforme.
 
Qualora si sia orientati a racconti piï¿œ orientati al gioco, dove servono 
testi brevi e molta interazione, queste soluzioni non sono molto 
indicate perchï¿œ orientate al testo e danno poco spazio alla creativitï¿œ 
nei comandi e nelle azioni dell'utente. Danno invece grandi possibilitï¿œ 
di "godibilitï¿œ artistica multimediale" elemento importante per il mercato.
 
Su questo hanno lavorato undum e vorple (quest'ultimo consente di 
migliorare anche molto l'output di inform7).
 
Quest mi sembra un'interessante compromesso perchï¿œ consente entrambi gli 
approcci.
 
Idra, forse il migliore nel rapporto semplicitï¿œ / efficacia, ï¿œ molto 
orientato a storie "navigabili". Storie che funzionano bene se pensate 
proprio come narrativa interattiva e meno come avventure dove il 
giocatore preferisce leggere meno e inventarsi comandi.
 
Ho trovato molto limitato InkleWriter che, per favorire la portabilitï¿œ 
su Kindle, e quindi la fruibilitï¿œ come testo, implementa un sistema fin 
troppo banale di gestione dei link visitati e non. Purtroppo sul 
simulatore di Kindle non rende molto e talvolta causa problemi nella 
lettura. L'idea ï¿œ molto buona ma denuncia i limiti che hanno gli ereader 
appena fuori dal loro campo applicativo.
 
Di buono questa soluzione ha quella di limitare la complessitï¿œ 
realizzativa perchï¿œ permette scelte multiple in modo assolutamente semplice.
 
Conclusioni
Se volessi scrivere un racconto interattivo e volessi sbrigarmi userei 
InkleWriter, pur conscio dei suoi limiti ma portabile su Kindle.
 
Se volessi scrivere un racconto interattivo un po' piï¿œ sofisticato ma 
dovendo studiare un po' di piï¿œ, userei o undum (migliorato con vorple) o 
Idra (che andrebbe un po' svecchiato). Porto il risultato dove voglio, 
ovunque ci sia un browser.
 
Se voglio spingermi verso una soluzione piï¿œ AT oriented, allora scelgo 
Quest, se voglio rimanere webbased, dovendo perï¿œ studiare un linguaggio 
ad-hoc con le conseguenze positive e negative. Prevede il multi-language.
 
Resta da capire se forse non sarebbe meglio inform, in questo caso, dato 
che, pur con dei limiti riguardo alla versione web, resta comunque il 
linguaggio piï¿œ potente sia nella versione 6 che nella 7 e permette di 
lavorare molto bene (soprattutto la versione 7) su concetti molto 
evoluti rispetto ai modelli degli anni 80 di cui, forse, quest un po' 
risente.
 
Link
idra - 
http://www.erix.it/idra.html
 
undum - 
http://undum.com/
 
vorple - 
http://vorple-if.com/
 
vorple wrapper per undum - 
http://vorple-if.com/vorple/doc/undum/enhancing-with-vorple.html
 
quest - 
http://textadventures.co.uk/quest
 
inklewriter - 
http://writer.inklestudios.com/
 
inform 7 - 
http://inform7.com/
 
inform 6 - 
http://inform-fiction.org/index.html
 
 
 
pg
 
 
 
 

 pg
 
Interessante.
Sto anch'io dando un'occhiata alle librerie vorple su inform 7, ed 
effettivamente sembrano potenzialmente molto pormettenti, a prima 
vista.
Grazie per la tua analisi!
 

 Grazie per la tua analisi!
 
Era solo un piccolo riassunto. In questo newsgroup c'è gente molto più 
avanti.
 
pg
 

 [...]Porto il risultato dove voglio, ovunque ci sia un browser.
 
Mmm... Trovo la soluzione "solo tramite un browser" abbastanza 
vincolante e - secondo me - non sempre ottimale. Inoltre penso che 
spinga naturalmente verso la sola fruizione online.
Come ho già detto, preferisco avere il maggior numero di possibilità.
 
Per contro, Vorple sembra promettere possibilità interessanti. Da tenere 
sott'occhio...
 
bye
-- 
Paolo Lucchesi - p...@NOSPAMpaololucchesi.it

 le piattaforme.
 


Il 04/11/13 17.48, Paolo Lucchesi ha scritto:

In realtà l'altro grande vantaggio dell'uso di JS+JQuery, che non ho 
scritto prima, è che si possono realizzare applicazioni off-line, oltre 
che browser based e questo, a parer mio, consente una notevole 
fruibilità anche quando non si ha disponibilità di rete.
 
Riguardo a Vorple non mi è chiaro se il progetto stia progredendo ancora 
o se si è fermato.
 
pg
 

 o se si è fermato.
 
è supportato e progredisce, anche se mi è sembrato di capire lo sviluppo sia ormai esclusivamente indirizzato ad inform7, l'autore è disponibile, ma a parte le API la documentazione latita. Credo sia effetto anche dello scarsa richiesta della comunità. Comunque su intfiction, è facile trovare i pochi tread di richiesta d'assistenza.
 

 Le soluzioni web-based sono spesso realizzate in javascript,
 
aggiungo solo in margine che (forse lo avevo già scritto) al momento 
javscript non gira nei formati ebook come mobi, kf8 e ePub2 e dove gira 
(EPUB3) non si ha certezza dell'utilizzo del salvataggio variabili.
è quindi molto comodo, ma bisognerebbe pensare ad uno sviluppo ibrido, 
in cui le singole azioni javascript siano limitate alla pagina in fase 
di "lettura/azione", in modo da diminuire il più possibile il fastidio 
del 'chiudo-riapro l'ebook = perdo tutta l'avventura che avevo fatto'. 
ovvero, per le variabili utilizzare ancora il metodo colombini.
 
-- 
quintadicopertina - editoria digitale - 
http://www.quintadicopertina.com
 


 
Io conosco solo Inkwriter, di cui scrivevo all'inizio del thread, che si 
comporta circa così. Ed esporta su Kindle.
 
pg
 

 comporta circa così. Ed esporta su Kindle.
 
 
circa così cosa significa?



 
Inkwriter permette di navigare in modo condizionato le pagine di un 
ebook mediante semplici test che si basano sul fatto di aver visitato o 
meno una pagina.
 
Si può quindi simulare l'esistenza di semplici variabili "facendo 
passare" il lettore da pagine che fungano solo da segnalibri.
 
Infatti si usano dei veri e propri segnalibri.
 
La conversione in mobi costa 5 sterline (poco più di 6 euro).
 
pg

 La conversione in mobi costa 5 sterline (poco più di 6 euro).
 
quindi senza javascript?


 o Idra (che andrebbe un po' svecchiato)
 
Appena appena... ;-)
 
-- 
   .Erix.

 (EPUB3) non si ha certezza dell'utilizzo del salvataggio variabili.
 
A dire il vero non lo si ha nemmeno su PC, per chi cancella 
automaticamente i cookie all'uscita dal browser.
 
Con HTML 5 (Web storage & company) sembra anche peggio... o perlomeno 
non sono ancora riuscito a capire come impostare un'eccezione in Firefox 
per far funzionare il salvataggio di Candy Box 2. Ma devo prima finire 
l'1 :-)
 
-- 
   .Erix.


Esatto!
 


O meglio: su pc usa javascript ma su kindle va con lo standard mobi che 
però non conosco.
 
pg
 


 
Piccolo appunto, jQuery è solo una libreria per la manipolazione del dom,  
non apporta tutti questi benefici.
 
-- 
Creato con il client email di Opera: 
http://www.opera.com/mail/