Newsgroup: it.comp.giochi.avventure.testuali
Titolo: Sondaggino ambiente...

Chissa' se vi ricordate di me... eoni addietro traducevo le FAQ di RAIF 
in italiano, poi ho smesso (piu' che altro perche' il mantainer non mi 
segnalava gli upgrades :(
Dunque... come va il panorama italiano dal punto di vista degli 
strumenti di sviluppo? E' mia impressione che il 99% degli autori stia 
utilizzando Inform. Forse perche' e' l'unico ambiente che e' 
nazionalizzabile :P
Per esempio... dal punto di vista 'tecnico' preferisco grandemente il 
TADS, per come gestisce la validazione e il dispatch delle azioni. Cosa 
state utilizzando voi? Nessuno con una soluzione alternativa? Chesso', 
un parser ottimizzato per la lingua italiana (casualmente)... parlo da 
programmatore, non da autore... ho leggiucchiato in giro di quel LAT 
scritto in python (linguaggio che non conosco)... quali sono gli 
obiettivi del progetto?
Io avevo una mezza idea al riguardo di LUA, come linguaggio di base... 
le sue origini come linguaggio di descrizione dati e le funzioni di 
ordine superiore lo rendono APPARENTEMENTE molto adatto allo scopo.
Per quanto riguarda la portabilita'... in fin dei conti e' ANSI C, se ci 
si attacca un layer Glk si dovrebbe coprire molto, no?

si attacca un layer Glk si dovrebbe coprire molto, no?
Il problema imho non è tanto il linguaggio da usare, ma le routine di
programmazione per le AT. Quelle di Inform, TADS e HUGO sono ormai
testate da anni, quelle degli altri sistemi no.
Saluti da
Vincenzo Scarpa
http://www.casalengo.it/vscarpa/inform/manuale

 obiettivi del progetto?
Beh, l'obiettivo principale è quello di divertirmi. :-)
Scherzi a parte, l'obiettivo è semplicemente quello di sviluppare un sistema
in Python per scrivere AT.
Meglio viene, e più potente sarà meglio sarà. :-)
Per ora mi sono letto il manuale di Inform e spero di riuscire a dare al LAT
tutte le sue funzionalità base (non sto parlando delle estensioni, che
potranno essere sviluppate successivamente).
Successivamente vorrei implementare audio e grafica.
Ah, se non conosci Python non posso far altro che consigliarti di dargli una
occhiata perché torna utile in moltissime situazioni (dallo script stupido
a programmi veri e propri) e moltissimi sistemi operativi.
Ciaooo
Sakya

 si attacca un layer Glk si dovrebbe coprire molto, no?
Mmm. L'idea non e' male, ma le glk hanno qualche limite di troppo per i 
miei gusti. Non vale la pena a questo punto di sfruttare un framework 
completo come gtk+ o wx (fra l'altro, non c'e' gia' wx-lua o qualcosa 
del genere?)
bye
-- 
Paolo Lucchesi
email: plucchesi(at)tin(dot)it
home page: 
http://www.paololucchesi.it

 a programmi veri e propri) e moltissimi sistemi operativi.
A grandi linee lo conosco ma non mi piace granche'...
Preferisco perl, e lisp-like :))

 del genere?)
Si, se riesci a farlo funzionare, devi azzeccare la versione esatta 
delle wxwidgets :) sara' che le wx mi stanno personalmente antipatiche 
(screzi in passato :P)... certo le glk sono MOLTO limitate, ma 
probabilmente e' questo il motivo per cui hanno avuto tanto successo... 
in ogni caso e' solo un layer di presentazione, quindi per quanto 
riguarda l'aspetto TESTUALE non ci dovrebbero essere problemi e sono li 
belle e pronte ;)
Incidentalmente, quale parte di glk ti sembra cosi' limitativa? (carenza 
cronica di colori a parte, nello standard)... per lo scopo mi sembra 
piu' che adeguata. D'altra parte stiamo parlando di un minimo comune 
denominatore (un po' come le AWT per java)

 denominatore (un po' come le AWT per java)
In effetti, ripensandoci, le glk potrebbero essere anche sufficienti. La 
carenza di colori dello standard non mi risulta, btw.
Cosi' su due piedi le cose che mi mancano sono un sistema di menu' 
contestuali e soprattutto (ma questa e' una mancanza dello standard 
blorb, non delle glk) un formato audio compresso.
bye
-- 
Paolo Lucchesi
email: plucchesiNOSPAM(at)NOSPAMtin(dot)NOSPAMit
homepage: 
http://www.paololucchesi.it
"Non viviamo in un mondo perfetto (per fortuna)"



 le funzioni come tipo di dato primitivo e la leggerezza del linguaggio.
A me piacciono specialmente la notevole flessibilita', la potenza 
espressiva e soprattutto la completa dinamicita' che permette 
facilmente di eliminare il compilatore e ridurre i formalismi fino 
quasi ad annullarli. Insomma, l'esatto contrario di Inform ;-) e senza 
l'assurdita' autolesionista dell'invisibile semanticamente 
significativo del Python (che comunque e' un linguaggio interessante).
Prima che la crisi lavorativa mi impedisse di dedicare tempo alle AT e 
anche al ng :-( stavo lavorando su un minuscolo interprete Lua privo 
di cosucce inutili come il dizionario, la mappa e quasi ogni forma di 
dichiarazione... un Modulo Base del XXI secolo, se volete ;-)
A dire il vero la perdita di tempo principale non stava tanto nella 
struttura o nei problemi di analisi quanto nell'assenza di supporto 
del Lua per Unicode (specie UTF-8) che intralciava la portatilita'.
   .Erix.
P.S. Mi scuso per non poter seguire continuativamente il ng. A titolo 
di consolazione OT leggetevi questo, anche se non tutti possono 
apprezzarlo:
http://www.erix.it/humour/sherlock.html

Scrivevo nel libro di Riven quando Paolo Lucchesi mi interruppe dicendo:
 > soprattutto (ma questa e' una mancanza dello standard
 > blorb, non delle glk) un formato audio compresso.
Non ricordo perfettamente, ma Glulx non era compatibile con gli .ogg? O li
accetta solo come file esterni?
--
Atrus di Myst
"Do not meddle in the affairs of wizards, especially simian ones.
They're not all that subtle." -- Terry Pratchett
http://haven.auroraproject.net