Newsgroup: it.comp.giochi.avventure.testuali
Titolo: [Inform] JIF e altro  (lungo)

Entro breve tempo verrà pubblicata la nuova versione di JIF.
Dopo alcuni ripensamenti, non rilascerò più la versione che a suo tempo
chiamai "mega pack".
La nuova versione di JIF non incorporerà nè compilatore/interprete Inform
nè le librerie.
La distribuzione verrà effettuata tramite due file:
1) il pacchetto di JIF vero e proprio (SOLO il programma)
2) un pacchetto (con installer, su windows) che contiene le librerie, il
compilatore Inform, Interprete Inform e quant'altro.
Il tutto dovrebbe seguire più o meno la descrizione di un ambiente inform
fatta da Roger Firth e consultabile qui:
http://www.firthworks.com/roger/informfaq/pp.html#1
Questo, per mantenere separate le due cose. Attualmente (come mi hanno
fatto notare alcuni if-amici) dis-installando JIF, vengono dis-installati
anche altri componenti che in realtà non sono legati direttamente a JIF
(esempio, il compilatore, le librerie....ecc)
Ovviamente i vantaggi sarebbero:
1) mutua indipendenza tra i pacchetti. Sarebbe possibile dis-installare
JIF per installare una versione nuova SENZA dover toccare la distribuzione
Inform.
2) Un file di installazione di JIF assolutamente ridotto (al di sotto
sicuramente del MegaByte, contro i 3 megabyte attuali)
3) La creazione di una nuova versione di JIF sarebbe più veloce, dato che
non dovrei controllare la versione dei file esterni (librerie,
compilatore, interprete, ecc) nelle 5 lingue supportate fino ad ora da JIF
(italiano, inglese, francese, tedesco, spagnolo)
Attualmente, ad ogni nuova versione di JIF, devo ricontrollare che tutte
le versioni coincidano: per esempio, la versione spagnola di JIF include
le librerie spagnole, in modo tale da poter compilare immediatamente senza
dover configurare JIF a mano. Per esmepio, nel caso di Inform 7 -però-
dovrei ricontrollare le versioni di ogni file di ogni lingua. 
Un lavoro che effettivamente "esula" dalla programmazione di JIF (e che
assorbe molto tempo) 
Svantaggi:
1) Senza il "mega pack" l'installazione di JIF ritorna ad essere
"manuale": prima si installa il pacchetto Inform, poi JIF ed infine si
configura JIF sul pacchetto Inform appena installato.
Qualcuno ha commenti da fare?
Idee sui path consigliati da Firth?
(
http://www.firthworks.com/roger/informfaq/pp.html#1
)
Avrei in mente di creare un pacchetto "Inform" anche per linux.
Forse potrebbe essere una buona occasione per fixare anche i problemi
legati ai nomi dei file 
di libreria da utilizzare (se non sbaglio tali problemi esistono ancora su
linux, nomi dei file in maiuscolo/minuscolo.....)
Attendo idee e commenti (e aiuti) per la realizzazione del pacchetto
Inform.
Per la versione Windows (come a suo tempo ne discussi con Giovanni) userei
NSIS (Nullsoft Scriptable Install System) per creare il pacchetto di
installazione, con la possibilità in fase di installazione di scegliere
quali file di libreria installare. (sul modello di installer creato dagli
spagnoli)
NSIS è stato utilizzato dalla versione 1.5 di JIF (grazie alle varie
segnalazioni di alcuni di voi) e ha sostituito INNO Setup.
Fatemi sapere.
Ciao
Alessandro
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 (esempio, il compilatore, le librerie....ecc)
Scusa ma il programma che utilizzi per il setup dovrebbe avere uan funzione
che ti permette di installare le risorse aggiuntive (compilatore, librerie,
etc.) e che in fase di disinstallazione vengono ignorate previa visualizzazione
warning (Disinstallazione manuale).

 Alessandro Schillaci wrote:


Ciao.
Certo questo lo potrei anche fare.
Ma in questo caso dovresti sempre installare le risorse aggiuntive sotto
la cartella di JIF. Mentre io vorrei che le due cose fossero distinte
(come in realtà sono).
Piuttosto sto pensando ad una funzione di JIF che possa autoconfigurarsi
sul package Firth-like per Inform (diciamo cosi).
A regime le due cose dovrebbero essere "manuntenute" da persone diverse.
Un gruppo sviluppa ed effettua la manuntenzione su JIF e un altro sistema
il package Inform.
Se qualcuno volesse utilizzare il package Inform con TextPad (cosa non
molto fantasiosa, credo), potrebbe installare solo il secondo pacchetto e
poi configurare direttamente Textpad (stesso discorso per gli altri tool
di sviluppo).
Sarebbe bello, credo, avere anche un CVS con tutti i sorgenti italiani
(librerie Infit comprese) da utilizzare (magari tramite script) per la
creazione automatica del pacchetto Inform.
Per esempio: supponiamo esista questo CVS. Paolo (lucchesi) effettua una
modifica alla sua wtalk.h (per esempio.... ;-) ).
Con un semplice script sarebbe possibile scaricarsi tutti i file
aggiornati e (volendo) creare l'exe (installer). Si potrebbe
dis-installare il vecchio package Inform ed installare quello nuovo.
Questo senza dover dis-installare anche JIF (e viceversa).
Attendo commenti (magari la mia idea non è poi così "geniale"), quindi
grazie tomb per il tuo!!!
;-)


 (come in realtà sono).
Il problema forse è che JIF è nato per Inform e quindi forse si porta
dietro qualche vincolo legato al linguaggio.
Un tool in realtà dovrebbe essere configurabile, come i vari TextPad,
EditPlus, etc. permettendo le classiche opzioni come possibilità
di compilare un file senza progetto, current dir, current file,
eseguire un file batch.

 Alessandro Schillaci wrote:


Questo è assolutamente (e lapalissianamente) vero.
JIF è nato per Inform e si porta dietro alcuni vincoli (strutturali)
legati al linguaggio.
E' meno generico di un textPad o di un EditPlus, e la mia intenzione
infatti era quella di creare un programma dedicato ad Inform.
Però se da un lato le ultime versioni di JIF "includevano" Inform, adesso
devo cambiare le cose. 
Poteva andar bene per il principiante (installi un solo programma già
configurato, non perdi troppo tempo e te lo ritrovi "già pronto"), ma non
per l'utente medio.
E' ora di cambiare rotta, nel limite del possibile.
Potrebbe essere un buon momento, con l'avvicinarsi (?) di Inform 7.


 linux, nomi dei file in maiuscolo/minuscolo.....)
Per un pacchetto linux c'e' il problema che gli eseguibili non vanno 
insieme a tutto il resto, ma (in genere) in /usr/bin/ o /usr/local/bin/.
Inoltre sotto linux la questione dell'interprete ottimale e' molto 
soggettiva (chi usa xfrotz, chi kwest, chi zoom, chi WindowsFrotz2002 
sotto wine). Problemi superabili, certo...
Per quanto riguarda i nomi dei file, la standardizzazione auspicata dal 
nostro dott. tempo addietro non sembra praticamente attuabile, e quindi 
l'unica soluzione potrebbe essere quella dei link simbolici con le varie 
capitalizzazioni possibili.
Quindi forse, volendo fare un pacchetto, basterebbe aggiungere in questo 
uno script che sposta gli eseguibili nella giusta directory, crea i link 
simbolici e magari ti configura anche Jif (se lo trova).
bye
-- 
Paolo Lucchesi
email: plucchesi(at)tin(dot)it
home page: 
http://www.paololucchesi.it