ev

Potrebbe essere una buona idea, ma ho sempre il timore che ad un maggior numero di forum corrisponda maggiore confusione: gia’ ora, in un momento in cui i forum non sono molti, vediamo chiaramente come molti scrivano nel primo forum che gli capita a tiro, cioe’ TeX e LaTeX. Ok, bisogna ammettere che, nella maggior parte dei casi, si tratta di quei “simpaticoni” che non leggono la netiquette, si buttano a pesce e scompaiono dopo aver lasciato il loro messaggino.

Detto questo, io non ho nulla in contrario all’eventuale creazione di un nuovo forum e quanto ho scritto non vuole essere in alcun modo una stroncatura della tua idea, quindi sentiamo il resto dello staff.

hmm, non mi e’ chiaro: quando dici ‘peso morto’ a chi ti riferisci ?

Esclusivamente a me: più leggo i sorgenti di ConTeXt e più mi spavento… Temo di essere un peso morto in un progetto che riguardi ConTeXt perché non l’ho ancora “digerito” come vorrei (ed il fatto che abbia a che fare con versioni diverse della stessa base di codice, sicuramente non aiuta (sì, lo so, dovrei passare in pianta stabile a teTeX 3.?, ma per esigenze “esterne” non è possibile, quindi mi barcameno come posso)). Solo il tempo potrà dire se sarò più produttivo di quanto penso 🙂

il tempo fugge comunque e non ci sono scadenze.

L’ultima affermazione mi tranquillizza non poco 🙂

Quando scrivi che l’adattamento di guit.sty è fattibile, non ho dubbi, ma riguardo evweek.cls sono molto perplesso. Tralasciando l’immondo hack nell’output routine di evautofl.sty 😉 la gestione delle box non è molto difficile, ma tutta l’infrastruttura di generazione e gestione delle date e degli avvenimenti? Oppure intendevi adattare a ConTeXt solo la parte “estetica”?

what about un modulo context su questa classe ?

😯 😕 🙁 😥 Attualmente oltre le mie scarsissime capacita’ (anche perche’ credo sia impossibile “ConTeXtizzare” solo quella classe senza adattare almeno anche l’infrastruttura di base del bundle calendar). Pero’, devo ammettere che ci ho pensato almeno un paio di volte, cosi’ come ho pensato piu’ di una volta ad una possibile “ConTeXtizzazione” di guit.sty e di un’altra cosina…

Usare i tre pacchetti mathptmx, helvet e courier e’ la soluzione corretta. L’uso di zefonts porta a risultati completamente diversi, non richiesti dall’OP.

LaTeX si lamenta rispettivamente con “file ended while scanning verbatim” e con “verb ended by end of line”.

Perché?

Il vero motivo risiede nella natura stessa dei due costrutti ed è meglio glissare sui dettagli (fidati :-)). Per qualche consiglio su come “aggirare” il problema, leggi questo.

adotta una gestione delle macro in moduli; il codiice dii un modulo e’ in genere ben commentato ed e’ possibile produrre una versione in pdf del modulo stesso

Magari riuscirai a chiarirmi le idee: fra i tanti file presenti in context/base/, quali finiscono nel “formato” e quali devono essere caricati esplicitamente come moduli? Inoltre, tralasciando cose come s-mag-01.tex, perché non viene “infilato” tutto nel formato?

Volevo sapere se esiste un modo per unire due documenti autonomi

La classe combine.

Avendo bisogno di dividere ulteriormente una sezione, per esempio 5.1.1.1, usando nuovamente subsection non riesco.

Considerando che parli di capitoli ma tra i comandi che dici di aver usato c’è tutto tranne \chapter, posso solo dirti che se il problema che hai è la mancanza della numerazione dell’output di \subsubsection, allora cerca nel forum secnumdepth, se invece vuoi semplicemente un livello ulteriore di suddivisione, “sotto” \subsubsection ci sono \paragraph e \subparagraph.