- dev-context - NTG Mailing Lists

[contexttest-Feature Requests][76] floats and indenting
by contexttest-featurerequests＠foundry.supelec.fr 06 Mar '07

06 Mar '07

Feature Requests item #76, was opened at 2007-03-02 15:10 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=76&group_id=21 Or by replying to this e-mail entering your response between the following markers: #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ (enter your response here) #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ Status: Open Priority: 3 Submitted By: Aditya Mahajan (adityam) Assigned to: Nobody (None) Summary: floats and indenting Version: None Category: Typesetting Initial Comment: Hi, The paragraph after \placefloat[top] is always indented, and one after \placefloat[bottom] is never indented. This can sometimes be frustating. For example, a top float right after a section \setupindenting[big,yes] \section{test} \placefloat[top]{}{} \input knuth or a bottom float between two paragraphs \setupindenting[big,yes] \input tufte \placefloat[bottom]{}{} \input tufte The reason for different behaviour of top and bottom is the differce in their definition in page-flt \def\sometopfloat [#1]{\someelsefloat[#1]\nonoindentation} \def\somebottomfloat [#1]{\someelsefloat[#1]} I understand that it is difficult to make sure that all cases are handled correctly (automatically). So, I propose a manual solution. Make \placefloat honor indentnext. Then one can do \setupfloat [figure] [indentnext=auto] and then \setupindenting[big,yes] \section{test} \placefloat[top]{}{}%<-- No blank line \input knuth and \setupindenting[big,yes] \input tufte \placefloat[bottom]{}{}%<--blank line. \input tufte I am attaching a patch that takes care of this. It can be a stop gap solution for the time being. Aditya ---------------------------------------------------------------------- >Comment By: Aditya Mahajan (adityam) Date: 2007-03-02 15:12 Message: Forgot to check the box to upload the file ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=76&group_id=21

3 2

[contexttest-Feature Requests][76] floats and indenting
by contexttest-featurerequests＠foundry.supelec.fr 02 Mar '07

02 Mar '07

Feature Requests item #76, was opened at 2007-03-02 21:10 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=76&group_id=21 Or by replying to this e-mail entering your response between the following markers: #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ (enter your response here) #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ Status: Open Priority: 3 Submitted By: Aditya Mahajan (adityam) Assigned to: Nobody (None) Summary: floats and indenting Version: None Category: Typesetting Initial Comment: Hi, The paragraph after \placefloat[top] is always indented, and one after \placefloat[bottom] is never indented. This can sometimes be frustating. For example, a top float right after a section \setupindenting[big,yes] \section{test} \placefloat[top]{}{} \input knuth or a bottom float between two paragraphs \setupindenting[big,yes] \input tufte \placefloat[bottom]{}{} \input tufte The reason for different behaviour of top and bottom is the differce in their definition in page-flt \def\sometopfloat [#1]{\someelsefloat[#1]\nonoindentation} \def\somebottomfloat [#1]{\someelsefloat[#1]} I understand that it is difficult to make sure that all cases are handled correctly (automatically). So, I propose a manual solution. Make \placefloat honor indentnext. Then one can do \setupfloat [figure] [indentnext=auto] and then \setupindenting[big,yes] \section{test} \placefloat[top]{}{}%<-- No blank line \input knuth and \setupindenting[big,yes] \input tufte \placefloat[bottom]{}{}%<--blank line. \input tufte I am attaching a patch that takes care of this. It can be a stop gap solution for the time being. Aditya ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2007-03-02 22:53 Message: Thank you. I am very much in favor. I've been chasing this indentation stuff for ages. Hans, pretty please? ---------------------------------------------------------------------- Comment By: Aditya Mahajan (adityam) Date: 2007-03-02 21:12 Message: Forgot to check the box to upload the file ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=76&group_id=21

1 0

[contexttest-Feature Requests][76] floats and indenting
by contexttest-featurerequests＠foundry.supelec.fr 02 Mar '07

02 Mar '07

Feature Requests item #76, was opened at 2007-03-02 15:10 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=76&group_id=21 Or by replying to this e-mail entering your response between the following markers: #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ (enter your response here) #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ Status: Open Priority: 3 Submitted By: Aditya Mahajan (adityam) Assigned to: Nobody (None) Summary: floats and indenting Version: None Category: Typesetting Initial Comment: Hi, The paragraph after \placefloat[top] is always indented, and one after \placefloat[bottom] is never indented. This can sometimes be frustating. For example, a top float right after a section \setupindenting[big,yes] \section{test} \placefloat[top]{}{} \input knuth or a bottom float between two paragraphs \setupindenting[big,yes] \input tufte \placefloat[bottom]{}{} \input tufte The reason for different behaviour of top and bottom is the differce in their definition in page-flt \def\sometopfloat [#1]{\someelsefloat[#1]\nonoindentation} \def\somebottomfloat [#1]{\someelsefloat[#1]} I understand that it is difficult to make sure that all cases are handled correctly (automatically). So, I propose a manual solution. Make \placefloat honor indentnext. Then one can do \setupfloat [figure] [indentnext=auto] and then \setupindenting[big,yes] \section{test} \placefloat[top]{}{}%<-- No blank line \input knuth and \setupindenting[big,yes] \input tufte \placefloat[bottom]{}{}%<--blank line. \input tufte I am attaching a patch that takes care of this. It can be a stop gap solution for the time being. Aditya ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=76&group_id=21

1 0

XeTeX and fontconfig in the minimals?
by Mojca Miklavec 01 Mar '07

01 Mar '07

Hello Hans, I really rarely work on windows recently, but it would be great if the windows minimals would support xetex & fontconfig properly. Currently XeTeX fails to work since some libraries are missing (icuuc34.dll is reported, but others are missing as well). These was true some time ago: http://wiki.contextgarden.net/Windows_Installation#XeTeX_Installation Most things still hold, the only thing is that binaries could now be taken from TeXLive. This is a list of missing files in bin: fc-{cache,case,cat,glyphname,lang,list,match}.exe icudt34.dll icule34.dll icuuc34.dll TECkit_x86.dll I don't know what these are, but they might be needed as well (no idea): nkf.exe ole32.dll oleaut32.dll rpcrt4.dll I don't have the TeXLive here, but if you take a look into ftp://akagi.ms.u-tokyo.ac.jp/pub/TeX/win32/xetex-w32.tar.bz2 the following is also *really* needed: - texmf/fonts/ {everything except opentype} (-doc/xetex/XeTeX-reference and xetex-guide might be useful, but not needed) "Setting up fontconfig" still holds as written on the wiki. Would it be possible to add these files and fontconfig settings? I would really like to remove that portion of instructions from the wiki. Thanks a lot, Mojca

2 1

Re: [dev-context] [NTG-context] Strange lucida bright math issue
by Taco Hoekwater 01 Mar '07

01 Mar '07

Hi Hans, Hans Hagen wrote: > Helin Gai wrote: >> Hi all, >> >> After upgrading to TeXLive 2007, I'm experiencing a strange issue with >> Lucida Bright. It seems that none of the math font is working. The >> system keeps reporting "TFM file can't be found" even though it's >> there. The normal text (nonmath) -- roman/sans serif, etc., is >> working. What can I do now? >> >> > when yandy was dissolved tug took over distribution and they decided not > to ship the original tfm metrics but only latex related files; because > the 'new' metrics are different from the original ones, i don't support > them (if only because i've been using lucida quite extensively and i > don't want to break anything); > > there is a cont-fnt.zip on the website that shoul dhave them > > i guess that if enough complaints reach tug they may reconsider adding the original tfm files (only a handful) It seems there is no lucida/mathtime support on texlive at all, only some spurious metrics from an extension attempt to psnfss, but not the 'official' font package support, not even for LaTeX. Meanwhile, I checked out cont-fnt.zip, but it does not have the lbm* files either, only text font metrics are included. Cheers, Taco

1 0

Re: [dev-context] [NTG-context] \frak (Fractur) in math mode
by Taco Hoekwater 28 Feb '07

28 Feb '07

Hi Aditya, Aditya Mahajan wrote: > Hi Hans and Taco, > > Something seems to be broken with \frak. \frak does not work in math > mode and works in text mode! For example > > $\frak ABC$ > > {\frak ABC} > > A workaround is to use \fraktur, which works fine in math mode, but it > will be nice to remove this bug. It has been like that almost since day one, so I am not at all sure Hans would consider it a bug, just different from LaTeX (plain). Cheers, Taco

2 2

Debian ConTeXt packages 2007.02.20
by Norbert Preining 25 Feb '07

25 Feb '07

Hi all! Ok, it took a bit of time, but there is now also a Debian packages for ConTeXt release 2007.02.20. deb http://www.tug.org/texlive/Debian/ context/ deb-src http://www.tug.org/texlive/Debian/ context/ BUT!!! You need the new lmodern 1.01 Debian package for this: deb http://www.tug.org/texlive/Debian/ lmodern/ deb-src http://www.tug.org/texlive/Debian/ lmodern/ I will upload both of these packages soon to Debian EXPERIMENTAL (!!!). Since Florent (main responsible for the lmodern package) and I agreed that we don't want to push lmodern 1.01 into etch (and there it is not necessary since there is no independent context package), the upload will go to experimental. As long as you have the above apt-get source nothing will change for you, but for people only using Debian/unstable source there will be no update. If you have any questions please let me know! Best wishes Norbert ------------------------------------------------------------------------------- Dr. Norbert Preining <preining(a)logic.at> Università di Siena Debian Developer <preining(a)debian.org> Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------------- DIDCOT (n.) The tiny oddly-shaped bit of card which a ticket inspector cuts out of a ticket with his clipper for no apparent reason. It is a little-known fact that the confetti at Princess Margaret's wedding was made up of thousands of didcots collected by inspectors on the Royal Train. DIDLING (participial vb.) The process of trying to work out who did it when reading a whodunnit, and trying to keep your options open so that when you find out you can allow yourself to think that you knew perfectly well who it was all along. --- Douglas Adams, The Meaning of Liff

1 0

Math subformula numbering
by Aditya Mahajan 25 Feb '07

25 Feb '07

Hi Hans, Taco and Mojca, There is a bit of inconsistency between the two subformula numbering methods (\startsubformulas that I wrote, and \NR[+][a] of \startalign). While writing a paper I realized that both of them are needed. For example \startsubformulas[eq:encoder] \placeformula \startformula \startalign \NC Z_1 \EQ c_1 (X_1), \NR[eq:encoder 1] \intertext{and for $t=2,\dots,T$,} \NC Z_t \EQ c_t (X_1, \dots, X_t, \tilde Y_1, \dots, \tilde Y_{t-1}). \NR[eq:encoder t] \stopalign \stopformula \stopsubformulas and \placeformula \startformula \startalign \NC \hat X_t \EQ g_1(Y_1) \NR[eq:decoder][a] \NC M_1 \EQ l_1(Y_1) \NR[eq:memory][a] \intertext{and for $t=2,\dots,T$,} \decrementnumber[formula] \decrementnumber[formula] \NC \hat X_t \EQ g_t(Y_t, M_{t-1}) \NR[+][b] \NC M_t \EQ l_t(Y_t, M_{t-1}) \NR[+][b] \stopalign \stopformula However, the startsubformulas uses \@@fnseparator as separator while \NR[+][a] uses no separator. It is relatively straight forward to make \NR honor the separator, in \dododoformulanumber change \edef\hetnumber{#2} to \edef\hetnumber{\@@fnseparator#2} and \edef\hetnumber{#4} to \edef\hetnumber{\@@fnseparator#4} To maintain backward compatibility we can change \setupsubformulas[separator=\@@fmseparator] to \setupsubformulas[separator=] Any comments? I think that Mojca and I are the only people who use \startsubformulas right now (my fault, have not documented them), so breaking the backward compatibility of \startsubformulas should not be too big a problem. Aditya

3 5

[NTG-context] ConTeXt release 2007.02.20 (fwd)
by Aditya Mahajan 23 Feb '07

23 Feb '07

---------- Forwarded message ---------- From: Taco Hoekwater <taco(a)elvenkind.com> To: mailing list for ConTeXt users <ntg-context(a)ntg.nl> Date: Wed, 21 Feb 2007 11:56:40 +0100 Subject: [NTG-context] ConTeXt release 2007.02.20 Hi all, I am pleased to announce that the new ConTeXt release from Hans Hagen can be downloaded as of now from the Pragma ADE website or one of its mirrors. http://www.pragma-ade.com/context/current/cont-tmf.zip http://context.aanhet.net/context/current/cont-tmf.zip http://mirror.contextgarden.net/context/current/cont-tmf.zip The current release has version 2007.02.20 As usual, there is an html page with more detailed release notes available on the Wiki, see: http://wiki.contextgarden.net/Release_Notes This release is mostly small bugfixes. Happy TeXing, Taco Hoekwater

4 6

tex live and context
by Hans Hagen 22 Feb '07

22 Feb '07

Hi, If you update your tex to the latest tex live cq. debian, also get the latest latin modern http://www.gust.org.pl/projects/e-foundry/latin-modern/download (you don't need the context related zip there; i need that for older setups) TeX Live ships with incomplete map files. 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 -----------------------------------------------------------------

1 0