Newsgroup: it.comp.giochi.avventure.testuali
Titolo: Disign di avventure testuali

Per esercitarmi in java stavo pensando di creare, partendo da un tutorial
trovato in rete, un sistema di gioco per avventure testuali. Dove posso
trovare qualche documento che parli del design di questo tipo di giochi,
se non addirittura qualche esempio di codice?
grazie per le eventuali dritte
Raffaele
-- 
Raffaele Castagno
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

Mi chiedevo come fanno a mettere i pezzetti di cioccolato nei biscotti senza
farli sciogliere quando Raffaele Castagno scrisse...
 > Per esercitarmi in java
Toh, un mago... :P
Secondo me java non č proprio l'ideale per le IF: non avendo ruotine
dedicate devi ricostruirti parser e grammatica da zero, che non č
comodissimo, e poi le runtime java sono pesanti quasi quanto quelle del
visual basic... HHGTTG in Java era la cosa piů scomoda dell'universo da
giocare.
Certo, se lo fai come esercizio in java č un altro paio di maniche, ma
almeno fai qualcosa per cui abbia senso usare java piuttosto che Inform o
Tads. IMHO.
--
Atrus di Myst
"I don't want to hurt you, Mistress Weatherwax," said Mrs Gogol.
"That's good," said Granny. "I don't want you to hurt me either."
-- Terry Pratchett
http://atrus.terrediconfine.net

 se non addirittura qualche esempio di codice?
sto giustappunto traducendo un libro su Java e OOP che usa un ambiente 
specifico per l'apprendimento, BlueJ.
http://www.bluej.org/
ebbene, il settimo capitolo (sul progetto delle classi) usa proprio come 
esempio un sistema (molto rozzo e semplice, a dire il vero) di AT: non 
so se riesci a trovare in rete il codice degli esempi (inclusi su 
CD-ROM), ti potrebbe essere utile. Oppure guarda questo esercizio:
http://www.bluej.org/resources/exercises.html#zork1
il nome la dice già lunga... :)
ciao
S
PS ovviamente come ha già detto qualcuno non vale la pena di usare java 
per l'IF, ma se _vuoi_ usare per forza java per fare qualcosa, allora un 
sistema di IF semplice è un ottimo modo di studiare divertendosi...

 giocare.
ovvio che il punto principale č l'esercizio, perň ora che sto conoscendo
java mi accorgo che l'idea non č cosě strampalata. Questo perchč una volta
create le classi necessarie, č possibile usarle tanto in uno applet
accessibile via rete quanto in una applicazione separata, mentre se non ho
capito male con quei tool č sempre necessario un interprete. Non conosco
per niente quei tools, ma con una struttura come quella che ho visto qui:
http://www.javacoffeebreak.com/text-adventure/index.html
Si vede che realizzare una avventura testuale č in fin dei conti una
cavolata. Inoltre le prestazioni in un gioco testuale non sono
determinanti.
Quanto al doversi creare tutto da zero, č un problema comune a tutti i
linguaggi di programmazione. Dovrei farlo comunque, anche se programmassi
in c, phyton, VB o delphi, dato che quei tools sono fatti per chi vuole
fare l'avventura, e non il gioco.
bye!


 fare l'avventura, e non il gioco.
ti manca decisamente esperienza con la materia - non si usano affatto 
linguaggi multi-purpose ma linguaggi dedicati, in grado di gestire il 
modello del mondo che (a parte casi davvero banali) è molto più 
complesso e "tricky" di quanto sembra a prima vista.
comunque per python, già che l'hai citato, c'era PAWS, una serie di 
moduli dedicati - però non so se è stato sviluppato o no...
ciao
S

 moduli dedicati - però non so se è stato sviluppato o no...
Però, dato che io devo fare esperienza in java.... :)


Mi chiedevo come fanno a mettere i pezzetti di cioccolato nei biscotti senza
farli sciogliere quando Raffaele Castagno scrisse...
 > è possibile usarle tanto in uno applet
 > accessibile via rete quanto in una applicazione separata, mentre se non
 > ho capito male con quei tool è sempre necessario un interprete.
Mago, ma cosa credi che siano le VM Java e i Java Runtime se non gli
interpreti?
Con la differenza che la VM Java è 12 mega di installer, la VM per Z-Machine
è 1 mega installata.
 > Si vede che realizzare una avventura testuale è in fin dei conti una
 > cavolata.
Mago... nun di stronzate eh! :P
Una IF è molto più che realizzare tre stanze, quello son buoni tutti.
 > Inoltre le prestazioni in un gioco testuale non sono determinanti.
Beh oddio... se OpenOffice ci mette due secondi in più ad eseguire una
operazione lo comprendo, se lo fa una IF no.
 > Quanto al doversi creare tutto da zero, è un problema comune a tutti i
 > linguaggi di programmazione.
Certo che no, basta prendere un linguaggio di programmazione dedicato per le
IF: Inform, Hugo, TADS e compagnia han già tutto pronto.
I linguaggi general purpose richiedono più tempo per implementare e, a meno
che non siano VM come java, ti compromettono la portabilità.
Se invece vuoi costruire un *sistema* per costruire avventure testuali, ti
auguro buona fortuna... se guardi i vari sistemi sviluppati qui in zona
(Modulo base, MAC, Peluche) scoprirai che non è né facile né veloce...
--
Atrus di Myst
"La somma dell'intelligenza sulla Terra e`
costante; la popolazione e` in aumento."
http://haven.terrediconfine.net

 (Modulo base, MAC, Peluche) scoprirai che non è né facile né veloce...
E' esattamente quello che vorrei provare a fare, con l'aiuto di Ilùvatar!


 
Se è per quello l'Interactive Fiction non sono solo Storia e 
Locazioni.... vi sono l'interazione, i png, gli eventi ... e sicuramente 
mi sono dimenticato di altri 3/4 elementi.

Mi chiedevo come fanno a mettere i pezzetti di cioccolato nei biscotti senza
farli sciogliere quando Raffaele Castagno scrisse...
 > Z-Machine funziona in applet?
Cosa intendi?
La z-machine è una macchina virtuale, come Java VM. Inform è un linguaggio
per z-machine (come Java per Java VM) e compila in formato .z*, come Java
compila in .class.
Esiste anche uno z-assembly per chi è proprio pazzoide. :)
Non c'è bisogno di un oggetto come le applet web di Java (che comunque sono
una cosa deprecabile).
 > funziona come applicazione stand alone (java2exe)?
Sì, si può compilare come EXE.
A parte che la compilazione per macchine reali di oggetti per macchine
virtuali è per me sempre una brutta cosa. :)
 >  Funziona via web su qualunque browser?
ALT! Java non funziona su nessun browser! :) Semplicemente il tuo browser
richiama la Java VM al suo interno tramite un plug-in esterno al browser. Il
browser di per sè non sa come trattare un oggetto .class o .applet.
Se qualcuno facesse un plugin per z-machine allora si potrebbe
tranquillamente usare un file .z su qualsiasi browser.
Esiste un plugin in java a tal merito ma ha alcune limitazioni (ad esempio
sul salvataggio).
E comunque c'è, ad esempio, HTML-TADS che penso si possa usare online (non
conosco Tads, l'ho visto solo di sfuggita). E, seppure con limitazioni, c'è
Idra di Enrico Colombini.
Non esiste solo Inform tra i dedicati.
 > Uhm, ovviamente io qui sto parlando di struttura, non di storia.
Anche quello non è così facile, se no la gente non starebbe a usare
linguaggi dedicati e librerie specifiche, e non perderebbe tempo a
migliorare sistemi esistenti se fosse così facile farne uno da zero.
 > Guarda che java non è COSI' lento.
Ripeto, HHGTTG in Java era di un lento spaventoso... forse era solo quello
ma, d'altronde, non ho giocato ad altre IF in Java.
 > Ma qualcuno quei linguaggi li avrà pur scritti, no?
Sì ma che c'entra? Tu vuoi fare un ambiente in java, ossia una costruzione
sopra un linguaggio, che è cosa ben diversa da un linguaggio apposito. :)
 > Mi chiedo quanti di quei linguaggi siano stati però sviluppati con un
 > moderno linguaggi OO.
"Inform is a programming language that compiles to Z-code. It's an
object-oriented language with a C-like syntax."
Mi spieghi perché ci vuole un linguaggio per sviluppare un linguaggio? Al
massimo ci vuole un meta-linguaggio (come SGML per *ML) se prevedi una
classe di linguaggi.
 > non lo vorresti un bel IF sul tuo futuro eventuale cellulare java?
Preferirei che qualcuno facesse-migliorasse un gateway Java per giocare via
web ai sistemi esistenti piuttosto che creare un altro sistema tutto in
Java: quello sarebbe un bell'esercizio e ce ne sarebbe veramente bisogno.
E comunque esistono già diversi interpreti Inform per palmari e tablet PC...
da qui al cellulare di nuova generazione manca poco. ;)
Mi sembra però che si perda più tempo a costruire sistemi che effettivamente
a scrivere IF. Ma questo è un discorso piuttosto vecchio che parte da quando
questo ng è nato... :)
--
Atrus di Myst
There's no place like 127.0.0.1
http://haven.terrediconfine.net

 Però, dato che io devo fare esperienza in java.... :)
facciamo così, cimentati col tuo progetto e facci sapere. saremo lieti i 
seguire i tuoi progressi. Solo, non ti offendere se pochi si mostreranno 
disposti a provare il tuo sistema, il fatto è che questo stesso discorso 
è venuto fuori in italia qualche volta (e all'estero decine di volte) e 
il risultato è stato sempre quello: la totale inutilizzabilità dei 
linguaggi multi-purpose per la scrittura di AT moderne, a meno di non 
voler fare qualcosa di primitivo alla scott adams e(o di chiamarsi 
tafazzi :)
ciao
S

 E' esattamente quello che vorrei provare a fare, con l'aiuto di Ilùvatar!
allora sinceri auguroni!
ciao
S

 questo ng è nato... :)
Sono daccordo sul fatto che spesso è meglio migliorare qualcos di
esistente, ma a volte si arriva ad un punto nel quale semplicemente
migliorare non basta, e bisogna ridisegnare la struttura. Sarebbe come se
si fosse continuato a migliorare gli aerei ad elica senza che nessuno
tentasse la via dei motori a reazione...


 facciamo così, cimentati col tuo progetto e facci sapere. saremo lieti i 
Vedremo. Se la volontà regge, farò qualcosa!
Scusa la domanda, ma tu sei lo stesso Gaburri di TGM?


Luca Bertaiola ha scritto:



Lo so, infatti quella è solo una struttura di esempio. Ci vogliono anche
iterazioni, trigger, png, oggetti, classi ausiliarie quali risolutori di
scontri, eventuali classi specifiche per enigmi, sotto giochi et similia,
se l'IF è dinamica ci saranno contatori e thread per png e oggetti
dinamici, etc etc


 allora sinceri auguroni!
Grazie, vedrò quello che riuscirò a fare!


Mi chiedevo come fanno a mettere i pezzetti di cioccolato nei biscotti senza
farli sciogliere quando Raffaele Castagno scrisse...
 > ALT. io non parlo di scaricare java come plug-in, ma di usare le JSP per
 > fare tutto sul server, e passare solo HTML al browser.
JSP? Ma allora vuoi proprio rovinarti la vita! :)))
 > Ma dato che io voglio far pratica con java...
Quello è un problema tuo, non dello sviluppatore di IF.
 > implementare un sistema di creazione dei giochi basato su XML.
Insomma, stai andando a creare un nuovo sistema di creare avventure testuali
immergendoti nei casini sino al collo, usando uno strumento potente ma
complesso e poco supportato come XML, e tutto questo senza aver guardato una
sola riga delle soluzioni create da altri in decenni di lavoro e senza aver
mai scritto una IF?
Chiariamoci, potrà venire anche una cosa geniale ma mi sembra un po'
presuntuosetto. :)
E a quel punto perché usare Java per elaborare l'XML? Usa direttamente XLST.
Ah già, devi usare Java... :P
 > Non ho ben capito il senso della frase, ma ad ogni modo ogni linguaggio
 > di alto livello necessita di un'implementazione di basso livello.
E Java è comunque un linguaggio ad alto livello per il Java-assembly.
 > Infatti il motore sarebbe in java, mentre l'avventura verrebbe scritta
 > in xml.
Java è un linguaggio di programmazione, *ML è una famiglia di Markup; non è
che uno è alto livello e l'altro basso livello... sono diversi e basta.
O meglio, XML è alto livello ma in confronto a SGML, non a Java.
 > In java l'uniformità di linguaggio migliora nettamente le prestazioni.
Però gli altri sistemi ci sono già, e sono molto più sviluppati e complessi
di quello che potrà essere il tuo (a meno che non comincino a lavorarci
decine di persone come per Tads o Inform, ma la vedo dura).
 > Inoltre c'è una questione di struttura di progettazione. Scrivere
 > l'intero sistema in java permette di usare certe soluzioni che sarebbero
 > problematiche da implementare usando interpreti esterni.
Ma non è compatibile col resto del mondo delle IF!
 > L'interprete Inform per un cellulare java in che linguaggio lo scrivi?
 > Cobol? :)
Ma tu dai per scontato che il tuo cellulare sappia usare solo Java, il ché
non è possibile perché il cellulare avrà comunque un suo assembly in cui
scrivere direttamente l'interprete. ;P
 > a volte si arriva ad un punto nel quale semplicemente
 > migliorare non basta, e bisogna ridisegnare la struttura.
Ripeto, detto da uno che non sa nemmeno quali sistemi di authoring di IF ci
siano in giro al momento e quali sperimentazioni sono state fatte mi pare
una affermazione presuntuosa.
E ripeto anche che, se punti su XML, anche il parsing via Java è superato:
c'è XLS e XLST.
--
Atrus di Myst
"May fortunate stars shine on this our meeting," said Letice. Nanny
nodded understandingly. Letice always sounded as though she'd learned
her witchcraft out of a not very imaginative book. -- Terry Pratchett
http://loreena.terrediconfine.net

 Scusa la domanda, ma tu sei lo stesso Gaburri di TGM?
E' lui! E' lui! Ma non dirlo a nessuno! Lo teniamo qui solo per rispondere a
domande tipo la tua.
:-)
Giovanni

 ha scritto nel messaggio
news:i6ZFa.79370$pR3.1...@news1.tin.it...

E quasi mai è riuscito a scoraggiare le persone a programmare una avventura
testuale in qualsivoglia linguaggio come C e Java (si sono scoraggiate da
sole...) oppure quelle che volevano addirittura programmare un framework per
la loro creazione
G.

Mi chiedevo come fanno a mettere i pezzetti di cioccolato nei biscotti senza
farli sciogliere quando Raffaele Castagno scrisse...
 > Con java2exe (o tool analogo) posso impacchettare il motore e tutti i
 > file accessori in un unico eseguibile indipendente.
Rimane comunque possibile compilare Inform in EXE, come è stato fatto per
diversi giochi.
Quello che non comprendiamo è il perché uno dovrebbe volerlo fare: vai a
perdere l'unica cosa buona della maccina virtuale, ossia la portabilità
dell'eseguibile.
Mettere un interprete che carica il gioco in automatico penso sia più che
sufficiente, anche perché permette all'utente di vedere il gioco col suo
interprete perferito o portarselo su un altro sistea senza dover cercare il
binario apposito.
 > Scritti in java, però!
Sicuro? Quelli per PalmOS e PSion non lo sono ad esempio.
E' vero che non sono cellulari ma, il cellulare del futuro sarà sempre più
simile a questi.
Ah, ho appena fatto un salto sull'if-archive e ho visto per caso Gnusto, un
interprete Z-machine per Mozilla. Altro che JSP! :)
--
Atrus di Myst
L'ossigeno fu scoperto nel 1874. Non ci si spiega
come la gente potesse respirare prima.
http://loreena.terrediconfine.net

 qualunque altro linguaggio.
ok auguri. così a occhio XML non è abbastanza potente, ci vuole un 
linguaggio di programmazione e non uno di markup
ciao
S


agh...

 una affermazione presuntuosa.
Che strano... c'è chi pensa a creare nuovi sistemi per la programmazione di
AT, mentre ieri sera a cena con Francesco Cordella e Paolo Vece discutevamo
su una estensione Inform per gestire *in un certo modo* gli NPC.
Bah, non capisco...
Giovanni

 qualcuno mi corregga (io il cellulare non ce l'ho neanche)
a proposito dell'implementazione di interpreti su cellulari, palmari, ecc.
vorrei ricordare le API Glk di Andrew Plotikin scritte in un C che più
portabile non si può (e non credo che esista qualche macchina un po' evoluta
che non ha il suo bravo compilatore C).
Giovanni

 passano al browser solo html...
ho nel cassettino un progetto del genere per la z-machine, ma l'ho lasciato
per mancanza di tempo. Da quello che ho visto non ci vuole molto a
reindirizzare l'output su HTML.
Qui trovi una cosa del genere fatta in perl
http://www.users.voicenet.com/~mikeedmo/rezrov/rezrov.html
Se vuoi fare una cosa utile, prenditi la "z-machine specification"
(
http://www.inform-fiction.org/zmachine/index.html
) e, visto che devi
studiare java, vedi se è fattibile la realizzazione di un interprete come
servlet (penso che il codice della zplet, la z-machine realizzata come
applet sia disponibile, non credo dovrai cambiare molto se non usare le
classi specifiche per le servlet).
Giovanni

 su una estensione Inform per gestire *in un certo modo* gli NPC.
che modo? per curiosità...

 che modo? per curiosità...
Niente di particolare. Solo un po' complesso... :-)
Diciamo che Francesco non è soddisfatto delle librerie aggiuntive di inform
che girano per l'IF-ARCHIVE così, senza controllo alcuno. Diciamoci la
verità (dice lui) sono piuttosto limitate. Praticamente si tratta di un
modello di personaggio (alquanto semplice) da personalizzare e aggiungere a
quest'avventura o a quest'altra.
In pratica Francesco vorrebbe una libreria per realizzare un personaggio che
fa un po' di tutto, che reagisce agli stimoli (oggetti, azioni compiute,
eventi) senza una precisa determinazione, ma solo in base a delle
*particolarità del suo carattere o del suo fisico*, queste invece decise
dall'autore. Ad esempio: supponiamo di avere un NPC "Paolo Vece" che si
diverte ad andare in giro per le varie stanze dell'avventura di Francesco.
Si suppone che andando un po' di qua e un po' di là debba essere stanco.
Perché allora se trova una sedia non si siede se non lo indichiamo
chiaramente noi nel codice inform?
Ed è qui che interviene il Riccardi con una sua piccola idea per
implementare la cosa, che spera di realizzare durante l'estate tra un
paragrafo della tesi di laurea, un po' di lavoro, una ritoccatina ad Infit
(così giusto per non farlo invecchiare prima del tempo), la traduzione
dell'IBG e un gelatino ogni tanto (per rinfrescarsi).
Giovanni

Raffaele Castagno ha scritto:
Ovviamente, non ho gia scritto il SW! 
Questo pare essere un pesce d'aprile, ma l'idea è la stessa...
http://www.ifarchive.org/indexes/if-archiveXprogrammingXaas.html
http://aas-ta.com/


 
http://aas-ta.com/
Gaburri, rispondi tu?
Vabbé, faccio io:
http://www.xs4all.nl/~pot/infocom/
Ciao
Giovanni

 quest'avventura o a quest'altra.
strano, sapevo che l'npc-engine era piuttosto potente... a livello di 
"ladro di zork" per intenderci. però non l'ho mai letto bene
ciao
S

 
http://www.xs4all.nl/~pot/infocom/
ma lui vuole usare java e xml compilando per la JVM direttamente, e NON 
utilizzare una Z-machine incidentalmente implementata in java... :)

 utilizzare una Z-machine incidentalmente implementata in java... :)
Grossomodo l'idea è quella, tenendo conto che tutta questa discussione ha
come centro il fatto che io voglio farlo come esercizio java. Se poi
riesco anche a fare qualcosa di valido, tanto meglio!


 ha scritto nel messaggio
news:3EE894A9...@gaburri.net...

neanche io l'ho mai guardato come si deve, però francesco dice che non è un
granché
Giovanni


Muahhahaha, una volta girava anche un certo Raffo.... pensavo che anche 
lui fosse lo stesso di TGM.


Io ho avuto modo di usarlo e tradurlo (insieme a Marco Saccone),
e posso dire che le cose che fa le fa bene, ovvero
- concetto di spostamento in base a delle subway, come le chiama l'autore
- lo spostamento puo' essere condizionato in base allo stato di una door
- gestione dei messaggi, personalizzabili, di provenienza e partenza
- saluto all'incontro
Comunque lo spostamento ha diverse proprietà in modo da renderlo
reale, non ricordo adesso in particolare quali.
Purtroppo ultimamente lavoro, la piccola e il periodo un po' di merda
mi hanno tagliato fuori...
Ah per la traduzione io ho perso i file, devo chiedere a Marco se ce li ha.
bai
t

Tommaso Caldarola ha scritto:

a proposito ha ricevuto il premio del concorso? (oramai dovrebbe essere 
arrivato)

riktik wrote:

Te lo faccio sapere...
bai
t

 se non addirittura qualche esempio di codice?
Fai cosi': leggi il DM4 Inform.
Oltre a trovare il manuale del linguaggio,
da dove puoi recuperare informazioni su cosa
fa la "concorrenza" :) e il sunto di tanti anni
di lavoro di professionisti - l'hanno fatto loro,
perche' rifarlo? ;) - trovi anche informazioni preziose sulle
problematiche di progetto di avventure.
Inoltre riesci a farti un'idea di cosa dovrai
tener presente nel tuo lavoro.
http://www.inform-fiction.org/manual/download_dm4.html
Ti posto anche questo link che hanno consigliato a me
e che troverai utile
http://www.iftheory.com/
Ciao,
matteo!

 perche' rifarlo? ;) - trovi anche informazioni preziose sulle
Per sport!
Se volessi semplicemente scrivere una IF mi cercherei qualche editor
visuale iper accessoriato, (chissà che un giorno non mi giri di farne uno) 
Per ora ho solo intenzione di fare pratica con alcune tecnologie java che
devo imparare, e ho pensato che una struttura per IF fosse più divertente
di altre cose.
Comunque, vedrò fin dove arrivo. Grazie per i link!


Mi chiedevo come fanno a mettere i pezzetti di cioccolato nei biscotti senza
farli sciogliere quando Raffaele Castagno scrisse...
 > Se volessi semplicemente scrivere una IF mi cercherei qualche editor
 > visuale iper accessoriato,
Allora non staresti scrivendo... :P
Continuo perņ a non capire come si possa sviluppare un sistema per IF senza
aver mai fatto (programmandola o anche solo ideandola a livello di progetto)
una IF moderna che non sia il classico ammasso di puzzle.
--
Atrus di Myst
"If you find yourself in a hole, the first thing to do is stop diggin'."
http://legendknights.keenspace.com

 una IF moderna che non sia il classico ammasso di puzzle.
Tanto per cominciare i puzzle non ci sono nei romanzi normali, non vedo
perchč devono esserci nelle IF. Enigmi va bene, magari anche qualche
'puzzle', ma fare andare avanti la storia a puzzle mi sembra psicotico...
the 7th guest era divertente, ma non era IF...
Qui voglio fare questo esperimento, partendo da zero, quindi analizzando
il problema, stabilendo le specifiche e creando l'implementazione.
Per iniziare ho intenzione di scrivere il sistema di navigazione, con le
locazioni, gli oggetti, e tutto ciņ che ne compete, compreso quindi una
prima versione del parser.
E gia sarei contento di arrivare lģ! Quello che mi interessa č
sperimentare l'XML come sistema di scrittura di IF, e un linguaggio
moderno per l'implementazione del motore. Il resto č sport.
Raffaele


Mi chiedevo come fanno a mettere i pezzetti di cioccolato nei biscotti senza
farli sciogliere quando Raffaele Castagno scrisse...
 > Usare emacs o OpenOffice non cambia il fatto che io
 > stia scrivendo di mio...
Pardon, 'editor visuale iper accessoriato' mi fa venire in mente Visual
basic o Labview, più che un editor di testo... :D
 > Tanto per cominciare i puzzle non ci sono nei romanzi normali, non vedo
 > perchè devono esserci nelle IF.
Mai giocato a Zork? O a Savoir-fair? O a Enigma? O a Flamel? O...
 > e un linguaggio moderno per l'implementazione del motore.
Il linguaggio moderno è Java? :)))
--
Atrus di Myst
C'eravamo visti per l'ultima volta nel 1972, perciò avevamo da raccontarci
tutti quegli anni di lontananza e ci sarebbero volute parecchie bottiglie
di vino rosso. -- Luis Sepulveda
http://loreena.terrediconfine.net

 Il linguaggio moderno è Java? :)))
Java è un linguaggio più avanzato di quanto si pensi. Certo, forse non
offre la stessa potenza e le alte prestazioni del c, ma a differenza di
questo parte con una notevole mole di classi per ogni tipo di compito.
Inoltre, se si scrive il codice con un pò di cognizione, è
multipiattaforma e multi OS.


 multipiattaforma e multi OS.
secondo la mia modesta opinione Java è uno dei linguaggi (o forse *il*
linguaggio) più eleganti esistenti, ma non so quanto sia avanzato. Un
linguaggio di programmazione si chiama in questo modo per l'ovvio
parallelismo con la lingua parlata tra le persone. Ebbene una lingua si
evolve col tempo, cambia continuamente, adatta la sua grammatica all'uso che
ne fanno le persone. Da questo punto di vista Java è molto lento a evolversi
(non parlo di cambiamenti e migliorie nella libreria, ma nel linguaggio vero
e proprio), il C/C++ è fermo da anni. L'unico che forse cambia con un certo
ritmo è il Python: 1 o 2 versioni ogni anno e ognuna contenente importanti
novità. E poi ha le stesse caratteristiche che tu hai citato in Java
(tantissimi moduli per ogni compito, multipiattaforma, multiOS).
Questo è quello che intendo per linguaggio *avanzato*, ma stiamo andando OT.
Giovanni

 ne fanno le persone. Da questo punto di vista Java è molto lento a 
Parallelismo corretto, ma solo se per lingua parlata si intende un parlato
rigorosamente aderente alle regole grammaticali e sintattiche della
lingua. Il creatore di un linguaggio di programmazione può migliorare la
grammatica e la semantica del suo linguaggio, o aggiungere nuove parole,
ma nel momento in cui permette di scrivere cose tipo "io c'ho", allora o
sta rivoluzionando il mondo dello sviluppo software, oppure sta andando a
capofitto in un enorme caos.... Un pò come i parser delle IF: o si crea un
parser con i contro ca**i, oppure bisogna imporre al giocatore delle
strettissime regole grammaticali.


 visuale iper accessoriato, (chissà che un giorno non mi giri di farne uno) 
Scusa ma non mi sono spiegato:
io parlavo del fatto che hai gia' pronta l'analisi del problema
con molte soluzioni fatte da altri nell'arco del tempo.
Questo ti permette di abbreviare i tempi di progetto del framework.
Io sono dell'idea che ogni linguaggio e' buono per scrivere IF:
io gioco il prodotto finito e non il sorgente :)
Se il gioco e' bello lo si puo' scrivere anche in ASM :D
Io, personalmente, sto studiando velocemente Inform per capire cosa
fa (e come) e sto realizzando (moooolto lentamente) una mia avventura in
LUA che non e' un linguaggio nato per le IF. Per le IF ho usato il BASIC 
in passato e adesso penso che mi indirizzero' verso
TADS 3. Come vedi non mi interessa affatto il linguaggio con cui si 
sviluppa il gioco e non mi indigna il fatto che tu voglia portare avanti
questo progetto in Java.
Volevo solo darti qualche link dove trovare info utili :)
Ciao,
matteo!