Re: [dev-context] (fwd) Bug#409749: ppchtex broken
On Mon, 2007-02-05 at 12:57 +0100, Hans Hagen wrote: Norbert Preining wrote: forwarded 409749 dev-context@ntg.nl thanks i've added that line to ppchtex.noc (no context) Hi Hans and all ConTeXt devs, [...] \input syst-fnt.tex also works for me! Soeren -- Sometimes, there's a moment as you're waking, when you become aware of the real world around you, but you're still dreaming. ___ dev-context mailing list dev-context@ntg.nl http://www.ntg.nl/mailman/listinfo/dev-context
Re: [dev-context] new MyWay about \sometxt
On 1/30/07, Aditya Mahajan wrote:
I thought a bit about your feature request, and it is not too
difficult to implement it. Here is a patch that allows you to use
\sometext[font][iwona,20pt]{...}. Careful of spurious linebreaks.
%===
\long\def\redofiltersometxt[#1]%
{\doifnextcharelse[{\reredofiltersometxt[#1]}{\redodofiltersometxt[#1]}}
\long\def\redodofiltersometxt[#1]#2%
{\increment\txtcounter
\TeXtext[#1]\txtcounter{#2}%
\filtersometxt}
\long\def\reredofiltersometxt[#1][#2]#3%
{\increment\txtcounter
\TeXtext[#1]\txtcounter{\switchtobodyfont[#2]\strut#3}%
\filtersometxt}
\definetextext[font]{\donothing}
\usetypescript[iwona][texnansi]
\starttext
\startMPcode
draw fullcircle xyscaled (3cm,2cm);
label(\sometxt{Hello world!}, origin);
\stopMPcode
% Does not cause any harm.
\startMPcode
draw fullcircle xyscaled (3cm,2cm);
label(\sometxt[font]{Hello world!}, origin);
\stopMPcode
\startMPcode
draw fullcircle xyscaled (3cm,2cm);
label(\sometxt[font][iwona,20pt]{Hello world!}, origin);
\stopMPcode
\stoptext
%===
I haven't tested it, but I do not think that this should cause any
problems with existing code.
If gnuplot doesn't fail with it, it probably means that it works OK ;)
Helvetica seems to work OK here:
http://dl.contextgarden.net/misc/gnuplot-context.zip
(Usually I get dozens of error messages when applying something new,
at least memory limit exceeded if everything else happens to work by
accident ;)
The most funny part was when practiacally all the labels were missing
on one plot before I figured out that
\setupbodyfont[somefont,14pt]
\switchtobodyfont[some other font]
doesn't work at all without defining bodyfontenvironment.
Thank you very much again! The .tex file is still in its pre-alpha
state, but at least I was able to finalize the terminal with a clean
syntax ;)
Would that extra overhead be useful of gnuplot?
yes ... once I manage to convince the developers that the difference
between these two plots might be relevant enough to justify an
additional driver:
http://gnuplot.sourceforge.net/demo_4.1/enhancedtext.html
http://dl.contextgarden.net/misc/enhancedtext.pdf
(I hope that Patrick will not be reading this before I manage to
remove the files again ;)
Mojca
___
dev-context mailing list
dev-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/dev-context
[dev-context] [contexttest-Bugs][75] nonzero in terlinespace makes description lists be vertically misal igned
Bugs item #75, was opened at 2007-02-08 09:16
You can respond by visiting:
http://foundry.supelec.fr/tracker/?func=detailatid=161aid=75group_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: Hans Hagen (hagen)
Summary: nonzero interlinespace makes description lists be vertically
misaligned
Resolution: Accepted
Version: None
Category: macros
Initial Comment:
Johan Sandblom wrote:
Sorry to be a pest, but does anyone have an idea on this?
Johan
Consider the example below. It results in a list of synonyms that are
vertically misaligned with their meanings. What can I do?
Regards, Johan
% Example file
\definesynonyms[abbreviation][abbreviations][\infull]
\setupsynonyms[abbreviations][criterium=all]
\setupinterlinespace[auto, big]
\starttext
\completelistofabbreviations
\abbreviation{EEG} {Electroencephalogram}
\abbreviation{ERP} {Event-Related Potentials}
\EEG, \ERP
\stoptext
I've narrowed the problem down to one of the internal macros. With this:
\unprotect
\bgroup
\def\@@makedescriptionpurebox #1{}
\completelistofabbreviations
\egroup
\protect
the abbreviation list looks ok to me.
However, that is a quick hack that fixes the abbreviations only, at the
expense of breaking (lots) other stuff. I'll convert this message to
a bug tracker item.
Best, Taco
--
You can respond by visiting:
http://foundry.supelec.fr/tracker/?func=detailatid=161aid=75group_id=21
___
dev-context mailing list
dev-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/dev-context
Re: [dev-context] regression testing: 3 tex errors
Ah OK, I see. Since the names are unique, we haven't called the accents greek..., but simply varia/dasia etc., but character 92 is called greekvaria by mistake. So this should be called varia. Sanjoy or Taco, could you rename character 92 in enco-agr.tex and see if this makes the error disappear? I am curently working on the module and will soon make a few changes to enco-agr.tex anyway. But then you should grep for that name in the whole ConTeXt tree. contextnames.txt has greek... everywhere. I don't know where I got these names from (perhaps uc encoding by adam, perhaps manually), but it probably means that it's used in all the derived works and in ... Mojca ___ dev-context mailing list dev-context@ntg.nl http://www.ntg.nl/mailman/listinfo/dev-context
[dev-context] [contexttest-Feature Requests][72 ] Extending \placefloat{top,left}. {bottom ,outer}, ...
Feature Requests item #72, was opened at 2007-02-05 01:12
You can respond by visiting:
http://foundry.supelec.fr/tracker/?func=detailatid=164aid=72group_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: Extending \placefloat{top,left}. {bottom,outer}, ...
Version: None
Category: None
Initial Comment:
(From contextgarden.net)
The \placefigure macro should be extended to combinations like
\placefigure{top,left}
or
\placefigure{bottom,outer}
The reason for this request is that we use ConTeXt a lot for typesetting books
from arts and humanities.
There we often have to place a lot of (more then 100) figures at fixed
positions like top-outer and bottom-inner, wrapped by text.
I guess it's not a trivial feature to be implemented in TeX's paragraph
processing, but I know it might be worth the effort: ConTeXt's way to deal with
fonts and text is so superior that it should be also accessible for disciplines
that besides text also rely on images - as the arts and humanities do.
--
Comment By: Mojca Miklavec (mojca)
Date: 2007-02-09 06:09
Message:
The original post was here:
http://www.ntg.nl/pipermail/ntg-context/2005/013891.html
Hans sent some code - so those who would like to use floating text around
figures - go for testing.
--
You can respond by visiting:
http://foundry.supelec.fr/tracker/?func=detailatid=164aid=72group_id=21
___
dev-context mailing list
dev-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/dev-context
[dev-context] [contexttest-Feature Requests][72 ] Extending \placefloat{top,left}. {bottom ,outer}, ...
Feature Requests item #72, was opened at 2007-02-05 01:12
You can respond by visiting:
http://foundry.supelec.fr/tracker/?func=detailatid=164aid=72group_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: Extending \placefloat{top,left}. {bottom,outer}, ...
Version: None
Category: None
Initial Comment:
(From contextgarden.net)
The \placefigure macro should be extended to combinations like
\placefigure{top,left}
or
\placefigure{bottom,outer}
The reason for this request is that we use ConTeXt a lot for typesetting books
from arts and humanities.
There we often have to place a lot of (more then 100) figures at fixed
positions like top-outer and bottom-inner, wrapped by text.
I guess it's not a trivial feature to be implemented in TeX's paragraph
processing, but I know it might be worth the effort: ConTeXt's way to deal with
fonts and text is so superior that it should be also accessible for disciplines
that besides text also rely on images - as the arts and humanities do.
--
You can respond by visiting:
http://foundry.supelec.fr/tracker/?func=detailatid=164aid=72group_id=21
___
dev-context mailing list
dev-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/dev-context
