Re: [NTG-context] issue with \sethyphenatedafter

2016-02-23 Thread Pablo Rodriguez 
On 02/22/2016 10:30 PM, Hans Hagen wrote:
>> Is there any way to force the two slashes to be on the same line?
> 
> i'll add
> 
>  \enabledirectives[hyphenators.urls.packslashes]

Hans,

I’m afraid the following code doesn’t work with latest beta from
(2016.02.23 17:25):

\sethyphenatedurlafter{/}
\enabledirectives[hyphenators.urls.packslashes]
\define[1]\mypersonalurl{{\tt\goto{\hyphenatedurl{#1}}[url(#1)]}}

\starttext
\hsize\zeropoint
\mypersonalurl{http://contextgarden.net}
\stoptext

I still get:

http
:/
/
contextgarden
.net

Am I doing somehting wrong? Or do I require LuaTeX-0.89.2 (Linux 32bit
has version 0.89.0 in the ConTeXt Suite [I just mention it, I’m fine
with that].)

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] two issues with interactive hyperlinks (please comment)

2016-02-23 Thread Alan BRASLAU 
On Tue, 23 Feb 2016 14:30:25 +
Christoph Reller  wrote:

>  (btw, footnotes will always be sort of a pain as they are
> rendered in special ways, but footnotes should be forbidden anyway;
> if a doc is also for screen endnotes are way better)
> 
> I agree with you about footnotes. And, as mentioned above, I will try
> to come up with decent example documents. There are still cases in my
> documents that don't work and i will try to minimize these.

As a reader (of bound books), I very much prefer footnotes (at the
bottom of the printed page) to endnotes. I actually read footnotes so
shuffling back and forth between sections of the book can be a pain.

Of course, this is not the case for on-screen readers.

Reading on a screen one can have two approaches: either it is like
reading a book (in which case I like to use dual mode on a large screen)
or else one is reading a screen document in a continuous scroll mode
(in which case pages including headers and footers make no sense).
Using this second approach, footnotes must be used as endnotes, but
not in the first approach.

Alan
___
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] Stacking math symbols

2016-02-23 Thread Nicola 

On 2016-02-23 21:11:11 +, Hans Hagen said:


On 2/23/2016 7:31 PM, Nicola wrote:

I find it a bit surprising that ConTeXt gives 'missing } inserted'
with:

\starttext\startformula
\mathop=^{\rm def}
\stopformula\stoptext

(\mathop{=}^... is fine, though).

The above formula is correct in Plain (Lua)TeX (in fact, it is
copied from The TeX Book). Why does ConTeXt need braces?


this is because \mathop is redefined (in th eprocess assuming a braced
argument) ... this is a mkii leftover which is actually no longer needed
(mkii needed more tweaks to get fonts right)

you can add this to cont-new.mkiv

\let\mathop\normalmathop

but i'd use { } anyway


Thanks for the clarification!

Nicola


___
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] two issues with interactive hyperlinks (please comment)

2016-02-23 Thread Alan BRASLAU 
On Mon, 22 Feb 2016 23:54:00 +0100
Martin Schröder  wrote:

> 2016-02-22 21:40 GMT+01:00 Alan BRASLAU :
> > This makes me think: Is there some "standard" way for a PDF to
> > contain both versions?  
> 
> Adobe introduced something called "portfolios" in PDF 1.7 or later,
> but I doubt that they work with non-Adobe viewers.

Yes, I know about this non-standard extension. In fact, I struggled
recently with a PDF using portfolios that could not be read using Adobe
reader 9. The provider of the pdf insisted, and continues to insist,
that one needs Adobe "version 9 or greater" and suggests that I have a
problem with my web browser (which has nothing to do with it), and of
course that I need Adobe flash (which is true for the latest Adobe
under Windows, but this too is irrelevant).

Just speculating, could one distribute a PDF that would be like a book
with many parts? I know that Hans is not a fan of part, but I wonder
how this is handled? I doubt that any viewers handle prefixed page
numbers properly. I just tried looking at a document were pagenumbers
are reset way=bychapter and evince at least starts each chapter with a
page number=1 in its navigation bar.

How would readers (people) deal with a PDF structured as:
Part I - print/A4
Part II - print/letter
Part III - screen
?

Alan
___
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] TEI to context XML mappings?

2016-02-23 Thread Mica Semrick 
Reading the docbook thread earlier today reminded me to ask this: 

Is there any feature or script that anyone can share that will read in an XML 
document and spit out a blank mapping file?

Thanks!

-m
___
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] Stacking math symbols

2016-02-23 Thread Hans Hagen 

On 2/23/2016 7:31 PM, Nicola wrote:

I find it a bit surprising that ConTeXt gives 'missing } inserted'
with:

\starttext\startformula
\mathop=^{\rm def}
\stopformula\stoptext

(\mathop{=}^... is fine, though).

The above formula is correct in Plain (Lua)TeX (in fact, it is
copied from The TeX Book). Why does ConTeXt need braces?


this is because \mathop is redefined (in th eprocess assuming a braced 
argument) ... this is a mkii leftover which is actually no longer needed 
(mkii needed more tweaks to get fonts right)


you can add this to cont-new.mkiv

\let\mathop\normalmathop

but i'd use { } anyway


(Before you point it out: I know that I should use \stackrel…)


don't worry ... i would not have thought of it (i never have to enter 
that kind of math)


Hans


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | 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] Stacking math symbols

2016-02-23 Thread Nicola 

I find it a bit surprising that ConTeXt gives 'missing } inserted'
with:

\starttext\startformula
\mathop=^{\rm def}
\stopformula\stoptext

(\mathop{=}^... is fine, though).

The above formula is correct in Plain (Lua)TeX (in fact, it is
copied from The TeX Book). Why does ConTeXt need braces?

(Before you point it out: I know that I should use \stackrel…)

Nicola


___
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] right to left direction for itemize columns

2016-02-23 Thread Hans Hagen 

On 2/23/2016 3:01 PM, Mohammad Hossein Bateni wrote:

Hans, will this work right-to-left as well?


afaiks yes


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | 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] two issues with interactive hyperlinks (please comment)

2016-02-23 Thread Christoph Reller 
Hi Hans,

First and foremost: Thank you for uploading the Beta! This solves the
problem I have reported with \reference and focus=standard:
 https://www.mail-archive.com/ntg-context%40ntg.nl/msg79620.html

On Tue, Feb 23, 2016 at 12:00 PM Hans Hagen  wrote:

>
> On 2/23/2016 12:21 AM, Pablo Rodriguez wrote:
>
> > I think that (futhermore not being a default) ConTeXt should implemente
> > what is an ISO standard nowadays.
>
> well, i have been quite active in implementing what pdf provided and
> constantly had to adapt to what acrobat finally implemented (often the
> standard was ahead) and
>
...
>

I agree with you and Pablo: the ISO standard is what counts. And I believe
that named destinations, their use, and viewer behavior is described there
clearly.

... so one handicap for me is that i won't make test docs for it
>

I will try to provide minimal examples that I believe are so common that
the viewer behavior should be clear.

...
> > And sorry, not being the default, why is wrong reading pages in fit to
> > width mode?
>
> that one still has to make sure that there is a reasonable view area (so
> that one sees what went and comes) ... i'm not sure how you handle it
> but esp jumping from page to page in a fit width mode is quite annoying;
> fit width actually makes sense when one makes each chapter (or section)
> into one long page and i actually played with it but i found no viewer
> capable to keep the same scale each page
>

I believe that many people have to make compromises, e.g., cannot afford
the time or money to produce both a screen version and a print version of a
document. I believe that the fit-width mode is a good compromise - as long
as it is viewed in "continuous" viewing mode.

...
> > Is there anything that I can do to help? I’m especially interested in
> > this feature.
>
> small few page examples with predictable positioning and predictable
> spacing (btw, footnotes will always be sort of a pain as they are
> rendered in special ways, but footnotes should be forbidden anyway; if
> a doc is also for screen endnotes are way better)
>

I agree with you about footnotes. And, as mentioned above, I will try to
come up with decent example documents. There are still cases in my
documents that don't work and i will try to minimize these.

Thanks again for your effort!
Christoph
___
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] right to left direction for itemize columns

2016-02-23 Thread Mohammad Hossein Bateni 
Hans, will this work right-to-left as well?

On Tue, Feb 23, 2016 at 6:49 AM, Jeong Dal  wrote:

> Dear  Hans,
>
> It is nice to have this feature in the next beta.
> It will help us to make multiple-choice problems.
>
> Thank you.
>
> Best regards,
>
> Dalyoung
>
> >
> > \starttext
> >
> > \startitemize[horizontal,a,three]
> > \startitem first \stopitem \startitem second \stopitem
> > \startitem third \stopitem \startitem fourth \stopitem
> > \startitem fifth \stopitem
> > \stopitemize
> >
> > \startitemize[horizontal,n,four]
> > \startitem first \stopitem \startitem second \stopitem
> > \startitem third \stopitem \startitem fourth \stopitem
> > \startitem fifth \stopitem \startitem sixth \stopitem
> > \startitem seventh \stopitem
> > \stopitemize
> >
> > \stoptext
>
> ___
> 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] right to left direction for itemize columns

2016-02-23 Thread Jeong Dal 
Dear  Hans,

It is nice to have this feature in the next beta.
It will help us to make multiple-choice problems.

Thank you.

Best regards,

Dalyoung

> 
> \starttext
> 
> \startitemize[horizontal,a,three]
> \startitem first \stopitem \startitem second \stopitem
> \startitem third \stopitem \startitem fourth \stopitem
> \startitem fifth \stopitem
> \stopitemize
> 
> \startitemize[horizontal,n,four]
> \startitem first \stopitem \startitem second \stopitem
> \startitem third \stopitem \startitem fourth \stopitem
> \startitem fifth \stopitem \startitem sixth \stopitem
> \startitem seventh \stopitem
> \stopitemize
> 
> \stoptext
___
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] right to left direction for itemize columns

2016-02-23 Thread Hans Hagen 

On 2/23/2016 12:48 AM, Jeong Dal wrote:

Dear Hans,


Is there any simpler way to achieve this?


how is that supposed to work with multi-line items ?



I am sorry, I should explain more carefully.

This type of itemization usually needed to list the short answers of the
multiple-choice questions.
Some problems are not well-composed, but you can see an example at the
end of the following page.

http://dugod1.tistory.com/archive/20120826
http://blog.daum.net/_blog/BlogTypeView.do?blogid=0dl2J=153


the next beta will support this (but only for simple items that fit in 
the available space)


\starttext

\startitemize[horizontal,a,three]
\startitem first \stopitem \startitem second \stopitem
\startitem third \stopitem \startitem fourth \stopitem
\startitem fifth \stopitem
\stopitemize

\startitemize[horizontal,n,four]
\startitem first \stopitem \startitem second \stopitem
\startitem third \stopitem \startitem fourth \stopitem
\startitem fifth \stopitem \startitem sixth \stopitem
\startitem seventh \stopitem
\stopitemize

\stoptext



-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | 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] docbook(5) to context conversion

2016-02-23 Thread Hans Hagen 

On 2/23/2016 9:16 AM, David Nebauer wrote:

On 23/02/16 06:33, Jan Tosovsky wrote:

On 2016-02-22 David Nebauer wrote:

Are there any publicly available solutions for converting
docbook/docbook5 to context? ...

* dbcontext
  - part of dblatex, abandoned ~10 years ago

I used this way some time ago, but it required tweaks in approx 10
xslt files to make it compatible with Context MkIV


Cool. Any chance you could post your amended xslt files to give a newbie
a head start?


it's probably not too complicated to implement a reasonable subset of 
docbook using the built in parser (i just never needed to do docbook)


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | 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] two issues with interactive hyperlinks (please comment)

2016-02-23 Thread Hans Hagen 

On 2/23/2016 12:21 AM, Pablo Rodriguez wrote:


Well, Sumatra works fine with this concrete feature (at least, this is
my experience). And mupdf is the only exception in this regard.


hm, sumatra uses the mupdf engine


Besides that, all other links use named destinations, so why are they so
problematic (not from the coding perspective) when it somes to
footnotes, references and indices? Sorry, but I don’t understand the
difference.


because using named destinations has no advantage when ther eis no view 
and not all hyperlinked constructs have views (either because it's 
impossible due to lack of structure i.e. where does something begin/end, 
or because it's not yet implemented there)


the hyperlink mechanism currently has the options page,name,auto (auto 
being default) so you can try name but still not get what you want; the 
page variant is needed for documents with 100K or more hyperlinks (and 
in fact the ability to choose between name/page is also there because in 
principle we can have backends that only support page linking ... i 
forgot the details but when pdf came out and acrobat / dvipsone was 
supported one had named only and the other page only destinations; if i 
kick out that kind of flexibility we're locked into pdf completely)



I think that (futhermore not being a default) ConTeXt should implemente
what is an ISO standard nowadays. If viewers don’t follow the standard,
users may complain, But if documents don’t follow any standard in this
point, no viewer will be able to handle these documents properly.


well, i have been quite active in implementing what pdf provided and 
constantly had to adapt to what acrobat finally implemented (often the 
standard was ahead) and



And sorry for saying this (I have no other experience), but I had never
an issue with that using LaTeX. I love ConTeXt and it’s a pity that this
isn’t implemented yet.


i don't know about latex but i do know that depending on the engine to 
do it is quite fragile ... i don't know about today but inconsistent 
margins, no nesting or overlaying, tricky page dimensions ... the 
engine's built in mechanisms are heuristics and can fail in some cases 
... as you don't make screen docs you probably never ran into that but 
if we hadn't done it in alternative ways in context i'd probably already 
had quit working on context a decade ago simply because some docs could 
not be produced


anyway, it's no problem to implement things, given time and motivation, 
but anything implemented in context has to be predictable ok and above 
all consistent and the thing that annoys me the most is zooming that one 
moment gives you a effective 20 pt size and another time 17.5 pt 
depending on where / how you click and view so one handicap for me is 
that i won't make test docs for it


for example: when one clicks, goto and the viewer zooms in to some piece 
of text on ehas to assume that the pdf generator guessed right about 
reasonable margins on top / bottom / left / right as one expect 
consistency ... it might be convenient on a 768x1024 screen (which imo 
is unuseable for reading anyway) but on a proper high res screen lack of 
quality starts dominating



It is an extremely useful feature and it isn’t reasonable to expect
from users that they have huge screens to read PDF documents generated
with ConTeXt. And in many scenarios, having a screen version (different
from the print version) is not an option. And as explained in the
sample code above, I have only a 15-inch screen.


actually i wonder if screens need to be huge ... small high res screens
are quite readable (i consider reading pdf on a small phone a no-go
whatever scaling gets applied and i expect epub like devices eventually
to get the same quality as paper)


Well, A4 pages aren’t readable on a 15-inch screen (that is very common
in laptops). I would say, no matter which resolution it has.

And sorry, not being the default, why is wrong reading pages in fit to
width mode?


that one still has to make sure that there is a reasonable view area (so 
that one sees what went and comes) ... i'm not sure how you handle it 
but esp jumping from page to page in a fit width mode is quite annoying; 
fit width actually makes sense when one makes each chapter (or section) 
into one long page and i actually played with it but i found no viewer 
capable to keep the same scale each page


btw, the upcoming zoom fashion is not the ones we have now but zoom to 
some tagged location (can be mid line)



Would it be possible that the destinations with links in a text all
honored \setupinteraction[focus=standard]?


this can only be implemented stepwise (given that i can motivate myself
so it also depends on the weather, music, reasonable background movie or
talkshow, lack of other tasks, etc) .. and of course a reasonable viewer
(i wasted too much time already on bypassing fuzzy features that i don't
need myself)


Is there anything that I can do to help? I’m especially interested in

Re: [NTG-context] docbook(5) to context conversion

2016-02-23 Thread David Nebauer 

On 23/02/16 06:33, Jan Tosovsky wrote:

On 2016-02-22 David Nebauer wrote:

Are there any publicly available solutions for converting
docbook/docbook5 to context? ...

* dbcontext
  - part of dblatex, abandoned ~10 years ago

I used this way some time ago, but it required tweaks in approx 10 xslt files 
to make it compatible with Context MkIV


Cool. Any chance you could post your amended xslt files to give a newbie 
a head start?



Some general tweaks were sent to the original author who promised merging them. 
He also mentioned planned update in the near future...


Since then dbcontext has been removed from the dblatex distribution. The 
current dblatex is 0.3.7 but it looks like the most recent dbcontext is 
from 0.2pre. I think the chances of dbcontext getting further love from 
its author are not good...


David.
___
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
___