Newsgroup: it.comp.software.tex
Titolo: TeXutil in Context

Sempre alle prese con i problemi delle figure in ConTeXt chiedo umilmente 
aiuto:
Ho aggiornato Ghostscript e ConTeXt all'ultima beta del 2004 (vi e' 
incluso teXutil v. 7.5, ma ho letto che ce ne sono di piu' recenti...dove 
le trovo?) ed ho risolto il problema del centramento delle figure eps, ma 
alcuni eps, quelli creati con gnuplot non si visualizzano. Allora tento 
l'ottimizzazione con TeXutil (perche' importandoli con Photoshop non mi 
riconosce i font e me li trasforma tutti in courier), ma quando do' il 
comando
texutil --figures --epstopdf altimetria-nepal4.eps
Ottengo:
 TeXUtil 7.5 - ConTeXt / PRAGMA ADE 1992-2003
                action : generating figure directory file
                option : processing EPS-file
                option : convert EPS to PDF
              eps file : altimetria-nepal4.eps
"gswin32c" non è riconosciuto come comando interno o esterno,
 un programma eseguibile o un file batch.
              pdf file : altimetria-nepal4.eps
           output file : texutil.tuf
     processed figures : 1
cosa mi comporta quell commento
""gswin32c" non è riconosciuto come comando interno o esterno" ?
Nel PDF ottenuto processando il file .tex l'immagine non si vede e al suo 
posto c'e' un riquadro grigio con scritto:
name: dummy
file: altimetria-nepal4
state: unknown
Se converto l'immagine in pdf con GSView ottengo un A4 con l'immagine 
piccola a fondo pagina :-( (non trovo/conosco i comandi x fare un resize)
Uff...aiuto! 
Andy

 ""gswin32c" non è riconosciuto come comando interno o esterno" ?
Si direbbe che TeXutil non trova gswin32c; assicurati che sia nel 
path.
-- 
Giuseppe "Oblomov" Bilotta
Can't you see
It all makes perfect sense
Expressed in dollar and cents
Pounds shillings and pence
                  (Roger Waters)

 path.
Come lo verifico? Ho cercato sul man e su minstall.pdf e mtexutil.pdf e non 
sono riuscito a capire come dirgli dove trovare gs.
Sono su XP
Eseguendo dal DOS--> texexec --verbose
ottengo questo qui sotto (e c'e' pure in fondo un "locating fmtutil : not 
found in path") quindi c'e' qualcos'altro nella configurazione che non va. 
Mi riprometto di studiare a fondo ConTeXt appena finita la tesi, per ora 
non avendo tanto tempo sono andato un po'--troppo--a naso, fin che va bene 
da raccontare ;-). Puoi darmi qualche dritta per arrivare alla soluzione?
 TeXExec 3.2 - ConTeXt / PRAGMA ADE 1997-2003
     current path : G:/Documents and Settings/andy
locating ini file : found by kpsewhich
 reading : G:/texmf/context/config/texexec.ini
 setting : 'TeXShell' to 'tetex' for 'all'
 setting : 'UsedInterfaces' to 'en nl metafun mptopdf' for 'all'
 setting : 'UserInterface' to 'en' for 'all'
 setting : 'TeXExecutable' to 'tex' for 'all'
 setting : 'MpExecutable' to 'mpost' for 'all'
 setting : 'MpToTeXExecutable' to 'mpto' for 'all'
 setting : 'DviToMpExecutable' to 'dvitomp' for 'all'
 setting : 'DviSpecialScript' to 'dvispec' for 'all'
 setting : 'MpFormat' to 'metafun' for 'all'
 setting : 'TeXFormatFlag' to '&' for 'all'
 setting : 'MpFormatFlag' to '&' for 'all'
 setting : 'TeXFontsPath' to 'l:/tex/texmf;l:/tex/texmf-local;' for 'all'
 setting : 'TeXExecutable' to 'pdfetex' for 'tetex'
 setting : 'TeXVirginFlag' to '-ini' for 'tetex'
 setting : 'TeXPassString' to '-progname=context' for 'tetex'
 setting : 'TeXBatchFlag' to '-int=batchmode' for 'tetex'
 setting : 'TeXNonStopFlag' to '-int=nonstopmode' for 'tetex'
 setting : 'MpToTeXExecutable' to 'mpto' for 'tetex'
 setting : 'MpVirginFlag' to '-ini' for 'tetex'
 setting : 'MpPassString' to '-progname=mpost' for 'tetex'
 setting : 'MpBatchFlag' to '-int=batchmode' for 'tetex'
 setting : 'MpNonStopFlag' to '-int=nonstopmode' for 'tetex'
 setting : 'TeXNonStopFlag' to '-int=nonstopmode' for 'tetex'
 setting : 'MpNonStopFlag' to '-int=nonstopmode' for 'tetex'
 used setting : TeXShell = tetex
 used setting : SetupPath =
 used setting : UserInterface = en
 used setting : UsedInterfaces = en nl metafun mptopdf
 used setting : TeXFontsPath = l:/tex/texmf;l:/tex/texmf-local;
 used setting : MpExecutable = mpost
 used setting : MpToTeXExecutable = mpto
 used setting : DviToMpExecutable = dvitomp
 used setting : TeXProgramPath =
 used setting : TeXFormatPath =
 used setting : ConTeXtPath =
 used setting : TeXScriptsPath =
 used setting : TeXExecutable = pdfetex
 used setting : TeXVirginFlag = -ini
 used setting : TeXBatchFlag = -int=batchmode
 used setting : TeXNonStopFlag = -int=nonstopmode
 used setting : MpBatchFlag = -int=batchmode
 used setting : MpNonStopFlag = -int=nonstopmode
 used setting : TeXPassString = -progname=context
 used setting : TeXFormatFlag = &
 used setting : MpFormatFlag = &
 used setting : MpVirginFlag = -ini
 used setting : MpPassString = -progname=mpost
 used setting : MpFormat = metafun
 used setting : MpFormatPath =
 used setting : FmtLanguage =
 used setting : FmtBodyFont =
 used setting : FmtResponse =
 used setting : TcXPath =
 used setting : SetFile =
 applications will use :
      locating fmtutil : not found in path
                --help   overview of all options and their values
            --help all   all about all options
          --help short   just the main options
   --help mode ... pdf   all about a few options
        --help '*.pdf'   all about options containing 'pdf'
        total run time : 0 seconds

 Eseguendo dal DOS--> texexec --verbose
Eseguendo dal DOS, prova
gswin32c
e vedi che succede.


 gswin32c
Ooops! :-(
G:\Documents and Settings\andy>gswin32c
"gswin32c" non è riconosciuto come comando interno o esterno,
 un programma eseguibile o un file batch.
Nella cartella di ghostscript ci sono due eseguibili
gswin32 e gswin32c, ma posso richiamarli solo andando fino alla loro 
cartella C:\gs\gs8.13\bin
Tra l'altro il "casino" e' che avendo due HD di cui G e' il principale 
(ok, lo so, altro casino) inavvertitamente ho installato gs in C.
Comunque se mi dici come impostare il path penso che non ci siano 
problemi su dove si trova.
Con WinEdt me li trova...come faccio a dirglielo al sistema dove trovare 
ghostscript? Se fossi su Linux lo saprei fare...
GS-Bin: (gswin32c.exe): OK*
  C:\gs\gs8.13\bin\gswin32c.exe
GSView: OK (REG)
  "G:\Programmi\Ghostgum\gsview\gsview32.exe"
  G:\PROGRA~1\Ghostgum\gsview\gsview32.exe
AcroRead: OK (REG)
  "G:\Programmi\Adobe\Acrobat 6.0\Reader\AcroRd32.exe"
  G:\PROGRA~1\Adobe\ACROBA~2.0\Reader\AcroRd32.exe

Penso di aver trovato in:
Pannello di controllo -> sistema->avanzate->variabili d'ambiente->modifica 
variabile di sistema->path
Ora provo ad aggiungere li' il percorso di gs
Puoi dirmi se devo fare qualcos'altro x migliorare lo stato del mio 
Context?
Andy

andy <an...@ao.ui> wrote in 
news:Xns946DA3...@195.31.190.131
:
Ora funziona, grazie x il suggerimento. 
Cosi' ho scoperto pure che la c sta per console, visto che il gswin32 si 
apre su una finestra a parte mentre il gswin32c sul terminale dos.
Andy


No, e complimenti per esserti aiutato da solo. (Unico suggerimento, 
riavvia dopo aver cambiato la variabile di sistema.)


 riavvia dopo aver cambiato la variabile di sistema.)
Grazie! Io penso che spesso una parola di aiuto, anche un piccolo 
semplice suggerimento, possa aprire ampi orizzonti e sia grandemente 
formativo: sicuramente ho imparato alcune cose in piu' che non sapevo e 
che non avrei raggiunto da solo.
Ciao e buona notte :-)
Andy

riavvia dopo aver cambiato la variabile di sistema.)
Mi auguro proprio che in Windows XP non sia necessario, come non lo è in
Windows NT e Windows 2000.
Modificare il path risolve senz'altro, ma dovebbe essere possibile anche
qualcosa di meno drastico. Purtroppo, le utilità in perl di ConTeXt pare
che usino due o tre diversi metodi di inizializzazione, sicché non è
chiarissimo che cosa fare. Per 
makempy.pl
 dovrebbe essere sufficiente
impostare una variabile d'ambiente GS o GS_PROG col nome e il percorso
completo del programma, per 
texutil.pl
 mi pare che l'unica sia modificare
direttamente il sorgente perl (a meno che non sia prevista qualche utilità
per farlo automaticamente, ma non sono stato in grado di trovarla).
Ciao.

 anche qualcosa di meno drastico.
Provero' a verificare anche le tue soluzioni. Purtroppo ora il tempo 
stringe talmente ...che mi sento soffocare :-) e quella di aggiungere il 
percorso...al path e' stata la soluzione piu' veloce.
Appena avro' tempo sicuramente approfondiro' TeX e ConText perche' mi 
soddisfano davvero tanto e ho tanti progetti in mente, purtroppo ora e' 
una questione solo di sopravvivenza fino alla laurea.:-(
Grazie e ciao!
PS: parlatene piu' spesso di ConTeXt, dai, che vi leggo volentieri. 
Appena posso mi aggiungo anch'io  :-)

percorso...al path e' stata la soluzione piu' veloce.
Ma, guarda, è senz'altro anche la più semplice e logica. Solo, non è la più
consueta in ambiente Windows (che, notoriamente, non è particolarmente
logico e semplice), sicché io trovo che le utilità di ConTeXt (non gli
utenti delle utilità di ConTeXt) dovrebbero adattarsi a rintracciare le
applicazioni necessarie in modo compatibile con gli usi e costumi Windows
(come peraltro parzialmente già fanno). L'appunto (vagamente ozioso) è
eventualmente per chi ha curato il porting, non certamente per chi deve
arrangiarsi per far funzionare le cose.
Ciao.


Uh, non c'è nessun porting. Hans Hagen ha scritto il tutto, e lui usa 
Windows :)


Windows :)
Un porting c'è sempre, perché ognuno di noi usa, prima di ogni altra cosa,
la propria testa. E il porting fra la propria testa e qualsiasi altra cosa
è sempre estremamente complicato; se poi il sistema di arrivo è un'altra
testa, l'impresa diventa proibitiva.
In questo caso, io credo che un passettino di più fuori dalla propria testa
e verso quella dell'utente Windows medio si sarebbe anche potuto fare.
Sono convinto che l'impostazione di Unix e Linux (tutti gli eseguibili
nelle stesse directory "magiche") sia più logica, ma sono anche convinto
che "a Roma come i romani", e in Windows, i programmi che hanno bisogno
della collaborazione di altri programmi non dovrebbero dare per scontato
che siano nel path (perché normalmente non ci sono), né chiedere che
l'utente modifichi il path (perché normalmente non sa neppure che è), ma
usare i sistemi disponibili in Windows per rintracciarli.
Del resto, 
texexec.pl
 usa già un suo file di inizializzazione, 
makempy.pl
(qualsiasi cosa faccia) cerca una variabile d'ambiente, 
texutil.pl
 confida
nella buona sorte... si tratta di scegliere un'unica strategia,
possibilmente quella che sembra più intelligente, e usare solo quella.
L'appunto è, ripeto, vagamente ozioso (le cose importanti sono
evidentemente altre), ma alla fine tutto fa.
Ciao.

 usare i sistemi disponibili in Windows per rintracciarli.
Due punti:
1. l'impostazione di Unix e Linux *non* ha alcuna importanza. Come ho 
detto, e reitero, la suite di programmi Perl per ConTeXt è stata 
sviluppata, e viene mantenuta, *principalmente* in ambiente Windows.
2. IL sistema disponibile in Windows per rintracciare il percorso di 
un eseguibile *è* il PATH.


un eseguibile *è* il PATH.
No, la maggior parte dei programmi non è nel path. Anzi, sono rarissimi i
programmi di installazione che modificano il path; assumere il contrario è
a dir poco azzardato. E i programmi vengono comunque tranquillamente
eseguiti.
Il percorso si può rintracciare attraverso il registro o in altri modi.
Come farebbe altrimenti Yap a rintracciare Ghostscript, anche se non è
affatto nel path? Come fanno i programmi di installazione a sapere se e
dove è già presente una versione del programma?
Questo, da parte di un programma che ha bisogno di collaboratori, in fase
di installazione o configurazione (mica dico che lo deve fare tutte le
volte). Ma anche il sistema operativo può essere istruito sul percorso
degli eseguibile in modo indipendente dalla variabile d'ambiente path.
Ciao.