Re: [NTG-context] xetext-pdftex differences
Moica, thanks for your detailed support! On Tue, 10 Apr 2007 21:27:47 +0200, Mojca Miklavec wrote: Where do I go when I experience differences between context/pdftext and context/xetex? What do you mean? these: For example with context/xetex I get ... ! Undefined control sequence. \stopframedtext -\dostopframedtext ... ... and I do get SS instead of eszett (ß) with the following: Interesting effect ... (as if the encoding was unknown) I have to admit that it I never understood which encoding to use when if, for example, I just write english/german/french then I could also use texnansi, this works perfect : \usetypescriptfile[type-gyr] \usetypescript[times][texnansi] \mainlanguage[de] \enableregime[utf] \setupbodyfont[times,9pt] Which version of ConTeXt? It works OK here with 2007.03.22, but I need to try the new beta. In principle this should not happen, it's probably a bug or some other local problem. it is version 2007.01.12 (didn't you recommend to stay with the january version?) Whom to tell this? Mailing list is the perfect place. I was wondering whether the xetex or the context list is better as it is a mixed xetex/context-topic and for Adam is in paternity leave I had no idea on which list someone continues. At the beginning I had problems with XeTeX as well since Times resolved to 'Times Roman:mapping=tex-text', which resolved to the name 'mapping=tex-text' (a side effect of recent that should probably be fixed somehow in the near future), but that problem disappeared later. I had to temporary fix this (leftovers before TeXGyre family managed to overload everything perhaps?): right, Times Roman:mapping=tex-text: This also happened to me when using ... \usetypescriptfile[type-gyr] \usetypescript[times][uc] ... that's why I used ... \usetypescriptfile[type-gyr] \usetypescript[times][ec] ... but probably I should have used texnansi (see above). Steffen ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] framed getbuffer
On Thu, 22 Mar 2007, Taco Hoekwater wrote:
Wolfgang Werners-Lucchini wrote:
Hallo!
The following simple example doesn't compile
(ConTeXt ver. 2007.01.02 and Live ConTeXt).
What am I doing wrong?
Diagnostics:
The problem is not caused by the \framed, but by the (lack of)
parsing done by the buffering routines.
Because the \startformula is not expanded, TeX does not realise
you are in math mode, so it objects to the ^ character.
This is 'not right' but I suspect it is not all that simple
to fix the context core to do this properly (I would love to be
proved wrong).
This is a serious bug. Even a simple example fails with the same
error.
\starttext
\framed{
\startformula
x^2 = x\cdot x
\stopformula}
\stoptext
A quick workaround is to use frametext instead of framed, but I am
pretty sure that the above example used to work at some stage.
Aditya
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] framed getbuffer
This is a serious bug. Even a simple example fails with the same
error.
\starttext
\framed{
\startformula
x^2 = x\cdot x
\stopformula}
\stoptext
A quick workaround is to use frametext instead of framed, but I am
pretty sure that the above example used to work at some stage.
hmm, I can test with two older release.
Same error.
This is pdfeTeXk, Version 3.141592-1.11a-2.1 (Web2C 7.5.2)
(format=cont-en 2005.8.26) 11 APR 2007 12:12
entering extended mode
%-line parsing enabled.
**cont-en t.tex
(./t.tex{/usr/share/texmf/pdftex/config/pdftex.cfg}
ConTeXt ver: 2002.6.25 fmt: 2005.8.26 int: english mes: english
! Missing $ inserted.
inserted text
$
to be read again
^
l.4 x^
2 = x\cdot x
This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
(format=cont-en 2006.3.2) 11 APR 2007 12:05
entering extended mode
(/usr/share/texmf/web2c/natural.tcx)
**cont-en t.tex
(./t.tex
ConTeXt ver: 2005.01.31 fmt: 2006.3.2 int: english mes: english
! Missing $ inserted.
inserted text
$
to be read again
^
l.4 x^
2 = x\cdot x
%
luigi
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] framed getbuffer
2007/4/11, Aditya Mahajan [EMAIL PROTECTED]:
On Thu, 22 Mar 2007, Taco Hoekwater wrote:
Wolfgang Werners-Lucchini wrote:
Hallo!
The following simple example doesn't compile
(ConTeXt ver. 2007.01.02 and Live ConTeXt).
What am I doing wrong?
Diagnostics:
The problem is not caused by the \framed, but by the (lack of)
parsing done by the buffering routines.
Because the \startformula is not expanded, TeX does not realise
you are in math mode, so it objects to the ^ character.
This is 'not right' but I suspect it is not all that simple
to fix the context core to do this properly (I would love to be
proved wrong).
This is a serious bug. Even a simple example fails with the same
error.
\starttext
\framed{
\startformula
x^2 = x\cdot x
\stopformula}
\stoptext
A quick workaround is to use frametext instead of framed, but I am
pretty sure that the above example used to work at some stage.
Aditya
Hi Aditya,
it is more a problem related to horizontal and vertical modes/boxes, you can
test it by placing \startformula .. \startformula into a hbox/vbox and only
the
vbox solution works.
This is working
\vbox
{\startformula
x^2 = x\cdot x
\stopformula}
This fails
\hbox
{\startformula
x^2 = x\cdot x
\stopformula}
You can use disply math in a frame by setting explivied values for width
and height of the frame.
\framed
[width=5cm,height=4cm]
{\startformula
x^2 = x\cdot x
\stopformula}
This solution works also in combination with a buffer
\startbuffer
\startformula
x^2 = x\cdot x
\stopformula
\stopbuffer
\framed[width=6cm,height=4cm]{\getbuffer}
Wolfgang
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] framed getbuffer
On Thu, 22 Mar 2007, Taco Hoekwater wrote:
Diagnostics:
The problem is not caused by the \framed, but by the (lack of)
parsing done by the buffering routines.
Because the \startformula is not expanded, TeX does not realise
you are in math mode, so it objects to the ^ character.
That was obviously the wrong diagnosis. Just lucky that the patient
didn't die.
Also interesting:
\setuplayout[grid=yes]
\hbox{\startformula x^2 \stopformula}
(I tried that because in grid mode, the \startformula wraps the
body inside a \vbox)
Well done Wolfgang,
Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] default pdf version in the current ConTeXt release
Hi, I don't know if it occurs to you ever, but once I update ConTeXt to the current release, my pdf file could be opened by Acrobat reader and shows several blank pages. But Foxit reader seems take it pretty well and everything is showed like I imaged. I'm using Windows by the way. Before I gave up Acrobat reader and turned to Foxit reader, I made my last try: I put \pdfoptionpdfminorversion=3 in my source file and the pdf file shows correctly in Acrobat reader now. When I changed the number to 4, it shows with some problems. When I changed it to 5 and higher, it shows only blank pages. So, just FYI, I suppose the default pdf minor version is 5, and if you have a display problem with your pdf files, try to make it lower. -- Sincerely yours, Chen Zhi-chu Chen | Shanghai Synchrotron Radiation Facility No. 2019 | Jialuo Rd. | Jiading | Shanghai | P.R. China tel: 086 21 5955 3405 | zhichu.chen.googlepages.com | www.sinap.ac.cn ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] framed getbuffer
On Wed, 11 Apr 2007, Wolfgang Schuster wrote:
2007/4/11, Aditya Mahajan [EMAIL PROTECTED]:
On Thu, 22 Mar 2007, Taco Hoekwater wrote:
Wolfgang Werners-Lucchini wrote:
Hallo!
The following simple example doesn't compile
(ConTeXt ver. 2007.01.02 and Live ConTeXt).
What am I doing wrong?
Diagnostics:
The problem is not caused by the \framed, but by the (lack of)
parsing done by the buffering routines.
Because the \startformula is not expanded, TeX does not realise
you are in math mode, so it objects to the ^ character.
This is 'not right' but I suspect it is not all that simple
to fix the context core to do this properly (I would love to be
proved wrong).
This is a serious bug. Even a simple example fails with the same
error.
\starttext
\framed{
\startformula
x^2 = x\cdot x
\stopformula}
\stoptext
A quick workaround is to use frametext instead of framed, but I am
pretty sure that the above example used to work at some stage.
Aditya
Hi Aditya,
it is more a problem related to horizontal and vertical modes/boxes, you can
test it by placing \startformula .. \startformula into a hbox/vbox and only
the
vbox solution works.
Ah! Thanks for the explanation.
Aditya
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] default pdf version in the current ConTeXt release
On Wed, 11 Apr 2007, Zhichu Chen wrote: Hi, I don't know if it occurs to you ever, but once I update ConTeXt to the current release, my pdf file could be opened by Acrobat reader and shows several blank pages. But Foxit reader seems take it pretty well and everything is showed like I imaged. I'm using Windows by the way. Which version of Adobe Reader are you using? Aditya ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] default pdf version in the current ConTeXt release
On 4/11/07, Zhichu Chen [EMAIL PROTECTED] wrote: Hi, I don't know if it occurs to you ever, but once I update ConTeXt to the current release, my pdf file could be opened by Acrobat reader and shows several blank pages. But Foxit reader seems take it pretty well and everything is showed like I imaged. I'm using Windows by the way. Before I gave up Acrobat reader and turned to Foxit reader, I made my last try: I put \pdfoptionpdfminorversion=3 in my source file and the pdf file shows correctly in Acrobat reader now. When I changed the number to 4, it shows with some problems. When I changed it to 5 and higher, it shows only blank pages. So, just FYI, I suppose the default pdf minor version is 5, and if you have a display problem with your pdf files, try to make it lower. Yes, it's a problem. Maybe this weekend there will be some news . ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] xetext-pdftex differences
On 4/11/07, Steffen Wolfrum [EMAIL PROTECTED] wrote: Moica, thanks for your detailed support! On Tue, 10 Apr 2007 21:27:47 +0200, Mojca Miklavec wrote: Where do I go when I experience differences between context/pdftext and context/xetex? What do you mean? these: For example with context/xetex I get ... ! Undefined control sequence. \stopframedtext -\dostopframedtext ... ... and I do get SS instead of eszett (ß) with the following: Interesting effect ... (as if the encoding was unknown) I have to admit that it I never understood which encoding to use when Me neither. Until I figured out that some of my letters were missing in texnansi. texnansi ec are 8-bit encodings used by old TeX (pdfTeX) and only support 256 different characters. (you need to use a different encodings for greek, cyrillic, vietnamese, ...) The main problem is that XeTeX is not really backward compatible in that respect: old fonts don't work since XeTeX thinks that the glyphs are unicode-encoded, but they're in ec/texnansi/whatever other encoding. If it nevertheless works, that is by a pure coincidence (when you only need English letters ...). In case that you would want to get the old fonts working with XeTeX, you need to ask Jonathan. He said that it might be implemented, but it's not really high on the priority list (it's just a problem during transition state when 8'bit fonts still dominate in the TeX world). LuaTeX will probably support those old encodings, but you would want to use uc (unicode) encoding for both engines, otherwise it makes no sense to use XeTeX instead of pdfTeX at all. if, for example, I just write english/german/french then I could also use texnansi, this works perfect : \usetypescriptfile[type-gyr] \usetypescript[times][texnansi] \mainlanguage[de] \enableregime[utf] \setupbodyfont[times,9pt] That's because texnansi is based on ansi in the upper half of the table and unicode is by accident the same in that area. So it's really coincedence that it works. You should not use it that way unless you have no better choice. Which version of ConTeXt? It works OK here with 2007.03.22, but I need to try the new beta. In principle this should not happen, it's probably a bug or some other local problem. it is version 2007.01.12 (didn't you recommend to stay with the january version?) It depends on what you want to do. The current version is indeed not stable in that respect. Whom to tell this? Mailing list is the perfect place. I was wondering whether the xetex or the context list is better as it is a mixed xetex/context-topic and for Adam is in paternity leave I had no idea on which list someone continues. All of your questions mentioned here belong to the ConTeXt mailing list (XeTeX mailing list is mostly for XeLaTeX and low-level XeTeX discussions) since it's really about the ConTeXt user-interface. The only thing you could ask for on the XeTeX list is the question of supporting ec/texnansi-encoded fonts (I prefer to wait for luaTeX than to bother about those soon-to-become-obsolete additions). At the beginning I had problems with XeTeX as well since Times resolved to 'Times Roman:mapping=tex-text', which resolved to the name 'mapping=tex-text' (a side effect of recent that should probably be fixed somehow in the near future), but that problem disappeared later. I had to temporary fix this (leftovers before TeXGyre family managed to overload everything perhaps?): right, Times Roman:mapping=tex-text: This also happened to me when using ... \usetypescriptfile[type-gyr] \usetypescript[times][uc] ... that's why I used ... \usetypescriptfile[type-gyr] \usetypescript[times][ec] ... but probably I should have used texnansi (see above). You should try to get uc working if possible, but you need to add some definitions from my previous mail. If you want to stick with texnansi, you should better use pdfTeX. Mojca ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Numstring modul - numbers in words
I thought that I was supposed to put something on the wiki since I bothered everyone for it... ;-) So I did. But it was just a quick first draft, and I did it mainly as a way of saying 'thanks' for everyone's help... http://wiki.contextgarden.net/Page_numbering_in_words ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] xetext-pdftex differences
Mojca Miklavec wrote: LuaTeX will probably support those old encodings, but you would want to use uc (unicode) encoding for both engines, otherwise it makes no sense to use XeTeX instead of pdfTeX at all. luatex itself has still the pdftex machinery around, so you can use map files to handle things when you use for instance type one fonts. ttf and otf are supported as wide fonts, but of course one needs to make sure that the unicode to glyph mapping is ok in context mkiv i will intercept the encoding-prefixed fonts (texnansi-mojca-regular) so this is transparent for users by using some lua glue code but mainly because i read afm files instead of tfm files (so, texnansi-mojca will in fact use mojca.afm); non prefixed names will use the tfm file (this is pretty safe because the texnansi-* names were only there when proper afm files are also there; i mainly provide this features for existing typescripts) in general, encodings are not something to worry about not even uc as encoding is needed in mkiv All of your questions mentioned here belong to the ConTeXt mailing list (XeTeX mailing list is mostly for XeLaTeX and low-level XeTeX discussions) since it's really about the ConTeXt user-interface. The only thing you could ask for on the XeTeX list is the question of supporting ec/texnansi-encoded fonts (I prefer to wait for luaTeX than to bother about those soon-to-become-obsolete additions). indeed, there is no need to mess up xetex with obsolete encoding stuff; luatex will still have much pdftex code around so there the penalty is less, but eventually users have to move on 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Numstring modul - numbers in words
On Wed, 11 Apr 2007, pete wrote: I thought that I was supposed to put something on the wiki since I bothered everyone for it... ;-) So I did. But it was just a quick first draft, and I did it mainly as a way of saying 'thanks' for everyone's help... http://wiki.contextgarden.net/Page_numbering_in_words Looks good. How about releasing it as a module? Are number conversions same in other languages also? If so, it should be easy to have this as an multi-lingual module. Aditya ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] page-break after \section
On Tue, 10 Apr 2007, Aditya Mahajan wrote: (Untested) Did you try: \startitemize[intro] AFAIU, intro prevents a page break before itemize. Thanks, this works! Cheers, Peter -- http://pmrb.free.fr/contact/ ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Change the size of publication list
Hi, I want to change the font size of the list of publications to \small. This needs to be done in the style file. But I could not find any option to do this in the bib module. What is the correct way to do this? Aditya ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] default pdf version in the current ConTeXt release
Hi, Aditya I'm using Adobe Reader v7.0.9 now. About several days ago, I upgraded it from, maybe, v7.0.5 and it displayed my pdf quite well. Maybe there's something wrong with the libraries. On 4/11/07, Aditya Mahajan [EMAIL PROTECTED] wrote: On Wed, 11 Apr 2007, Zhichu Chen wrote: Hi, I don't know if it occurs to you ever, but once I update ConTeXt to the current release, my pdf file could be opened by Acrobat reader and shows several blank pages. But Foxit reader seems take it pretty well and everything is showed like I imaged. I'm using Windows by the way. Which version of Adobe Reader are you using? Aditya ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context -- Sincerely yours, Chen Zhi-chu Chen | Shanghai Synchrotron Radiation Facility No. 2019 | Jialuo Rd. | Jiading | Shanghai | P.R. China tel: 086 21 5955 3405 | zhichu.chen.googlepages.com | www.sinap.ac.cn ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Interesting interview
Hi all, thought this might be of interest to some of you: the tug website has just published an interview with Will Robertson ( http://www.tug.org/ interviews/interview-files/will-robertson.html ), whom some of you may know from his work on XeLaTeX. Will is the author of the fontspec package which offers lots of very advanced options for choosing and switching fonts in XeTeX. There was one passage that I found quite interesting: This leads me into a few words about where I think the big problems of LaTeX lie. Because it's obvious that it is much harder to learn than it could be. And the crux of the problem, the long and the short of it, is that the LaTeX kernel has been intentionally restricted to the functionality originally designed for it. Now, this is a good thing, by and large. Standards need to be frozen in order for them to be adhered to. But it's past time to move on and create a new standard. There are fast approaching competitors that will eventually overtake LaTeX if we continue to stagnate. (Not to mention ConTeXt, which has surpassed LaTeX in essentially every area. Maybe the solution is just for everyone to switch to that.) I mean, we all know that this is true, but it's great that a fairly well-known member of the LaTeX crowd says so as well. All best Thomas ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
