- dev-context - NTG Mailing Lists

[contexttest-Feature Requests][63] Allow attribution immediately following quotation blocks
by contexttest-featurerequests＠foundry.supelec.fr 10 Jan '07

10 Jan '07

Feature Requests item #63, was opened at 2007-01-10 10:05 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=63&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: Taco Hoekwater (taco) Assigned to: Nobody (None) Summary: Allow attribution immediately following quotation blocks Version: None Category: Typesetting Initial Comment: See the excerpt from a discussion with Oliver Buerschaper, below. That one uses a \cite command, but it could also be a footnote, or an Author's name or a wikipedia entry. \setupquotation[right={''\footnote{First}}] is not usable because it gets fed into \symbol[] and many things do not work well in that case (the \footnote, for example, disappears). Taco Oliver wrote: >The disappearing footnote may be unfixable within \startquotation. It >> would be easier to define your own start-stop pair for this, because >> \startquotation ... \stopquotation doesn't actually support tacking on >> stuff at the end. Try this instead: >> >> \long\def\startcitedquotation[#1]#2\stopcitedquotation >> {\bgroup \par >> \startnarrower >> \symbol[leftquotation]% >> #2\removeunwantedspaces >> \symbol[rightquotation]% >> \cite[#1] >> \stopnarrower >> \par \egroup} Works like a charm! Thanks very much for the workaround ... I've adapted it slightly so that the optional argument is treated as generic text ... in order to use \cite[], \footnote{\cite[]} or whatever else I need. Could this optional argument perhaps be integrated directly in the usual \startquotation command some day? I guess a lot of people will need this ... every quotation calls for a proper reference ;-) Cheers, Oliver ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=63&group_id=21

1 0

typo in core-rul documentation
by Aditya Mahajan 10 Jan '07

10 Jan '07

line 295 says %D \startbuffer[tmp-2] %D \framed[backgroundachtergrond=fancy]{How Fancy!} %D \framed[backgroundachtergrond=fancy,frame=off]{Even More Fancy!} %D \stopbuffer I think that these sould be background rather than backgroundachterground Aditya

1 0

where is dvipos? dvipos fails using TL2006 test tree
by Sanjoy Mahajan 08 Jan '07

08 Jan '07

What is the standard way to get dvipos? It's used by texexec in dvi mode, to find the location of figures. I guess it can eventually go away now that pdftex's \pdfsavepos works even in dvi mode (from v1.40.0). But for the moment it's still needed. It's neither in texlive2006 (except for win32) nor in the Debian or Ubuntu tex-related packages, but I think it needs to be in both. There's source here: <http://cvs.sarovar.org/cgi-bin/cvsweb.cgi/texlive/Build/source/texk/dvipos/> I think the version I built and use -- Version 20030628 (KPATHSEA) -- is from here <http://cvs.ktug.or.kr/viewcvs/dvipos/>. Actually I found the one I use, and I've attached it. That version doesn't work well on one document I just tried (see recent msg to ntg-context). It outputs correct information, but the coordinates are in sp (scaled points) with no unit marker, and context expects them in pt (see NASA's Mars lander that crashed into Mars due to a unit disagreement). That was with context 2007.01.02 in Norbert's debian packages. If I try it with the texlive2006 test tree, then it fails with ** Fatal: Unable to find TFM file 'ec-lmtt10' Although the TFM is in the TL tree: $ kpsewhich ec-lmtt10.tfm /home/sanjoy/admin/tex/texlive/image/texlive/texmf-dist/fonts/tfm/public/lm/ec-lmtt10.tfm Unfortunately, dvipos doesn't have a kpathsea-debug switch, so I don't know what lookups it's doing. I can guess, using strace, that it's using the TEXFONTMAPS path to search for the tfm file, but I'm not sure. Or that it's looking for texfonts.map but isn't finding it, which is confusing it in searching for the tfm file? If anyone wants the dvi file to test, I can send it to you offlist. Actually, no need, because you can see the same problem by making a dvi file from \starttext a \stoptext Then, with (ba)sh syntax: texexec --dvi --nobackend a.tex TLROOT=~/admin/tex/texlive/image/texlive TEXMFCNF=$TLROOT/texmf/web2c /usr/local/bin/dvipos a.dvi Here is the "strace -e trace=open,access dvipos notes.dvi" after I replaced the long texlive root with @TLROOT@ access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/tls/i686/cmov/libm.so.6", O_RDONLY) = 3 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/usr/lib/libkpathsea.so.4", O_RDONLY) = 3 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 3 open("notes.dvi", O_RDONLY) = 3 open("/usr/local/bin/dvipos", O_RDONLY) = 4 access("@TLROOT@/texmf/web2c/texmf.cnf", R_OK) = 0 open("@TLROOT@/texmf/web2c/texmf.cnf", O_RDONLY) = 4 access("./texfonts.map", R_OK) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-config/fonts/map/dvipos/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-var/fonts/map/dvipos/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/texmf/fonts/map/dvipos/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-config/fonts/map/pdftex/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-var/fonts/map/pdftex/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/texmf/fonts/map/pdftex/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-config/fonts/map/dvips/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-var/fonts/map/dvips/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/texmf/fonts/map/dvips/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-config/fonts/map/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-var/fonts/map/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/texmf/fonts/map/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) access("./ec-lmtt10.tfm", R_OK) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-config/fonts/tfm/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-var/fonts/tfm/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/texmf/fonts/tfm/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) access("./ec-lmtt10.ofm", R_OK) = -1 ENOENT (No such file or directory) access("./ec-lmtt10.tfm", R_OK) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-config/fonts/ofm/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-var/fonts/ofm/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/texmf/fonts/ofm/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) access("./ec-lmtt10.ofm", R_OK) = -1 ENOENT (No such file or directory) access("./ec-lmtt10.tfm", R_OK) = -1 ENOENT (No such file or directory) access("./ec-lmtt10.tfm", R_OK) = -1 ENOENT (No such file or directory) access("./ec-lmtt10.tfm", R_OK) = -1 ENOENT (No such file or directory) ** Fatal: Unable to find TFM file 'ec-lmtt10'. Process 16521 detached -Sanjoy `A nation of slaves is always prepared to applaud the clemency of their master who, in the abuse of absolute power, does not proceed to the last extremes of injustice and oppression.' (Gibbon)

3 7

[contexttest-Bugs][52] original-adobe-euro.map for dvips
by contexttest-bugs＠foundry.supelec.fr 08 Jan '07

08 Jan '07

Bugs item #52, was opened at 2007-01-04 12:07 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=52&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: Peter Münster (peter) Assigned to: Nobody (None) Summary: original-adobe-euro.map for dvips Resolution: None Version: None Category: None Initial Comment: When creating dvi and ps output with following input: \usesymbols[eur] \starttext \texteuro \stoptext no euro-symbol shows up. dvips does not understand the map file. Peter ---------------------------------------------------------------------- Comment By: Peter Münster (peter) Date: 2007-01-08 13:37 Message: Yes, Taco. This helps. Thanks, Peter ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2007-01-05 17:36 Message: The output from the texexec --dvi case looks good at first glance. I do not have the font installed myself, but you could try adding the PostScript font names in that map file (this will not harm pdftex): euromo EuroMono-Regular <euromo.pfb euromob EuroMono-Bold <euromob.pfb euromoi EuroMono-Italic <euromoi.pfb euromobi EuroMono-BoldItalic <euromobi.pfb eurosa EuroSans-Regular <eurosa.pfb eurosab EuroSans-Bold <eurosab.pfb eurosai EuroSans-Italic <eurosai.pfb eurosabi EuroSans-BoldItalic <eurosebi.pfb eurose EuroSerif-Regular <eurose.pfb euroseb EuroSerif-Bold <euroseb.pfb eurosei EuroSerif-Italic <eurosei.pfb eurosebi EuroSerif-BoldItalic <eurosebi.pfb ---------------------------------------------------------------------- Comment By: Peter Münster (peter) Date: 2007-01-05 17:26 Message: When using texexec --dvi, the file in pdftex is read and dvips outputs this: This is dvips(k) 5.96 Copyright 2005 Radical Eye Software (www.radicaleye.com) ' TeX output 2007.01.05:1712' -> test.ps <tex.pro><lm-ec.enc><texps.pro>. <eurose.pfb><lmr12.pfb>[1]

1 0

[contexttest-Bugs][62] texexec exit code
by contexttest-bugs＠foundry.supelec.fr 07 Jan '07

07 Jan '07

Bugs item #62, was opened at 2007-01-07 10:56 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=62&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: Taco Hoekwater (taco) Assigned to: Nobody (None) Summary: texexec exit code Resolution: Accepted Version: None Category: scripts Initial Comment: Hi all! (Gerben, you are on the To since you were interested in the ctxfmtutil, but it is bugged ..., see below) texexec does not return a useful return code: # texexec --nonstopmode --fast --make --aleph cont-en ... loading : Context Font Macros / UNICODE Support ! Aleph capacity exceeded, sorry [number of strings=33165]. \setvalue ...xpandafter \def \csname #1\endcsname l.275 \defineucharmapping{\s!default} #1#2% No pages of output. Transcript written on cont-en.log. TeXExec | TeXExec | tex engine path: /etc/texmf/web2c/aleph TeXExec | TeXExec | TeXExec | runtime: 3.104333 # echo $? 0 # This is bad, very bad.... something we can do about it? And, since I am at it: It does not honor the --nonstopmode: # texexec --nonstopmode --fast --make --xetex cont-en ... loading : Context Encoding Macros (pdf) ! Undefined control sequence. l.63 \ifcase\pdfgentounicode \else \expandafter \endinput \fi ? and waiting there. Is there a way to fix these two problems, please??? For Gerben: ctxfmtutil has two problems: - it does not detect if a build was broken due to the first bug - it hangs sometimes due to the second bug Best wishes Norbert ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=62&group_id=21

1 0

[contexttest-Bugs][50] footnotes break the use of \somehwere
by contexttest-bugs＠foundry.supelec.fr 07 Jan '07

07 Jan '07

Bugs item #50, was opened at 2007-01-04 10:39 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=50&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: Taco Hoekwater (taco) Assigned to: Nobody (None) Summary: footnotes break the use of \somehwere Resolution: Accepted Version: None Category: macros Initial Comment: \starttext \chapter[A]{One} Text.\footnote{foot} \chapter[B]{Two} Text \somewhere{before}{after}[B]. \stoptext --Mike Bird ---------------------------------------------------------------------- >Comment By: Taco Hoekwater (taco) Date: 2007-01-07 10:27 Message: Additional debugging from Mike: The \somwhere problem seems to be related to pages now. Adding '\setuphead[chapter][page=no]' at the beginning of the bug #50 test case removes the problem. A similar correlation between pages and reference errors is also apparent in a larger test. Taco ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=50&group_id=21

1 0

Broken bug tracker
by Mike Bird 07 Jan '07

07 Jan '07

Replied to bug message #50 in order to add more information as instructed but it failed: ---------- Forwarded Message ---------- Subject: Returned mail: see transcript for details Date: Saturday 06 January 2007 17:09 From: Mail Delivery Subsystem <MAILER-DAEMON(a)foundry.supelec.fr> To: mgb-debian(a)yosemite.net The original message was received at Sun, 7 Jan 2007 02:09:39 +0100 from esemetz.metz.supelec.fr [193.48.224.212] ----- The following addresses had permanent fatal errors ----- |"/usr/bin/php -d | include_path=.:/var/www/gforge:/var/www/gforge/www/include:/etc/gforge/ | /var/www/gforge/cronjobs/tracker_gateway.php contexttest 161" (reason: Service unavailable) (expanded from: <contexttest-bugs(a)foundry.supelec.fr>) ----- Transcript of session follows ----- smrsh: "php" not available for sendmail programs (stat failed) 554 5.0.0 Service unavailable -------------------------------------------------------

2 1

Update type-gyr.tex
by Aditya Mahajan 07 Jan '07

07 Jan '07

Hi Hans, Attached the an updated type-gyr.tex file with support for schola. This is my first attempt to modify a typescript file, so be careful. Aditya

1 0

two dvipos fixes so that it works with ConTeXt
by Sanjoy Mahajan 07 Jan '07

07 Jan '07

[Karl and Norbert CC'ed in case dvipos is going into their trees] The dvipos I have (cvs'ed from cvs.ktug.or.kr:/home/cvsroot) needs two fixes for it to work with the 2007.01.02 context (and maybe with earlier versions too). This is on Ubuntu i386, texlive 2005. Try this file with 'texexec --dvi --nobackend' to see the problems -- or if there are none, let me know why it works for you! =================== begin: to-dvi.tex ================== \defineoverlay [foregraphics] [\positionoverlay{foregraphics}] \setupbackgrounds [page] [background={foreground,foregraphics}] \starttext \hpos{r23}{7} \quad \hpos{r24}{8} \startMPpositiongraphic{mypos:line} mpprocset := 0; % context doesn't yet handle the new mpprocsets path pa, pb, pab ; numeric na, nb ; initialize_box(\MPpos{\MPvar{from}}) ; na := nxy ; pa := llxy..lrxy..urxy..ulxy..cycle ; initialize_box(\MPpos{\MPvar{to}}) ; nb := nxy ; pb := llxy..lrxy..urxy..ulxy..cycle ; if na=nb : pab := center pa -- center pb ; pab := pab cutbefore (pab intersectionpoint pa) ; pab := pab cutafter (pab intersectionpoint pb) ; pickup pencircle; draw pab; anchor_box(\MPanchor{\MPvar{from}}) ; fi ; \stopMPpositiongraphic \startpositionoverlay{foregraphics} \setMPpositiongraphic{r23}{mypos:line}{to=r24} \stoppositionoverlay The pattern. \stoptext =================== end: to-dvi.tex ================== Problems: 1. The dvipos output is in sp (but without labelling that), which confuses the next run of ConTeXt. So the first patch makes dvipos append 'sp' to the coordinates it outputs. That change was easier than hacking the tex macros that parses the output. 2. After that is fixed, the coordinates are wrong, so running the above file again crashes because the boxes are in the wrong place and the paths no longer intersect. The second patch corrects this problem, which is caused by dvipos parsing the dvi file incorrectly. Maybe ConTeXt used to output the dimens in the pos: \special in sp? Anyway, the special now looks like (see to-dvi.dvi): pos:pxywhd "text:1" 426.78743pt 597.51323pt 0.0pt which was being parsed by dvipos as 426 etc. and assumed to be sp, so it was writing junk to to-dvi.tuo file, and the next run was failing becaues the boxes were in the wrong location. So I made dvipos read in floats with 'pt' appended, then convert them to sp. By the way, what is the 'list' that dvipos is looking for after the three dimens above? If anything needs a \pospxyplus, it'll be in trouble since I think 'list' scanf target is not being parsed, so the var remains uninitialized. -Sanjoy `A nation of slaves is always prepared to applaud the clemency of their master who, in the abuse of absolute power, does not proceed to the last extremes of injustice and oppression.' (Gibbon) # HG changeset patch # User Sanjoy Mahajan <sanjoy(a)mrao.cam.ac.uk> # Date 1168136989 18000 # Node ID 13a3c8c608ddcfbb569f1925fc0a64fcd25f7344 # Parent c184bfb52c9425d7e7a87105e9f17ac874be657e Append sp (scaled point) unit to un-dimensioned coordinates diff -r c184bfb52c94 -r 13a3c8c608dd dvicore.c --- a/dvicore.c Sat Jan 06 21:28:59 2007 -0500 +++ b/dvicore.c Sat Jan 06 21:29:49 2007 -0500 @@ -924,11 +924,11 @@ static void do_pos_special (unsigned cha y = max_v - dvi_state.v; if (strcmp(cmd, "pos:pxy") == 0) - fprintf(outfp, "\\pospxy{%s}{%d}{%ld}{%ld}\n", tag, current_page, x, y); + fprintf(outfp, "\\pospxy{%s}{%d}{%ldsp}{%ldsp}\n", tag, current_page, x, y); else if (strcmp(cmd, "pos:pxywhd") == 0) - fprintf(outfp, "\\pospxywhd{%s}{%d}{%ld}{%ld}{%ld}{%ld}{%ld}\n", tag, current_page, x, y, w, h, d); + fprintf(outfp, "\\pospxywhd{%s}{%d}{%ldsp}{%ldsp}{%ldsp}{%ldsp}{%ldsp}\n", tag, current_page, x, y, w, h, d); else if (strcmp(cmd, "pos:pxyplus") == 0) - fprintf(outfp, "\\pospxyplus{%s}{%d}{%ld}{%ld}{%ld}{%ld}{%ld}{%ld}\n", tag, current_page, x, y, w, h, d, list); + fprintf(outfp, "\\pospxyplus{%s}{%d}{%ldsp}{%ldsp}{%ldsp}{%ldsp}{%ldsp}{%ld}\n", tag, current_page, x, y, w, h, d, list); else if (strcmp(cmd, "pos:begbox") == 0) new_bbox(tag, BOX_TYPE); else if (strcmp(cmd, "pos:endbox") == 0) # HG changeset patch # User Sanjoy Mahajan <sanjoy(a)mrao.cam.ac.uk> # Date 1168137910 18000 # Node ID f30b6ea9f33e3b3825c4e2b923fd73d88869ae1e # Parent 13a3c8c608ddcfbb569f1925fc0a64fcd25f7344 Read w,h,d in pt (not sp) from dvi file Maybe ConTeXt used to give the dimens in the \specials in sp? Anyway, the special now looks like: pos:pxywhd "text:1" 426.78743pt 597.51323pt 0.0pt which was being parsed before as 426 etc. and assumed to be sp. diff -r 13a3c8c608dd -r f30b6ea9f33e dvicore.c --- a/dvicore.c Sat Jan 06 21:29:49 2007 -0500 +++ b/dvicore.c Sat Jan 06 21:45:10 2007 -0500 @@ -918,7 +918,15 @@ static void do_pos_special (unsigned cha for (p++; p - buffer < buffer_len && isspace(*p); p++) ; /* skip white chars */ if (p - buffer < buffer_len) - sscanf(p, "%ld %ld %ld %ld", &w, &h, &d, &list); + { + float w_f, h_f, d_f; /* in pt */ + /* what the hell is list? */ + sscanf(p, "%fpt %fpt %fpt %ld", &w_f, &h_f, &d_f, &list); + /* convert to sp. Forget about rounding (add 0.5 if you want it). */ + w = w_f * 65536; + h = h_f * 65536; + d = d_f * 65536; + } x = dvi_state.h + denominator / 100; y = max_v - dvi_state.v;

1 0

[contexttest-Feature Requests][59] interaction and hyphenation
by contexttest-featurerequests＠foundry.supelec.fr 05 Jan '07

05 Jan '07

Feature Requests item #59, was opened at 2007-01-04 13:20 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=59&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: Peter Münster (peter) Assigned to: Nobody (None) Summary: interaction and hyphenation Version: None Category: None Initial Comment: It would be nice, to be able to hyphenate interaction texts. Example with overfull \hbox: \setupinteraction[state=start] \definereferenceformat[inFig][text=Abbildung] \starttext \placefigure[][fig1]{bla}{bla} \dorecurse{58}x, siehe \inFig[fig1]. \stoptext Peter ---------------------------------------------------------------------- >Comment By: Taco Hoekwater (taco) Date: 2007-01-05 18:07 Message: This is not so much a bug as a feature request. Hans says: Can perhaps be implemented later when there is better low-level support for text attributes in TeX (luatex) ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=59&group_id=21

1 0