Newsgroup: it.comp.giochi.avventure.testuali
Titolo: Accenti ed interpreti sotto linux

Mi sta venendo un lieve mal di testa... tutta colpa di Giancarlo... ;-)
Se compilo una qualsiasi avventura sotto linux (si', ho convertito tutte 
le accentate in @`, e ho levato per buona misura anche l'opzione C3), e 
poi la vado a provare con un frotz (ho provato xfrotz e kwest) tutto 
bene. Se invece uso xnitfol o zoom, non riesce a visualizzarmi le 
accentate. Ho pensato che potesse essere il compilatore linux (sotto 
Windows e' stata fatta una build proprio per risolvere un problema sulle 
lettere straniere), ho provato a ricompilare tutto sotto Windows, ancora 
nessun risultato (e questa volta ho tirato un sospiro di sollievo).
Eppure avventure piu' vecchie (ad es. Flamel) girano perfettamente sia 
sotto xnitfol che sotto zoom.
Perche'? Giancarlo, o chiunque altro, qualche idea?
bye
-- 
Paolo Lucchesi
email: 
pluc...@tin.it
homepage: 
http://www.paololucchesi.it
"Non viviamo in un mondo perfetto (per fortuna)"


Tempo fa feci dei test compilando (con la build che supporta unicode),
sotto winzozz, senza specificare nessuna opzione e usando direttamente
le lettere accentate nel codice e funzionava sia su mac,
linux e ovviamente che winzozz.
bai
t

 bye
Uhm. A me @`e funziona correttamente su linux, windows o qualsiasi cosa
abbia provato...
farò dei test e ti farò sapere.
Purtroppo sembra che abbia a che fare con qualcosa di "obsoleto" in inform,
che nessuno si è dato la birga di spiegare troppo.
Giancarlo.

 accentate. 
Allora... ho risolto tutto (grazie anche ad un suggerimento di Giancarlo 
in un post precedente) e faccio un veloce riassunto:
l'opzione -C3 sembra tanto bella (l'avevo anche definita nel file .inf), 
ma e' deleteria per alcuni interpreti, indipendentemente da come 
scrivete poi l'avventura.
Inoltre il compilatore bi-platform (sotto windows) crea ancora qualche 
problema, ad esempio, con nitfol (non con zoom, pero'). Altre release 
del compilatore (ad es. la build 20020121) vanno benissimo.
Infine per compilare sotto linux bisogna o usare l'opzione -C3 (che e' 
pero' deleteria), o intervenire nel file di libreria Italian.h e 
eliminare le istruzioni ZChar.
Il perche' lo ignoro...


Il perche' lo ignoro...
Deve essere stato un problema simile a fare i pasticci anche con
Ruins. Jif, comunque, contiene il mapping dei caratteri che, se
attivato, converte tutti gli accenti nel corrispettivo formato
ZSCII (salvando ovviamente il sorgente con un altro nome che
poi compila). Così non dovrebbero esserci più problemi (almeno si
spera)...
Ciao da
Vincenzo

 spera)...
Si, con il caveat (che parolone, eh?) di non usare il compilatore 
bi-platform. E se si compila sotto Linux, di smanettare un attimo infit...


bi-platform. E se si compila sotto Linux, di smanettare un attimo infit...
Non capisco una cosa (non il caveat): che bisogno c'č di utilizzare
l'opzione -C3 se il mapping dei caratteri lo fa automaticamente Jif?
Non basta compilare senza nessuna opzione (a parte ovviamente
quella che seleziona il language=italian)?
Ciao da
Vincenzo

 quella che seleziona il language=italian)?
Si, basta. Solo che fino a qualche giorno fa ero convinto che l'opzione 
C3 fosse un bel metodo per evitare di scrivere @'e (o di filtrare in 
qualche modo il file prima di compilarlo).


qualche modo il file prima di compilarlo).
Ecco la conferma dei miei sospetti. Dei problemi più o meno simili li
avevo avuti quando avevo distribuito la prima versione di Ruins in
italiano ed erano scomparsi quando avevo riportato le
lettere accentate in ZSCII e compilato senza l'opzione C3.
Comunque, per quanto riguarda JIF, è possibile personalizzare i
caratteri da mappare (per chi non lo sapesse il mapping consiste nel
trasformare i caratteri da ASCII a ZSCII --> es. è --> @'e) andando a
editare il file mapping.ini. Per ora l'ho editato io, inserendo tutti
i caratteri ZSCII HIGHER presi dalla tabella 2B del DM4 (o meglio,
quasi tutti, visto che alcuni il compilatore Inform per Windows non li
riconosce) ma ognuno può modificarlo come crede...
Ciao da
Vincenzo

 riconosce) ma ognuno può modificarlo come crede...
IMHO sarebbe anche utile una funzione per applicare definitivamente la 
mappatura ai file .inf. E non sarebbe male se ci fosse un modo per 
rimappare la tastiera (premo e accentata e nel file mi appare @`e).
bye
-- 
Paolo Lucchesi
email: plucchesi(at)tin(dot)it
home page: 
http://www.paololucchesi.it
"Tempus Edax Rerum"

rimappare la tastiera (premo e accentata e nel file mi appare @`e).
Boh, si potrebbe chiedere ad Alessandro. Ah... tempo fa avevi postato
sul ng una piccola funzione Inform per fare in modo che trascorressero
toto secondi tra un testo e l'altro: hai mica voglia di ripostarla? :)
Grazie e ciao da
Vincenzo

>rimappare la tastiera (premo e accentata e nel file mi appare @`e).
Qualsiasi editor serio (come il mio fido Emacs) può farlo senza 
problemi, basta istruirlo a dovere...
Altrimenti penso sia utile uno script in qualsiasi linguaggio che 
applicato al file fa il lavoro in automatico
Giovanni
-- 
Giovanni Riccardi - 
giov...@composizioni.net
 - 
http://www.composizioni.net

 Vincenzo
Ciao
Alessandro
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 rimappare la tastiera (premo e accentata e nel file mi appare @`e).
Ho introdotto entrambe le funzioni su JIF(versione 0.8)
1) Mappatura a comando. L'utente seleziona questa opzione e il file XXX.inf
   viene salvato con il nome mapping_XXX.inf. Questo file ha i caratteri 
   già mappati (@'e al posto di è).
2) Mappatura della tastiera. Se digiti è -> sullo schermo viene mappato
   il set di caratteri "@'e"
Se non ci sono obiezioni, concluderei il problema del "Mapping"
definitivamente.
:-)
Grazie per i vostri consigli.
