- dev-context - NTG Mailing Lists

[contexttest-Feature Requests][54] offsets in TABLE-cells
by contexttest-featurerequests＠foundry.supelec.fr 25 Jan '07

25 Jan '07

Feature Requests item #54, was opened at 2007-01-04 11:23 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=54&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: offsets in TABLE-cells Version: None Category: None Initial Comment: It would be nice to have independant horizontal and vertical offsets in TABLE-cells. Or even topoffset, bottomoffset, leftoffset and rightoffset. Peter ---------------------------------------------------------------------- Comment By: Mojca Miklavec (mojca) Date: 2007-01-24 04:05 Message: Here are some macros that Wolfgang Schuster <schuster.wolfgang at googlemail.com> sent me some time ago (shame on me that I didn't do anything about it!) They should probably be integrated, not simply overloaded, but ... I would vote for that feature too. Mojca ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=54&group_id=21

1 0

Writing own interface for natural tables
by Wolfgang Schuster 25 Jan '07

25 Jan '07

I try currently to write a simplified environment for natural tables to allow a simmiliar interface like tabulate and the old tables. My problem ist that i need to save my input in a box feed this into the \bTD/\eTD pair. This did not work if I collect all my text, put this text into the tablebox and reuse this box for the next entry. The follwing example shows my only working solution, it for every new entry a new box. This works for a few entries untill my created boxes use the same box number as the internal boxes used in the TABLE macros. <example> \newbox\TABLEbox \newcount\TABLEcount \TABLEcount\zerocount \def\bWTD {\advance\TABLEcount\plusone \setbox\the\TABLEcount\hbox\bgroup} \def\eWTD {\egroup \edef\wolf{\unhcopy\the\TABLEcount} \expanded{\bTD\wolf\eTD}} \starttext \bTABLE \bTR \bWTD Text 1 \eWTD \bWTD Text 2 \eWTD \eTR \bTR \bWTD Text 3 \eWTD \bWTD Text 4 \eWTD \eTR \eTABLE \stoptext </example> I hope there is a solution to solve this problem. MfG Wolfgang

1 0

ec patterns in XeTeX?
by Mojca Miklavec 25 Jan '07

25 Jan '07

Hello Hans, I didn't thing about that before, but why does XeTeX report that it loaded patterns like: language : patterns nl->texnansi:texnansi->1->2:3 nl->ec:ec->2->2:3 fr-> texnansi:texnansi->3->2:3 fr->ec:ec->4->2:3 de->texnansi:texnansi->5->2:3 de->e c:ec->6->2:3 it->texnansi:texnansi->7->2:3 it->ec:ec->8->2:3 pt->texnansi:texna nsi->9->2:3 pt->ec:ec->10->2:3 hr->ec:ec->11->2:3 pl->pl0:pl0->12->2:3 etc. when it should load them as unicode? (Assuming that it actually does load them in as Unicode ;) Mojca

1 0

Bug report
by Norbert Preining 24 Jan '07

24 Jan '07

Hi all! Long time ago Frank forwarded a bug from the Debian Bug Tracking System to you, but it has not been fixed, so I allow me to remind you: >From Michal Kovac <kovymail(a)centrum.cz>: > In cont-cz is translated "indentation" and "indenting" both as > "odsazovani" so indentation does not work in cont-cz. > > I think right translation is for it : > indenting - odsazovani > indentation - odsazeni > setupindentations - nastavodsazeni > setupindenting - nastavodsazovani > > I think that bug is in files: > /usr/share/texmf/tex/context/base/mult-con.tex > /usr/share/texmf/tex/context/base/mult-com.tex > /usr/share/texmf/context/data/cont-cz.tws I checked with the latest release and the czech names are still the same for two different translations, as described above. Thanks a lot for considering this ..., if there is a better place to submit bugs, 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 ------------------------------------------------------------------------------- SCETHROG (n.) One of those peculiar beards-without-moustaches worn by religious Belgians and American scientists which help them look like trolls. --- Douglas Adams, The Meaning of Liff

2 1

[contexttest-Feature Requests][54] offsets in TABLE-cells
by contexttest-featurerequests＠foundry.supelec.fr 24 Jan '07

24 Jan '07

Feature Requests item #54, was opened at 2007-01-04 12:23 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=54&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: offsets in TABLE-cells Version: None Category: None Initial Comment: It would be nice to have independant horizontal and vertical offsets in TABLE-cells. Or even topoffset, bottomoffset, leftoffset and rightoffset. Peter ---------------------------------------------------------------------- Comment By: Mojca Miklavec (mojca) Date: 2007-01-24 05:05 Message: Here are some macros that Wolfgang Schuster <schuster.wolfgang at googlemail.com> sent me some time ago (shame on me that I didn't do anything about it!) They should probably be integrated, not simply overloaded, but ... I would vote for that feature too. Mojca ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=54&group_id=21

1 0

[contexttest-Feature Requests][54] offsets in TABLE-cells
by contexttest-featurerequests＠foundry.supelec.fr 24 Jan '07

24 Jan '07

Feature Requests item #54, was opened at 2007-01-04 12:23 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=54&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: offsets in TABLE-cells Version: None Category: None Initial Comment: It would be nice to have independant horizontal and vertical offsets in TABLE-cells. Or even topoffset, bottomoffset, leftoffset and rightoffset. Peter ---------------------------------------------------------------------- >Comment By: Mojca Miklavec (mojca) Date: 2007-01-24 05:05 Message: Here are some macros that Wolfgang Schuster <schuster.wolfgang at googlemail.com> sent me some time ago (shame on me that I didn't do anything about it!) They should probably be integrated, not simply overloaded, but ... I would vote for that feature too. Mojca ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=54&group_id=21

1 0

about a change in the context packaging
by Norbert Preining 23 Jan '07

23 Jan '07

Hi all! Release notes from 2007.01.23: Gnuplot module (m-gnuplot.tex) removed from the core distro. This file is superceded by the third-party module But it is not contained in cont-ext.zip. Is this intended? 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 ------------------------------------------------------------------------------- GUERNSEY (adj.) --- Douglas Adams, The Meaning of Liff

2 1

incorrect internal mptopdf conversion
by Sanjoy Mahajan 23 Jan '07

23 Jan '07

Here's a problem that I just noticed in the internal mptopdf conversion macros. The fig.1 figure looks fine as a mps (eps) file, and 'mptopdf fig.1' converts it fine. However, including it in a document as fig.1 (hence via the internal mps to pdf conversion) adds strange thick lines to it. Here is the .mp file, and I've attached a complete .zip archive with a .tex file and Makefile to generate the comparison. =========================== fig.mp ================================= % equilateral triangles cut in half % cutter is the path that cuts the triangle in half def half_triangle(text cutter) = path tri, enclosed; z0 = (2cm,0); z1 = z0 rotated 60; tri := origin--z0--z1--origin; enclosed := (cutter)--z1--point 0 of (cutter)--cycle; fill enclosed withcolor 0.65white; draw tri; dotlabel (btex etex, point 0 of (cutter)); dotlabel (btex etex, point 4000 of (cutter)); draw cutter; enddef; % replicate the triangle and path to make hexagon def replicate_six_times = % move triangle so that is at the origin, then shrink it currentpicture := currentpicture shifted (-z1) scaled 0.7; for i = 1 upto 6: draw currentpicture rotated (60*i); endfor enddef; % replicate the triangle bisected by line straight across beginfig(1) half_triangle(point (2+sqrt(0.5)) of tri--point (2-sqrt(0.5)) of tri); replicate_six_times; endfig; end =================================================================== Program versions: pdfTeX, Version 3.141592-1.40.0 (Web2C 7.5.6) ConTeXt ver: 2007.01.12 15:56 MKII fmt: 2007.1.13 int: english/english MPtoPDF 1.3.2 MetaPost 0.993 -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 5

TeXLive 2006
by Taco Hoekwater 22 Jan '07

22 Jan '07

Hi, I have good news as well as bad news. The good news is that the coming TeXLive will be nicely up to date when it comes to ConTeXt (currently at 2006.12.07). The bad news is that core-fnt and core-ext will not be included. Apparently, the first package that uses a certain directory becomes its 'owner' when it comes to TeXLive's distribution build scripts. Since there are already a number of fontpackages for LaTeX included, there is no way to add metrics for ConTeXt as well. I have proposed to look into the build scripts, but the reaction I received was luke-warm at best, so I am not going to persue this any further. I am sorry for everybody that wanted to see some of the third-party modules in TL. It should still be possible to have them included if one of you is willing and able to make the effort of renaming the used folders so as to avoid conflicts with LaTeX packages, but I simply cannot be bothered any more. Best, Taco

8 17

[contexttest-Bugs][69] m-database: bug in utf-8
by contexttest-bugs＠foundry.supelec.fr 21 Jan '07

21 Jan '07

Bugs item #69, was opened at 2007-01-21 03:05 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=69&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: Mojca Miklavec (mojca) Assigned to: Nobody (None) Summary: m-database: bug in utf-8 Resolution: None Version: None Category: macros Initial Comment: If the first character in a cell is something non-ascii, then the database module fails to work. Minimal example: \enableregime[utf-8] \usemodule[database] \starttext \defineseparatedlist[CSV] [separator=comma, before=\bTABLE,after=\eTABLE, first=\bTR,last=\eTR, left=\bTD,right=\eTD] \startseparatedlist[CSV] č,š,ž \stopseparatedlist \stoptext Error: ! Argument of \utftwouniglph has an extra }. <inserted text> \par <to be read again> } \dodoprocessseplist #1#2,->\edef \!!stringa {#1} \ifx \edef@relax \!!stringa ... <argument> č, š,ž \doprocessseplist ...elax ->\dodoprocessseplist #1 ,\relax ,\relax \relax \end \redoprocessseparatedline ...cessseplist #1\relax \else \convertargument #1\... l.11 č,š,ž ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=69&group_id=21

1 0