Newsgroup: it.comp.macintosh
Titolo: Wordprocessing tecnico: cosa usare.

Spesso mi trovo a scrivere documenti grosso modo tecnici. Normalmente
uso Latex, ma alle volte per piccole cose lo trovo un po' un overkill
(oltrechè tendo ad odiare il supporto che ha per le immagini).
In pratica le features più importanti per me sono:
1) equazioni (posso trovare accettabile usare l'equation service che mi
hanno fatto notare nell'altro thread)
2) possibilità di includere un documento "come collegamento" (questo mi
serve tipicamente per i sorgenti, ovvero se io modifico il sorgente,
anche la docuemntazione viene modificata). Possibilmente mi piacerebbe
applicare anche stili al "codice".
3) facile infilare immagini e simili (anche li, possibilmente come
collegamento).
4) possibilità di esportare anche in HTML, con codice semplice e pulito
(non ho grandi stili, posizionamenti complessi)
Se non fosse che Alex mi ha detto che è un incubo, mi sarei diretto
verso docbook (ah, dimenticavo essere WYSIWYG è comodo, ma non
necessario). Eventualmente un buon editor per docbook e buone risorse
per impararlo?
Framemaker mi pare che abbia una licenza fuori prezzo per me. Dunque?
Ho provato Mellel. Mi piace molto come gestisce gli stili, è accettabile
il modo in cui fa girare le equazioni (anche se altamente subottimale in
effetti). Ma non include documenti come collegamento (e non gestisce
manco indice e crossreferences a quanto vedo).
Nisus lo provo? Che altro?
Mi sa che mi devo scrivere io il software necessario, sigh. Ma possibile
che sono l'unico con queste esigenze?
-- 
blog:  
http://www.akropolix.net/rik0/blogs
 | Uccidete i filosofi,
site:  
http://www.akropolix.net/rik0/
      | tenetevi riso e
forum: 
http://www.akropolix.net/forum/
     | bacchette per voi.

 (non ho grandi stili, posizionamenti complessi)
Premesso che uso latex anche io, mi sono ritrovato quasi nella tua 
stessa situazione. Ho fatto un po' di ricerca e ho trovato Sciwriter, ma 
ho potuto provarlo solo limitatamente al tempo concessomi dalla trial 
version. Mi pare abbastanza buono (anche se ti parlo di più di un anno 
fa) e dovrebbe avere le features che dici tu. Da quello che ricordo, 
però, ha una impostazione "piuttosto matematica" nel senso stretto del 
termine; cioè mi pare che la formattazione del testo si articoli in 
abstract, capitoli, sottocapitoli e poi teorema, lemma, corollario etc...
Onestamente non ricordo bene, dovresti darci una occhiata. L'interfaccia 
è molto carina però :)

 che sono l'unico con queste esigenze?
neooffice in cosa deficia?
-- 
questa non e' una tag

 neooffice in cosa deficia?
Cercavo "qualcosa d'altro", eventualmente qualcosa che girasse bene
anche con il powerbook. Per il resto non deficia di nulla, anzi semmai
ha pure troppo.


 Ho fatto un po' di ricerca e ho trovato Sciwriter
Requirements: Windows 98/ME/NT/XP/2000 + .NET Framework 1.1/2.0
Chemmene faccio? :)


 che sono l'unico con queste esigenze?
No, ma a me LaTeX non solo va bene e piace molto, proprio lo adoro :-)

 No, ma a me LaTeX non solo va bene e piace molto, proprio lo adoro :-)
Fa quello che deve. Ma confesso che mi da un po' fastidio
concettualmente che dopo 20 anni e passa non si sia trovato ancora
qualcosa di meglio.
Per dire latex non è assolutamente facile da parsare (mentre un formato
basato su xml lo sarebbe). Ma di Docbook mi dicono peste e corna. 


 basato su xml lo sarebbe). Ma di Docbook mi dicono peste e corna. 
Non so, io avevo iniziato a scriverci una guida sulle QT e mi piaceva.
Ma, tendenzialmente, mi fiderei dei commenti di Alex Martelli ;-)

 Ma, tendenzialmente, mi fiderei dei commenti di Alex Martelli ;-)
Magari ho capito male io :)


 Dove hai cominciato.
Non è sul web. Anche perché risale a due anni fa, ed è abbandonata da
allora.

 
:D hai ragione, scusa... sai com'è sono ancora un picciotto, ma fra poco 
mi arriva il mac :)

 allora.
Non la tua guida. Volevo sapere tu dove avevi cominciato a guardare
docbook. :)


 docbook. :)
Ah, mmm - boh? :-D
[10 minuti dopo]
Non lo trovo nemmeno sull'hard disk, chissà dov'è finito. Mi spiace. 

 Non lo trovo nemmeno sull'hard disk, chissà dov'è finito. Mi spiace. 
e le informazioni sull'ambiente listing e le altre cose vagamente
esotiche che hai usato, da dove vengono?


 esotiche che hai usato, da dove vengono?
Nella mia installazione, leggo qua principalmente:
file:///sw/share/texmf-dist/doc/index.html
Più un po' di google, in particolare le faq & risposte di
it.comp.software.tex, la "not so short introduction to latex" e poco
altro quando mi serve.

 altro quando mi serve.
La NSSITL la conosco bene. it.comp.software.tex invece no... o meglio lo
conosco ma non lo seguo. Darò un occhio.


 che sono l'unico con queste esigenze?
Puo` anche darsi che qualche programmillo ausiliario dovrai scrivertelo
per qualche feature che ti serve, ma manca su Docbook, ma essendo tutto
SW open-source parti facilitato;-).  Cioe`: oXygen non e` open-source,
ma e` solo una GUI e un "gestore di progetti" _attorno_ a tecnologie
open source (dai motori XML e XSLT, a Eclipse, a Subversion, ecc), un
po' come Xcode attorno a gcc, gdb, ... tutte le personalizzazioni e gli
arricchimenti puoi farli con facilita` (io a suo tempo ho smadonnato e
svirgolato per cercare di riprodurre entro oXygen gli aspetti non
standard della toolchain Docbook di O'Reilly, e i problemi erano tutti e
soli per quest'ultima -- non ben documentata e non supportata,
impossibile trovare in O'Reilly interlocutori validi per capire qualcosa
o far accettare una patch ecc ecc -- non dal lato oXygen... comunque
alla fine il libro e` uscito, e pure nei tempi previsti, solo che e`
stato un po' un bagno di sangue, tutto qui;-).
Ma se non hai necessita` di lavorare con O'Reilly, ma solo di fare
qualche piccola aggiunta o modifica x tuo sfizio, dovresti andare bene,
specie se conosci (o ti va di imparare) tecnologie comunque standard
come XSLT e XML-FO (poi il bello di XML e` che se qualcosa ti fa piu`
comodo metterla "fuori" dall'ambiente editor integrato, come script a se
stante ["batch"] in Python o Perl o Ruby o che altro, no problem, ormai
XML lo supportano benino tutti i linguaggi del mondo, tipicamente con
vasta scelta di librerie e framework d'appoggio;-).  Inizialmente
infatti usavo GVIM + vari script Python d'appoggio, passai (ma solo
parzialmente) a oXygen solo per la comodita` dell'integrazione gia`
fatta, del wysiwym (m=="mean"!-), e per il fatto che Anna (mia
co-autrice nel libro) GVIM lo mastica un poco ma NON e` il suo editor
preferito (come tanti altri non ama gli editor modali, per usare un
eufemismo;-).  Se io fossi un patito di Emacs invece che di GVIM
probabilmente avrei fatto tutto "dentro" al mio editor preferito (che
notoriamente e` un SO a se stante;-)...
Alex

 vasta scelta di librerie e framework d'appoggio;-).
Si. Conosco XSL (anche se non bene come Marco :) ). Comunque abbastanza
per sapermi muovere. E pensavo a docbook proprio per questo fatto: xml è
facile da manipolare. tex molto meno.
Comunque sembrerebbe che per ora ho coperto le mie necessità con latex
*senza* dovere scrivere alcunchè. Immagino che potrei comunque prendere
in considerazione di scrivere un preprocessore di qualche tipo, ma prima
dovrei capire quali sono le mie necessità reali.


 faccia impazzire).
Tanto per agganciarmi: che usi per convertire LaTeX in html?

 Tanto per agganciarmi: che usi per convertire LaTeX in html?
latex2html, ma adesso che uso listings lo ho dovuto abbandonare.
diciamo che al momento non so bene come fare.


 latex2html, ma adesso che uso listings lo ho dovuto abbandonare.
Perché?

 wrote:

Perchè sembrerebbe che la roba che faccio succhiare con listings (quella
che includo esterna che per me è perfetto
\newcommand{\pysource}[3]{
 \lstset{rulesepcolor=\color{DarkGray},numbers=left,language={Python}}
 \lstinputlisting[caption=#2,label=#3]{#1}
}
(questo comando muterà per supportare opzioni variabili)
ecco... la roba che prendo con questo non finisce nell'html.


 ecco... la roba che prendo con questo non finisce nell'html.
Mmm - io non so che dirti, ma ti ricordo di news://it.comp.macintosh :-)

 Mmm - io non so che dirti, ma ti ricordo di news://it.comp.macintosh :-)
Tu hai mai provato ad esportare su HTML?


 Tu hai mai provato ad esportare su HTML?
No.

 No.
Brova! ;)


 manco indice e crossreferences a quanto vedo).
A fine anno le cose potrebbero cambiare. Resta sintonizzato.
Ciao,
Paolo

 A fine anno le cose potrebbero cambiare. Resta sintonizzato.
Resto sintonizzato, ma intanto ho preso qualche livello da latexaro ed è
venuto fuori che fa non solo tutto quello che mi serve, fa anche quello
che non osavo sperare (e con una semplicità disarmante).
