Newsgroup: it.comp.giochi.avventure.testuali
Titolo: EAT - Editor Avventure Testuali

Ciao a tutti,
sto cimentandomi nella creazione di uno strumento "visuale" per la
costruzione di avventure testuali... la parola d'ordine è "drag&drop", con
tanto di controllore ortografico, dizionario di sinonimi e contrari, etc.
tutto integrato...
l'interprete sarà dedicato ( e anche piuttosto sofisticato )
al momento ho già terminato il motore per la costruzione degli oggetti e sto
lavorando al sistema di linking visuale delle ambientazioni
credete che un progetto del genere possa interessare? (ovviamente tutto
free)
se mi fate un elenco di tutto ciò che vorreste trovare in uno strumento
nuovo, proverò a realizzarlo.
intanto vi saluto...
ciao,
Francesco

 intanto vi saluto...
Ciao a te e benvenuto tra noi
Giovanni
-- 
Giovanni Riccardi - 
giov...@composizioni.net
 - 
http://www.composizioni.net

 Ciao a te e benvenuto tra noi
Grazie per la calorosa accoglienza!

 Grazie per la calorosa accoglienza!
Ci mancherebbe!
Benvenuto!
E non mollare! :)
Rob
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Inoltre c'è qualcosa che secondo voi a questi manca?
Praticamente nulla. Forse solo l'apetto visuale su cui tu stai lavorando.


 L'unico problema è che non li conosco... :(
eh, questo è il problema... mi pare assurdo mettersi a costruire 
strumenti senza conoscere quelli disponibili. Senza offesa eh, non è che 
voglio sminuire il tuo lavoro o minarti l'entusiasmo, ma il campo delle 
IF sembra essere l'unico in cui ci sono più programmatori di tool che 
gente che li usa, e chi sviluppa gli strumenti non conosce gli altri :)
comunque a parte quelli citati sopra, dovresti come minimo guardare 
ADRIFT, perché mi sa che tu vuoi rifarlo uguale o quasi... allora tanto 
vale che collabori alla traduzione di cui si parlava poco tempo fa. 
ADRIFT per la cronaca è, indovina un po', un editor testuale coi menu 
che gira solo sotto windows :))
ciao
S

 Rob
Non mollo, non mollo :)

 ADRIFT per la cronaca è, indovina un po', un editor testuale 
ops, un lapis, volevo dire grafico ovviamente...


bon! per il resto grazie!
ciao,
Francesco

 forse meglio parlare di "traduzione", vero? :)
In effetti se programmi in VB6 poi devi fare il lavoro da capo per 
portarle su altri OS.


 che gira solo sotto windows :))
Visto ADRIFT, anzi, forse è l'unico che conosco... ma posso assicurarti che
il mio è completamente diverso...
vedrete vedrete...
quindi devo studiare un po'... e va bene! :)
ciao e grazie,
Francesco

 Lo impari in una settimana. E non lo abbandoni più.
che livello consente di riutilizzazione del codice? per intenderci, con
windows si possono usare DLL e ActiveX... con python? c'è qualcosa di
similare?
ciao e grazie,
Francesco

ah, e tra l'altro, con python č ipotizzabile una programmazione
event-driven? perchč per molte cose mettere in piedi polling su polling č
orrendo! e ci sono molte cose come il drag&drop che andrebbero gestite
cosě... dato che l'applicazione č tutta drag&drop... sai...
ciao e grazie,
Francesco

 similare?
Con Python puoi tranquillamente includere le DLL che vuoi (con le 
apposite estensioni per Windows). Naturalmente portando il programma su 
Linux devi riprogrammare la libreria che linki. Ma è già un punto di 
partenza per la riusabilità su altri OS.
Una buona distribuzione Windows di Python che include già le estensioni 
Windows è quella di Activestate
http://www.activestate.com/Products/ActivePython/


Francesco Iafulli ha scritto:

Guardalo. Puoi fare quello che vuoi. Vedi, tu sei abituato con VB6 che 
ti forza a programmare in un certo modo. In genere un linguaggio di 
programmazione dovrebbe lasciarti libero di programmare come vuoi.
Secondo me (e non sono il solo) Python č il linguaggio piů moderno del 
mondo.


 mondo.
permettimi di controbattere a questa affermazione... non è che VB6 forza a
programmare in un certo modo (per dire... puoi anche cominciare dalla sub
main e farti tutto il programma sequenziale senza oggetti e senza eventi...
solo codice e API)... è che per il tipo di applicazione che sto costruendo
mi è molto più "comodo" pensare in termini di eventi e oggetti... altrimenti
avrei iniziato lo sviluppo con turbo pascal o con quick basic! purtroppo,
per fare cose piuttosto complesse con la semplice programmazione
sequenziale... beh... è meglio tirarsi una pallonata negli zebedei... almeno
passato il dolore è finita lì :)
comunque darò un'occhiata al python, se non altro per non rimanere
nell'ignoranza... anche se dubito che lascerò tutto il lavoro svolto fino a
qui alle ortiche... (ma chi può dirlo? :)
ma con activepython che mi hai consigliato, ci sono problemi di licenze?
ciao e grazie,
Francesco

 Francesco
Il problema con i linguaggi di programmazione sono i primi dieci. Quando hai
imparato i primi dieci, gli altri li impari facilmente.
Oppure impari python. Python è effettivamente il linguaggio più (e non
aggiungo altro) che sia mai stato inventato, e ti garantisco che ne conosco
tanti, più di una ventina e non mi metto ad elencare pure i dialetti,
altrimenti...
Definirsi programmatore e non conoscerlo è una contraddizione in termini.
Cordiali saluti,
Giancarlo Niccolai.

 ma con activepython che mi hai consigliato, ci sono problemi di licenze?
Che io sappia no. Comunque puoi sempre scaricarti la versione ufficiale 
Open Source (
www.python.org
) e a parte le estensioni per Windows (trovi 
i link sul sito ufficiale).
Ciao


 Definirsi programmatore e non conoscerlo č una contraddizione in termini.
Non avrei saputo trovare parole migliori. La proclamerei "frase della 
settimana" se non fosse clamorosamente OT per il newsgroup. Grazie 
Giancarlo.


 i link sul sito ufficiale).
ok... proverò a darci un occhio...
ciao e grazie,
Francesco

> > Definirsi programmatore e non conoscerlo č una contraddizione in
termini.
sě sě... vabbč... ancora siamo solo a chiacchiere... bisogna vedere i fatti!
:)
sapete indicarmi dove trovare un buon manuale per iniziare a vedere questo
"mostro"?
ciao e grazie,
Francesco

Scaricati la documentazione ufficiale dal sito (per impararlo ti basta 
il tutorial di una 50 di pagine). In libreria ci sono vari libri 
sull'argomento: uno specifico per Windows (un po' vecchiotto però) 
pucclicato da O'Really e edito in Italia - mi sembra - dai tipi della 
Apogeo.


 Apogeo.
ok, grazie
ciao,
Francesco

Mi chiedevo come fanno a mettere i pezzetti di cioccolato nei biscotti senza
farli sciogliere quando Francesco Iafulli scrisse...
 > beh, sai... č che vengo da una cultura DOS - Windows... e dopo 20 anni di
 > tale cultura, č improponibile passare ad altri sistemi
Beh ok, ma sei andato a sceglierti il linguaggio piů impossibile da
'portare' quando in giro ci sono decine di scelte anche abbastanza
os-indipendent.
Se Python proprio non ti piace, c'č anche il buon vecchio caro Java, ad
esempio (o, se sei molto masochista, l'assembly della glulx-machine :).
--
Atrus di Myst
"The POP3 server service depends on the SMTP server service, which failed to
start because of the following error: The operation completed successfully."
(Windows NT Server v3.51)
www.auroraproject.net/blonde
 - Il terzo capitolo č online!

 os-indipendent.
Vero... il fatto è che programmare in Visual Basic offre una cosa che molti
altri linguaggi non consentono: il risparmio di tempo! :)
sfortunatamente non ho troppo tempo da dedicare a mie "iniziative personali"
e di conseguenza, se voglio fare le cose fatte bene (e lo voglio) devo
utilizzare linguaggi che consentano il massimo con il minimo... tempo! Anche
se questo vuol dire Windows-Only (per l'editor)
Inoltre, il partire con VB è stata una decisione presa anche un altro
motivo: EAT è solo la punta dell'iceberg di un progetto molto più grande che
vorrei realizzare... il primo gradino...
il progetto finale, al momento, è top-secret... ma sarà per Windows (anche
se mi dispiace tagliare fuori tutti i linuxiani)
diciamo però che realizzare un interprete per EAT per altri sistemi non
dovrebbe essere troppo complicato...
ma poi, scusate l'ignoranza, per linux, non esiste un emulatore windows che
possa far girare l'editor? :)
ciao,
Francesco

 possa far girare l'editor? :)
l'importante è che almeno l'interprete sia multipiattaforma. Se ci 
volessi giocare sul palmare? E non parlo di Pocket PC, ovviamente, ma di 
Palm OS.


 Palm OS.
L'interprete lo sarà... promesso! (a condizione che qualcuno mi faccia la
traduzione! :)
ciao,
Francesco

 troppo diversi e il tempo a mia disposizione non è moltissimo)
non c'entra Linux, ti hanno già indicato python, ma potremmo qnche dire 
Java volendo... ci sono un fracco di ottimi linguaggi totalmente 
portabili... oddio totalmente, diciamo parecchio...
detto questo tu fai come ti pare ovviamente, ci mancherebbe :)
ciao
S

 così... dato che l'applicazione è tutta drag&drop... 
python supporta vari toolkit esterni come tk (quello del tcl/tk) che 
sono potenti  e più che maturi; c'è un'interfaccia tkinter molto sottile 
che praticamente non fa altro che rimappare le chiamate...


Anzitutto salve anche da parte mia, benvenuto...
Piu' che pensare ad una traduzione (cosa che prevede la conoscenza del 
VB6, e gradirei tenermene lontano), potresti rendere chiare e 
disponibili le specifiche   dell'interprete e dei file da interpretare.
bye
-- 
Paolo Lucchesi
email: plucchesi(at)tin(dot)it
home page: 
http://www.paololucchesi.it
"Tempus Edax Rerum"

 disponibili le specifiche   dell'interprete e dei file da interpretare.
la trovo una ottima idea... non appena il progetto sarà ad un punto che me
lo consenta, renderò disponibili tali specifiche... gud aidia! :)
ciao e grazie,
Francesco

Francesco Iafulli wrote:

Tutto ciň che ti serve č sul sito 
www.python.org
. Il tutorial per imparare
ad usarlo, il "library reference" per scoprire cosa ci puoi fare ed infine,
se vuoi fare il gioco pesante, il manuale delle api C per scrivere
applicazioni che sfruttano python come scripting language interno.
Il GUI non č integrato; ci sono molte librerie GUI per python, ma il mio
suggerimento č usare una di librerie multipiattaforma: wxWindows (nel suo
port per python) o AnyGui. Anygui č concettualmente piů pulita, a mio
avviso, ma wxWindows č piů completa, ed inoltre l'ambiente IDE visuale per
python, il BOA, utilizza quelle librerie.
BTW, il BOA č davvero grandioso, merita che tu lo provi.
Giancarlo.

> detto questo tu fai come ti pare ovviamente, ci mancherebbe :)
Come dicevo prima sono quasi obbligato ad utilizzare VB... comunque... una
volta pronte renderò pubbliche le specifiche e allora chiunque potrà
costruire l'interprete per la piattaforma che desidera! :)
ciao,
Francesco

> BTW, il BOA è davvero grandioso, merita che tu lo provi.
proverò comunque a darci un occhio...
intanto ti ringrazio e ti saluto,
Francesco

 BTW, il BOA è davvero grandioso, merita che tu lo provi.
http://boa-constructor.sourceforge.net/
ciao
S

 C'è qualcosa che a questi manca?
Un modo semplice e veloce per gestire movimenti e conversazioni 
degli Npc.
f.
 
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 
Confermo....
Giovanni tu che ci fai con il Python? Qualche progettino?
-- 
"La vita non č un film, č molto meglio"
_______________________
The Iron Pumpkin Studio
http://ironpumpkin.altervista.org

 
C'era anche un bellissimo libro da scaricare in Italiano sul Python. Ma 
il sito che lo ospitava (
www.python.it
) è momentaneamente offline ed ora 
come ora non so proprio dove fartelo reperire, non ti rimane che aspettare.
-- 
"La vita non è un film, è molto meglio"


 degli Npc.
per le conversazioni è già in programma un motore apposito... per i
movimenti cosa intendi?
e, soprattutto (mia ignoranza), per cosa sta Npc?
grazie e ciao,
Francesco

 e, soprattutto (mia ignoranza), per cosa sta Npc?
"Non Player Character", cioé Personaggio Non Giocatore. Lascia perdere 
comunque Francesco, quella degli NPC è una sua fissazione :-)


 
No dai.


 > comunque Francesco, quella degli NPC è una sua fissazione :-)
ah, ok... io li conoscevo come PNG (personaggi non giocanti)... è lo
stesso...
allora per sua felicità ho previsto non solo un motore per i dialoghi ma
anche un minimo di IA per i movimenti di questi in background
(configurabile), la possibilità di aggregare personaggi in una squadra, la
possibilità di cambiare il personaggio giocante con uno non giocante (ad
esempio un altro elemento della squadra), la gesione della compravendita
degli oggetti in modalità "negozio", e persino un "battle mode" per
avvicinare il mondo delle avventure testuali a quelle del gioco di ruolo ;)
ci saranno diverse chicche nel mio prodottino! :)
ciao ciao,
Francesco

forse meglio parlare di "traduzione", vero? :)
Giovanni ha purtroppo ragione. Se fai il tuo prodotto in VB6, sarà
difficile renderlo multipiattaforma (a meno che qualcuno non avrà
voglia di riprogrammarlo da zero). :((
Quelli della Microsoft sono convinti che esista solo il loro sistema
operativo e Vb6 gira quindi solo su Windows. Questo non è di certo un
peccato (grazie al cielo non inquinano anche Linux o quant'altro si
possa alternare al loro SO) ma i limiti sono evidenti. Ti consiglio,
se riesci, di riprogrammarlo con un linguaggio di programmazione tipo
Delphi (come ti ha giustamente consigliato Giovanni), ma se proprio
non ci riesci, meglio in Vb6 che niente, almeno IMHO.
 
Ciao da
Vincenzo