On Wed, 7 Aug 2013 06:50:54 +0200
Lutz Haseloff wrote:
> Hi all,
>
> with
> LuaTeX, Version beta-0.77.0-2013073017 (rev 4639)
> and
> ConTeXt ver: 2013.08.06 15:50 MKIV beta fmt: 2013.8.7 int:
> english/english
> Context seems not to be able to typeset Labels anymore.
> Yesterday, before an U
·
> On 8/4/2013 3:43 PM, Philipp Gesang wrote:
> >Hi Hans,
> >
> >this is a bug report thanks to Khaled:
> >
> > http://tex.stackexchange.com/a/126650/14066
> >
> >In short: the font loader applies the kerning of libertine
> >version 5.3.0 even though this appears to be broken in the fon
Dear All,
Hello,
I am completely new to ConTeXt and after searching and exploring the
ConTeXt Garden wiki pages and other resources thoroughly, I decided
to write my first document in Persian which reads:
\enableregime [utf-8]
\definefontfeature [persian] [mode=node,language=dflt,script=arab
On 8/7/2013 10:50 AM, Mingranina Gingranina wrote:
Dear All,
Hello,
I am completely new to ConTeXt and after searching and exploring the
ConTeXt Garden wiki pages and other resources thoroughly, I decided
to write my first document in Persian which reads:
\enableregime [utf-8]
\define
On 8/7/2013 6:50 AM, Lutz Haseloff wrote:
Hi all,
with
LuaTeX, Version beta-0.77.0-2013073017 (rev 4639)
and
ConTeXt ver: 2013.08.06 15:50 MKIV beta fmt: 2013.8.7 int:
english/english
Context seems not to be able to typeset Labels anymore.
Yesterday, before an Update, all worked as expected.
Hi Hans,
Labels work again as expected.
Thanks for the quick help!
2013/8/7 Hans Hagen
> On 8/7/2013 6:50 AM, Lutz Haseloff wrote:
>
>> Hi all,
>>
>> with
>> LuaTeX, Version beta-0.77.0-2013073017 (rev 4639)
>> and
>> ConTeXt ver: 2013.08.06 15:50 MKIV beta fmt: 2013.8.7 int:
>> english/en
Hi list,
I need help to undestand this effect: If setuphead[chapter][page=no] and after
figure start a new chapter, than figure is moved to the page 2, although on
page 1 space is enough. Thanks.
\setuppapersize[A5][A5]
\setupbodyfont[10pt]
\setuphead[chapter][page=no]
\showframe
\starttext
\c
Dear Hans,
Hello,
Thank you very much for your reply. With your code the Persian part
disappears on my
system unless I insert the following two lines after \definefontfeature:
\usemodule[simplefonts]
\setmainfont[arial][feature=persian]
However the Persian characters still appears as isolat
On 8/7/2013 10:08 AM, Philipp Gesang wrote:
It’s that version (5.3.0). To quote Jonathan Kew [1]:
And the follow up [2]:
it all makes me wonder if otf is that clear and clean and good ... font
designers nowadays need to be programmers and close-readers-of-specs too
(esp because it seem to ta
Dear Hans,
Hello again,
I just noticed that your code works fine with Dejavusans TrueType font, but
not with some other TrueType fonts.
Thanks,
On 8/7/13, Mingranina Gingranina wrote:
> Dear Hans,
> Hello,
>
> Thank you very much for your reply. With your code the Persian part
> disappears on m
On 8/7/2013 2:38 PM, Mingranina Gingranina wrote:
Dear Hans,
Hello again,
I just noticed that your code works fine with Dejavusans TrueType font, but
not with some other TrueType fonts.
in which case you use fonts that have no arabic shapes
Hans
Am 07.08.2013 um 12:38 schrieb Mingranina Gingranina :
> Dear Hans,
> Hello,
>
> Thank you very much for your reply. With your code the Persian part
> disappears on my
> system unless I insert the following two lines after \definefontfeature:
> \usemodule[simplefonts]
> \setmainfont[arial][f
·
> On 8/7/2013 10:08 AM, Philipp Gesang wrote:
>
> >It’s that version (5.3.0). To quote Jonathan Kew [1]:
> >And the follow up [2]:
>
> it all makes me wonder if otf is that clear and clean and good ...
> font designers nowadays need to be programmers and
> close-readers-of-specs too (e
On 8/7/13, Hans Hagen wrote:
> On 8/7/2013 2:38 PM, Mingranina Gingranina wrote:
>> Dear Hans,
>> Hello again,
>>
>> I just noticed that your code works fine with Dejavusans TrueType font,
>> but
>> not with some other TrueType fonts.
>
> in which case you use fonts that have no arabic shapes
For
Hi Mingranina,
As Wolfgang said, if I fix the name of the key in \setmainfont (from « feature
» to « features », see below), then your test works fine here (using Mac OS X
10.8.4, and ConTeXt ver: 2013.08.07 14:40 MKIV beta fmt: 2013.8.7).
By the way in mkiv you don't need to add \enableregime
I found a solution that suits me:
\setuphead[chapter][page=]
--
Dmitriy
07.08.2013, 15:51, "Dmitriy Tokarev" :
> Hi list,
>
> I need help to undestand this effect: If setuphead[chapter][page=no] and
> after figure start a new chapter, than figure is moved to the page 2,
> although on page 1 spac
Hi,
the publication list can be configured with `\setuppublications` to be sorted
by cite order (`sorttype=cite`) or the order of the publication entries
(`sorttype=bbl`).
With the following setup the "short names" of the publication entries are used
for cite references:
\setuppublication
Dear list,
I have a document
(http://ediciones-criticas.tk/pdf/criticas-context.pdf), which is shows
a weird issue: some typing lines have an extra interline space added.
It can be found on the first code samples on pages 11 and 12 from the
above-mentioned document (sorry, but I have no other way
On 08/07/2013 04:09 PM, Mingranina Gingranina wrote:
> [...]
> For TrueType fonts which are in the directory '/usr/share/fonts/TTF/'
> everything works fine,
> but if the font is in '/usr/local/share/fonts/' then the code fails.
> Please note that I have already
> executed the commands:
>
> OSFONT
Am 07.08.2013 um 19:47 schrieb Pablo Rodríguez :
> Dear list,
>
> I have a document
> (http://ediciones-criticas.tk/pdf/criticas-context.pdf), which is shows
> a weird issue: some typing lines have an extra interline space added.
>
> It can be found on the first code samples on pages 11 and 12
On 8/7/2013 7:40 PM, Michael Scholtz wrote:
Hi,
the publication list can be configured with `\setuppublications` to be sorted
by cite order (`sorttype=cite`) or the order of the publication entries
(`sorttype=bbl`).
With the following setup the "short names" of the publication entries are use
On 8/7/13, Pablo Rodríguez wrote:
> On 08/07/2013 04:09 PM, Mingranina Gingranina wrote:
>> [...]
>> For TrueType fonts which are in the directory '/usr/share/fonts/TTF/'
>> everything works fine,
>> but if the font is in '/usr/local/share/fonts/' then the code fails.
>> Please note that I have al
On 8/7/13, Wolfgang Schuster wrote:
>
> Am 07.08.2013 um 12:38 schrieb Mingranina Gingranina
> :
>
>> Dear Hans,
>> Hello,
>>
>> Thank you very much for your reply. With your code the Persian part
>> disappears on my
>> system unless I insert the following two lines after \definefontfeature:
>>
On 08/07/2013 08:00 PM, Wolfgang Schuster wrote:
> Am 07.08.2013 um 19:47 schrieb Pablo Rodríguez :
> [...]
>> How can avoid the unwanted extra interline space in the typing environment?
>
> Can you make a minimal example which shows the wrong spacing?
> I can see it in your document but without a
On 8/6/2013 6:14 PM, Aditya Mahajan wrote:
On Tue, 6 Aug 2013, Wolfgang Schuster wrote:
Am 06.08.2013 um 17:53 schrieb Aditya Mahajan :
On Tue, 6 Aug 2013, Wolfgang Schuster wrote:
Am 06.08.2013 um 16:09 schrieb Alan BRASLAU :
Thank you Wolfgang, but I was wondering about the standard
\
On 8/7/2013 10:52 PM, Pablo Rodríguez wrote:
On 08/07/2013 08:00 PM, Wolfgang Schuster wrote:
Am 07.08.2013 um 19:47 schrieb Pablo Rodríguez :
[...]
How can avoid the unwanted extra interline space in the typing environment?
Can you make a minimal example which shows the wrong spacing?
I can
On 8/7/13, Otared Kavian wrote:
>
> As Wolfgang said, if I fix the name of the key in \setmainfont (from «
> feature » to « features », see below), then your test works fine here (using
> Mac OS X 10.8.4, and ConTeXt ver: 2013.08.07 14:40 MKIV beta fmt:
> 2013.8.7).
Unfortunately, on my system
27 matches
Mail list logo