Thankfully, it looks like this was just a problem with my implementation of
the OpenType feature and not with ConTeXt's handling of it! (I worried that
it might be ConTeXt when I saw that XeLaTeX was handing the feature
correctly.) Hans graciously helped me identify the problem, and everything
On 8/17/2021 8:44 PM, Wolfgang Schuster via ntg-context wrote:
Hans van der Meer via ntg-context schrieb am 17.08.2021 um 15:15:
Is it possible to retrieve the contents of a file directly into a
buffer? On the Wiki I could not find such a command. That is,
equivalent to something like:
Hans van der Meer via ntg-context schrieb am 17.08.2021 um 15:15:
Is it possible to retrieve the contents of a file directly into a
buffer? On the Wiki I could not find such a command. That is,
equivalent to something like:
\startbuffer[from file]
contents of the file
\stopbuffer
Yes and no.
On 8/17/2021 4:47 PM, Taco Hoekwater via ntg-context wrote:
Hi Hans,
On 17 Aug 2021, at 16:39, Hans van der Meer via ntg-context
wrote:
I am still interested in this luacondition 733 allthough the culprit has been
spotted. Very nasty typo and hard to spot fo me.
The “luacondition 733” is
On 8/17/2021 4:39 PM, Hans van der Meer via ntg-context wrote:
I am still interested in this luacondition 733 allthough the culprit has
been spotted. Very nasty typo and hard to spot fo me.
Shudder and enjoy:
\ifxmlatt{#1}{regime}{xml}\let\Flush\ModuleFlushXML\else\let\FlushModuleFlushTEX\fi
On 8/17/2021 3:49 PM, Hans van der Meer via ntg-context wrote:
Where is this message on luacondition 733 coming from? I would be glad
to get rid of it. The message does not pinpoint the problem location
enough for me to find its cause.
close source > level 2, order 7, name
noib3 via ntg-context schrieb am 17.08.2021 um 16:43:
I'm trying to create a new lecture environment starting from the base
section.
I'd like its title to be `Lecture : ` if a title is
provided, and `Lecture ` if it isn't. This title should also be
reported in the left footer and in the
Hi Hans,
> On 17 Aug 2021, at 16:39, Hans van der Meer via ntg-context
> wrote:
>
> I am still interested in this luacondition 733 allthough the culprit has been
> spotted. Very nasty typo and hard to spot fo me.
The “luacondition 733” is the \ifxmlatt . You get these numbers because the
I'm trying to create a new lecture environment starting from the base
section.
I'd like its title to be `Lecture : ` if a title is
provided, and `Lecture ` if it isn't. This title should also be
reported in the left footer and in the table of contents.
This is the code I have so far:
```
I am still interested in this luacondition 733 allthough the culprit has been
spotted. Very nasty typo and hard to spot fo me.
Shudder and enjoy:
\ifxmlatt{#1}{regime}{xml}\let\Flush\ModuleFlushXML\else\let\FlushModuleFlushTEX\fi
instead of
On 8/17/21 12:46 PM, Hans Hagen via ntg-context wrote:
> On 8/17/2021 6:06 AM, Pablo Rodriguez via ntg-context wrote:
>> [...]
>> I don’t know whether this is intended. In that case, could we have an
>> option to compress embedded multimedia objects?
>
> indeed intended because zipping already
On 8/17/21 9:30 AM, Hans Hagen via ntg-context wrote:
> On 8/17/2021 5:56 AM, Pablo Rodriguez via ntg-context wrote:
>> [...]
>> I don’t get the layer in the TEXpage.
>>
>> How could I get it with the TEXpage dimensions?
> only by first boxing (using framed or so) and then taking those dimensions
Where is this message on luacondition 733 coming from? I would be glad to get
rid of it. The message does not pinpoint the problem location enough for me to
find its cause.
close source> level 2, order 7, name './modules-docs.tex'
close source> level 1, order 7, name 'cont-yes.mkiv'
Is it possible to retrieve the contents of a file directly into a buffer? On
the Wiki I could not find such a command. That is, equivalent to something like:
\startbuffer[from file]
contents of the file
\stopbuffer
dr. Hans van der Meer
Shouldn't dlig automatically be enabled under the "hebrew" feature set? In
font-pre.mkiv, hebrew inherits from semitic-complete, which sets dlig=yes.
Still, if I explicitly add dlig, as in the following example, things
change, but they still aren't right:
```
\starttypescriptcollection[keteryg]
On 8/17/2021 6:06 AM, Pablo Rodriguez via ntg-context wrote:
Hi Hans,
some days ago (after the patch from
https://mailman.ntg.nl/pipermail/ntg-context/2021/103011.html), I
included two mp4 files in a PDF document.
They where so generated, that they could be compressed in a zip file
from 254MB
On 8/17/2021 2:07 AM, Joey McCollum wrote:
Sorry to bring this up after over a year, but I just noticed something
that doesn't seem right. I implemented some contextual substitutions in
my own fork of the Keter YG Hebrew font (.ttf file attached) under the
"dlig" feature that should do the
On 8/17/2021 5:56 AM, Pablo Rodriguez via ntg-context wrote:
Dear list,
I have the following sample:
\definelayer[hi][x=.5\paperwidth, y=.5\paperheight]
\setupbackgrounds[page][background=hi]
\starttext
\setlayer[hi]{hi}
\startTEXpage[offset=10em]
\null
\stopTEXpage
18 matches
Mail list logo
