Newsgroup: it.comp.giochi.avventure.testuali
Titolo: IF su WAP

Ciao a tutti,
vi ho "scoperti" da pochi giorni. Non immaginavo infatti che il mondo delle
avventure testuali fosse ancora cosi' vivo e in auge e stavo cercando
informazioni a riguardo per un progetto di cui volevo parlarvi in questo
post. Siccome so cosa significa IF da qualcosa come tre giorni abbiate
pazienza se diro' qualcosa da uno che casca dalle nuvole :-)
La mia idea e' creare un sito WAP in cui si possa giocare con avventure
testuali attraverso il telefonino.
Il problema tecnico e' questo: una qualunque azione comandata da remoto in
ambiente web dovrebbe azionare uno script che ha "vita propria" solo fino
alla fine di una esecuzione, cioe' ad ogni comando. Non e' quindi come avere
una finestra di DOS aperta su un eseguibile runtime.
Domande:
1)
Per l'esperienza che avete nello sviluppo IF, credete che sia possibile
tradurre un adventure testuale in ambiente web (a proposito, utilizzo PHP),
tipo (azzardo una soluzione) azionando uno script che ad ogni azione salva
la situazione corrente e la riprende ad ogni comando?
2)
E' possibile utilizzare gli strumenti tipo hugo e inform (non ho ancora
guardato come funzionano) per creare lo schema di gioco che poi andrebbe
portato su ambiente web?
3)
esistono gia' esempi (ovvero: sto scoprendo l'acqua calda :-) )?
4)
quarto ma non ultimo: qualcuno e' interessato a collaborare?
ciao e grazie
ivan

 la situazione corrente e la riprende ad ogni comando?
Avevo pensato tempo fa a questo problema e, oltre alla classica
soluzione del cookie per tenere la situazione, avevo considerato che si
poteva conservarla nell'indirizzo stesso, un po' come i vari siti Web
che aggiungono all'URL una stringa di identificazione dell'utente; non
ho mai approfondito, pero'.
  .Erix.

testuali attraverso il telefonino.
1) 190 lire/min??!!
2) interfaccia con il tastierino numerico?
3) ho letto che l'implementazione del wml sui telefonini e' un
disastro, ovvero bisogna implementare le pagine per i vari modelli.
Peggio che ai tempi di NS4 vs. IE4.
5) chi fa l'hosting per un servizio del genere?
6) a parte tutti questi "dettagli", vedrei bene Java come piattaforma
di sviluppo.
Ciao,
 P.
+++ Boing Boom Tschak

...

Un moderno motore di esecuzione di servlet (CGI in Java) e' in grado
automaticamente di ricostruire il contesto ad ogni esecuzione in base a uno
di due metodi alternativi: un ID scritto in un cookie oppure (per chi non
ama i cookie... vero Erix? :-)) lo stesso ID inserito in mezzo all'URL
(tecnica detta di "URL rewriting", Net@address, ad esempio, funziona cosi').
Le ASP credo forniscano uno strumento equivalente.
Usando questo tipo di sistemi sarebbe estremamente semplice creare un
"motore di gioco" di avventure, che distingue automaticamente le connessioni
dei vari utenti e per ciascuno mantiene uno stato ben preciso e (volendo)
persistente. Il problema, caso mai, e' come scrivere l'avventura. Cablata in
Java o ASP? Mmmh... So che esiste una versione del TADS che supporta l'HTML
per la descrizione degli ambienti, ma l'esecuzione e' sempre vincolata al
suo run-time, non c'e' traccia di un'integrazione con i web server...
Sempre le servlet (piu' precisamente le JSP) possono essere usate anche per
produrre WML, invece che HTML. Non so, pero', se esistano motori di
esecuzione delle servlet integrabili con i WAP server esistenti. Fra poco
lavorero' su un progetto diretto su questo tipo di tecnologia, fra qualche
mese (se la cosa interessera' ancora) forse avro' qualche informazione in
piu'.
Sempre sulle avventure via cellulare, nessuno ha pensato agli SMS? Il numero
di telefono del chiamante potrebbe essere usato come ID per contestualizzare
le esecuzioni tra i comandi successivi, e scomparirebbe il vincolo del
"tempo perso" tra i vari comandi. Ci si potrebbe permettere di pensare
finche' si vuole, perche' il costo e' per messaggio e non per minuto.
Inoltre i comandi sarebbero, secondo la migliore tradizione, sotto forma di
testo scritto (il WML credo abbia dei limiti dal punto di vista
dell'interazione con l'utente). E' chiaro che 160 caratteri di un SMS sono
pochi, ma non dimentichiamoci che "L'anello di Lucrezia Borgia" ne usava
solo 80. Pensando bene l'avventura per questo tipo di mezzo ci si potrebbe
comunque far saltar fuori qualcosa di carino... Un qualunque telefono con
modem a infrarossi incorporato (come l'Ericsson SH888) dispone di un set di
comandi AT estesi fatti apposta per controllare la ricezione e l'invio degli
SMS (oltre che della rubrica e di tutto il resto), basterebbe questo per
fare un "mini server SMS" di prova...
Saluti a tutti.
   Gianlu

    Gianlu
Ciao e grazie