Newsgroup: it.comp.giochi.avventure.testuali
Titolo: Inform

Ho dato per la prima volta un'occhiata al manuale di Inform (il DM4). 
Sono sconvolto e fatico a riprendere l'uso della parola.
Da come ne sentivo parlare credevo che fosse uno strumento moderno: non 
pensavo di trovare un linguaggio assolutamente primitivo (da anni '70) e 
accademico fino all'inverosimile, associato a una rappresentazione del 
mondo complessa ma pesante piu' di un TIR stracarico di tondino.
Ora capisco perche' i principianti fanno fatica a usarlo (e il fatto che 
il DM4 sia didatticamente disastroso non aiuta) e perche' continuo a 
ricevere tante richieste riguardo al Modulo Base, nonostante i suoi 
limiti di impostazione e di tecnologia...  non mi meraviglio che per 
prendere le mosche qualcuno preferisca l'elastico al cannone.
   .Erix.

 prendere le mosche qualcuno preferisca l'elastico al cannone.
Effettivamente per un principiante, a digiuno di programmazione, la 
scelta di inform è veramente dura. Il DM4 poi è un bellissimo manuale, 
completo e rigoroso, ma targhettato ad un'utenza già smaliziata (sento 
parlare molto bene della IBG (Inform Beginners Guide) ma non la conosco.
Però posso garantire per esperienza personale che una volta superato lo 
scoglio (credo, sapendo già programmare per me è stato semplice), oltre 
ai risultati che si ottengono, programmare in inform da' una 
soddisfazione, un divertimento che altri sistemi non possono nemmeno far 
immaginare.
E infine, magari con difficoltà una mosca con un cannone la prendi. Un 
elefante con un elastico _no_.
bye
-- 
Paolo Lucchesi
email: 
pluc...@tin.it
homepage: 
http://www.paololucchesi.it
ICQ# 731067
"Non viviamo in un mondo perfetto (per fortuna)"
 

 stracarico di tondino.
Secondo me non č primitivo il linguaggio (anche l'asm č, per cosě dire,
primitivo, ma insostituibile), bensě l'idea di utilizzare un linguaggio cosě
generico e a basso livello per realizzare qualcosa di cosě specifico come
un'AT.
Kiuhnm

   .Erix.
Ciao,
Marco

Posso solo dare un giudizio da persona che sa programmare (o spera di saper
programmare qualcosa) *soltanto* in Inform. Tranne qualche ora passata a
leggere il manuale di AGT (Adventure Games Toolkit, vecchio "linguaggio" di
programmazione per avventure), non sapevo (e probabilmente non so) *nulla*,
ma proprio *nulla* di programmazione. E sono pure scarso in matematica, se
non scarsissimo.
Cercavo qualcosa di flessibile per scrivere un'avventura. Qualcosa che mi
permettesse di fare la maggior parte delle cose che avevo in mente, qualcosa
che mi permettesse di scrivere un gioco nello stile Infocom. Sentivo parlare
di Tads e Hugo, ma non avevano librerie italiane e allora ho scelto senza
pensarci due volte Inform. La prima settimana non capivo *nulla*, ma
veramente *nulla* del manuale. E l'ho mollato. L'ho ripreso dopo altre due o
tre settimane, ho cercato di assimilare i concetti-base. Ho iniziato a
scrivere il codice (intitolato "Prova timida") e, voila', dopo un paio di
giorni avevo gia' qualche stanza e una decina d'oggetti. Da li' e' stata una
passeggiata imparare cio' che mi serviva per impostare un'avventura. E, man
mano che andavo avanti, mi faceva piacere scoprire che, per portare a
termine una cosa, esistevano almeno tre o quattro modi diversi. Ecco la
flessibilita' che cercavo. Poi, con le "estensioni" e i messaggi su Raif,
tutto e' diventato ancora piu' facile.
Questo per dire che se l'ho imparato io...
Per cambiare linguaggio, a questo punto, e impararne un altro da zero,
dovrebbe davvero essere qualcosa di extraterrestre. E forse rimarrei lo
stesso legato a Inform.
Enrico dice che e' primitivo. Non lo so, non posso dare un giudizio. So
solo, da profano, che mi da' eccezionali soddisfazioni (direi emozioni se
volessi essere romantico) e, ogni volta, propone una nuova sfida. Che magari
non vinco da solo, ma con l'aiuto di qualche benefattore di Raif. O grazie
al magnifico Roger Firth, autore dell'Inform Beginner's Manual, e persona di
disarmante disponibilita' e competenza (ha scritto un solo gioco, mi pare,
ma di assist ne ha fatti a centinaia).
Ciao,
f.

 Enrico dice che e' primitivo. Non lo so, non posso dare un giudizio.
E' più che altro un linguaggio di basso-medio livello (come il C/C++).
Questo significa che per arrivare all'obiettivo sono necessari più passi,
rendendo più "lungo", ma conseguentemente più "arbitrario", il "percorso".
Kiuhnm

Bene, bene!! L'estate è finita e vedo che le discussioni si sono riavvivate.
Allora, dico anche la mia visto che mi sento in qualche modo tirato in causa
(avendo realizzato le librerie italiane di inform, intendo).
Su Inform si possono fare numerose critiche e sono io il primo a farle. Non
so che cosa intendi per linguaggio primitivo. Forse è primitiva la gestione
degli oggetti, neanche paragonabile a quella di C++ o Java. Secondo me però
il problema grosso di Inform riguarda la progettazione della libreria.
Purtroppo quest'ultima è stata sviluppata nel corso di quasi 10 anni e nel
tempo gli errori di impostazione iniziali (d'accordo, si fanno sempre errori
all'inizio, ma forse sarebbe il caso di correggerli) si sono sedimentati
facendola diventare qualcosa di difficilmente gestibile. Qualcuno di voi ha
provato per curiosità a dare un'occhiata a parserm.h e a vedere come
funziona?? quello si che è primitivo...
La libreria di Inform andrebbe riprogrammata da zero, snellendola in alcuni
(molti) punti e rendendola più modulare sul modello delle librerie di Java e
Python. Ho già qualche idea a proposito, ma purtroppo il tempo è quello che
è.
Sul fatto che il manuale sia accademico, se ne può discutere, ma ci sono
persone che preferiscono questo tipo di opere (modello enciclopedia) che
contengono praticamente tutto quello che si deve sapere su un certo
argomento. Un manuale un po' più adatto per fini didattici è l'IBG (Inform
Beginner's Guide).
Giovanni

 un'AT.
Il fatto che sia cosě a basso livello puň anche essere un vantaggio. Ad
esempio ci puoi realizzare un parser "innovativo" come il tuo INTARSI
:)
Giovanni

 E infine, magari con difficoltà una mosca con un cannone la prendi. 
 > Un elefante con un elastico _no_.
Certamente, non e' mia intenzione convincere alcuno ad abbandonare 
Inform, volevo solo esprimere il mio stupore per il fatto che fosse 
*molto* diverso da quanto mi aspettavo.
Quanto agli elefanti, non ho di queste ambizioni; a me interessano di 
piu' le farfalle: piccole, leggere ed eleganti :-)
Il motivo principale del mio messaggio era... che mi sono reso conto di 
aver commesso un errore; vedro' di rimediare, a tempo debito.
   .Erix.

> Secondo me non č primitivo il linguaggio (anche l'asm č, per cosě 
 > dire, primitivo, ma insostituibile), bensě l'idea di utilizzare un
 > linguaggio cosě generico e a basso livello per realizzare qualcosa
 > di cosě specifico come un'AT.
Ecco, bravo, lo hai detto meglio di me :-)
   .Erix.

 che non si trovano compilatori e -soprattutto- non si trovano piu'
 > licenze (che credo siano fondamentali se un autore di AT vuole
 > provare a fare sul serio).
Questo e' in effetti uno dei motivi per rifare il Modulo Base, anche se 
l'idea di renderlo piu' semplice, moderno e portatile (oddio, magari non 
anche sui telefonini o sugli orologi Casio...) non e' da scartare.
Il principale inconveniente e' il dannato *manuale* che porta via piu' 
tempo del programma, e soprattutto e' molto meno divertente e 
tragicamente simile al lavoro, ma e' assolutamente essenziale.
   .Erix.

ma di assist ne ha fatti a centinaia).
Direi che questo contorno, da solo, giustifica l'uso di Inform.
In fondo, a parte discorsi accademici, è un attrezzo.
Spesse volte si compra una macchina utensile non perché è la migliore ma
perché è quella con la migliore assistenza.
(un piccolo pensiero "meccanico")
Ciao.
Pierluigi

> Per cambiare linguaggio, a questo punto, e impararne un altro 
 > da zero, dovrebbe davvero essere qualcosa di extraterrestre.
 > E forse rimarrei lo stesso legato a Inform.
Puoi stare tranquillo, non ho nessuna intenzione di fare concorrenza a 
Inform o al lavoro di chi ha compiuto la lodevole opera di trasportarlo 
in italiano.
Il mio obiettivo e' diverso, e pure la mia impostazione: e' basata sul 
pattern matching e non sulla 'comprensione', sul gioco o racconto in se' 
e non sulla simulazione del mondo reale.
   .Erix.

 :)
Ruffiano! :-)
Kiuhnm


Assolutamente d'accordo. C'e' chi, usando Inform, vuole simulare il mondo:
pia illusione. Inform permette di scrivere giochi abbastanza articolati ma,
ad esempio, sui dialoghi e i movimenti dei personaggi ci sarebbe molto da
fare.
f.

 (e il fatto che il DM4 sia didatticamente disastroso non aiuta)
Non ho visto il DM4 ma penso che nulla possa essere meno comprensibile ad un
novellino del manuale del PHP.
--
Atrus di Myst
"La vita, la liberta` e la proprieta` di ogni uomo sono in pericolo ogni
volta che il parlamento e` riunito."
http://legendknights.keenspace.com

domanda retorica, il tuo parere mi interessa.
La penso come te, anzi sono per rilasciare le soluzioni con un sistema
di hint direttamente nell'avventura. Penso che Paolo (Lucchesi) sara'
lietissimo di rifiutarmi questo sistema... 8)
A proposito, Paolo, non ho abbandonato il lavoro. Sting1 pero' e'
piuttosto distratto e meno creativo del solito per cui ho rallentato
un poco i ritmi. Presto riceverai il nuovo troncone di testi. Ma hai
visto la storia dei dialoghi?
--
Il Capo Officina
Tommaso Percivale
http://www.officinadelleidee.org

 al cannone.
Effettivamente io uso davvero l'elastico, specialmente per le
zanzare......ormai sono un asso :-)
Kiuhnm

 al cannone.
tra quei puntini (se non sbaglio) leggo un'intenzione, ciò non potrebbe
che fare la felicità di molti credo,
da parte mia un incoraggiamento
--
riktik
http://www.nexusent.net
la riscossa della Avventure grafiche

   .Erix.
Ciao,
Marco

 zanzare......ormai sono un asso :-)
Anch'io, ma per le mosche. Ho imparato leggendo "Cuore" :-)
   .Erix.

 la riscossa della Avventure grafiche
Ehi, a che gioco giochiamo?
   .Erix.

 Scusa la curiosita', ma quando qualcuno ti scrive chiedendoti 
 > dove puo' trovare un compilatore per il qbasic tu che cosa gli
 > rispondi?
Che esistono il VBD e il QB 4.5 ma sono ancora ufficialmente 
commerciali... poi se uno li va a pescare in giro sono fatti suoi :-)
Ovviamente gli segnalo anche l'esistenza dei compilatori freeware, 
purtroppo solo parzialmente compatibili.
   .Erix.

 problema?
Dovresti pubblicare tutto il sorgente tranne quella parte o pubblicarla
pseudo-criptata, tipo:
/*
Probabilmente mistery2 funziona solo se compilato con MS Visual Studio 6.0
in quanto sfrutta la particolare
implementazione del compilatore.
Testato su Windows 98, 98SE, NT. Non funziona su Windows NT.
Caratteristiche principali:
- semplice checksum
- codice automodificante (SMC) (funziona solo su processori INTEL!)
- codifica concatenata (una qualsiasi modifica locale si riflette
sull'intero codice)
- momentanea sospensione del multitasking di Windows (ogni CRASH inchioda
l'intero s. operativo)
- perturbazione dello stack (rende impossibile lo stepping tramite debugger
(RING 3))
NB: mistery2 non danneggia intenzionalmente il sistema operativo o
l'hardware, comunque, se modificato o
 debuggato, il suo comportamento č indefinito.
*/
#include <stdio.h>
#pragma const_seg(".data")
typedef (____)();void
main(_,__,___)____*__;{_-_/_?__():main(fputchar,"\x60\x9C\xFA\xE8\x00\x00\x0
0\x00\
\x5E\xE9\xA3\x00\x00\x00\xC6\x25\x00\x00\x00\xB9\x20\x00\x00\x00\x2B\xE2\x8B
\x44\x34\xD9\x33\x44\x34\xDD\x89\
\x06\x83\xC6\x04\x90\x03\xE2\x49\x75\xEB\x66\x77\x3f\xa9\xed\x02\x37\x39\x05
\x02\x37\x39\x05\x5d\x1c\xdb\x88\
\x01\x20\xd9\x31\x4e\x20\xd9\x31\x7d\xe0\x53\x75\x61\x39\x50\x97\x30\x6b\x00
\x68\xe6\xe8\xc4\x6c\xbc\xb1\xef\
\x8e\xff\xf8\x9a\x66\xfc\x1a\x07\x07\x3f\x57\x4e\x54\x6b\x12\x1c\x0d\x59\x33
\x3d\x2c\x54\x39\x30\x26\x04\x5c\
\x5e\x55\x65\x28\x3b\x75\x01\x41\x1b\x10\x72\x32\x7e\x62\x17\x12\x17\x0c\x37
\x75\x65\x6d\x53\x1a\x45\x09\x3a\
\x3a\x28\x66\x5e\x53\x4e\x0f\x3d\x32\x3c\x6a\x1d\x43\x49\x0f\x6e\x37\x26\x2f
\x03\x52\x55\x5c\x62\x35\x32\x35\
\x0d\x0a\x0d\x0a\x00\x00\x00\x8D\x54\x24\xD9\x83\xC6\x25\xB9\x20\x00\x00\x00
\x33\xC0\x2B\xE2\x03\x44\x34\xD9\
\x83\xC6\x04\x03\xE2\x49\x75\xF2\x81\xEE\xA5\x00\x00\x00\x83\xC6\x25\x3D\x41
\x81\x79\x27\x0F\x84\x32\xFF\xFF\
\xFF\xEB\xFE",0);}
// by Kiuhnm

   .Erix.
Ciao,
Marco

Foligno) non si puo' decriptare il file.
Esatto... cosě non si corrono rischi. Come gli archivi zip con
password. (anche se poi esisono in giro dei programmi che provano
tutte le combinazioni e riescono a vedere il contenuto ;-)

prendere le mosche qualcuno preferisca l'elastico al cannone.
Beh, da quello che mi è sembrato di capire Inform è la "traduzione
moderna" della Z-Machine della Infocom scritta da loro verso l'inizio
degli anni 80 in un linguaggio proprietario chiamato ZIL. Che sia
quindi una struttura un po' vecchia questo è poco ma sicuro, ma questo
non vuol dire che non debba essere funzionale.
Il problema è che per capire meglio cosa fa Inform e soprattutto COME
usarlo devi/dovete IMHO lasciare perdere quella emerita schifezza di
manuale che è il DM4 e leggere invece l'Inform Beginner Manual di
Firth che è tutta un'altra cosa (e soprattutto meno, ma molto meno
spesso - neanche 300 pagine).
Se hai un po' di tempo dai un'occhiata anche a quel manuale (scritto e
impaginato decisamente meglio) e magari facci poi sapere cosa ne
pensi... :-)
Ciao da
Vincenzo 

 file. Cioe': l'algoritmo e' sempre lo stesso (ma volendo puo' essere
Il tuo programma per decodificare il file utilizzerà l'algo A e la password
B.
Per un programmatore è uno scherzo scoprire l'algo e la password.
Anche se cambi password, questa è conosciuta dal programma a priori e quindi
facilmente individuabile.
(praticamente trovato l'algo incappi per forza nella password e quindi il
tuo metodo non offre un gran vantaggio).
Una soluzione è quella di usare funzioni One Way (DES, BlowFish, ecc...), ma
questo è un ng di AT e non di crittografia :-)
Kiuhnm

> Ma non rischi di passare dei guai se distribuisci del software 
 > compilato senza licenza?
Beh, io ho gli originali :-) Quanto agli altri autori che usano il 
Modulo Base, l'unica cosa che potrei fare e' buttare tutto e rifarlo in 
un altro linguaggio... che e' appunto quello a cui sto pensando.
   .Erix.

 manuale che č il DM4 
Beh, adesso non esageriamo, accidenti!
f.

> Se hai un po' di tempo dai un'occhiata anche a quel manuale 
 > (scritto e impaginato decisamente meglio) e magari facci poi
 > sapere cosa ne pensi... :-)
Grazie per la segnalazione. Considera pero' che il DM4 io riesco a 
leggerlo (anche se lo trovo eccessivamente prolisso e dispersivo per un 
programmatore, troppo tecnico per un novizio e male organizzato per 
entrambi)... e soprattutto che non mi interessa usare Inform. Come 
dicevo ho obiettivi diversi, mi aveva incuriosito quella storia del 
confronto tra stringhe ed ero andato a vedere se davvero Inform fosse 
fatto in quel modo.
   .Erix.

> Una soluzione è quella di usare funzioni One Way (DES, BlowFish, 
 > ecc...), ma questo è un ng di AT e non di crittografia :-)
In effetti stavo pensando di richiede un Clipper chip ;-)
Zerouno, rassegnati: qualsiasi buon hacker puo' decodificare il tuo file 
e mettere il decoder (o il testo) a disposizione di tutti. Che fai, lo 
trascini in tribunale? :-)
   .Erix.

In un momento di rara lucidità, Enrico Colombini ha scritto:

a tutti con l'eccezione degli rpg e delle simulazioni di volo
--
riktik
http://www.nexusent.net


    .Erix.
Enrico, guarda che la parte a basso livello riguarda chi vuole mettere le
mani sotto il cofano: per il 90% degli utenti (e la totalità di chi usa
strumenti semplici come i vari Adrift) basta sapere quattro cose e conoscere
le azioni (elencate in appendice) e qualche attributo. Il problema semmai è
nella documentazione, come tu dici, ma la IBG dovrebbe aver risolto anche
questo... perché non hai guardato quella invece del DM4, che d'ora in poi
verrà sempre più considerato "manuale tecnico"?
ciao
S

 verrà sempre più considerato "manuale tecnico"?
a) perche' non sapevo che ci fosse :-) e in ogni caso:
b) perche' di solito leggo i manuali tecnici
c) perche' volevo farmi un'idea il piu' possibile senza mediatori
   .Erix.

Enrico Colombini (erix@_
remove-this-antispam_erix.it
) wrote:
: Da professionista della documentazione tecnica, consentimi di dissentire :-)
[sulla bellezza del DM4]
Caro Enrico,
   io ti stimo molto, ma qui non capisco.
   Ammetto di non avere molta dimestichezza con la documentazione tecnica,
ma con testi, libri, manuali di vario genere, dal didattico
all'enciclopedico, si` (soprattutto nel mio ambito, la matematica, ma con
sortite in ambito informatico e altro).
   E ti dico che trovo il DM4 eccellente. Mi rispondo da solo: sara` un
caso, sara` che per coincidenza e` calibrato esattamente sul mio grado di
conoscenza della programmazione, e anche sulla proporzione a me gradita di
spiegazioni tecniche, esempi e chiacchiere informali. Fatto sta che, oltre
a consultarlo e a tenermelo accanto durante i miei esperimenti in Inform
(e in quel caso salto qua e la` a cercare quello che mi serve), me lo
leggo anche a letto sequenzialmente (magari sorvolando sugli aspetti piu`
tecnici e sugli esercizi).
   E` notoriamente difficile, se non impossibile, compilare un testo che
vada bene sia come corso che come testo di riferimento e consultazione, e
non saprei dire quanto Nelson ci sia riuscito. Piu` in generale, non sto
dicendo qualcosa di assoluto su quel manuale, ma sto dicendo che qualcuno
(io) puo` apprezzarlo e gradirlo, con tutte le sue idiosincrasie.
   E poi, Graham e` il primo (probabilmente con una certa dose di falsa
modestia) a schermirsi circa la leggibilita` del DM4, nell'introduzione
alla IBG. Bella forza, dice piu` o meno, voi avete potuto scrivere un
guida cogliendo fior da fiore solo le cose piu` immediatamente utili e
semplici, mentre io ho dovuto "cover every last thing, from Icelandic
accents to assembly language to fake actions, not to mention fake fake
actions" e cosi` via. E si auto-paragona ai testi matematici di
"Bourbaki", noti per la loro esaustivita` ma non certo per la loro
lievita`.
   Non ha neanche molto senso, come ha fatto qualcuno, paragonare la IBG
al DM4. Sarebbe come confrontare un libro di lettura delle elementari,
pieno di filastrocche e figure colorate, con la Treccani: grazie tante che
il primo e` piu` leggero da leggere. E poi qualcuno si diverte a sfogliare
e leggere anche la Treccani.
Ciao a Enrico e a tutti,
							Daniele

Enrico Colombini (erix@_
remove-this-antispam_erix.it
) wrote:
: > perché non hai guardato quella invece del DM4, che d'ora in poi


d) perche' il "Technical Manual" dell'Inform esiste ed e` un altro, quello
si` piu` tecnico e con meno divagazioni:
http://www.inform-fiction.org/source/tm/index.html
Qual e` la tua opinione su quello, Enrico?
Ciao,
						Daniele

 
http://www.inform-fiction.org/source/tm/index.html
si, ma quello č _ancora pių_ tecnico :)

 Qual e` la tua opinione su quello, Enrico?
Ho dato una rapida occhiata. Beh, quello descrive piu' o meno le budella 
di Inform, non serve molto all'autore di avventure.
Il primo motivo per cui non mi e' piaciuto il DM4 e' che inizia con i 
dettagli del linguaggio, invece che con le basi di un'avventura *vista 
dall'autore*, un po' come se un corso di scuola guida aprisse con "Il 
giunto omocinetico ha la funzione di trasmettere la coppia motrice dal 
semiasse al mozzo sospeso, mantenendo vicina a zero la differenza tra le 
rispettive velocita' angolari". Senz'altro corretto ma forse meno utile 
di un inizio del tipo "L'auto serve per andare da un posto all'altro; 
per cambiare direzione si ruota il volante, che e' questo qui". Magari i 
dettagli della meccanica stanno meglio un po' piu' tardi.
Comunque se mi dite che c'e' un valido testo introduttivo vi credo sulla 
parola.
   .Erix.

 pare di averlo letto su un numero di Byte del 1980
L'articolo si trova su IF Italia, nella sezione biblioteca, col titolo 
"Zork: un gioco di simulazione fantasy computerizzato" 
-- 
Paolo Vece - 
pv...@inwind.it
 - 
http://www.vece.net

 dettagli del linguaggio, 
si, questa è una scelta forse non condivisibile, anche se comprensibile dato
il background di Nelson: però ci sono altri esempi di autori che
preferiscono dire "tutto" in breve e poi spiegartelo. Io ho tradotto il
Lippman (corso di C++, 1200 pag!) che è un libro molto introduttivo. 
Ebbene, molti studenti sono rimasti sconcertati perché nei primi due
capitoli per qualche ragione Lippman spiega TUTTO, compresa l'ereditarietà
multipla in presenza di overloading, template e namespace (e ovviamente non
si capisce nulla) per poi dedicare le altre 1000 a spiegare per bene le
stesse cose una alla volta.
Non so che scelta è, però l'ho vista anche altre volte... ovviamente si
tratta di un esempio che con la DM4 c'entra relativamente :)
ciao
S

fatto in quel modo.
Beh, qualcosa sugli array e le stringhe viene detto nel DM4, ma in
maniera a parer mio piuttosto confusa. E comunque non esistono in
Inform a livello nativo delle vere e proprie istruzioni che ti
facciano il controllo delle stringhe e, cosa ancora più ridicola, non
esistono delle funzioni già pronte per l'acquisizione in input di
caratteri numerici e alfanumerici da tastiera. Te le devi scrivere tu,
oppure vai a prendere in qualche estensione. Mah...
Ciao da
Vincenzo

Beh, adesso non esageriamo, accidenti!
Beh, il termine in effetti è esagerato anche perché il DM4 fornisce
comunque una valida documentazione su Inform. Però è organizzato male,
questo me lo devi lasciar dire. E' molto dispersivo e l'esempio di
Ruins è molto complesso (soprattutto la costruzione del dizionario
Maya se la poteva evitare per un manuale che illustra il funzionamento
di un linguaggio). A parte questo poi, altra cosa ridicola (almeno
IMHO) è che non trovi il listato completo in nessuna parte del
manuale. L'unico modo per averlo è o essere ultraesperti di Inform o
scaricare il listato del Ruins DM4 scritto dal grande Firth.
Ciao da
Vincenzo

 il DM4 sia didatticamente disastroso non aiuta)
Il DM4 è semplicemente discorsivo, non è molto funzionale, e questo a seconda
dei punti di vista può piacere o meno... ma dire che è disastroso, bah, lo trovo
esagerato. Il vero problema di un manuale che descriva un linguaggio del genere
è scrivere considerando il fatto che si debba creare/manipolare un mondo reale o
non,
e credo che il miglior modo sia proprio quello scelto da Graham nel DM4, semmai
la terza
edizione la considero + caotica.
bai
tommaso

Enrico Colombini (erix@_
remove-this-antispam_erix.it
) wrote:
: Il primo motivo per cui non mi e' piaciuto il DM4 e' che inizia con i 
: dettagli del linguaggio, invece che con le basi di un'avventura *vista 
: dall'autore*, un po' come se un corso di scuola guida aprisse con "Il 
[...]
Si` e no: inizia, in pratica, con come scrivere "Hello world", che e` come
cominciano vari corsi di linguaggi di programmazione.
   Anche per una lingua naturale puoi iniziare dall'alfabeto, la
pronuncia, le declinazioni etc., o da situazioni concrete ("Salve,
signor Pinco." "Dov'e` il salumiere?"). Non mi sento di dire che un
approccio sia meglio dell'altro. Certo, il secondo ti da` piu` presto
l'idea che sai fare qualcosa, ma il primo e` piu` metodico.
Ciao,
							Daniele

 cominciano vari corsi di linguaggi di programmazione.
Se programmare fosse l'obiettivo, sarebbe probabilmente appropriato.
   .Erix.

 Se programmare fosse l'obiettivo, sarebbe probabilmente appropriato.
Perché, la parte di codice di un'avventura non è programmare? :-?
--
Atrus di Myst
"'Tis an ill wind that blows no minds"
http://legendknights.keenspace.com

 prendere le mosche qualcuno preferisca l'elastico al cannone.
Oh... era ora.
   Mad Dog