Newsgroup: it.comp.giochi.avventure.testuali
Titolo: [Inform] Un bel ... modellatore?

Mi sono letto il manuale di Inform in inglese (e secondo me non è
fatto bene :P  ... per fare un ibrido tra tutorial e guida di
riferimento è venuto fuori un gran caos IMHO)... esistono programmi
per generare avventure? Non dovrebbe essere complicatissimo ,anche con
linguaggi accessibili tipo il Visual Basic, creare qualcosa che crei
(...) gli script con poche botte di mouse... Ovviamente si potrebbe
fare qualcosa di molto grezzo, che magari richiede di rifinire il
source a mano, oppure qualcosa di alto livello che non richiede
nemmeno di sapere com'è fatto inform :P
Che ne pensate?

 per generare avventure? 
molti ci hanno provato, sprecando centinaia di ore, e in genere hanno 
fallito miseramente... vedi tu :)
ciao
S

 wrote in message
9271f81d.03060...@posting.google.com...

Scondo me sarebbe ottima come cosa...
Io, ad esempio, ho iniziato a fare RPG con RPGMaker2000: un programma che è
basato su un codice, ma fatto solo di pulsanti!!
Effettivamente se esiste una cosa del genere per gli RPG (pieni di
grafica!), non penso ci voglia molto a programmare un INFORM a tasti (Visual
Inform... ah però..).
L'unica cosa è che bisognerebbe farlo bene
Se c'è qualche grande programmatore si faccia avanti: io potrei dargli una
piccola mano in questa gloriosa operazione!
Ciao.
Traxy

 
Lascia perdere, chissà quanti ci hanno provato....

 fallito miseramente... vedi tu :)
Io un mezzo design (anzi, tre quarti) di tale programma l'avevo già in
mente... dov'è che ha fallito chi ha già provato?

 Inform... ah perň..).
heh, proprio cosě si chiamava il progetto di Jarb (D. Cornelson), 
fallito dopo averlo impegnato per innumerevoli ore...
il problema č che un'AT č _infinitamente_ piů complessa di un RPG come 
modello del mondo, comportamento degli oggetti e degli NPC eccetera. In 
un RPG le interazioni sono poche, ben definite e sempre le stesse... 
parlo-uccido-commercio, per lo piů uccido, al massimo "borseggio" :)
a meno che non si voglia andare avanti a chiavi e porte chiuse, non si 
scappa, in un'AT gli oggetti vanno programmati nel senso proprio del termine
ciao
S


è che è facile arrivare all'80% del lavoro, implementando le cose più 
banali, il restante 20% (che è poi basilare) è difficilissimo da 
implementare e alla fine risulta così barocco per l'utente che 
quest'ultimo fa il dump dei file (sperando che risulti qualcosa di 
leggibile) e ci mette direttamente le mani dentro :)
copio dall'if archive:
VInformDLL14c.zip     Visual Inform 1.4c beta, an unfinished and now
VInformEXE14c.zip     abandoned Windows visual editing tool for Inform,
                       written in Visual Basic 6 by David A. Cornelson.
ai tempi (un paio d'anni fa) se n'era parlato molto... se vuoi puoi 
provare a completarlo :)
comunque personalmente non vedo la necessità di un simile strumento, 
basta organizzare il proprio sorgente in più file (parecchi) molto 
ordinati e precisi. La semantica dell'inclusione inform 
(macroespansione, analoga al C) non facilita affatto quest'approccio, ma 
con un po' di cura... anzi ora che ci penso la cosa migliore per 
facilitare un niubbo sarebbe proprio fornirgli un toolkit fatto di 
scheletri di file organizzati per tipo e una piccola guida al loro uso. 
Ora però no nditemi "bravo, scrivilo..." :)
ciao
S



Come ti hanno già risposto, è molto più difficile di quel che sembra.
Senza contare che Inform, ad esempio, usato a livello esperto,
permette di fare delle cose davvero impressionanti (almeno per un'AT)
che mi chiedo come si possano implementare con un modellatore. 
Nel mio piccolo, parlando da utente a livello poco più che medio
(almeno rispetto ad alcune persone che frequentano questo ng e che di
Inform ne sanno molto più di me), ho creato un modello di gestione di
un NPC stile Deadline (piuttosto semplice, ma abbastanza efficace) +
un esercizio che mostra come gestire un mezzo insieme al personaggio
che vi è sopra; ne parlerò nel quarto capitolo, ma c'è gente che ha
fatto ben di meglio... perfino un Tetris. :))
Ciao da
Vincenzo

 Che ne pensate?
La tua idea mi piace poco, principalmente per una mia idiosincrasia 
verso i sistemi di programmazione che si basano troppo sul mouse. 
Secondo la mia esperienza personale alla fine la tastiera e' molto piu' 
veloce del mouse (quando l'uomo con il mouse incontra l'uomo con la 
tastiera, l'uomo con il mouse e' morto...)
Questo ovviamente IMHO
bye
-- 
Paolo Lucchesi
email: 
pluc...@tin.it
homepage: 
www.paololucchesi.it
"Tempus edax rerum"