Newsgroup: it.comp.giochi.avventure.testuali
Titolo: Editor per avventure testuali

Ciao a tutti.
Da qlc giorno sto scrivendo un piccolo editor in java per gestire
file INF (da compilare con inform).
Per ora sul mio sito (
http://www.freec0de.netfirms.com/
) ho pubblicato 3
screenshot, se ci fosse qlc interessato a collaborare/aiutarmi nello
sviluppo mi contatti!
'Bye
Silver
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

sviluppo mi contatti!
Bello. Se lo porti avanti, mi piacerebbe molto usarlo al posto di
IF-IDE (e aggiornerei quindi ancora una volta il capitolo 1 del mio
manuale). Quest'ultimo infatti è solo in inglese e crea numerosi
problemi con le avventure testuali molto grosse (ad es. Filaments).
Fammi/facci sapere quando metterai on-line una versione funzionante...
Grazie e ciao da
Vincenzo

 Vincenzo
Ciao.
Penso di portarlo avanti. L'idea dell'editor in effetti mi č balenata dopo
aver usato IF-IDE (che reputo un gran bel programma).
Dato che č da (relativamente) poco che mi sono immerso nel mondo IF, mi
piacerebbe avere qlc consiglio/richiesta di cosa si dovrebbe poter fare
con un editor di IF da chi invece č da piů tempo che crea/gioca avventure
testuali.
Per il fatto che IF-IDE sia in inglese non č un problema (sto pensando
infatti ad una versione multi-lingua dell'editor). Mi piacerebbe che mi
mandassi qlc esempio di "avventura molto grossa" per poter testare la
gestione di file di grandi dimensioni. Se possibile...
Ciao
Alessandro
(SilverSlade)



Ciao da
Vincenzo

Ciao
In questi ultimi (caldissimi) giorni che mi separano (direi finalmente)
dalle ferie,
sono riuscito a proseguire lo sviluppo del mio editor java per inform,
anche se non 
ho ancora avuto tempo di inserire nuovi screenshots sul mio sito.
;(
Le novità sono:
- aggiunta la gestione degli oggetti tramite albero (come if-ide).
   Tramite albero sono raggruppati:
 
   Globals
   Constants
   Locations (in sviluppo...)
   Objects
   Functions
   Sub-functions
   (.....altre idee?)
 
- corretti alcuni bachi
Per quanto riguarda la gestione di file di grandi dimensioni:
In effetti la logica che ho utilizzato per la gestione della syntax
highlights , limita pesantemente
la dimensione massima del file che è possibile caricare.
A titolo di esempio:
Un file sorgente di 15.279 righe (570 Kb di dimensione fisica) viene
caricato approssimativamente in 43 secondi.
Questo è principalmente dovuto al fatto che il codice scritto non è
"propriamente" ottimizzato.
Da tenere presente, che per esempio l'avventura "SCHIZO - Escape to the
void" di Tommaso Caldarola è 
approssimativamente di 4500 righe (173 Kb dimensione fisica) e viene
caricato in circa 8 secondi.
Questi problemi di performance mi hanno indotto, per ora, a seguire una
strada alternativa: eliminazione
temporanea della gestione della syntax highlights.
Con questo (ed altri) accorgimenti le prestazioni attuali sono:
aperto file di 100.065 righe (cioè di circa 3,7 Mega ) in 25 secondi
contro IF-IDE che ci ha impiegato 1 minuto e 42 secondi per aprire lo
stesso file
Non so se un file di 100.000 righe possa essere considerato un esempio
valido di "grosse dimensioni". ;)
Nè se effettivamente sia una dimensione assolutamente poco realistica.
Allo stato attuale manterrei due versioni dell'editor: una completa (ma
meno prestante e con syntax highlights ),
ed una seconda versione senza syntax highlights, ma più prestante.
Consigli? Idee?
A presto
Alessandro
(Silver.slade)


Consigli? Idee?
Dunque, in linea di massima il tuo editor dovrebbe riuscire a fare
tutto quello che fa IF-IDE, compresa la gestione separata dei formati
Z5 e Z8 e molto altro.
In aggiunta, darei la possibilità di: 
1) gestire più opzioni del compilatore dalle options, così come per la
lingua (l'ideale sarebbe, sempre dalle options, dare la possibilità
all'utente di scegliere tra italiano, inglese o altro; se non sbaglio,
ci sono anche le librerie in spagnolo, francese, svedese, e forse in
russo --> e il tedesco?).
2) Aggiungere il supporto per il formato  Z6.
3) Scrivere un tool interno che, prima di compilare un listato inform
in italiano, converta le lettere accentate dal formato normale (es: è)
al formato  ZSCII (es: @'e). Questo per non costringere l'utente a
scrivere l'avventura con i codici ZSCII e viceversa per evitare errori
di visualizzazione su alcuni interpreti che non gestiscono
correttamente le lettere accentate nel formato normale (tipico errore
di alcuni interpreti che girano sul MAC).
4) Inserire un comando del tipo Aggiungi simbolo (come ad esempio in
word), per permettere all'utente di inserire anche i codici ZSCII meno
usati (un elenco completo lo puoi trovare alla Tabella 2 del manuale
di Nelson).
5) Aggiungere un glossarietto che spieghi gli errori tipici del
compilatore Inform.
6) Aggiungere un altro tool che permetta al programmatore di inserire
le istruzioni Inform senza digitarle tutte le volte (ad esempio
sarebbe molto utile dare la possibilità di inserire un'istruzione If
insieme alle parentesi graffe aperte ({) e chiuse (}); questo
eviterebbe un sacco di errori a livello di source).
Ah, altro consiglio... per adesso ti conviene concentrarti solo su
Inform; per Gluxe (Inform col supporto grafico) conviene aspettare
l'uscita delle nuove librerie di Giovanni. Ti converrebbe, IMHO,
evitare di distribuire più versioni del tuo editor; troppo confuso, è
meglio disabilitare o abilitare ciò che ti interessa dal menu Option.
Se mi viene in mente altro te lo dico... :))
Ciao da
Vincenzo 

 ha scritto nel messaggio
news:3f34c314...@news.libero.it...


 ed una seconda versione senza syntax highlights, ma piů prestante.
100.000 righe mi sembrano veramente esagerate. Considera che "Avventura" 
che č una AT di dimensioni medie non arriva a 4000 righe. Che razza di 
file hai usato?
E poi perché due versioni del programma? Usa semplicemente una opzione 
per attivare/disattivare il syntax highlighting?
G.
-- 
Giovanni Riccardi - 
giov...@composizioni.net
 - 
http://www.composizioni.net

 che è una AT di dimensioni medie non arriva a 4000 righe. Che razza di


 di un file INF?
Per una AT in un singolo file, penso che l'esempio che ti ho fatto di 
"Avventura" rispecchi la media generale. Per avventure pių grandi 
(quelle che compilate danno come risultato un z8) penso che gli autori 
tendano a suddividerle in pių file, sia per una questione pratica sia 
per separare in qualche modo gli oggetti programmati. Vedi a questo 
proposito il codice sorgente di "La pietra della luna" di Paolo 
Lucchesi, č un buon esempio di come suddividere il sorgente di una AT.
