Newsgroup: it.comp.giochi.avventure.testuali
Titolo: Collaborazione x Jif - Inform

Ciao a tutti.
Avrei bisogno dell'aiuto di chi è abbastanza pratico di Inform
(Paolo Lucchesi? Giancarlo Niccolai ? altri ?)
e che abbia tempo e voglia di darmi una mano per lo sviluppo di
Jif.
Con Jif, è possibile inserire in qualsiasi punto del testo di un'AT
un (diciamo) template, recuperato da un file di configurazione di Jif.
Tale file è editabile dall'utente finale, ma avevo intenzione
di prepararne uno già utilizzabile e inserirlo come standard nel mio
editor.
Per esempio, potrebbe essere utile avere a disposizione una serie di
"Classi"
pre-costruite da cui poter scegliere, durante la stesura di una nuova AT.
Esempio:
Class Treasure
 with depositpoints 10,
      after
      [; Take: if (location==Inside_Building)
                    score=score-self.depositpoints;
               score=score+5;
               if (noun hasnt treasure_found)
               {   give noun treasure_found; treasures_found++;
                   score=score+2;
               }
               "Taken!";
         Insert: score=score-5;
               ! (in case put inside the wicker cage)
         Drop: score=score-5;
               if (location==Inside_Building)
               {   score=score+self.depositpoints;
                   "Safely deposited.";
               }               
      ];
 
Questa classe (presa come esempio da Advent.inf), potrebbe essere inclusa
in Jif e richiamabile
in qls momento durante la stesura di un'AT [quindi utilizzabile
immediatamente dal coder], ma si può fare 
lo stesso discorso con altri tipi di oggetti tipo Furniture, Weapon, NPG e
via dicendo, senza
inventare ogni volta le stesse classi.
Vorrei costruire una serie di Oggetti/Classi di base da inserire in Jif,
per velocizzare la creazione di 
un'AT da zero.
Stesso discorso potrebbe valere per la creazione di un file di
"repository" che contenga 
funzioni personalizzate scritte in Inform.
La creazione di un repository per oggetti/classi/funzioni potrebbe portare
i seguenti benefici:
* ridurre la possibilità di errore (il codice importato, infatti è stato
già testato e dato per 
  funzionante)
* velocizzare la creazione di un'AT  (ho le classi già pronte all'uso,
eventualmente personalizzabili)
* semplificare la stesura del codice 
* aiutarmi nello sviluppo di Jif ;)
Avrei bisogno di considerazioni/aiuti in tal senso.
Alessandro
PS: nell'esempio della classe "Treasure", ci sono ovviamente dei
riferimenti a locazioni(Inside_Building)
    e a variabili (score) legate all'AT in costruzione. In questo caso si
potrebbe pensare di 
    costruire dei veri e propri TEMPLATE, da popolare (assegnando valori
alle variabili) e da utilizzare.
 
Jif
---
WeB:	
http://www.freec0de.netfirms.com
mail:	silver.slade@tiscalinet.i
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 alle variabili) e da utilizzare.
Per il momento direi di cominciare con classi adattabili a tutte le 
avventure. Poi si può passare a cose più complicate...
Giovanni
-- 
Giovanni Riccardi - 
giov...@composizioni.net
 - 
http://www.composizioni.net

OT rispetto al thread, ma approfitto.
GIovanni, hai l'intro di DUST Hanter le fogne di New York, da qualche
parte?
Rob
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Giovanni
Sono pienamente d'accordo...
Grazie per la risposta
Alessandro


 funzioni personalizzate scritte in Inform.
L'idea di fondo e' buona, anzi ottima. Basta pensare ad una classe Porta 
che gestisca automaticamente l'ambiguita' tra "apri" e "apri con".
Pero' io pensere piu' volentieri, anzitutto, ad un buon vecchio file .h 
contenente queste classi generiche (in modo che possano essere usate 
senza Jif).
Poi, basandosi su questa raccolta (eventualmente modificata), Jif 
potrebbe fare cose carine: importare solo una classe, creare un template 
per un oggetto di tale classe, o anche creare una singola istanza (un 
oggetto) di una tale classe, senza bisogno di riferirsi alla classe, e 
altro ancora.
bye
-- 
Paolo Lucchesi
email: plucchesi(at)tin(dot)it
home page: 
http://www.paololucchesi.it
"Tempus Edax Rerum"

 
Ma perché vai sempre Ot?
-- 
"La vita non è un film, è molto meglio"
_______________________
The Iron Pumpkin Studio
http://ironpumpkin.altervista.org

 bye
 
Ciao
Alessandro


 Ma perché vai sempre Ot?
Perche' sono andati TUTTI OT al mio post che chiedeva
espressamente questo. :)


 Potrebbe essere un'idea.
se non sono usabili all'esterno di jif le classi standard sono 
totalmente inutili... IMHO...
quello che puoi integrare in jif semmai è un meccanismo di gestione 
automatica di file .h che, pur standard, possono avere una formattazione 
particolare (ma devono rimanere totalmente leggibili agli utenti umani)
ciao
S

Stavo pensando ad un formato particolare 
(per poter gestire, per esempio il tipo di template per esempio
un'arma, un mobile, oppure un personaggio e via dicendo...) per
poterli classificare in qlc modo.
Le possibilità sono 2:
a) utilizzo dei file.h normalissimi, che però contengono altre informazioni
   che sono commentate, ma che JIF può riuscire a recuperare
Che informazioni?
beh, per esempio l'autore del template, la data, il tipo di template, un
commento relativo a come usare il template e così via
b) creare un formato per JIF, lasciando la possibilità di tradurre
   questo formato in un file *.h per altri scopi
Esempio: In questo secondo caso:
ESEMPIO DI UN *POSSIBILE* TEMPLATE STATICO
[name]=Proiettile per pistola
[type]=weapon
[author]=Alessandro Schillaci
[data]=2003-10-16
[Comment]=Template statico di una classe di oggetti di tipo proiettile
[begin]
Class   Bullet
  with  name 'proiettile' 'proiettili//p',
	article "un",
	plural "proiettili",
	description "Un proiettile per pistola",
	before [;
        Drop: print_ret "Troppo pericolose, meglio non lasciarle in giro.";
	],
	has female;
[end]  	
ESEMPIO DI UN *POSSIBILE* TEMPLATE DINAMICO
[name]=Proiettile per Pistola
[type]=weapon
[author]=Alessandro Schillaci
[data]=2003-10-16
[Comment]=Template statico di una classe di oggetti di tipo proiettile
[parameters begin]
nome,nome del template proiettile per pistola
descrizione,inserire la descrizione per il template proiettile per pistola
before_drop, stringa da inserire per l'azione before-drop
[parameters end]		
[begin]
Class   {nome}
  with  name 'proiettile' 'proiettili//p',
	article "un",
	plural "proiettili",
	description "{descrizione}",
	before [;
	    Drop: print_ret "{before_drop}";
	],
	has female;
[end]  	
Quando si userà questo template, verrà visualizzata una dialog con la
richiesta dei 
3 parametri
nome,nome del template (proiettile per pistola)
descrizione,inserire la descrizione per il template proiettile per pistola
before_drop, stringa da inserire per l'azione before-drop
che valorizzeranno il template  
NB: Nel primo caso: probabilmente è possibile scrivere un file *.h che
contenga una descrizione commentata con le variabili 
!!! [name]=Proiettile per pistola
!!! [type]=weapon
!!! [author]=Alessandro Schillaci
!!! [data]=2003-10-16
!!! [Comment]=Template statico di una classe di oggetti di tipo proiettile
!!! [begin]
....
!!! [end]
e fare in modo che JIF le riesca a recuperare.
Ma nel secondo caso, in cui posso valorizzare un template dinamico,
la vedo un po dura


    che sono commentate, ma che JIF può riuscire a recuperare
potresti realizzare una soluzione "alla javadoc" in cui vai a parsare i 
commenti per includerli in JIF, in questo modo si potrebbero scrivere 
header files "jif-compliant" o convertire quelli esistenti
però è un bel bordello...

 però è un bel bordello...
Era proprio quello che intendevo...
Per ora sarei dell'indea di usare un formato tipo quello di cui ho
accennato sopra...Con un'aventuale funzione che mi traduca quel formato in
un file .h
Ci potrebbe tra l'altro essere il vantaggio di poter scegliere quali
template includere in un file xxx.h, tra quelli "montati" per così dire
sotto JIF....
L'unica cosa di cui sono certo è che da solo le cose -già difficili di per
sè- si fanno complicate!!!!


 Jif.
Visual Inform. Perché no?
E' più facile creare un editor visuale per un linguaggio che già esiste che
non un editor grafico per una VM che deve ancora nascere...
Studierò la cosa e ti farò sapere.
Giancarlo.

 Giancarlo.
Alessandro


 Visual Inform. Perché no?
occhio però, la cosa è già stata provata in passato (*), e con effetti 
clamorosamente fallimentari. Potreste provare a chiedere a Jarb 
(Cornelson) com'è andata ai tempi... sono passati un 3 annetti mi pare...
ciaoS
(*) e con lo stesso nome persino!

stefanogaburri wrote:

L'ho provato un paio di anni fa, era un colabrodo.
Scritto in VB6 ogni tanto crash fantasmi e il tutto spariva.
Inutile dire che mi trovo molto meglio con EditPlus.
bai
t

 stefanogaburri wrote:


Penso che sia un'impresa molto complicata, in effetti.
Io sarei già mooolto soddisfatto se riuscissi ad estendere JIF
con 
1) i template (con la condivisione di codice a livello di template il
lavoro ripetitivo del coder diminuirebbe)
2) gestione visuale della mappa dell'AT (tipo Adrift, tanto per intenderci)
Per riuscire almeno a ridurre i tempi morti per scrivere codice ripetitivo.
Per il resto....in un'AT un po' di codice si dovrà scrivere...
o no?
Sennò che gusto c'è?
Alessandro
