Re: [NTG-context] EPUB woes

2013-11-18 Thread Keith J. Schultz

Am 16.11.2013 um 17:51 schrieb Bill Meahan subscribed_li...@meahan.net:

 On 11/16/2013 11:00 AM, Keith J. Schultz wrote:
 Hi Bill,
 
 Using a PDF as a basis for creating an Epub ebook is actually a lost cause.
 EPUB is a container format that just wraps around your PDF. I do not know of 
 any
 ereader that can actually adjust the formatting/layout of a pdf in any 
 significantly
 useful way. You are stuck with the formatting in the PDF.
 
 For a EPUB-ebook to adjust properly you need to use HTML5 and CSS. Producing 
 PDF an sticking it into a
 EPUB or MOBI wrapper just does not make sense.
 
 regards
  Keith.
 
 You are totally misreading what I wrote!
Sorry.  But, from your original statement:
I have followed the steps on the wiki to the letter, using the export-example 
file provided with the standalone distribution. A PDF generated from the file 
is exactly what I would expect from an example. The generated epub, however, is 
useless - all the text is jammed together into one continuous block with no 
formatting whatsoever.

I assumed that the PDF was be put in the EPub- wrapper! According to the 
EPub standard this can be done!
I have to admit that I have not been following the progress done in ConTeXt 
for creating EPubs/eBooks.

Others have answered, and explain what you need to do to get a possibly 
working EPub.
See my comments in my replies to their posts.

regards
Keith. 


___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

[NTG-context] Unexpected behaviour of enumeration in mkiv

2013-11-18 Thread Thomas Möbius
Hi,

please have a look at the minimal example at the bottom.  I am
typesetting theorems and lemmata which are numbered consecutively
within chapters in a book.  I used the same code for a document
written in mkii, and I thought I could just reuse it in mkiv.
Obviously, there is something I am missing.  Question: How do I get
the same output when compiling the following code with 'context' as
when compiled with 'texexec'.

When compiled with 'context', the chapter number is missing in the
numbering of theorems. Lemmas are not numbered at all.

~~~snip~~~
\setupenumerations
[title=yes,
style=normal,
list=all,
before={\blank[big]},
after={\blank[big]},
location=serried,
width=broad,
distance=0.5em,
headstyle=bold,
titlestyle=bold,
way=bychapter,
conversion=numbers]

\defineenumeration
[theorem]
[text=Theorem, listtext={Theorem }]

\defineenumeration
[lemma]
[text=Lemma, listtext={Lemma }, number=theorem]

\starttext

\chapter{First chapter}

\theorem Hello

\theorem Hello

\lemma Hello

\theorem Hello

\stoptext
~~~snip~~~
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] EPUB woes

2013-11-18 Thread Keith J. Schultz
Hi All,

I find that the ConTeXt approach to creating the EPub is flawed is a 
fundemental way!

NOT TECHNICALLY.

The EPub Standard is a big mess and if you really look at not a true standard 
in a
true sense.

Let me explain. 
1) The file structure is well documented and properly defines
 the way a EPub file MUST contain and how file therein must
 be structure and listed. (notice that I use the word MUST)

2) Now, what a EPub-READER must implement to handle is very
 little. There are HARDLY ANY provisions that a certified 
EPuB-READER has
 to implement any particular engine or features therein to 
display/render
 the information contain in the EPub-file/wrapper.

In other words it is simply a wrapper file format. and truly nothing more.
There is NO REQUIREMENT in the standard that perfectly valid xhtml or
HTML5 will be  properly displayed in a certified EPub Reader!

The standard has become more strict in recent years, yet still lacking.


Am 16.11.2013 um 18:37 schrieb Aditya Mahajan adit...@umich.edu:

[snip, snip]

 When you run `mtxrun --script epub --make test`, it just takes the files 
 specificied in the files field, and zips them in as a epub file.
 
 Now, in principle, any epub reader should support the any XHTML file; in 
 practice, they only support the default XHTML tags. The XML+CSS file that 
 ConTeXt generates are not handled correctly by most (all?) EPUB readers.
Here is where my critic of ConTeXt approach grabs. What good is if one 
produces a perfectly correct EPub, yet hardly any EPub reader can
handle. 
I remember correctly, an EPub Reader need not implement the handling of 
xhtml inorder to be certified or, if you wish, adhere to the standard.
The basic reason why xhtml is handled is because most html renders 
handle xhtml. 
Yet, the standard only requires that very basic html features be 
implemented and the author is required to offer fallbacks incase features are 
not
 supported.

 So there are three options:
 
 1. Wait until the EPUB readers catch up. It took almost 10-15 years for the 
 browsers to catch up with the HTML standards, and I don't have much hope for 
 EPUB readers here. Last I checked, none of them supported even MATHML-2.
Like I mentioned above a EPub reader is not REQUIRED to support it!
 
 2. Write a script (either using xmlproc, or using you favorite XML parser in 
 your favorite language) that converts the XML generated by ConTeXt into a 
 standard XHTML file. This is the easiest and the least time consuming 
 alternative.
AGAIN, as mentioned above there is no guarantee that it will be 
displayed properly.
Support/export of HTML5 would seem to me to be a better option, but 
then the HTML5 standard is not
complete and not fully supported by most newer ereaders, also.
 
 3. Modify the way in which ConTeXt generates the XML files. Ideally, I should 
 be able to write something like
Would be nice if there where commands in ConTeXt or a module for 
defining what should go into the CSS and a 
mode epub where the ConTeXt commands are converted to suitible HTML5 
structures that are suitiable for
most ereaders. 
Features: 
   1) margins in percentages
   2) font sizes based on em
   3) a new file for every chapter optional for sections 
user defined
Just a few. Lots more can be found in any decent documentation on 
writing ebooks.


regards
Keith.

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Unexpected behaviour of enumeration in mkiv

2013-11-18 Thread Wolfgang Schuster

Am 15.11.2013 um 17:02 schrieb Thomas Möbius kont...@thomasmoebius.de:

 Hi,
 
 please have a look at the minimal example at the bottom.  I am
 typesetting theorems and lemmata which are numbered consecutively
 within chapters in a book.  I used the same code for a document
 written in mkii, and I thought I could just reuse it in mkiv.
 Obviously, there is something I am missing.  Question: How do I get
 the same output when compiling the following code with 'context' as
 when compiled with 'texexec'.
 
 When compiled with 'context', the chapter number is missing in the
 numbering of theorems. Lemmas are not numbered at all.
 
 ~~~snip~~~
 \setupenumerations
[title=yes,
style=normal,
list=all,
before={\blank[big]},
after={\blank[big]},
location=serried,

Change “location=serried” to “alternative=serried”.

width=broad,
distance=0.5em,
headstyle=bold,
titlestyle=bold,
way=bychapter,
conversion=numbers]

You have to change “conversion” to “numberconversion” but this isn’t
necessary because numbers are the default conversion format.

To have chapter numbers as part of the counter add “prefix=yes”.

 \defineenumeration
[theorem]
[text=Theorem, listtext={Theorem }]
 
 \defineenumeration
[lemma]
[text=Lemma, listtext={Lemma }, number=theorem]

To use the counter of another enumeration use “counter=theorem”, not 
“name=theorem”.

Wolfgang
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] EPUB woes

2013-11-18 Thread Hans Hagen

On 11/18/2013 10:00 AM, Keith J. Schultz wrote:


2) Now, what a EPub-READER must implement to handle is very
 little. There are HARDLY ANY provisions that a certified 
EPuB-READER has
  to implement any particular engine or features therein to 
display/render
 the information contain in the EPub-file/wrapper.


right, and I'm not going to waste time on it till i have a decent ebook 
reader that behaves well



3. Modify the way in which ConTeXt generates the XML files. Ideally, I should 
be able to write something like

Would be nice if there where commands in ConTeXt or a module for 
defining what should go into the CSS and a
mode epub where the ConTeXt commands are converted to suitible HTML5 
structures that are suitiable for
most ereaders.
Features:
1) margins in percentages
2) font sizes based on em
   3) a new file for every chapter optional for sections 
user defined
Just a few. Lots more can be found in any decent documentation on 
writing ebooks.


context outputs xml and as a bonus provides a css too ... one can always 
convert that xml to his/her ebooks liking .. maybe at some point the 
mtx-epub script will do that


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] EPUB woes

2013-11-18 Thread Keith J. Schultz
Hi Hans,


Am 18.11.2013 um 13:21 schrieb Hans Hagen pra...@wxs.nl:

 On 11/18/2013 10:00 AM, Keith J. Schultz wrote:
 
  2) Now, what a EPub-READER must implement to handle is very
   little. There are HARDLY ANY provisions that a certified 
 EPuB-READER has
  to implement any particular engine or features therein to 
 display/render
   the information contain in the EPub-file/wrapper.
 
 right, and I'm not going to waste time on it till i have a decent ebook 
 reader that behaves well
The point you are missing is that the ereaders are behaving well. They 
are following the epub 
 standard, and that to the letter of the standard. The problem is that 
the standard does not 
enforce any particular implementation. If you look at the slow progress 
of the standard that 
actually requires a full implementation of the HTML5 standard. That  
wait will very long.

Furthermore, ereaders are made by companies more interested in profits 
than spending a few Euros
more to put decent HTML engines into their readers. Why they do not do 
that is beyond me!
 
 3. Modify the way in which ConTeXt generates the XML files. Ideally, I 
 should be able to write something like
  Would be nice if there where commands in ConTeXt or a module for 
 defining what should go into the CSS and a
  mode epub where the ConTeXt commands are converted to suitible HTML5 
 structures that are suitiable for
  most ereaders.
  Features:
1) margins in percentages
2) font sizes based on em
 3) a new file for every chapter optional for sections 
 user defined
  Just a few. Lots more can be found in any decent documentation on 
 writing ebooks.
 
 context outputs xml and as a bonus provides a css too ... one can always 
 convert that xml to his/her ebooks liking .. maybe at some point the mtx-epub 
 script will do that

I always to like to look at programming as modular and would think that 
a epub/ebook module would be nice that maps
there are commands for layingout ebooks. these commands can then be 
mapped back to standard context commands.
For some interested in producing a epub then can use the conventions 
for producing ebooks and ConTeXt can provide the
math conversions to regular page dimensions used in PDFs for proofing 
or creating a printed version. It would also make the
creation of EPubs from ConTeXt a simple parsing exercise.   

regards
Keith.
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] EPUB woes

2013-11-18 Thread Hans Hagen

On 11/18/2013 4:11 PM, Keith J. Schultz wrote:

Hi Hans,


Am 18.11.2013 um 13:21 schrieb Hans Hagen pra...@wxs.nl:


On 11/18/2013 10:00 AM, Keith J. Schultz wrote:


2) Now, what a EPub-READER must implement to handle is very
 little. There are HARDLY ANY provisions that a certified 
EPuB-READER has
  to implement any particular engine or features therein to 
display/render
 the information contain in the EPub-file/wrapper.


right, and I'm not going to waste time on it till i have a decent ebook reader 
that behaves well

The point you are missing is that the ereaders are behaving well. They 
are following the epub
  standard, and that to the letter of the standard. The problem is that 
the standard does not
enforce any particular implementation. If you look at the slow progress 
of the standard that
actually requires a full implementation of the HTML5 standard. That  
wait will very long.


sure, and every time i see an epub novel i realize that for something 
like that one really can stick to rather dumb html ... the point is that 
one cannot expect context to output simple everywhere accepted html from 
complex rendered input ...



Furthermore, ereaders are made by companies more interested in profits 
than spending a few Euros
more to put decent HTML engines into their readers. Why they do not do 
that is beyond me!



3. Modify the way in which ConTeXt generates the XML files. Ideally, I should 
be able to write something like

Would be nice if there where commands in ConTeXt or a module for 
defining what should go into the CSS and a
mode epub where the ConTeXt commands are converted to suitible HTML5 
structures that are suitiable for
most ereaders.
Features:
1) margins in percentages
2) font sizes based on em
   3) a new file for every chapter optional for sections 
user defined
Just a few. Lots more can be found in any decent documentation on 
writing ebooks.


context outputs xml and as a bonus provides a css too ... one can always 
convert that xml to his/her ebooks liking .. maybe at some point the mtx-epub 
script will do that


I always to like to look at programming as modular and would think that 
a epub/ebook module would be nice that maps
there are commands for layingout ebooks. these commands can then be 
mapped back to standard context commands.


in that case code in xml and either processit by context or transform it 
into something ebooks can render



For some interested in producing a epub then can use the conventions 
for producing ebooks and ConTeXt can provide the
math conversions to regular page dimensions used in PDFs for proofing 
or creating a printed version. It would also make the
creation of EPubs from ConTeXt a simple parsing exercise.


so far i had no projects where epub was needes so it has a low priority 
and i still read paper books (or when i would have ebooks i wouldn't 
need to render them) ... pdfs views quite well on e.g. nexus 7 devices 
and i assume the upcoming sony high res ebook will also do pdf well


concerning modular: you can consider the context export to be modular .. 
convertable


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] EPUB woes

2013-11-18 Thread Keith J. Schultz

Am 18.11.2013 um 16:33 schrieb Hans Hagen pra...@wxs.nl:

 On 11/18/2013 4:11 PM, Keith J. Schultz wrote:
 Hi Hans,
 
 
 Am 18.11.2013 um 13:21 schrieb Hans Hagen pra...@wxs.nl:
 
 On 11/18/2013 10:00 AM, Keith J. Schultz wrote:
 
2) Now, what a EPub-READER must implement to handle is very
 little. There are HARDLY ANY provisions that a certified 
 EPuB-READER has
  to implement any particular engine or features therein to 
 display/render
 the information contain in the EPub-file/wrapper.
 
 right, and I'm not going to waste time on it till i have a decent ebook 
 reader that behaves well
  The point you are missing is that the ereaders are behaving well. They 
 are following the epub
  standard, and that to the letter of the standard. The problem is 
 that the standard does not
  enforce any particular implementation. If you look at the slow progress 
 of the standard that
  actually requires a full implementation of the HTML5 standard. That  
 wait will very long.
 
 sure, and every time i see an epub novel i realize that for something like 
 that one really can stick to rather dumb html ... the point is that one 
 cannot expect context to output simple everywhere accepted html from complex 
 rendered input ...
I agree fully. But, Since there are those that wish to produce epubs 
aka ebooks, they should not be doing complex
layout. One can always go from simple to complicated in needed, if 
there were commands dedicated to epub/ebooks/html.
As I had pointed out in my last post below.
 
  Furthermore, ereaders are made by companies more interested in profits 
 than spending a few Euros
  more to put decent HTML engines into their readers. Why they do not do 
 that is beyond me!
 
 3. Modify the way in which ConTeXt generates the XML files. Ideally, I 
 should be able to write something like
Would be nice if there where commands in ConTeXt or a module for 
 defining what should go into the CSS and a
mode epub where the ConTeXt commands are converted to suitible HTML5 
 structures that are suitiable for
most ereaders.
Features:
1) margins in percentages
2) font sizes based on em
   3) a new file for every chapter optional for sections 
 user defined
Just a few. Lots more can be found in any decent documentation on 
 writing ebooks.
 
 context outputs xml and as a bonus provides a css too ... one can always 
 convert that xml to his/her ebooks liking .. maybe at some point the 
 mtx-epub script will do that
 
  I always to like to look at programming as modular and would think that 
 a epub/ebook module would be nice that maps
  there are commands for layingout ebooks. these commands can then be 
 mapped back to standard context commands.
 
 in that case code in xml and either processit by context or transform it into 
 something ebooks can render
 
  For some interested in producing a epub then can use the conventions 
 for producing ebooks and ConTeXt can provide the
  math conversions to regular page dimensions used in PDFs for proofing 
 or creating a printed version. It would also make the
  creation of EPubs from ConTeXt a simple parsing exercise.
 
 so far i had no projects where epub was needes so it has a low priority and i 
 still read paper books (or when i would have ebooks i wouldn't need to render 
 them) ... pdfs views quite well on e.g. nexus 7 devices and i assume the 
 upcoming sony high res ebook will also do pdf well
Well I did start the discussion. Just offer my 2 Euro cents worth. 
Especially, since it comes up every now and then.
Furthermore, I there was a simple way to create epubs/books with 
ConTeXt more would use this feature. 

I have used up enough of or time.

regards
Keith.


___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] ToC - right-alignment of roman numerals

2013-11-18 Thread Jan Tosovsky
On 2013-11-17 Jan Tosovsky wrote:
 On 2013-06-03 Marco Patzer wrote:
  On 2013–06–03 honyk wrote:
 
   in fresh MkIV I use the following commands for building ToC, but I
   have no idea how to align the label (roman numeral) to the right.
 
  The width setting needs to be applied to the chapter list, not the
  content list, see example
 
  \setuphead[chapter][conversion=Romannumerals]
  \setupheadnumber[chapter][48]
 
  \setupcombinedlist
[content]
[alternative=c]
 
  \setupcombinedlist
[chapter]
[distance=1em,
 width=1cm,
 numbercommand={\simplealignedbox{\listparameter{width}}{flushright}}
]
 
  \starttext
  \completecontent
  \chapter{Foo}
  \chapter{Bar}
  \stoptext
 
 
 Whereas this works for basic test cases, in my document it ends with an
 error:
 
 structuresectioning  title @ level 2 : 0.0 - \headtext
 {content}
 ! Argument of \147flushright has an extra }.

There was a missing comma after the numbercommand parameter! Strange...

Jan

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

[NTG-context] (critical edition) not hyphenated body with linenotes

2013-11-18 Thread Pablo Rodriguez
Dear Thomas, Luigi and Hans,

here is my first sample to the critical edition project of Thomas.

I think it is a bug.

This is the code:

\setuppapersize[A8]
\starttext
\startlinenumbering
This text shows a \startlinenote[one]{bariant
H} variant \stoplinenote[one].

This text shows a \startlinenote[two]{bariant
H}variant\prewordbreak\stoplinenote[two].
\stoplinenumbering
\stoptext

Last word from body text from linenote isn’t hyphenated unless
\prewordbreak is added.

Could you add this internally, so it isn’t required to add it to every
linenote?

Many thanks for your help,


Pablo
-- 
http://www.ousia.tk
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] ToC - right-alignment of roman numerals

2013-11-18 Thread Jan Tosovsky
 On 2013–06–03 honyk wrote:
 in fresh MkIV I use the following commands for building ToC, but I
 have no idea how to align the label (roman numeral) to the right.

I am almost there, but things get complicated when chapters are combined with 
preface/index titles without numbering and thus aligned improperly:

\setupcombinedlist[content][list=chapter, alternative=c]
\setupcombinedlist[chapter][
   distance=1em,
   width=1cm,
   numbercommand={\simplealignedbox{\listparameter{width}}{flushright}},
]

\starttext
\completecontent

\startfrontmatter
\chapter{Preface}text
\stopfrontmatter

\startbodymatter
\chapter{Chapter}text\index{primary}
\stopbodymatter

\startbackmatter
\completeindex
\stopbackmatter

\stoptext

Is there any way how to indent these non-numbered titles so that they start 
where the chapter title starts?

Thanks, Jan

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

[NTG-context] (critical edition) nesting linenotes

2013-11-18 Thread Pablo Rodriguez
Dear Thomas, Luigi and Hans,

my second sample might be related to the first one. But I’m not sure it
is a bug.

Here is the code:

\setuppapersize[A8]
\newcounter\MyCounter
 \def\CritApp#1#2{\increment\MyCounter%
 \startlinenote[Varia:\MyCounter]{#1] #2}#1%
 \prewordbreak\stoplinenote[Varia:\MyCounter]}

\starttext
\startlinenumbering
\startlinenote[one]{hyphenated}this is a test on
\startlinenote[two]{with nested
linenote}hyphenation\prewordbreak\stoplinenote[two]\stoplinenote[one]

\CritApp{this is a test on \CritApp{hyphenation}{nested linenote: bad
line number}}{not hyphenated}
\stoplinenumbering
\stoptext

A command such as \CritApp above is intended to generate all linenote
references automagically.

It works fine, but I cannot nest \CritApp linenotes. The problem is in
within this line:

\startlinenote[Varia:\MyCounter]{#1] #2}#1%

If I replace {#1] #2}#1 with {#2}#1, nesting \CritApp linenotes,
everything works as expected.

Is this a bug?

Many thanks for your help,


Pablo
-- 
http://www.ousia.tk
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


[NTG-context] (critical edition) compressseparatorbefore and compressseparatorafter

2013-11-18 Thread Pablo Rodriguez
Dear Thomas, Luigi and Hans,

code first:

\definepapersize[mine][width=3in,height=2in]
\setuppapersize[mine]
\definelinenote[Variant]
\setupnote[Variant][paragraph=yes, inbetween=\hskip2.5em]
\setupnotation[Variant][alternative=serried,distance=1em,compress=yes,
width=broad]
\starttext
\startlinenumbering
This\Variant{That} context\Variant{document} is\Variant{was} a
sample\Variant{an example} that I\Variant{she} want\Variant{didn’t
want} to show\Variant{publish}\stoplinenumbering
\stoptext

With compressed linenotes (when compressseparator isn’t set to none), I
think is important to have the ability to specify different lengths for
the compressseparator than for the linenotes.

If neither of them is defined, compressseparatorbefore should have the
same value as inbetween from setupnote and compressseparatorafter should
take its value from distance in setupnotation.

But with the sample above, I think that the spacing that can make sense
for line numbers might be visually misleading for separators.

Here I’m only an amateur, Thomas, you are the professional. What do you
think of this feature?

Many thanks for your help,


Pablo
-- 
http://www.ousia.tk
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


[NTG-context] (critical edition) orphan and widows in lines environment

2013-11-18 Thread Pablo Rodriguez
Dear Thomas, Luigi and Hans,

an old issue is that there is no way to prevent widows an orphans in the
lines environment. This would be important for verse.

Hans, you told us that you have it in the agenda
(http://www.ntg.nl/pipermail/ntg-context/2013/073769.html). It might be
interesting to implement this now.

Just in case it helps,


Pablo
-- 
http://www.ousia.tk
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] (critical edition) orphan and widows in lines environment

2013-11-18 Thread Thomas A. Schmitz

On 11/18/2013 09:35 PM, Pablo Rodriguez wrote:

Dear Thomas, Luigi and Hans,


Hi Pablo,

thanks for your examples, they will go into the test repository. We'll 
have to think about the nested linenotes; I'm not sure that this is a 
good way to code an apparatus (and since we're taking TEI xml as our 
point of departure, we'll have to see how this would be encoded in this 
particular format).


All best

Thomas
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


[NTG-context] Integral limits

2013-11-18 Thread Aditya Mahajan

Hi,

In MkII, it was possible to change the limits on integrals using

   \setupmathematics[integral=...] % limits, nolimits, displaylimits

that would affect how \int, \iint, \iiint, \oint, etc behaved.

I can see two ways of definining a similar feature in MkIV.

1. Define \intop, \iintop, etc in char-def.lua and then somewhere define:

   \define\int{\intop\intlimits}
   \define\iint{\intop\intlimits}

  etc.

2. Define a new mathclass intop and use that in char-def.lua. Then, in 
the appropriate math-*.lua file, map intop to the appropriate macro.


What would be the best way to go?

Thanks,
Aditya
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


[NTG-context] PDF bookmarks - incorrect titles for registers

2013-11-18 Thread Jan Tosovsky
Dear All,

when I specify custom titles for my registers, they are ignored in
bookmarks:

\setupinteraction[state=start]
\placebookmarks[chapter]
\setupinteractionscreen[option=bookmark]

\defineregister[indexname][indexnames]
\defineregister[indexsubject][indexsubjects]
\setupheadtext[indexname=Name Index]
\setupheadtext[indexsubject=Subject Index]

\starttext
\completecontent
\chapter{Chapter}text\indexname{primary}\indexsubject{primary}
\startbackmatter
\completeindexname
\completeindexsubject
\stopbackmatter
\stoptext

Is it necessary to switch something else on?

Thanks, Jan

ConTeXt 2013.11.14  Win 7

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] (critical edition) orphan and widows in lines environment

2013-11-18 Thread Pablo Rodriguez
On 11/18/2013 09:41 PM, Thomas A. Schmitz wrote:
 On 11/18/2013 09:35 PM, Pablo Rodriguez wrote:
 Dear Thomas, Luigi and Hans,
 
 Hi Pablo,
 
 thanks for your examples, they will go into the test repository. We'll 
 have to think about the nested linenotes; I'm not sure that this is a 
 good way to code an apparatus (and since we're taking TEI xml as our 
 point of departure, we'll have to see how this would be encoded in this 
 particular format).

Hi Thomas,

sorry, I forgot that TEI xml was the starting point.

The issue of nesting linenotes was a request I received from a classical
philologist. He is learning ConTeXt, so TEI would be a way to make
things more difficult to him right now (by the way, I still have to
learn how ConTeXt handles XML).

Nesting two variants probably makes no sense in real work. What could
happen is that you have a variant note within a larger passage that you
want to mark as similar to a passage from other author. This is what the
classical philologist offered as sample. (Sorry for the poor
explanation, but I’m not a philologist myself.)

Many thanks for your help,


Pablo
-- 
http://www.ousia.tk
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Integral limits

2013-11-18 Thread Hans Hagen

On 11/18/2013 9:41 PM, Aditya Mahajan wrote:

Hi,

In MkII, it was possible to change the limits on integrals using

\setupmathematics[integral=...] % limits, nolimits, displaylimits

that would affect how \int, \iint, \iiint, \oint, etc behaved.

I can see two ways of definining a similar feature in MkIV.

1. Define \intop, \iintop, etc in char-def.lua and then somewhere define:

\define\int{\intop\intlimits}
\define\iint{\intop\intlimits}

   etc.

2. Define a new mathclass intop and use that in char-def.lua. Then, in
the appropriate math-*.lua file, map intop to the appropriate macro.

What would be the best way to go?


i prefer 2 (as these set the defaults) and we can make a definer for 
specific variants if needed (at all)


is intop the best name? (we don't need to be sparse)

Hans


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] (critical edition) nesting linenotes

2013-11-18 Thread Hans Hagen

On 11/18/2013 8:55 PM, Pablo Rodriguez wrote:

Dear Thomas, Luigi and Hans,

my second sample might be related to the first one. But I’m not sure it
is a bug.

Here is the code:

\setuppapersize[A8]
\newcounter\MyCounter
  \def\CritApp#1#2{\increment\MyCounter%
  \startlinenote[Varia:\MyCounter]{#1] #2}#1%
  \prewordbreak\stoplinenote[Varia:\MyCounter]}

\starttext
\startlinenumbering
\startlinenote[one]{hyphenated}this is a test on
\startlinenote[two]{with nested
linenote}hyphenation\prewordbreak\stoplinenote[two]\stoplinenote[one]

\CritApp{this is a test on \CritApp{hyphenation}{nested linenote: bad
line number}}{not hyphenated}
\stoplinenumbering
\stoptext

A command such as \CritApp above is intended to generate all linenote
references automagically.

It works fine, but I cannot nest \CritApp linenotes. The problem is in
within this line:

 \startlinenote[Varia:\MyCounter]{#1] #2}#1%

If I replace {#1] #2}#1 with {#2}#1, nesting \CritApp linenotes,
everything works as expected.

Is this a bug?


you need to separate cases:

(1) some macro that uses grouping with nested notes
(2) hyphenation

here is an example of the first case

\setuppapersize
  [A8][A7]

\setuplayout
  [location=middle]

\unexpanded\def\doCritApp#1#2#3%
  {\startlinenote[#1]{#2 #3}(#2)\stoplinenote[#1]}

\newcounter\MyCounter
\unexpanded\def\CritApp
  {\doglobal\increment\MyCounter
   \normalexpanded{\doCritApp{Varia:\MyCounter}}}

% \setupnotes[linenote][split=verystrict,scope=page]

\starttext
\startlinenumbering
\startlinenote[one]{note one}
one one one one one one one one one one one one one one one
\startlinenote[two]{note two}
two two two two two two two
\stoplinenote[two]
one one one one one one one one one one one one one one one
\stoplinenote[one]
\par
\CritApp
  {(one one one one one one)
   \CritApp
 {(two two)}
 {two two two two two two}
   (one one one one one one)}
  {one one one one one one}
\stoplinenumbering
\stoptext

so, in your macro you need to make sure that the counter (1) gets 
incremented global and (2) gets expanded in time.


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


[NTG-context] How to use local layout parameters (instead of global ones)?

2013-11-18 Thread Géry Ogam
Hello,


Here is my problem:


\setuplayout[%
width=0.75\paperwidth,
height=\dimexpr\paperheight-1.2\paperwidth+1.2\textwidth+26mm]

\definelayout[luxury][%
width=0.6667\paperwidth,
height=\dimexpr\paperheight-1.2\paperwidth+1.2\textwidth+26mm]


\starttext

- textwidth: \the\textwidth \crlf
- textheight: \the\textheight
\page

\setuplayout[luxury]

- textwidth: \the\textwidth \crlf
- textheight: \the\textheight % -- The height (\texteight parameter) which
depends on the width (\textwidth parameter) in my ‘luxury’ layout has NOT
changed though the local width (\textwidth parameter) has changed.
Therefore height used the global parameter \textwidth (defined in
setuplayout) instead of the local parameter \textwidth (defined in
definelayout[luxury]). Question: how to use the local one?

\stoptext


Best regards.
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Integral limits

2013-11-18 Thread Aditya Mahajan

2. Define a new mathclass intop and use that in char-def.lua. Then, in
the appropriate math-*.lua file, map intop to the appropriate macro.

What would be the best way to go?


i prefer 2 (as these set the defaults) and we can make a definer for specific 
variants if needed (at all)


Great.


is intop the best name? (we don't need to be sparse)


How about: integral or integral_operator?

Aditya
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


[NTG-context] context with mavericks: broken

2013-11-18 Thread Andrea Valle
Dear,

long time since I have posted to the list but still a dedicated ConTeXt user…

Now, I’ve upgraded to Mavericks. No way to use ConTeXt.
I’ve also installed texlive 2013 and I installed the available updates.
But still my ConTeXt is broken (I’m typesetting from TeXShop via GUI menu).
I always get this:

/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in
 `require': 
/usr/local/texlive/2013/texmf-dist/scripts/context/ruby/base/switch.rb:501: 
invalid multibyte escape: /\xFF/ (SyntaxError)
from 
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in
 `require'
from 
/usr/local/texlive/2013/texmf-dist/scripts/context/ruby/texexec.rb:11:in 
`main’

I can understand it has something to do with ruby but nothing else.

?

Many thanks 

Best
-a-


--
Andrea Valle
--
CIRMA - StudiUm
Università degli Studi di Torino
-- http://www.cirma.unito.it/andrea/
-- http://www.fonurgia.unito.it/andrea/
-- http://www.flickr.com/photos/vanderaalle/sets/
-- http://vimeo.com/vanderaalle
--  http://www.youtube.com/user/vanderaalle
-- andrea.va...@unito.it
--

This is a very complicated case, Maude. You know, a lotta ins, a lotta outs, a 
lotta what-have-yous. 
(Jeffrey 'The Dude' Lebowski)



--
Andrea Valle
--
CIRMA - StudiUm
Università degli Studi di Torino
-- http://www.cirma.unito.it/andrea/
-- http://www.fonurgia.unito.it/andrea/
-- http://www.flickr.com/photos/vanderaalle/sets/
-- http://vimeo.com/vanderaalle
--  http://www.youtube.com/user/vanderaalle
-- andrea.va...@unito.it
--

This is a very complicated case, Maude. You know, a lotta ins, a lotta outs, a 
lotta what-have-yous. 
(Jeffrey 'The Dude' Lebowski)

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] context with mavericks: broken

2013-11-18 Thread Hans Hagen

On 11/19/2013 12:59 AM, Andrea Valle wrote:

Dear,

long time since I have posted to the list but still a dedicated ConTeXt
user…

Now, I’ve upgraded to Mavericks. No way to use ConTeXt.
I’ve also installed texlive 2013 and I installed the available updates.
But still my ConTeXt is broken (I’m typesetting from TeXShop via GUI menu).
I always get this:

/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in
`require': 
/usr/local/texlive/2013/texmf-dist/scripts/context/ruby/base/switch.rb:501:
invalid multibyte escape: /\xFF/ (SyntaxError)
from
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in
 `require'
from
/usr/local/texlive/2013/texmf-dist/scripts/context/ruby/texexec.rb:11:in
`main’

I can understand it has something to do with ruby but nothing else.


I can't test it as my macbook is considered to be too old to update the 
OS (not sure why as its some 5-6 years old) and I'm not going to buy a 
another mac for just testing tex. So, it's up to others to look into it.


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Integral limits

2013-11-18 Thread Hans Hagen

On 11/18/2013 11:45 PM, Aditya Mahajan wrote:

2. Define a new mathclass intop and use that in char-def.lua. Then, in
the appropriate math-*.lua file, map intop to the appropriate macro.

What would be the best way to go?


i prefer 2 (as these set the defaults) and we can make a definer for
specific variants if needed (at all)


Great.


is intop the best name? (we don't need to be sparse)


How about: integral or integral_operator?


we have radical, limop, nolimop so maybe intop and nointop are ok (we 
can have verbose synonyms but then we also need them for lim)


just wrap up what is needed and i'll look into it (or you can provide 
patches)


Hans


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] context with mavericks: broken

2013-11-18 Thread Andrea Valle
well :)

In any case, I’m able to compile with ConTeXt IV, even if I’m getting some 
slightly different results.
I guess it’s time for me to update too..

Thanks, Best

-a-

--
Andrea Valle
--
CIRMA - StudiUm
Università degli Studi di Torino
-- http://www.cirma.unito.it/andrea/
-- http://www.fonurgia.unito.it/andrea/
-- http://www.flickr.com/photos/vanderaalle/sets/
-- http://vimeo.com/vanderaalle
--  http://www.youtube.com/user/vanderaalle
-- andrea.va...@unito.it
--

This is a very complicated case, Maude. You know, a lotta ins, a lotta outs, a 
lotta what-have-yous. 
(Jeffrey 'The Dude' Lebowski)

On 19 Nov 2013, at 01:11, Hans Hagen pra...@wxs.nl wrote:

 On 11/19/2013 12:59 AM, Andrea Valle wrote:
 Dear,
 
 long time since I have posted to the list but still a dedicated ConTeXt
 user…
 
 Now, I’ve upgraded to Mavericks. No way to use ConTeXt.
 I’ve also installed texlive 2013 and I installed the available updates.
 But still my ConTeXt is broken (I’m typesetting from TeXShop via GUI menu).
 I always get this:
 
 /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in
 `require': 
 /usr/local/texlive/2013/texmf-dist/scripts/context/ruby/base/switch.rb:501:
 invalid multibyte escape: /\xFF/ (SyntaxError)
 from
 /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in
  `require'
 from
 /usr/local/texlive/2013/texmf-dist/scripts/context/ruby/texexec.rb:11:in
 `main’
 
 I can understand it has something to do with ruby but nothing else.
 
 I can't test it as my macbook is considered to be too old to update the OS 
 (not sure why as its some 5-6 years old) and I'm not going to buy a another 
 mac for just testing tex. So, it's up to others to look into it.
 
 Hans
 
 -
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | www.pragma-pod.nl
 -
 ___
 If your question is of interest to others as well, please add an entry to the 
 Wiki!
 
 maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
 webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
 archive  : http://foundry.supelec.fr/projects/contextrev/
 wiki : http://contextgarden.net
 ___

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] How to use local layout parameters (instead of global ones)?

2013-11-18 Thread Hans Hagen

On 11/18/2013 11:29 PM, Géry Ogam wrote:

Hello,


Here is my problem:


\setuplayout[%
 width=0.75\paperwidth,
 height=\dimexpr\paperheight-1.2\paperwidth+1.2\textwidth+26mm]

\definelayout[luxury][%
 width=0.6667\paperwidth,
 height=\dimexpr\paperheight-1.2\paperwidth+1.2\textwidth+26mm]


\starttext

- textwidth: \the\textwidth \crlf
- textheight: \the\textheight
\page

\setuplayout[luxury]

- textwidth: \the\textwidth \crlf
- textheight: \the\textheight % -- The height (\texteight parameter)
which depends on the width (\textwidth parameter) in my ‘luxury’ layout
has NOT changed though the local width (\textwidth parameter) has
changed. Therefore height used the global parameter \textwidth (defined
in setuplayout) instead of the local parameter \textwidth (defined in
definelayout[luxury]). Question: how to use the local one?

\stoptext


best do that indirect:

\definemeasure[w1][0.7500\paperwidth]
\definemeasure[w2][0.6667\paperwidth]
\definemeasure[h1][1.2\measured{w1}+26mm]
\definemeasure[h2][1.2\measured{w2}+26mm]

\setuplayout
  [width=\measure{w1},
   height=\measure{h1}]

\definelayout
  [luxury]
  [width=\measure{w2},
   height=\measure{h2}]


--

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] context with mavericks: broken

2013-11-18 Thread Otared Kavian
Hi Andrea,

According to Wolfgang Schuster and some others removing the file Skia.ttf may 
solve the problem. 
Please read the thread

http://www.ntg.nl/pipermail/ntg-context/2013/075689.html

and more precisely

http://www.ntg.nl/pipermail/ntg-context/2013/075701.html

Best regards: OK

On 19 nov. 2013, at 00:59, Andrea Valle va...@di.unito.it wrote:

 Dear,
 
 long time since I have posted to the list but still a dedicated ConTeXt user…
 
 Now, I’ve upgraded to Mavericks. No way to use ConTeXt.
 I’ve also installed texlive 2013 and I installed the available updates.
 But still my ConTeXt is broken (I’m typesetting from TeXShop via GUI menu).
 I always get this:
 
 /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in
  `require': 
 /usr/local/texlive/2013/texmf-dist/scripts/context/ruby/base/switch.rb:501: 
 invalid multibyte escape: /\xFF/ (SyntaxError)
   from 
 /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in
  `require'
   from 
 /usr/local/texlive/2013/texmf-dist/scripts/context/ruby/texexec.rb:11:in 
 `main’
 
 I can understand it has something to do with ruby but nothing else.
 
 ?
 
 Many thanks 
 
 Best
 -a-
 
 
 --
 Andrea Valle
 --
 CIRMA - StudiUm
 Università degli Studi di Torino
 -- http://www.cirma.unito.it/andrea/
 -- http://www.fonurgia.unito.it/andrea/
 -- http://www.flickr.com/photos/vanderaalle/sets/
 -- http://vimeo.com/vanderaalle
 --  http://www.youtube.com/user/vanderaalle
 -- andrea.va...@unito.it
 --
 
 This is a very complicated case, Maude. You know, a lotta ins, a lotta outs, 
 a lotta what-have-yous. 
 (Jeffrey 'The Dude' Lebowski)
 
 
 
 --
 Andrea Valle
 --
 CIRMA - StudiUm
 Università degli Studi di Torino
 -- http://www.cirma.unito.it/andrea/
 -- http://www.fonurgia.unito.it/andrea/
 -- http://www.flickr.com/photos/vanderaalle/sets/
 -- http://vimeo.com/vanderaalle
 --  http://www.youtube.com/user/vanderaalle
 -- andrea.va...@unito.it
 --
 
 This is a very complicated case, Maude. You know, a lotta ins, a lotta outs, 
 a lotta what-have-yous. 
 (Jeffrey 'The Dude' Lebowski)
 
 ___
 If your question is of interest to others as well, please add an entry to the 
 Wiki!
 
 maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
 webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
 archive  : http://foundry.supelec.fr/projects/contextrev/
 wiki : http://contextgarden.net
 ___

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___