ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: Hans Hagen <j.hagen@xs4all.nl>
To: ntg-context@ntg.nl
Subject: Re: roadmap
Date: Thu, 17 May 2018 15:06:30 +0200	[thread overview]
Message-ID: <c7cdcd32-0777-834d-bae5-268fdc2008d4@xs4all.nl> (raw)
In-Reply-To: <CANy7HnbdmtukXZqBRm3yT45FY9eYg40y57jeY2ma_=CZpC80RA@mail.gmail.com>

On 5/16/2018 9:14 PM, Fabrice L wrote:
> Dear all,
> 
>  > - Check what additional features users want (miss) and decide to what 
> extent and with what priority we will put effort in this.
> 
> As asked, I add a wish to the list...
> 
> One feature which I depend a lot on is to be able to do animations: I 
> actually use the Raw Steps module, by David Munger (dated from 2006), 
> which still worked, but in MKII only. This is essential for me for my 
> teaching and talks. During teaching, I have designed courses notes in 
> ConText using a lot modes of context: the notes are different for 
> the teacher, are available in two formats for the students (paper and 
> for completion on tablets), and there is a last version for use in the 
> class by me. In class, this is essential for me that the material is 
> presented by steps, otherwise students have a tendency to not listen, or 
> to not try to solve a problem is the solution is already on the screen. 
> I can not use the animation tools available in ConTexT using javascript, 
> since I use to show notes in class an iPad, and I use the stylus to fill 
> blanks present in the notes (which work great by the way !). 
> The facility to use modes in the courses notes like this have convinced 
> several of my colleagues to use ConTeXt for their teaching needs.
> 
> Following threads on this list on animations, my understanding is that 
> Hans is not a great supporter of the method of animations in the Raw 
> Steps module, for technical reasons.
> 
> I have switch to MKIV for others documents, but I'm still on MKII for 
> this reason for my courses notes, which are 90% one my needs in TeX.
> Fabrice.
A few remarks:

(1) The mkiv approach uses not that much javascript actually, it uses 
layers that get turned on and off and it has a simplicity that i like, 
also because there is no interference with repetition (e.g. of 
references) cq. are no side effects (like bad spacing). Unfortunately 
layers are hardly supported and the trivial javascript to control some 
aspects of viewing neither. (Luigi and I have been thinking of adding 
lua to a mupdf based viewer ... maybe we should pick up that thread.)

(2) Steps i.e. repetitive content has the problem that one then needs to 
make sure references get flushes only ones which also demands care by 
the user, and spacing not be influenced too badly by redoing chunks. 
This is why I made some explicit steppers (there are some in the mkiv 
part as s-present* files).

I can give it some thought but it's not that trivial to do it right 
(according to my specs).

Hans


-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
        tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

  reply	other threads:[~2018-05-17 13:06 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-05-14 15:17 roadmap Hans Hagen
2018-05-14 19:36 ` roadmap Henning Hraban Ramm
2018-05-14 21:26   ` roadmap Hans Hagen
2018-05-15  9:01     ` roadmap MF
2018-05-14 22:52 ` roadmap Henri Menke
2018-05-14 23:34   ` roadmap Hans Hagen
2018-05-16  5:38     ` roadmap Henri Menke
2018-05-16  6:24       ` roadmap Joseph Canedo
2018-05-16  7:28       ` roadmap Hans Hagen
2018-05-14 23:41   ` roadmap luigi scarso
2018-05-15 19:17 ` roadmap Pablo Rodriguez
2018-05-15 21:26   ` roadmap Hans Hagen
2018-05-16 15:18     ` roadmap Pablo Rodriguez
2018-05-16 19:14 ` roadmap Fabrice L
2018-05-17 13:06   ` Hans Hagen [this message]
2018-05-17 14:24     ` roadmap Mohammad Hossein Bateni
2018-05-17 15:47       ` roadmap Otared Kavian
2018-05-17 16:50         ` roadmap Hans Hagen
2018-05-15  6:15 roadmap Christoph Reller
2018-05-15  6:23 ` roadmap luigi scarso
2018-05-15  6:36 ` roadmap Hans Hagen
2018-05-15 14:46 roadmap Christoph Reller
2018-05-15 14:51 ` roadmap luigi scarso
2018-05-18  9:54 roadmap Christoph Reller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=c7cdcd32-0777-834d-bae5-268fdc2008d4@xs4all.nl \
    --to=j.hagen@xs4all.nl \
    --cc=ntg-context@ntg.nl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).