On 01/10/2015 12:21 PM, Wolfgang Schuster wrote:
Am 10.01.2015 um 11:40 schrieb Pablo Rodriguez:
[...]
Is this a bug or am I missing something?
ConTeXt expects a dimension (e.g. 1cm) as argument for the header key
but since this is missing here you get a error message for this:
!
Am 10.01.2015 um 11:40 schrieb Pablo Rodriguez oi...@gmx.es:
Dear list,
I get an error when compiling this minimal sample with beta from
2015.01.10 00:44:
\setuplayout[header=,]
\starttext
\input zapf
\stoptext
Is this a bug or am I missing something?
ConTeXt expects
Dear list,
I get an error when compiling this minimal sample with beta from
2015.01.10 00:44:
\setuplayout[header=,]
\starttext
\input zapf
\stoptext
Is this a bug or am I missing something?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
On 12/31/2014 09:10 AM, Akira Kakuto wrote:
$ contextjit --version
mtxrun | unknown script 'context.lua' or 'mtx-context.lua'
I have reproduced it, after some trials, by removing files
in trees in cache.
So try
mtxrun --generate
Akira
many thanks for your reply and a Happy
On 12/31/2014 12:14 PM, Philipp Gesang wrote:
···date: 2014-12-31, Wednesday···from: Pablo Rodriguez···
[...]
I’m afraid I only get two blank lines from mtxrunjit --find-file
mtx-context.lua. The same happens with mtxrun.
No result means mtxrun can’t find it. What do you get when you
run
$ contextjit --version
mtxrun | unknown script 'context.lua' or 'mtx-context.lua'
I have reproduced it, after some trials, by removing files
in trees in cache.
So try
mtxrun --generate
Best,
Akira
___
···date: 2014-12-31, Wednesday···from: Pablo Rodriguez···
On 12/30/2014 09:08 PM, Philipp Gesang wrote:
···date: 2014-12-30, Tuesday···from: Pablo Rodriguez···
[...]
I’m still experiencing this with beta from 2014.12.30 09:48.
Could anyone confirm this? (I’m on Fedora 20, using the
On 12/29/2014 10:33 PM, Pablo Rodriguez wrote:
Hans,
I have just updated ConTeXt Standalone to beta from 2014.12.29 10:01 and
I get the following error:
$ contextjit --version
mtxrun | unknown script 'context.lua' or 'mtx-context.lua'
I’m afraid this seems to be a bug.
I’m
···date: 2014-12-30, Tuesday···from: Pablo Rodriguez···
On 12/29/2014 10:33 PM, Pablo Rodriguez wrote:
Hans,
I have just updated ConTeXt Standalone to beta from 2014.12.29 10:01 and
I get the following error:
$ contextjit --version
mtxrun | unknown script
On 12/30/2014 09:08 PM, Philipp Gesang wrote:
···date: 2014-12-30, Tuesday···from: Pablo Rodriguez···
[...]
I’m still experiencing this with beta from 2014.12.30 09:48.
Could anyone confirm this? (I’m on Fedora 20, using the 32bit version of
the ConTeXt Suite.)
Nope, doesn’t happen on
Hans,
I have just updated ConTeXt Standalone to beta from 2014.12.29 10:01 and
I get the following error:
$ contextjit --version
mtxrun | unknown script 'context.lua' or 'mtx-context.lua'
I’m afraid this seems to be a bug.
Many thanks for your help,
Pablo
--
http://www.ousia.tk
On 12/11/2014 7:04 PM, Pablo Rodriguez wrote:
Dear list,
I have the following sample:
\showframe\showgrid
\setuppapersize[A6]
\setupitemize[inbetween={\blank[preference,big]}]
\starttext
\dorecurse{3}{\dorecurse{3}{Sometimes is really hard
to place list items. Am
On 12/12/2014 09:36 AM, Hans Hagen wrote:
On 12/11/2014 7:04 PM, Pablo Rodriguez wrote:
[...]
Although I ask ConTeXt to try to insert a page break between list items
(which for some strange reason is avoided), the whole first list item is
moved to the next page, leaving a huge blank space in
Am 12.12.2014 um 16:32 schrieb Pablo Rodriguez oi...@gmx.es:
On 12/12/2014 09:36 AM, Hans Hagen wrote:
On 12/11/2014 7:04 PM, Pablo Rodriguez wrote:
[...]
Although I ask ConTeXt to try to insert a page break between list items
(which for some strange reason is avoided), the whole first
On 12/12/2014 06:53 PM, Wolfgang Schuster wrote:
Am 12.12.2014 um 16:32 schrieb Pablo Rodriguez:
On 12/12/2014 09:36 AM, Hans Hagen wrote:
[...]
maybe
\startitemize[loose]
Many thanks for your reply, Hans
What would be the way to add it in a setup command?
[...]
Dear list,
I have the following sample:
\showframe\showgrid
\setuppapersize[A6]
\setupitemize[inbetween={\blank[preference,big]}]
\starttext
\dorecurse{3}{\dorecurse{3}{Sometimes is really hard
to place list items. Am I missing something? }\par}
\startitemize
Hans,
after updating to latest beta I get an error when compiling the sample
bellow with beta from 2014.12.09 13:03:
\setupitaliccorrection[global,always]
\definefontfamily[mainface][serif][TeX Gyre Pagella]
\setupbodyfont[mainface,15pt]
\def\ConTeXt{Con\-\TeX{}t}
\starttext
On 12/10/2014 7:51 PM, Pablo Rodriguez wrote:
Hans,
after updating to latest beta I get an error when compiling the sample
bellow with beta from 2014.12.09 13:03:
\setupitaliccorrection[global,always]
\definefontfamily[mainface][serif][TeX Gyre Pagella]
On 12/10/2014 08:14 PM, Hans Hagen wrote:
On 12/10/2014 7:51 PM, Pablo Rodriguez wrote:
Hans,
after updating to latest beta I get an error when compiling the sample
bellow with beta from 2014.12.09 13:03:
\setupitaliccorrection[global,always]
\definefontfamily[mainface][serif][TeX
On 11/07/2014 12:28 AM, Hans Hagen wrote:
On 11/6/2014 6:24 PM, Pablo Rodriguez wrote:
[...]
I think this is a bug.
Many thanks for your help,
fixed in next beta (side effect of cleaning up list code)
Many thanks for the fast fix, Hans.
I’m afraid I discovered another bug in the new
Am 07.11.2014 um 15:04 schrieb Michał Goliński golin...@amu.edu.pl:
The following example is taken from the wiki
(http://wiki.contextgarden.net/Command/setuplist):
\define[3]\SectionToCEntry{
\leftaligned\bgroup
\hbox to 2em{#3}%
\hskip 1em
The following example is taken from the wiki
(http://wiki.contextgarden.net/Command/setuplist):
\define[3]\SectionToCEntry{
\leftaligned\bgroup
\hbox to 2em{#3}%
\hskip 1em
\vtop{\hsize\dimexpr\textwidth-3em\relax#2}%
\egroup
}
\setuplist
[part]
[alternative=interactive,
Dear list,
using latest beta from 2014.11.06 14:55, TOC is missing from this sample:
\starttext
\title{Sumario}\placelist[part,chapter]
\startfrontmatter
\chapter{Prólogo}
\part{Introducción}
\chapter{\ConTeXt\ y la tipografía digital}
\stopfrontmatter
\stoptext
I think this is a bug.
Many
On 11/6/2014 6:24 PM, Pablo Rodriguez wrote:
Dear list,
using latest beta from 2014.11.06 14:55, TOC is missing from this sample:
\starttext
\title{Sumario}\placelist[part,chapter]
\startfrontmatter
\chapter{Prólogo}
\part{Introducción}
\chapter{\ConTeXt\ y la tipografía digital}
On 11/6/2014 6:24 PM, Pablo Rodriguez wrote:
Dear list,
using latest beta from 2014.11.06 14:55, TOC is missing from this sample:
\starttext
\title{Sumario}\placelist[part,chapter]
\startfrontmatter
\chapter{Prólogo}
\part{Introducción}
\chapter{\ConTeXt\ y la tipografía digital}
Dear list,
I have the following sample:
\starttext
\index{tipografía digital}
\index{tipografías}
\index{idioma+de un pasaje}
\index{idioma+del documento}
\completeindex
\stoptext
No matter what language I choose (en, de, nl, es, fr), sorting order is
wrong:
Dear list,
I have the following sample:
\asciimode
\starttext
\useURL[url][only#one]\from[url]
\stoptext
\asciimode seems to repeat the hash char.
I’m afraid this might be a bug.
Many thanks for your help,
Pablo
--
http://www.ousia.tk
Am 19.10.2014 um 21:52 schrieb Pablo Rodriguez oi...@gmx.es:
Dear list,
I have the following sample:
\asciimode
\starttext
\useURL[url][only#one]\from[url]
\stoptext
\asciimode seems to repeat the hash char.
I’m afraid this might be a bug.
It’s a known side effect
On 09/18/2014 05:55 AM, Thomas A. Schmitz wrote:
On 17 Sep 2014, at 10:03, Pablo Rodriguez wrote:
Hyphenation points for this word are: κοι[-||]νώ[-||]σε[-||]σθαι.
Sorry, but I think that the bug is clear, but I don’t know how to
provide a minimal sample.
Many thanks for your help,
Why
So your problem has nothing to do with Greek hyphenation, it’s about the way
you define your \CritApp command. You could have shown the same problem with an
English text. It appears that injecting the word via your macro breaks
hyphenation, but I assume Hans and Wolfgang will know better about
Hi Thangalin,
I use \hsize\zeropoint to force ConTeXt to break lines at every
hyphenation point.
I found a bug in a Greek edition of the Hippocratic oath I’m trying to
typeset. Last line from the first page
http://www.ousia.tk/hippocratic-oath.pdf.
Hyphenation points for this word are:
On 17 Sep 2014, at 10:03, Pablo Rodriguez oi...@gmx.es wrote:
I found a bug in a Greek edition of the Hippocratic oath I’m trying to
typeset. Last line from the first page
http://www.ousia.tk/hippocratic-oath.pdf.
Hyphenation points for this word are: κοι[-||]νώ[-||]σε[-||]σθαι.
Sorry,
Hi Pablo,
Are you able to avoid \hsize in favour of something like start/stopnarrower?
\setuppapersize[A8]
\starttext
\startnarrower[-left]
\startlinenumbering
sentence
sentence
sentence
\stoplinenumbering
\stopnarrower
\startnarrower[-left]
sentence
sentence
sentence
\stopnarrower
\stoptext
Dear list,
I have a simplified verson of the sample I submitted to the list almost
a week ago:
\setuppapersize[A8]
\starttext
\startlinenumbering
\hsize\zeropoint
sentence
sentence
sentence
\stoplinenumbering
\hsize\zeropoint
sentence
sentence
sentence
\stoptext
I’m afraid that line numbering
On 08/30/2014 12:00 PM, Hans Hagen wrote:
On 8/30/2014 6:47 AM, Pablo Rodriguez wrote:
Dear list,
the following sample shows bad hyphenation in the first body line and in
many linenotes:
\showframe
\definepapersize[HippPaper][width=6in, height=9in]
\setuppapersize[HippPaper]
On 8/30/2014 6:47 AM, Pablo Rodriguez wrote:
Dear list,
the following sample shows bad hyphenation in the first body line and in
many linenotes:
\showframe
\definepapersize[HippPaper][width=6in, height=9in]
\setuppapersize[HippPaper]
\setupnote[linenote][rule=off, paragraph=yes,
On 08/30/2014 12:00 PM, Hans Hagen wrote:
On 8/30/2014 6:47 AM, Pablo Rodriguez wrote:
Dear list,
the following sample shows bad hyphenation in the first body line and in
many linenotes:
[...]
If this is not a bug, what am I missing here?
more a side effect of binding a reference node
Dear list,
the following sample shows bad hyphenation in the first body line and in
many linenotes:
\showframe
\definepapersize[HippPaper][width=6in, height=9in]
\setuppapersize[HippPaper]
\setupnote[linenote][rule=off, paragraph=yes, split=verystrict,
scope=text, inbetween=\hskip1.5em,
It works with this workaround. Thanx for the help!
Regards
Günter
Am Wed, 13 Aug 2014 10:39:46 -0400 (EDT)
schrieb Aditya Mahajan adit...@umich.edu:
On Mon, 11 Aug 2014, Günter Kolousek wrote:
I think there is a bug in the (latest) beta that was not there
earlier this year. In
On Thu, 14 Aug 2014, Günter Kolousek wrote:
It works with this workaround. Thanx for the help!
Note that the bug has been fixed in the latest version of the vim module,
so the workaround is no longer needed.
On Mon, 11 Aug 2014, Günter Kolousek wrote:
I think there is a bug in the (latest) beta that was not there earlier
this year. In particular, it worked (and still works) in the version
current version: 2014.03.19 23:11
but it show *no* line numbers at all in the (latest) beta:
current
Am 13.08.2014 um 16:39 schrieb Aditya Mahajan adit...@umich.edu:
numberlocation=left is the default anyways, so I don't know why the bug
occurs.
Could be a inheritance problem (maybe wrong parent setting) and vimtyping
doesn’t fall back to the default syntaxhighlightingparameter values.
On Wed, 13 Aug 2014, Wolfgang Schuster wrote:
Am 13.08.2014 um 16:39 schrieb Aditya Mahajan adit...@umich.edu:
numberlocation=left is the default anyways, so I don't know why the bug occurs.
Could be a inheritance problem (maybe wrong parent setting) and vimtyping
doesn’t fall back to the
I think there is a bug in the (latest) beta that was not there earlier
this year. In particular, it worked (and still works) in the version
current version: 2014.03.19 23:11
but it show *no* line numbers at all in the (latest) beta:
current version: 2014.07.30 10:31
A minimal example
Hi,
On Mon, 11 Aug 2014, Günter Kolousek wrote:
I think there is a bug in the (latest) beta that was not there earlier
this year. In particular, it worked (and still works) in the version
current version: 2014.03.19 23:11
but it show *no* line numbers at all in the (latest) beta:
I do
Hi,
this works with the latest beta!
Günter
Am Tue, 12 Aug 2014 11:36:00 -0400 (EDT)
schrieb Aditya Mahajan adit...@umich.edu:
Hi,
On Mon, 11 Aug 2014, Günter Kolousek wrote:
I think there is a bug in the (latest) beta that was not there
earlier this year. In particular, it worked
\starttext
\startlinenumbering
\input knuth
\stoplinenumbering
\stoptext
The line numbers seem better in mkii than in mkiv.
Best regards,
Akira
___
If your question is of interest to others as well, please add an
I think there is a bug in the (latest) beta that was not there earlier
this year. In particular, it worked (and still works) in the version
current version: 2014.03.19 23:11
but it show *no* line numbers at all in the (latest) beta:
current version: 2014.07.30 10:31
A minimal example
Hi Günter,
Your minimal example gives the expected result with with the latest mkiv
(ConTeXt ver: 2014.07.25 12:57 MKIV beta fmt: 2014.7.25 int:
english/english), as well with the stable version included in TeXLive 2014.
Best regards: OK
On 02 Aug 2014, at 17:05, Günter Kolousek
On 08/03/2014 08:09 PM, Otared Kavian wrote:
Hi Günter,
Your minimal example gives the expected result with with the latest
mkiv (ConTeXt ver: 2014.07.25 12:57 MKIV beta fmt: 2014.7.25 int:
english/english), as well with the stable version included in TeXLive 2014.
Otared,
I think there is
Hi OK,
thanks for your prompt reply.
I just updated to
2014.07.30 10:31 MKIV beta fmt: 2014.8.3 int: english/english
but I get the same error message as before. It worked in the spring
this year. Do you have a hint where can I search for?
Maybe I should be a little bit more concrete. Yes,
Am 03.08.2014 22:22, schrieb Günter Kolousek:
I just updated to
2014.07.30 10:31 MKIV beta fmt: 2014.8.3 int: english/english
but I get the same error message as before. It worked in the spring
this year. Do you have a hint where can I search for?
Maybe I should be a little bit
Hi Günter,
I updated to
ConTeXt ver: 2014.07.30 10:31 MKIV beta fmt: 2014.8.4 int:
english/english
and tested again your minimal example: it is typeset correctly without any
error message nor warnings from ConTeXt mkiv.
I am sorry I cannot give you any help regarding the origin of
I think there is a bug in the (latest) beta (2014.07.30 10:31 MKIV beta
fmt: 2014.8.2 int: english/english) that was *not* there earlier
this year!
Please, could somebody help and maybe provide a tip for a workaround?
It concerns the integration with tikz where I get now the following
error
Hello All,
I’ve recently been experimenting with contextual features in EB Garamond
and LuaTeX’s output is puzzling. As a showcase, I tried to implement the
famous TeX logos with opentype. This is realized in a feature xtex
with GSUB and GPOS lookup tables for substituting some glyphs and for
On 7/18/2014 12:03 PM, Georg Duffner wrote:
Hello All,
I’ve recently been experimenting with contextual features in EB Garamond
and LuaTeX’s output is puzzling. As a showcase, I tried to implement the
famous TeX logos with opentype. This is realized in a feature xtex
with GSUB and GPOS lookup
Thanks Wolfgang!
Indeed I didn’t know
\setuplocalinterlinespace
and the fact that it has to be enclosed between \start \stop grouping.
I tried to put this information on the wiki, but it seems that
http://wiki.contextgarden.net
is down today.
Best regards: OK
On 07 Jul 2014,
Does anybody know how to change the interline space in a part of a document?
I send again the message below:
Hi all,
I don’t know how to change the interline space in a chapter.
In principle I thought that if at some point I have used for some reason
\setupinterlinespace[4.0ex]
then
Am 07.07.2014 um 18:35 schrieb Otared Kavian ota...@gmail.com:
Does anybody know how to change the interline space in a part of a document?
\setupinterlinespace[line=3.2ex] % global setting (\setupinterlinespace[3.2ex]
== \setupinterlinespace[line=3.2ex])
\starttext
\input ward
\blank
Hi all,
I don’t know how to change the interline space in a chapter.
In principle I thought that if at some point I have used for some reason
\setupinterlinespace[4.0ex]
then saying
\setupinterlinespace[reset,small]
would reset the interline space to its default value, but this is
Am 28.06.2014 um 23:53 schrieb Mo Abrahams moabrahams+cont...@dashavoo.com:
Table splitting across pages interferes with the footer.
Using ConTeXt ver: 2014.06.22 19:58 MKIV beta
Example:
\usemodule[letter]
\setupletterlayer[foot][alternative=gbrief]
\setupTABLE[split=yes]
Table splitting across pages interferes with the footer.
Using ConTeXt ver: 2014.06.22 19:58 MKIV beta
Example:
\usemodule[letter]
\setupletterlayer[foot][alternative=gbrief]
\setupTABLE[split=yes]
\startletter
\bTABLE
\dorecurse{40}{\bTR \bTD Test \eTD \eTR}
\eTABLE
\stopletter
On 06/07/2014 10:57 PM, Hans Hagen wrote:
On 6/7/2014 8:41 PM, Pablo Rodriguez wrote:
[...]
AFAIK, no \part could be the last line of a page in the contents.
Well, I’m afraid this isn’t the case.
Could anyone confirm whether I am doing something wrong or this is bug?
\setuplist
Dear list,
sorry for posting this issue twice, but I wonder whether it went
unnoticed because I added it in an answer to an already replied message.
I have the following sample:
\setuppapersize[A6]
\setuplist[part][after={\blank[samepage,big]}]
\starttext
\completecontent
On 6/7/2014 8:41 PM, Pablo Rodriguez wrote:
Dear list,
sorry for posting this issue twice, but I wonder whether it went
unnoticed because I added it in an answer to an already replied message.
I have the following sample:
\setuppapersize[A6]
On 06/05/2014 06:56 PM, Hans Hagen wrote:
On 6/5/2014 6:02 PM, Pablo Rodriguez wrote:
I don’t have a minimal sample (yet), but I have added the command above
to force part titles in contents to be with the next part title.
Well, the contents take five pages and two of them finish with a part
Am 28.05.2014 um 11:37 schrieb pol stra r...@hotmail.fr:
Subject: Re: [NTG-context] [bug?] no space before \cite[data][] and after
\abbreviation
From: schuster.wolfg...@gmail.com
Date: Tue, 27 May 2014 16:38:28 +0200
CC: ntg-context@ntg.nl
To: r...@hotmail.fr
Am
Dear list,
I don’t have a minimal sample (yet), but I have added the command above
to force part titles in contents to be with the next part title.
Well, the contents take five pages and two of them finish with a part title.
Am I missing something or is this a bug? And if it were a bug, would
On 6/5/2014 6:02 PM, Pablo Rodriguez wrote:
Dear list,
I don’t have a minimal sample (yet), but I have added the command above
to force part titles in contents to be with the next part title.
Well, the contents take five pages and two of them finish with a part title.
Am I missing something
On 05/31/2014 12:28 AM, Hans Hagen wrote:
On 5/30/2014 7:33 PM, Pablo Rodriguez wrote:
Hans,
I’m afraid that the latest beta contains a bug that prevents the
compilation of any document.
Error is the following (complete log available at
http://www.ousia.tk/nocache.log):
Ouch---my
Dear list
I experience weird results with latest beta (2014.05.30 23:26).
Here is the sample:
\setuppapersize[A6]
\setuptagging[state=start]
\setuptyping[margin=yes,align={right,broad}]
\starttext
\starttyping
\setuptyping[margin=yes, align={right,broad}]
\stoptyping
On 05/31/2014 12:49 PM, Hans Hagen wrote:
On 5/31/2014 8:30 AM, Pablo Rodriguez wrote:
[...]
If I disable \setuptagging, output is fine. But with \setuptagging
enabled, the typing environment doesn’t display multiple lines.
Am I doing something wrong or have I hit a bug?
The space in
Am 31.05.2014 um 13:37 schrieb Pablo Rodriguez oi...@gmx.es:
On 05/31/2014 12:49 PM, Hans Hagen wrote:
On 5/31/2014 8:30 AM, Pablo Rodriguez wrote:
[...]
If I disable \setuptagging, output is fine. But with \setuptagging
enabled, the typing environment doesn’t display multiple lines.
Am
On 05/31/2014 02:20 PM, Wolfgang Schuster wrote:
1. I think you have to redefined the \doverbatimspace command.
\appendtoks
\unexpanded\def\doverbatimspace{\hskip\zeropoint\char32\hskip\zeropoint}%
\to \everyenableelements
2. You have to put this code block *before* \setuptagging.
Am 31.05.2014 um 18:01 schrieb Pablo Rodriguez oi...@gmx.es:
On 05/31/2014 02:20 PM, Wolfgang Schuster wrote:
1. I think you have to redefined the \doverbatimspace command.
\appendtoks
\unexpanded\def\doverbatimspace{\hskip\zeropoint\char32\hskip\zeropoint}%
\to \everyenableelements
On 05/31/2014 06:17 PM, Wolfgang Schuster:
Am 31.05.2014 um 18:01 schrieb Pablo Rodriguez:
Many thanks for your fast reply, Wolfgang.
I’m afraid that it doesn’t work with this sample (ConTeXt isn’t able to
compile the source):
\appendtoks
Hans,
I’m afraid that the latest beta contains a bug that prevents the
compilation of any document.
Error is the following (complete log available at
http://www.ousia.tk/nocache.log):
Ouch---my internal constants have been clobbered! ---case 1
mtx-context | fatal error: return code: 1
On 5/30/2014 7:33 PM, Pablo Rodriguez wrote:
Hans,
I’m afraid that the latest beta contains a bug that prevents the
compilation of any document.
Error is the following (complete log available at
http://www.ousia.tk/nocache.log):
Ouch---my internal constants have been clobbered! ---case 1
Subject: Re: [NTG-context] [bug?] no space before \cite[data][] and after
\abbreviation
From: schuster.wolfg...@gmail.com
Date: Tue, 27 May 2014 16:38:28 +0200
CC: ntg-context@ntg.nl
To: r...@hotmail.fr
Am 25.05.2014 um 09:27 schrieb Pol Stra r...@hotmail.fr:
What about the cite
Am 25.05.2014 um 09:27 schrieb Pol Stra r...@hotmail.fr:
What about the cite command and the space _before_?
Do you have a minimal example for this?
Wolfgang
___
If your question is of interest to others as well,
On 05/26/2014 10:24 AM, Hans Hagen wrote:
On 5/26/2014 7:47 AM, Pablo Rodriguez wrote:
[...]
Page break is wrong if \section is enabled (or I am missing something
extremely basic).
I guess it might be worth fixing it also for ConTeXt in TeX Live 2014.
Many thanks for your help,
It has
Le jeudi 22 mai 2014, 16:15:22 Wolfgang Schuster a écrit :
Am 22.05.2014 um 14:35 schrieb pol stra r...@hotmail.fr:
Hello,
I used see \cite[data] in a document and I obtained seeAuthor without
space between see and Author. I think it is a bug.
I also had troubles with abbreviations
Dear list,
I’m afraid there is a bug (I think it was) introduced in beta from
2014.05.21 22:04:
\showframe
\setuppapersize[A6]
\starttext
\dorecurse{23}{This is only a random sentence. }
\section{Section}
\input zapf
\stoptext
Page break is wrong if \section is
Hello,
I used see \cite[data] in a document and I obtained seeAuthor without space
between see and Author. I think it is a bug.
I also had troubles with abbreviations (although it might be a bad use from
myself):
setting \abbreviation{AB}{Abbreviation}
an \AB some text will give an ABsome
Am 22.05.2014 um 14:35 schrieb pol stra r...@hotmail.fr:
Hello,
I used see \cite[data] in a document and I obtained seeAuthor without
space between see and Author. I think it is a bug.
I also had troubles with abbreviations (although it might be a bad use from
myself):
setting
Hi,
This is true, but as I gradually abandoned LaTeX for ConTeXt, I'm a
little too quickly precipitate. In addition, I prefer TikZ to PSTricks
that I do not control very well, pending the integration of PSTricks in
Context.
The solution \strut you propose works perfectly.
Regards,
Fabrice
Hi,
Why the three words are not aligned on the baseline ?
Regards,
Fabrice
\usemodule[tikz]
\starttext
\starttikzpicture[level/.style={sibling distance=10mm}]
\node{}[grow=right]
child{node{J}}
child{node{R}}
child{node{B}
child{node{J}}
child{node{R}}
child{node{B}
child{node{J}}
child{node{R}}
On Thu, 15 May 2014, Fabrice Couvreur wrote:
Hi,
Why the three words are not aligned on the baseline ?
Regards,
Fabrice
\usemodule[tikz]
\starttext
\starttikzpicture[level/.style={sibling distance=10mm}]
\node{}[grow=right]
child{node{J}}
child{node{R}}
child{node{B}
child{node{J}}
I have to use this hack to make section titles appear when I use section
blocks (Hans, could you have a look at this bug of your s-pre-60.mkiv
module when you have time please?):
\usemodule[pre-60]
\setupinteraction[state=start]
\starttext
\startfrontmatter
\StartSteps % -- Hack
On 4/14/2014 8:10 AM, H. Özoguz wrote:
My question ist still unclear, I guess?
How to describe it better? Or, if understood, is that not solvable easily?
Thanks for help to make this font completely work with ConTeXt
a real minimal example with clear explanation is needed so that it can
be
a real minimal example with clear explanation is needed so that it can
be traced (and we need to be sure the font is right)
I have postet a minexample already here:
http://www.ntg.nl/pipermail/ntg-context/2014/077590.html
There is a link to the used font, too. If you have problem to see the
My question ist still unclear, I guess?
How to describe it better? Or, if understood, is that not solvable easily?
Thanks for help to make this font completely work with ConTeXt
Huseyin
___
If your question is of
On 4/7/2014 7:37 AM, H. Özoguz wrote:
Just remembering. Is it possible to fix this bug?
it's not clear to me what the bug is
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27
it's not clear to me what the bug is
Hans
Ok, the bug is, that, if you try my code with the mentioned font (you
can take it from the html source code to be sure to get the right
unicode char, here:
http://www.ntg.nl/pipermail/ntg-context/attachments/20140403/22b89844/attachment-0001.html
Just remembering. Is it possible to fix this bug?
Thanks!
Huseyin
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl /
I do not know, why the mailing-list
shows question-marks here, in my mailing programm this unicode
symbol is correctly shown.
To be sure, I attached an text-file with the word in it, s.t.
everybody should be able to test this bug.
Did that
Hans,
I’m afraid that the last beta (from today) introduced a bug that
prevents heads to be generated with indices.
The minimal sample:
\starttext
\index{æ}ae
\chapter{Index place}
\placeindex
%~ \completeindex
\stoptext
It doesn’t work either with \placeindex or
On 4/3/2014 5:56 PM, Pablo Rodriguez wrote:
Hans,
I’m afraid that the last beta (from today) introduced a bug that
prevents heads to be generated with indices.
The minimal sample:
\starttext
\index{æ}ae
\chapter{Index place}
\placeindex
%~ \completeindex
On 04/04/2014 12:12 AM, Hans Hagen wrote:
On 4/3/2014 5:56 PM, Pablo Rodriguez wrote:
Hans,
I’m afraid that the last beta (from today) introduced a bug that
prevents heads to be generated with indices.
in fact all text preceding mixed columns was gone .. side effect of
playing with
Hi,
used font:
http://fonts.qurancomplex.gov.sa/wp-content/uploads/2012/06/UthmanTN1-Ver10.zip
Minexample:
\definefont[uthm][file:UthmanTN1Ver10*arabic at 20pt]
\starttext
\uthm
\setupalign[r2l]
\stoptext
You see, that
601 - 700 of 1515 matches
Mail list logo