Re: [NTG-context] bib module fails to produce publication list under certain conditions
Taco Hoekwater <[EMAIL PROTECTED]> writes: > Jesse Alama wrote: >> I recently came across an unusual error with the bib module: depending >> on the section structure of a document, the publication list is >> sometimes not produced. I've attached a simple document and a one-entry >> bib file that illustrates the error. If either the second section of >> the subsection is commented out, the publication list is produced; if >> both are uncommented, the publication list is not produced. What might >> be going on? > > This is a known limitation introduced by the transparant per-section > publication support (it is now clear I should not have done that, > but is too late to fix now). Normally being explicit like > >\placepublicationlist[criterium=all] > > fixes the problem. That solved the problem -- thanks. (Using \completepublicationlist[criterium=all] , which is what I actually need, also works.) Thanks, Jesse PS It be `criterion' rather than `criterium'. According to my dictionary, the latter means "a one-day bicycle race on a circuit road course". -- Jesse Alama ([EMAIL PROTECTED]) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Greek in luatex
Arthur Reutenauer wrote: >As a far as I understand, this > behaviour is actually compliant with the Opentype specifications and is > quite widespread among typesetting engines and so it is not (only) > Fontforge's fault; but, needless to say, it is nevertheless annoying. > (In more crude terms: Opentype does not specify anything in that respect, > so manufacturers of typesetting software can do whatever they want ...) The specification says that lookups should be applied in LookupList order. Featurefiles don't have an explicit ordering command, but that does not mean that ordering should be irrelevant. So I think this is a bug in the version of fontforge I am using in luatex. I will do some testing. Best wishes, Taco ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bib module fails to produce publication list under certain conditions
Jesse Alama wrote: > I recently came across an unusual error with the bib module: depending > on the section structure of a document, the publication list is > sometimes not produced. I've attached a simple document and a one-entry > bib file that illustrates the error. If either the second section of > the subsection is commented out, the publication list is produced; if > both are uncommented, the publication list is not produced. What might > be going on? This is a known limitation introduced by the transparant per-section publication support (it is now clear I should not have done that, but is too late to fix now). Normally being explicit like \placepublicationlist[criterium=all] fixes the problem. Best wishes, Taco ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] pdfopen pdfclose
Idris Samawi Hamid wrote: > > :-) But that's exactly my point, the pdfopen that comes with the distro > does not support --back :-) > > This would be a really nice feature to have, if we can implement it (or > just use/improve Woo's code)... I suggest writing to that guy that made the change(s?) and asking him to send the adjusted source to either Fabrice Popinea or CTAN. The version on CTAN is the one that ends up in the distributions. Best wishes, Taco ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Recommendations for Speed?
Hello, I've been perusing the list archives for a couple of days now, and reading up on articles (such as Hans' regarding optimizing in TeX and eTeX) to find guidance on a handful of decisions. Our company makes a web-based publishing solution called MemoryPress.com that uses conTeXt for on-demand creation of PDFs which are then converted to jpeg format for display in a web browser. We are currently looking into ways to speed things up and since many of you are far more qualified than I am in this area, I wondered if you might advise me on the following: 1. Is there a way to keep TeX in-memory (i.e. as a server or daemon process) so that it doesn't have to load and reload fonts and the environment? Our system makes repeated requests for typeset documents and we are wondering if there's a way to remove the overhead of re-running pdftex. 2. Among the many different command-line TeX options, what might optimize for speed? I've done some rudimentary benchmarking and found that executing etex (without conTeXt) is much faster than texexec, and wondered if there is any advice in this area. Is there any way to shave off some of the overhead of using conTeXt? 3. I've noticed that there is some kind of caching going on (tui/tuo files?) that helps speed things up after the first run. How can I best take advantage of this facility? What kinds of things will require TeX to start from scratch, vs. use some or all of this cached information? 4. Are there any other areas I should consider when looking for ways to use TeX as an on-demand typesetting engine? Thank you, Duane Johnson Programming Manager FamilyLearn ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] bib module fails to produce publication list under certain conditions
I recently came across an unusual error with the bib module: depending on the section structure of a document, the publication list is sometimes not produced. I've attached a simple document and a one-entry bib file that illustrates the error. If either the second section of the subsection is commented out, the publication list is produced; if both are uncommented, the publication list is not produced. What might be going on? Thanks, Jesse euler.bib Description: Binary data busted.tex Description: TeX document -- Jesse Alama ([EMAIL PROTECTED]) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Greek in luatex
> there were a couple of problems that I just
> couldn't resolve, especially regarding the characters with an iota
> subscript:
Indeed. This is a problem with the Fontforge code applying the GSUB
features: the 'grbl' feature is defined by two lookups, one being a list
of single substitutions (h -> eta) and the other a list of ligature
substitutions (h bar -> eta with subscribed iota). Now, since the latter
has to take precedence to avoid conflicts, I explicitely put it before
the other, but it seems that Fontforge ignores this and applies the list
of single substitutions before the other (this is confirmed by the cache
file [EMAIL PROTECTED] where the lookup with the single
substitutions, called "GreelBabelLookupSimple", appears first in the
gsub table).
Note that this doesn't happen for substitutions *inside* a lookup (so
things like "greater eta bar" and "eta bar" don't conflict since they're
both ligature substitutions and I put the former before in the list, and
the substitutions are correctly applied. As a far as I understand, this
behaviour is actually compliant with the Opentype specifications and is
quite widespread among typesetting engines and so it is not (only)
Fontforge's fault; but, needless to say, it is nevertheless annoying.
(In more crude terms: Opentype does not specify anything in that respect,
so manufacturers of typesetting software can do whatever they want ...)
Thomas: to solve the problem at hand, you can try the new feature
file I send along with a small test (I simply define a new feature that is
to be applied after 'grbl', to deal specifically with the subscribed iotas).
Arthur
# An Opentype feature to replace the Babel input scheme
# Not quite complete; some rhos with breathings and accents are missing (where
# are they?) and the final sigma isn't accounted for.
lookup GreekBabelLookupSimple {
lookupflag 0 ;
sub a by alpha ;
sub b by beta ;
sub g by gamma ;
sub d by delta ;
sub e by epsilon ;
sub z by zeta ;
sub h by eta ;
sub j by theta ;
sub i by iota ;
sub k by kappa ;
sub l by lambda ;
sub m by mu ;
sub n by nu ;
sub x by xi ;
sub o by omicron ;
sub p by pi ;
sub r by rho ;
sub c by sigmafinal ;
sub s by sigma ;
sub t by tau ;
sub u by upsilon ;
sub f by phi ;
sub q by chi ;
sub y by psi ;
sub w by omega ;
sub A by Alpha ;
sub B by Beta ;
sub G by Gamma ;
sub D by Delta ;
sub E by Epsilon ;
sub Z by Zeta ;
sub H by Eta ;
sub J by Theta ;
sub I by Iota ;
sub K by Kappa ;
sub L by Lambda ;
sub M by Mu ;
sub N by Nu ;
sub X by Xi ;
sub O by Omicron ;
sub P by Pi ;
sub R by Rho ;
sub C by Uni03C2 ;
sub S by Sigma ;
sub T by Tau ;
sub U by Upsilon ;
sub F by Phi ;
sub Q by Chi ;
sub Y by Psi ;
sub W by Omega ;
sub semicolon by periodcentered ;
} GreekBabelLookupSimple ;
lookup GreekBabelLookupMultiple {
lookupflag 1 ;
# sub s 'space by sigmafinal ;
sub greater a by uni1F00 ;
sub greater A by uni1F08 ;
sub greater e by uni1F10 ;
sub greater E by uni1F18 ;
sub greater h by uni1F20 ;
sub greater H by uni1F28 ;
sub greater i by uni1F30 ;
sub greater I by uni1F38 ;
sub greater o by uni1F40 ;
sub greater O by uni1F48 ;
sub greater u by uni1F50 ;
# sub greater U by uni1F58 ;
sub greater w by uni1F60 ;
sub greater W by uni1F68 ;
sub greater grave a by uni1F02 ;
sub greater grave A by uni1F0A ;
sub greater grave e by uni1F12 ;
sub greater grave E by uni1F1A ;
sub greater grave h by uni1F22 ;
sub greater grave H by uni1F2A ;
sub greater grave i by uni1F32 ;
sub greater grave I by uni1F3A ;
sub greater grave o by uni1F42 ;
sub greater grave O by uni1F4A ;
sub greater grave u by uni1F52 ;
# sub greater grave U by uni1F5A ;
sub greater grave w by uni1F62 ;
sub greater grave W by uni1F6A ;
sub greater quotesingle a by uni1F04 ;
sub greater quotesingle A by uni1F0C ;
sub greater quotesingle e by uni1F14 ;
sub greater quotesingle E by uni1F1C ;
sub greater quotesingle h by uni1F24 ;
sub greater quotesingle H by uni1F2C ;
sub greater quotesingle i by uni1F34 ;
sub greater quotesingle I by uni1F3C ;
sub greater quotesingle o by uni1F44 ;
sub greater quotesingle O by uni1F4C ;
sub greater quotesingle u by uni1F5
Re: [NTG-context] pdfopen pdfclose
On Sat, 15 Sep 2007 13:49:13 -0600, Hans Hagen <[EMAIL PROTECTED]> wrote: >> For a future ConTeXt, would it be possible to add support for the --back >> option for pdfopen/pdfclose? See >> >> http://magic.aladdin.cs.cmu.edu/2005/07/15/pdfopen-and-pdfclose/ >> >> This will allow you to automatically return to the page of the pdf you >> were working on at the moment you close it. There are some caveats for >> working with mutiple pdf's but it's a nice feature to have. > > well, then make sure that the version in distributions support it > > >pdfopen --help > Usage: > pdfopen --file [--page ] > Opens (at page if available) > in Acrobat or Acrobat Reader. > pdfclose --file > Closes in Acrobat or Acrobat Reader. > pdfclose --all > Closes all documents in Acrobat or Acrobat Reader. > Beware: only documents opened by `pdfopen' can be closed > by `pdfclose'. :-) But that's exactly my point, the pdfopen that comes with the distro does not support --back :-) This would be a really nice feature to have, if we can implement it (or just use/improve Woo's code)... Best wishes Idris -- Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523 -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX after ctxtools
Mojca Miklavec wrote:
> (I'm sorry for the delayed answer.)
>
> On 9/15/07, Hans Hagen wrote:
>> Andrea Valle wrote:
>>> ** WARNING ** Invalid CMap
>>> ** ERROR ** pdf_ref_obj(): passed invalid object.
>> i wonder what that object is .. and who generates the ref, could be a
>> special but you do nothing special in the example so i'm puzzled ... do
>> others have this problem?
>
> Yes. I don't remember whether I already complained about it or not,
> but here's another (minimal) example to reproduce it:
>
> \starttext
> \startformula
> a+b=\int_{i=0}^{\infty}\Gamma\,dx
> \stopformula
> \stoptext
>
> The main problem (besides being quite slow for the default LM) is that
> "font loading" in ConTeXt+XeTeX now does the following:
>
> if ("FontName" is a valid font) then
> use "FontName"
> else
> use "[FontName]"
> end
>
> And that one forgets the third possibility: about the old tfm fonts
> which should be loaded without any quotes, for example rm-lmr12
>
> \font\a="rm-lmr12" works, but \font\a="rm-lmr12" at 12pt doesn't, and
> ConTeXt tries to use that one. Normally TeX would stop: generate and
> report the error at that point, but ConTeXt currently skips those
> errors on purpose and tries to use an unexisting font, so it results
> in a broken PDF.
i will send you a patch (yet another test for a spec -)
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] pdfopen pdfclose
Idris Samawi Hamid wrote: > Hi Hans and gang, > > For a future ConTeXt, would it be possible to add support for the --back > option for pdfopen/pdfclose? See > > http://magic.aladdin.cs.cmu.edu/2005/07/15/pdfopen-and-pdfclose/ > > This will allow you to automatically return to the page of the pdf you > were working on at the moment you close it. There are some caveats for > working with mutiple pdf's but it's a nice feature to have. well, then make sure that the version in distributions support it >pdfopen --help Usage: pdfopen --file [--page ] Opens (at page if available) in Acrobat or Acrobat Reader. pdfclose --file Closes in Acrobat or Acrobat Reader. pdfclose --all Closes all documents in Acrobat or Acrobat Reader. Beware: only documents opened by `pdfopen' can be closed by `pdfclose'. - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX after ctxtools
Mojca Miklavec wrote: > PS: to be honest, I'm still using the XeTeX version from TeXLive 2007 > which is a bit old. I remember that Jonathan has promissed to look > into the problem described above some time ago (\font\a="rm-lmr12" vs. > \font\a="rm-lmr12" at 12pt), but I have no idea about what has > happened later with it. But in any case: this problem should be fixed > inside ConTeXt first. taco will write a 'non existing font' catch routine for xetex (and pdftex/luatex) so that we can get away from the batch mode trickery Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \framed alignment in natural tables
Olivier wrote:
> Quoting "Wolfgang Schuster" :
>> -- was [EMAIL PROTECTED] on Sep 15, 2007 at 09:49:41AM --
>
>> On Fri, 14 Sep 2007 20:27:52 +0200
>> Olivier <[EMAIL PROTECTED]> wrote:
>>
>>> Hi all,
>>>
>>> Is this normal behavior to have the framed text in
>>>
>>> \bTABLE
>>> \bTR \bTD[width=4cm,align=middle] \framed[width=2cm]{test} \eTD \eTR
>>> \eTABLE
>>>
>>> not aligned?
>>>
>>> If yes, what is a natural way to center the framed text in the cell?
>> \bTABLE
>> \bTR \bTD[width=4cm,align=middle] \dontleavehmode\framed[width=2cm]
>> {test} \eTD\eTR \eTABLE
>
> Many thanks Wolfgang! That's what I was waiting for.
>
> I always thought of \framed as an \hbox.
> Is it actually implemented as a vbox? Or does it depends on the situation?
framed defaults to an hbox unless align is set; in TABLE's align is set
so there it defaults to a vbox
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] XeTeX after ctxtools
(I'm sorry for the delayed answer.)
On 9/15/07, Hans Hagen wrote:
> Andrea Valle wrote:
> > ** WARNING ** Invalid CMap
> > ** ERROR ** pdf_ref_obj(): passed invalid object.
>
> i wonder what that object is .. and who generates the ref, could be a
> special but you do nothing special in the example so i'm puzzled ... do
> others have this problem?
Yes. I don't remember whether I already complained about it or not,
but here's another (minimal) example to reproduce it:
\starttext
\startformula
a+b=\int_{i=0}^{\infty}\Gamma\,dx
\stopformula
\stoptext
The main problem (besides being quite slow for the default LM) is that
"font loading" in ConTeXt+XeTeX now does the following:
if ("FontName" is a valid font) then
use "FontName"
else
use "[FontName]"
end
And that one forgets the third possibility: about the old tfm fonts
which should be loaded without any quotes, for example rm-lmr12
\font\a="rm-lmr12" works, but \font\a="rm-lmr12" at 12pt doesn't, and
ConTeXt tries to use that one. Normally TeX would stop: generate and
report the error at that point, but ConTeXt currently skips those
errors on purpose and tries to use an unexisting font, so it results
in a broken PDF.
What about
\definefontsynonym [...] [rm-lmr12] [type=tfm]
\definefontsynonym [...] [lmodern12-regular] [type=otf]
or, use the already existing mechanism:
\definefontsynonym [...] [tfm:rm-lmr12] [...]
\definefontsynonym [...] [file:lmodern12-regular] [...]
I know it's ugly, but I guess that one either needs:
a) being more precise in font specifications inside ConTeXt and tell
XeTeX exactly what kind of font needs to be loaded (an installed one,
otf file inside texmf tree, or the old tfm)
b) a harmless way to ask XeTeX if some font exists (instead of the
current ugly hack)
c) a new "extremely permissive" mode in XeTeX, which would accept the
same synax for al the three kinds of fonts
The fastest way to fix this is to create the third possibility in the
if-else statement (I forgot where that one was, but I can take a
look), but as an intermediate solution (until XeTeX gets more
functionality in that respect, if ever), I guess that a) would be a
must, although the definitions might look slightly less elegant/clean
than they're now.
Mojca
PS: to be honest, I'm still using the XeTeX version from TeXLive 2007
which is a bit old. I remember that Jonathan has promissed to look
into the problem described above some time ago (\font\a="rm-lmr12" vs.
\font\a="rm-lmr12" at 12pt), but I have no idea about what has
happened later with it. But in any case: this problem should be fixed
inside ConTeXt first.
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] XeTeX after ctxtools
Andrea Valle wrote: > \enableregime[utf] this one is not needed, xetex is utf > \starttext > > \startitemize > \item nome dell'insegnamento (es. $\to$ Storia del cinema) > \item settore scientifico-disciplinare (SSD, es. $\to$ l-art/06) > \item numero di crediti (cfu, es. $\to$ 10) > \stopitemize > La votazione é > irrilevante. Queste informazioni vanno inserite in un file di testo in > una forma simile: > \stoptext > > It gives: > > [1 > ** NOTICE: This document contains a `Preview & Print only' licensed font ** > ] > ** WARNING ** Invalid CMap > ** ERROR ** pdf_ref_obj(): passed invalid object. i wonder what that object is .. and who generates the ref, could be a special but you do nothing special in the example so i'm puzzled ... do others have this problem? - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \framed alignment in natural tables
On Sat, 15 Sep 2007 12:26:01 +0200
Olivier <[EMAIL PROTECTED]> wrote:
> Quoting "Wolfgang Schuster" :
> > -- was [EMAIL PROTECTED] on Sep 15, 2007 at 09:49:41AM --
>
> > On Fri, 14 Sep 2007 20:27:52 +0200
> > Olivier <[EMAIL PROTECTED]> wrote:
> >
> > > Hi all,
> > >
> > > Is this normal behavior to have the framed text in
> > >
> > > \bTABLE
> > > \bTR \bTD[width=4cm,align=middle] \framed[width=2cm]{test} \eTD \eTR
> > > \eTABLE
> > >
> > > not aligned?
> > >
> > > If yes, what is a natural way to center the framed text in the cell?
> >
> > \bTABLE
> > \bTR \bTD[width=4cm,align=middle] \dontleavehmode\framed[width=2cm]
> > {test} \eTD\eTR \eTABLE
>
> Many thanks Wolfgang! That's what I was waiting for.
>
> I always thought of \framed as an \hbox.
> Is it actually implemented as a vbox? Or does it depends on the situation?
I think it bevavious by default like a \hbox and with with or height
values like a \vbox.
Wolfgang
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] XeTeX after ctxtools
Thanks Hans Hmm, if you mean it can depend of Optima (a part from the fact that it has worked perfectly before) the following breaks in the same way: \enableregime[utf] \setuppapersize[S6][S6] \starttext \startitemize \item nome dell'insegnamento (es. $\to$ Storia del cinema) \item settore scientifico-disciplinare (SSD, es. $\to$ l-art/06) \item numero di crediti (cfu, es. $\to$ 10) \stopitemize La votazione é irrilevante. Queste informazioni vanno inserite in un file di testo in una forma simile: \stoptext It gives: [1 ** NOTICE: This document contains a `Preview & Print only' licensed font ** ] ** WARNING ** Invalid CMap ** ERROR ** pdf_ref_obj(): passed invalid object. (I take care of removing other aux files) -a- On 15 Sep 2007, at 13:25, Hans Hagen wrote: Andrea Valle wrote: Thanks Hans texexec --xetex myfile.tex is broken too: ** WARNING ** Invalid CMap ** ERROR ** pdf_ref_obj(): passed invalid object. (what's the difference between --xtx and --xetex?) depends on theversion of texexec; nowadays we always use dvipdfmx so there should be no different to me it looks like one of the fonts is broken, context does nothing with cmaps (that is, only mkiv does) Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - __ _ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net __ _ -- Andrea Valle -- CIRMA - DAMS Università degli Studi di Torino --> http://www.cirma.unito.it/andrea/ --> [EMAIL PROTECTED] -- I did this interview where I just mentioned that I read Foucault. Who doesn't in university, right? I was in this strip club giving this guy a lap dance and all he wanted to do was to discuss Foucault with me. Well, I can stand naked and do my little dance, or I can discuss Foucault, but not at the same time; too much information. (Annabel Chong) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] pdfopen pdfclose
Hi Hans and gang, For a future ConTeXt, would it be possible to add support for the --back option for pdfopen/pdfclose? See http://magic.aladdin.cs.cmu.edu/2005/07/15/pdfopen-and-pdfclose/ This will allow you to automatically return to the page of the pdf you were working on at the moment you close it. There are some caveats for working with mutiple pdf's but it's a nice feature to have. Best wishes Idris -- Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523 -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] [OT] Adobe reader 811 on linux
Am 2007-09-15 um 12:31 schrieb Olivier: >> Good news, but I would welcome a (speed review) compared to 7.0.8 >> before >> I go through the trouble of installing the package. So, if anybody is >> using it and is willing to share some experiences, that would be much >> appreciated. I don't know nothing about Reader on Linux, but with Acrobat Pro on OSX the number of prepress related bugs did increase, und the new GUI is at least a matter of taste, if not hardly usable. Greetlings from Lake Constance! Hraban --- http://www.fiee.net/texnique/ http://wiki.contextgarden.net https://www.cacert.org (I'm an assurer) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \setcharacterspacing[normal] ?
Peter Münster wrote:
> Hello,
>
> how can I reset the \setcharacterspacing[frenchpunctuation] ?
>
> Here my example to show what I'm searching for:
>
> % engine=luatex
>
> \mainlanguage[fr]
>
> \startlanguagespecifics[fr]
> \setcharacterspacing[frenchpunctuation]
> \stoplanguagespecifics
>
> % This does not work:
> %\appendtoks \setcharacterspacing[normal] \to \everyresetlanguagespecifics
>
> \starttext
> French: French
> \en English: English
> \stoptext
add to core-spa.mkiv
\setvalue{\??ch:\s!reset}{\doresetattribute{spacing}}
after that you can say
\setcharacterspacing[reset]
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] XeTeX after ctxtools
Andrea Valle wrote: > Thanks Hans > > texexec --xetex myfile.tex > > is broken too: > ** WARNING ** Invalid CMap > ** ERROR ** pdf_ref_obj(): passed invalid object. > > > (what's the difference between --xtx and --xetex?) depends on theversion of texexec; nowadays we always use dvipdfmx so there should be no different to me it looks like one of the fonts is broken, context does nothing with cmaps (that is, only mkiv does) Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] need help for the installation of luatools
Taco Hoekwater wrote: > Dalyoung Jeong wrote: >> Thank you, Thomas, Arthur, and Taco, >> >> I checked texmf.cnf. There are two texmf.cnf >> >> gwTeX/texmf.cnf ---> there is no code for the memory setup, it >> just describe the TDS structure. > > The problem could be that luatools only "sees" this one > (Hans has to answer that). multiple cnf files are read (if the specification says so); the first values encountered are taken (so the order matters) Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] [OT] Adobe reader 811 on linux
Quoting "Taco Hoekwater" : > -- was [EMAIL PROTECTED] on Sep 15, 2007 at 08:35:48AM -- > luigi scarso wrote: > > wow ! > > http://blogs.adobe.com/acroread/2007/09/adobe_reader_811_on_linux_and.html > > Good news, but I would welcome a (speed review) compared to 7.0.8 before > I go through the trouble of installing the package. So, if anybody is > using it and is willing to share some experiences, that would be much > appreciated. Seems faster. Most importantly to me: it's SDI now. Unfortunately: still no reload of files when they changed, which is boring with the edit/compile/view cycle... Olivier ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \framed alignment in natural tables
Quoting "Wolfgang Schuster" :
> -- was [EMAIL PROTECTED] on Sep 15, 2007 at 09:49:41AM --
> On Fri, 14 Sep 2007 20:27:52 +0200
> Olivier <[EMAIL PROTECTED]> wrote:
>
> > Hi all,
> >
> > Is this normal behavior to have the framed text in
> >
> > \bTABLE
> > \bTR \bTD[width=4cm,align=middle] \framed[width=2cm]{test} \eTD \eTR
> > \eTABLE
> >
> > not aligned?
> >
> > If yes, what is a natural way to center the framed text in the cell?
>
> \bTABLE
> \bTR \bTD[width=4cm,align=middle] \dontleavehmode\framed[width=2cm]
> {test} \eTD\eTR \eTABLE
Many thanks Wolfgang! That's what I was waiting for.
I always thought of \framed as an \hbox.
Is it actually implemented as a vbox? Or does it depends on the situation?
Cheers,
Olivier
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] [OT] Adobe reader 811 on linux
On 9/15/07, Taco Hoekwater <[EMAIL PROTECTED]> wrote: > luigi scarso wrote: > > wow ! > > http://blogs.adobe.com/acroread/2007/09/adobe_reader_811_on_linux_and.html > > Good news, but I would welcome a (speed review) compared to 7.0.8 before > I go through the trouble of installing the package. So, if anybody is > using it and is willing to share some experiences, that would be much > appreciated. As first impression, it 's better than 7.0.8. Installation was clean on Ubuntu 7.04i386, and it looks more clean also. -- luigi If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] need help for the installation of luatools
Dalyoung Jeong wrote: > Thank you, Thomas, Arthur, and Taco, > > I checked texmf.cnf. There are two texmf.cnf > > gwTeX/texmf.cnf ---> there is no code for the memory setup, it > just describe the TDS structure. The problem could be that luatools only "sees" this one (Hans has to answer that). Best wishes, Taco ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] need help for the installation of luatools
Thank you, Thomas, Arthur, and Taco,
I checked texmf.cnf. There are two texmf.cnf
gwTeX/texmf.cnf ---> there is no code for the memory setup, it
just describe the TDS structure.
gwTeX/texmf/web2c/texmf.cnf ---> trie_size = 40
gwTeX/texmf.local/web2c/ no texmf.cnf
Gerben made other cnf file(he said that it is for the context).
gwTeX/texmf.pkgs/web2c/{context.cnf, natural.ctx} --->
trie_size.context = 50
The result of "kpsewhich texmf.cnf" is /usr/local/gwTeX/texmf.cnf.
And "kpsewhich --expand-var = '$TEXMF' shows the directory system of
gwTeX.
At this moment, I don't know what I can do. I'll test it more after
changing the memory setup.
Thank you again.
Best regards,
Dalyoung
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] \framed alignment in natural tables
On Fri, 14 Sep 2007 20:27:52 +0200
Olivier <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Is this normal behavior to have the framed text in
>
> \bTABLE
> \bTR \bTD[width=4cm,align=middle] \framed[width=2cm]{test} \eTD \eTR
> \eTABLE
>
> not aligned?
>
> If yes, what is a natural way to center the framed text in the cell?
\bTABLE
\bTR \bTD[width=4cm,align=middle] \dontleavehmode\framed[width=2cm]
{test} \eTD\eTR \eTABLE
Wolfgang
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] \setcharacterspacing[normal] ?
Hello, how can I reset the \setcharacterspacing[frenchpunctuation] ? Here my example to show what I'm searching for: % engine=luatex \mainlanguage[fr] \startlanguagespecifics[fr] \setcharacterspacing[frenchpunctuation] \stoplanguagespecifics % This does not work: %\appendtoks \setcharacterspacing[normal] \to \everyresetlanguagespecifics \starttext French: French \en English: English \stoptext Cheers, Peter -- http://pmrb.free.fr/contact/ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
