diff options
author | Hans Hagen <pragma@wxs.nl> | 2016-10-25 10:54:32 +0200 |
---|---|---|
committer | Context Git Mirror Bot <phg42.2a@gmail.com> | 2016-10-25 10:54:32 +0200 |
commit | f0bc9c17c5298a3a4645f28a39273f52c27c646a (patch) | |
tree | 89360fdd95a8e80462c740a3d6c0ae379c22bc63 /doc | |
parent | f46e5a9b112dd6c1601fd1734b03064b4336a262 (diff) | |
download | context-f0bc9c17c5298a3a4645f28a39273f52c27c646a.tar.gz |
2016-10-25 10:03:00
Diffstat (limited to 'doc')
59 files changed, 4704 insertions, 0 deletions
diff --git a/doc/context/documents/general/qrcs/setup-cs.pdf b/doc/context/documents/general/qrcs/setup-cs.pdf Binary files differindex bbdb1f322..ab9c1bbe3 100644 --- a/doc/context/documents/general/qrcs/setup-cs.pdf +++ b/doc/context/documents/general/qrcs/setup-cs.pdf diff --git a/doc/context/documents/general/qrcs/setup-de.pdf b/doc/context/documents/general/qrcs/setup-de.pdf Binary files differindex e48cdd391..ecf6e348b 100644 --- a/doc/context/documents/general/qrcs/setup-de.pdf +++ b/doc/context/documents/general/qrcs/setup-de.pdf diff --git a/doc/context/documents/general/qrcs/setup-en.pdf b/doc/context/documents/general/qrcs/setup-en.pdf Binary files differindex 2951ea756..1db82c2d1 100644 --- a/doc/context/documents/general/qrcs/setup-en.pdf +++ b/doc/context/documents/general/qrcs/setup-en.pdf diff --git a/doc/context/documents/general/qrcs/setup-fr.pdf b/doc/context/documents/general/qrcs/setup-fr.pdf Binary files differindex 72413bf26..0549c424c 100644 --- a/doc/context/documents/general/qrcs/setup-fr.pdf +++ b/doc/context/documents/general/qrcs/setup-fr.pdf diff --git a/doc/context/documents/general/qrcs/setup-it.pdf b/doc/context/documents/general/qrcs/setup-it.pdf Binary files differindex 4cc5316b6..e21539b2e 100644 --- a/doc/context/documents/general/qrcs/setup-it.pdf +++ b/doc/context/documents/general/qrcs/setup-it.pdf diff --git a/doc/context/documents/general/qrcs/setup-nl.pdf b/doc/context/documents/general/qrcs/setup-nl.pdf Binary files differindex 4b1b82091..333f71bc0 100644 --- a/doc/context/documents/general/qrcs/setup-nl.pdf +++ b/doc/context/documents/general/qrcs/setup-nl.pdf diff --git a/doc/context/documents/general/qrcs/setup-ro.pdf b/doc/context/documents/general/qrcs/setup-ro.pdf Binary files differindex d8104ffd9..4ec372d29 100644 --- a/doc/context/documents/general/qrcs/setup-ro.pdf +++ b/doc/context/documents/general/qrcs/setup-ro.pdf diff --git a/doc/context/presentations/bachotex/2010/bachotex-2010-clash.pdf b/doc/context/presentations/bachotex/2010/bachotex-2010-clash.pdf Binary files differnew file mode 100644 index 000000000..8dfb31d11 --- /dev/null +++ b/doc/context/presentations/bachotex/2010/bachotex-2010-clash.pdf diff --git a/doc/context/presentations/bachotex/2010/bachotex-2010-clash.tex b/doc/context/presentations/bachotex/2010/bachotex-2010-clash.tex new file mode 100644 index 000000000..bda1934e9 --- /dev/null +++ b/doc/context/presentations/bachotex/2010/bachotex-2010-clash.tex @@ -0,0 +1,231 @@ +% \enablemode[paper] + +\usemodule[present-stepwise,present-wobbling,abr-02] + +\setuppapersize[S6][S6] \setupbodyfont[10pt] \def\METAPOST{MetaPost} + +% \StartText{...}{...} + +\startdocument + [title={\TEX\ and Reality\crlf Clashing Mindsets?}, + topic={Bacho\TEX, May 1, 2010}] + +\StartItems{Some reasons to use \TEX} + \StartItem + There can be several reasons for using \TEX. Some are subjective. + \StopItem + \StartItem + You like the way it works: you edit a document using a simple editor, + add a couple of directives and delay rendering. It's the content and + structure that matter. + \StopItem + \StartItem + You need it for instance because you have to typeset math and you believe that + no other tool can do a better job on that. + \StopItem + \StartItem + You found out that it can save time because it is programmable and after all, + programming is a nice distraction from writing. + \StopItem + \StartItem + You don't want to change a 20 year old habit and why quit using something that + you know well by now. + \StopItem + \StartItem + You like an occasional fight with a batch oriented system and updating (sometimes to + the extend of compiling) can be done while watching a movie. + \StopItem + \StartItem + You dislike learning a new program every 5 years. Of course it would be different + if we'd live for 500 years. + \StopItem +\StopItems + +\StartItems{My reasons to use \TEX} + \StartItem + I've always used \TEX\ and can do what I need to do with it. I like to + focus on what can be done instead of what can't. + \StopItem + \StartItem + I don't like disposable tools and am quite lucky that \TEX\ still + can adapt to my needs. + \StopItem + \StartItem + I like my job but only when using the current tools and cooking up + reuseable solutions. + \StopItem + \StartItem + I need it for rendering (often educational) content and also use it + for fun. + \StopItem + \StartItem + In the process I need to implement styles based on designs provided by + designers, most probably only know click and point tools but some of them + can think outside that box. + \StopItem +\StopItems + + +\StartItems{Using \TEX\ in projects} + \StartItem + Each project has at least a few challenges, the input, + the design, graphics, the boundary conditions, interfaces, etc. + \StopItem + \StartItem + In quite some cases a printed product is an afterthought and coding is + driven by viewing on the web. + \StopItem + \StartItem + Most time goes into mapping structure. Coding is done in \XML\ because + we can then manipulate content and publishers can reuse it. + \StopItem + \StartItem + Publishers often use a preselected designer and ask him/her to come + up with a design. + \StopItem + \StartItem + Chapter openings and title pages take some effort as well, especially + if the implementation has to be exact. For some reason design comes before + content so the designer has to guess. + \StopItem + \StartItem + Although one can try to catch bordercases it hardly pays off as the eventual + solutions are not that logic. Simplification is preferred over heuristics. + \StopItem + \StartItem + Unfortunately designers never use the fact that we can program variations and + and flexible solutions. On the other hand in a later stage we can quite conveniently + provide solutions for problems resulting in the editorial workflow. + \StopItem +\StopItems + +\StartItems{Struggling with structure} + \StartItem + Structure in regular \TEX\ documents assumes a proper nesting of chapters, + sections, subsections etc. + \StopItem + \StartItem + In \CONTEXT\ we can clone heads and configure them independently. Often we end up with + tens of variants. + \StopItem + \StartItem + In practice numberings can intermix, for instance subsections can be numbered + per chapter instead of per subsection. + \StopItem + \StartItem + Numbers seldom run like 1 \unknown\ 1.1 \unknown\ 1.1.1 and individual components can be omitted and can + have different properties (font, color). This quickly becomes messy as more (unexpected) + structure is added. + \StopItem + \StartItem + It's for this reason that we now have a more complex model of resetting and synchronization + of states in \CONTEXT. Actually we keep adding more structure support. + \StopItem + \StartItem + Additional information that is used in a chapter sometimes is also used elsewhere, as + in tables of contents (for instance icons). Therefore in \CONTEXT\ \MKIV\ we now have + the possibility to let userdata travel around. + \StopItem +\StopItems + +\StartItems{Bringing system in color} + \StartItem + When making a product line it helps if there is some systematic + approach in defining colors but it does not work out that way. + \StopItem + \StartItem + Unfortunately we can never use the colorpalet and colorgroup features + that have been present in \CONTEXT\ from the start. + \StopItem + \StartItem + Spotcolors are nice as they enforce a more systematic approach than + process colors. In such cases there is often some system. + \StopItem + \StartItem + With processcolors we often have to fight the \quotation {on my screen 0.01 + \letterpercent\ makes a big difference} dilemma. + \StopItem + \StartItem + Automatically converting graphics to such color spaces can save a lot of time and + money. + \StopItem +\StopItems + +\StartItems{Relations between fonts} + \StartItem + Although there is some fashion in using fonts most designs use at least + a few different ones. + \StopItem + \StartItem + Not all fonts are equally well equipped and one cannot rely too much on + features without testing them first. Although \OPENTYPE\ makes things + easier it also introduces problems due to incomplete features. + \StopItem + \StartItem + A macro package assumes some logic in sizes and relations but this is of no + use in practice. Most if the font mechanism is simply not used. + \StopItem + \StartItem + The same is true for interline spacing. Often some standard latin quote and + title is used to determine the spec. Not seldom most spacing is inconsistent. + \StopItem + \StartItem + It looks like justification is not wanted that much, let alone advanced features + like protrusion and expansion. Inter|-|character spacing is sometimes requested. + \StopItem +\StopItems + +\StartItems{Why I still use \TEX} + \StartItem + We started making \CONTEXT\ for our own use, especially complex and demanding + educational documents. + \StopItem + \StartItem + Nowadays we stick to typesetting and as we specialize in automated processing + we have to operate within strict bounds. + \StopItem + \StartItem + We use not that many handy features as there is hardly any structure in the designs + we have to implement. + \StopItem + \StartItem + But we use quite some of the manipulative power of \CONTEXT. Also, we are able to + fulfil even the most extreme demands. + \StopItem + \StartItem + It's user demand that is the driving force behind most new features. Users typically + use \CONTEXT\ in a different way than we do. + \StopItem + \StartItem + And \unknown\ some things can probably only be done with \TEX, especially in automated + workflows. + \StopItem +\StopItems + +\StartItems{Suggestions for designers} + \StartItem + Talk to those implementing the design, let them show you what can be done. Stick to + general designs and don't go into much detail. It's the look and feel that matters. + \StopItem + \StartItem + Think in systematic solutions. Lack of freedom in interactive placement of graphics can + be compensated by other variations. + \StopItem + \StartItem + Think outside the box. Use the fact that the system is programmable and can adapt. And it + probably goes beyond what you can think of. + \StopItem + \StartItem + Try to make a design extensible. There will always be more structure. Some components + will have less text that expected. Titles can be very short or quite long. Keep in mind + that you cannot tweak. + \StopItem + \StartItem + Try to see a pattern in structure and provide escapes for strange cases. Give the implementor + some freedom. + \StopItem +\StopItems + +\stopdocument + +% \StopText diff --git a/doc/context/presentations/bachotex/2010/bachotex-2010-move.pdf b/doc/context/presentations/bachotex/2010/bachotex-2010-move.pdf Binary files differnew file mode 100644 index 000000000..e4c087b64 --- /dev/null +++ b/doc/context/presentations/bachotex/2010/bachotex-2010-move.pdf diff --git a/doc/context/presentations/bachotex/2010/bachotex-2010-move.tex b/doc/context/presentations/bachotex/2010/bachotex-2010-move.tex new file mode 100644 index 000000000..6c016e911 --- /dev/null +++ b/doc/context/presentations/bachotex/2010/bachotex-2010-move.tex @@ -0,0 +1,114 @@ +% \enablemode[paper] + +\usemodule[present-stepwise,present-wobbling,abr-02] + +\setuppapersize[S6][S6] \setupbodyfont[11pt] \def\METAPOST{MetaPost} + +% \definecolor[maincolor] [red] +% \definecolor[extracolor][blue] + +\definecolor[maincolor] [green] +\definecolor[extracolor][red] + +% \StartText{...}{...} + +\startdocument + [title={Hybrids: \crlf the evolution of \CONTEXT}, + topic={Bacho\TEX, May 3, 2010}] + +\StartItems{How you code your documents} + \StartItem + Coding in \TEX\ is quite natural and given a proper macro set + the overhead is not that large. + \StopItem + \StartItem + Coding in \XML\ makes sense when you have to manipulate or reuse + your data and when \TEX\ is just the renderer. + \StopItem + \StartItem + For non|-|artistic graphics \METAPOST\ provides a convenient input + language. It also plays well with \TEX. + \StopItem + \StartItem + Some problems can more conveniently be solved in a procedural programming + language and \LUA\ perfectly fits in there. + \StopItem +\StopItems + +\StartItems{How the codebase evolves} + \StartItem + Of course we started with only \TEX\ code. Functionality has been nicely + split in modules + \StopItem + \StartItem + Front- and backend code has always been separated. + \StopItem + \StartItem + The user interface is quite consistent which provides backward compatibility + as well extensibility. + \StopItem + \StartItem + For quite some time \METAPOST\ support has been tightly integrated, including + a two way communication between these subsystems. + \StopItem + \StartItem + When we decided on \LUA\ as language it didn't take long before large chunks of + \CONTEXT\ were rewritten using it. + \StopItem +\StopItems + +\StartItems{How the codebase evolves} + \StartItem + Most font handling takes place in \LUA\ and as usual with \TEX\ we can do more + than fonts provide. + \StopItem + \StartItem + Other subsystems, like languages, input encoding, file io and xml also were among + the first to be supported by \LUA. + \StopItem + \StartItem + Lots of information is now carried around, especially related to structure. This will + permit users more freedom. + \StopItem + \StartItem + Notes, descriptions and enumerations also rely on \LUA. + \StopItem + \StartItem + Graphics (including \METAPOST) is all dealt with in \LUA. Float management is currently + on the agenda. + \StopItem + \StartItem + The backend code is completely rewritten in \LUA. We've disabled the low level primitives + so that third party modules can not spoil the game (this was already the case in \MKII). + \StopItem + \StartItem + Eventually most management tasks will move from \TEX\ to \LUA, but we keep in pace with + \LUATEX\ development and don't push things to the limit. + \StopItem +\StopItems + +\StartItems{where we will end up} + \StartItem + Eventually we will have a more layered macro package so that one can make specialized + versions. + \StopItem + \StartItem + In addition to the regular \TEX\ interface there will be a \LUA\ interface. We already have + one such interface but there will be more. + \StopItem + \StartItem + It will be possible to avoid \TEX\ code completely which makes sense in predictable + workflows where no artistic intervening is needed. + \StopItem + \StartItem + Core \TEX\ functionality will also be available as (often less efficient) \LUA\ variant + so that we can extend it. We already provide hooks into the callback subsystem. + \StopItem + \StartItem + We can already all of this intermixed so the user has complete freedom of choice. + \StopItem +\StopItems + +\stopdocument + +% \StopText diff --git a/doc/context/presentations/bachotex/2011/bachotex-2011-cld-and-mkvi.pdf b/doc/context/presentations/bachotex/2011/bachotex-2011-cld-and-mkvi.pdf Binary files differnew file mode 100644 index 000000000..7b98216fd --- /dev/null +++ b/doc/context/presentations/bachotex/2011/bachotex-2011-cld-and-mkvi.pdf diff --git a/doc/context/presentations/bachotex/2011/bachotex-2011-cld-and-mkvi.tex b/doc/context/presentations/bachotex/2011/bachotex-2011-cld-and-mkvi.tex new file mode 100644 index 000000000..24cb665a3 --- /dev/null +++ b/doc/context/presentations/bachotex/2011/bachotex-2011-cld-and-mkvi.tex @@ -0,0 +1,154 @@ +% \enablemode[print] + +\usemodule[present-stepwise,present-four,abr-02] + +\abbreviation [METAPOST] {MetaPost} {} + +\startdocument + [title=Finding\par the\par balance] + +%D This style is mostly for myself \unknown\ to get an idea of what I need to +%D talk about, in this case the rather drastic transformation of the \CONTEXT\ +%D code base to \MKIV\ and \LUA. + +\startsubject[title={No way back}] + +\StartSteps + +\startitemize +\startitem We have passed the point of no return already years ago. \stopitem \FlushStep +\startitem Most users now use \MKIV, with an occasional fall-back on \MKII. \stopitem \FlushStep +\startitem The code base is now completely split, with the exception of some modules. \stopitem \FlushStep +\startitem Some solutions are implemented in \LUA\ with only a small wrapper at the \TEX\ end. \stopitem \FlushStep +\stopitemize + +\StopSteps + +\stopsubject + +\startsubject[title={To get an idea}] + +\StartSteps + +\startitemize +\startitem structure: sectioning, notes, descriptions, registers, synonyms \stopitem \FlushStep +\startitem typesetting: sectioning, notes, descriptions, \stopitem \FlushStep +\stopitemize + +\StopSteps + +\stopsubject + +\startsubject[title={Hybrid coding}] + +\StartSteps + +\startitemize +\startitem The complete \CONTEXT\ user interface is available at the \LUA\ end (context namespace). \stopitem \FlushStep +\startitem Eventually all \LUA\ solutions will have a dual interface: \LUA\ (all kind of namespaces) and +towards \TEX\ (the command namespace). \stopitem \FlushStep +\startitem Some of the support \LUA\ modules can also be used independent from \CONTEXT. \stopitem \FlushStep +\stopitemize + +\StopSteps \StopPage + +\startsubject[title={Coding in \TEX}] + +\StartSteps + +\starttyping +\starttabulate[|l|c|r|] +\NC one \NC 1 \NC first \NC \NR +\NC two \NC 2 \NC second \NC \NR +\NC three \NC 3 \NC third \NC \NR +\stoptabulate +\stoptyping +\FlushStep + +\StopSteps \StopPage + +\startsubject[title={Coding in \LUA}] + +\StartSteps + +\starttyping +local NC = context.NC +local NR = context.NR + +context.starttabulate { "|l|c|r|" } +NC() one NC() 1 NC() first NC() NR() +NC() two NC() 2 NC() second NC() NR() +NC() three NC() 3 NC() third NC() NR() +context.stoptabulate() +\stoptyping +\FlushStep + +\StopSteps \StopPage + +\startsubject[title={Pure \LUA\ vs \TEX}] + +\StartSteps + +\starttyping +function converters.ordinal(n,language) + local t = ordinals[language] + return t and t(n) +end + +function commands.ordinal(n,language) + local t = ordinals[language] + local o = t and t(n) + if o then + context.highordinalstr(o) + end +end +\stoptyping +\FlushStep + +\StopSteps \StopPage + +\startsubject[title={Up to \MKVI}] + +\StartSteps + +\starttyping +\def\MyPlace#Country#City% + {\blank + #City is situated in #Country + \blank} + +\starttexdefinition MyName #Name + My name is: #Name. +\stoptexdefinition + +\MyPlace{Netherlands}{Hasselt} +\MyPlace{Poland} {Bachotek} + +\MyName{Hans Hagen} +\stoptyping +\FlushStep + +\StopSteps \StopPage + +\startsubject[title={\CONTEXT\ \LUA\ Documents}] + +\StartSteps + +Let's look at some examples: \FlushStep + +\starttyping +cld-math-001.cld +music-001.cld +m-zint.mkiv +s-edu-01.mkiv +m-morse.mkvi +scrn-wid.[lua|mkvi] +[grph|lpdf|back]-swf.mkiv +\stoptyping +\FlushStep + +(In 2016 I'd show different examples.) \FlushStep + +\StopSteps \StopPage + +\stopdocument diff --git a/doc/context/presentations/bachotex/2013/bachotex-2013-bits.pdf b/doc/context/presentations/bachotex/2013/bachotex-2013-bits.pdf Binary files differnew file mode 100644 index 000000000..cadfb197a --- /dev/null +++ b/doc/context/presentations/bachotex/2013/bachotex-2013-bits.pdf diff --git a/doc/context/presentations/bachotex/2013/bachotex-2013-bits.tex b/doc/context/presentations/bachotex/2013/bachotex-2013-bits.tex new file mode 100644 index 000000000..96db6bdeb --- /dev/null +++ b/doc/context/presentations/bachotex/2013/bachotex-2013-bits.tex @@ -0,0 +1,223 @@ +% \enablemode[print] + +\usemodule[pre-stepwise,present-tiles,abr-02] + +\definecolor[maincolor] [darkgray] +\definecolor[othercolor][r=.3,b=.3] + +% \setupinteractionscreen +% [option=max] + +\startdocument + [title={Bits and pieces:\\\\ConTeXt\\MetaPost\\Lua and more}, + subtitle={Hans Hagen\\EuroBacho\TeX\\May 2013}] + +\StartSteps + +\starttopic[title={ConTeXt\\recently done}] + + \startitemize + \startitem some more cleanup of old left||overs \FlushStep \stopitem + \startitem most mechanisms now use the new level of parameter abstraction \FlushStep \stopitem + \startitem only a few fundamental incompatibilities (split of mechanisms, more control) \FlushStep \stopitem + \startitem slow introduction of hooks and extensions via setups \FlushStep \stopitem + \startitem first version of new multi|| column routines \FlushStep \stopitem + \startitem replacing mechanism that have a (too) complex implementation \FlushStep \stopitem + \startitem exploring the mix (e.g. chemistry with Alan) \FlushStep \stopitem + \startitem remove some ugly left||overs from \MKII\ math \FlushStep \stopitem + \startitem normalized dynamic fonts (mostly interfacing) \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={ConTeXt\\next on the todo list}] + + \startitemize + \startitem more definitive split between generic and context (generated) \FlushStep \stopitem + \startitem some math extensions, maybe already math dictionaries \FlushStep \stopitem + \startitem normalize all styles and modules \FlushStep \stopitem + \startitem play a bit more with the \LUA\ parbuilder \FlushStep \stopitem + \startitem add more integrated bidi layout support \FlushStep \stopitem + \startitem finalize experimental (auto)script code \FlushStep \stopitem + \startitem investigate what more is needed in the \CLD\ interface \FlushStep \stopitem + \startitem check multi||lingual interface translations (not entirely in sync now) \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={MetaPost\\recently done}] + + \startitemize + \startitem we already had instances, a bit more configurability added \FlushStep \stopitem + \startitem instances now can be initialized to a number model \FlushStep \stopitem + \startitem some of the (runtime loaded) \METAFUN\ code has been optimized (as \METAPOST\ has become somewhat slower and now has dynamic memory management \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={MetaPost\\next on the todo list}] + + \startitemize + \startitem reimplement and extend graph (with Alan) \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={Lua\\recently done}] + + \startitemize + \startitem font code has been better isolated \FlushStep \stopitem + \startitem basic modules are more or less stable now \FlushStep \stopitem + \startitem support for \SQL, templates and other workflow helper code \FlushStep \stopitem + \startitem the \CLD\ manual has been extended (continuous effort) \FlushStep \stopitem + \startitem messages and tracing have been checked and made more consistent \FlushStep \stopitem + \startitem it is possible to build libraries so that one can use the same kind of code in projects (\type {mtxrun} using \LUATEX\ vs \type {mtxlibs} using \LUA) \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={Lua\\next on the todo list}] + + \startitemize + \startitem maybe cleanup of file database code (no real need to be completely \type {kpse} and \TDS\ compatible) \FlushStep \stopitem + \startitem pick up run||from|||zip experiment \FlushStep \stopitem + \startitem maybe more some framework code in the distribution \FlushStep \stopitem + \startitem experiment with some libraries (sockets, graphics, \type {gsl}) \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={Lua\TeX\\recently done}] + + \startitemize + \startitem + Luigi cooked up \LUAJITTEX\ and we did lots of experiments \unknown\ + our pet project turned into an persistent extra engine \unknown\ some + 10 upto 40\% speedup due to faster \LUA\ interpreter (no \type {jit}) + \FlushStep \stopitem + \startitem + I prototyped some speedups with access to node properties \unknown\ + Luigi and I tested this across platforms \unknown\ and Taco finalized + and integrated all into the codebase + \FlushStep \stopitem + \startitem + Taco did the periodical check of tracker items \unknown\ some not too + intrusive patches and fixes have been applied \unknown\ the new + \METAPOST\ library has been integrated. + \FlushStep \stopitem + \startitem + I played with a speedup of logging to the console and identified some + bottlenecks \unknown\ Taco decided to make some improvements in the + code base. + \FlushStep \stopitem + \startitem + I did some parbuilder experiments in \CONTEXT\ with simplified hz + \unknown\ trivial extension needed in backend \unknown\ in the + meantime Hartmut decided to drastically cleanup the whole code path. + \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={Lua\TeX\\next on the todo list}] + + \startitemize + \startitem remove some old engine stuff (after tl 2013 is out) \FlushStep \stopitem + \startitem with Luigi, get \SWIGLIB\ project upto speed (and running) \FlushStep \stopitem + \startitem with Hartmut, get ex||factor implemented in the backend (explored in the \LUA\ parbuilder) \FlushStep \stopitem + \startitem with Taco, catch up on some ideas we have accumulated \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={Fonts\\next on the todo list}] + + \startitemize + \startitem normalize a few extensions \FlushStep \stopitem + \startitem implement some more detailed control \FlushStep \stopitem + \startitem play with the \LUA\ parbuilder (if it makes sense at all) \FlushStep \stopitem + \startitem finish (and test) support for Devanagari \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title=Manuals] + + \startitemize + \startitem new manuals for templates, \SQL, \SCITE, extreme tables, etc. \FlushStep \stopitem + \startitem first uploads of the (technical) font manual \FlushStep \stopitem + \startitem package some sources to the documentation zip \FlushStep \stopitem + \stopitemize + + todo: + + \startitemize + \startitem check metafun for additions \FlushStep \stopitem + \startitem check and extend the \XML\ manual \FlushStep \stopitem + \startitem check and republish the mathml manual \FlushStep \stopitem + \startitem redo some of the specific manuals for \MKIV \FlushStep \stopitem + \startitem beginners manual is being redone (by Ton) \FlushStep \stopitem + \startitem chemistry manual is being redone (by Alan) \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title=Scripts] + + \startitemize + \startitem additional help info support (\TEXLIVE\ requirement) \FlushStep \stopitem + \startitem relatively stable but most are still a first||version \FlushStep \stopitem + \startitem improve the \SCITE\ reference lexers \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\starttopic[title=Speed] + +\goto{pre-bt-2013-speed}[file(pre-bt-2013-speed)] \FlushStep + +\stoptopic + +\stopdocument diff --git a/doc/context/presentations/bachotex/2013/bachotex-2013-luatex.pdf b/doc/context/presentations/bachotex/2013/bachotex-2013-luatex.pdf Binary files differnew file mode 100644 index 000000000..147c34ac3 --- /dev/null +++ b/doc/context/presentations/bachotex/2013/bachotex-2013-luatex.pdf diff --git a/doc/context/presentations/bachotex/2013/bachotex-2013-luatex.tex b/doc/context/presentations/bachotex/2013/bachotex-2013-luatex.tex new file mode 100644 index 000000000..1dc6f2f89 --- /dev/null +++ b/doc/context/presentations/bachotex/2013/bachotex-2013-luatex.tex @@ -0,0 +1,205 @@ +% \enablemode[print] + +\usemodule[pre-stepwise,present-tiles,abr-02] + +\definecolor[maincolor] [darkgray] +\definecolor[othercolor][g=.3,b=.3] + +% \setupinteractionscreen +% [option=max] + +\setupbodyfont[opendyslexic,ss] + +\startdocument + [title={Lua\TeX\ for dummies\\\\(so you can still leave)}, + subtitle={Hans Hagen\\EuroBacho\TeX\\May 2013}] + +\StartSteps + +\starttopic[title={The \TEX\ perspective}] + + \startitemize + \startitem it started out as \PDFTEX \FlushStep \stopitem + \startitem then got merged with \ALEPH \FlushStep \stopitem + \startitem but we left out the ugly bits of both \FlushStep \stopitem + \startitem it's exclusively \UTF-8 \FlushStep \stopitem + \startitem it's math machinery got extended with \OPENTYPE\ like features \FlushStep \stopitem + \startitem there are no fundamental extensions as it's impossible to agree in them \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={The \LUA\ perspective}] + + \startitemize + \startitem it just a \LUA\ engine \FlushStep \stopitem + \startitem it has some extra libraries on board \FlushStep \stopitem + \startitem you don't even have to use \TEX \FlushStep \stopitem + \startitem but there are hooks into the \TEX\ machinery \FlushStep \stopitem + \startitem and we can go further by loading libraries \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={The hybrid perspective}] + + \startitemize + \startitem we can extend \TEX\ using \LUA \FlushStep \stopitem + \startitem eventually everything will be opened up \FlushStep \stopitem + \startitem users never have to see any of that \FlushStep \stopitem + \startitem they can simply use \LUA\ for scripting and print results to \TEX \FlushStep \stopitem + \startitem but developers can go deep into the \TEX\ internals and mess around \FlushStep \stopitem + \startitem the average user will just depend on what a macro package will provide \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={The complications}] + + \startitemize + \startitem normally one wants a bit of infrastructure (management) \FlushStep \stopitem + \startitem and maybe a special user space, hidden from core extensions \FlushStep \stopitem + \startitem but history has tought that users can't be controlled that way \FlushStep \stopitem + \startitem so we stick to just providing the mechanisms \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={The future}] + + \startitemize + \startitem there are a couple of generic modules (derived from \CONTEXT) \FlushStep \stopitem + \startitem in principle I can make more generic modules \FlushStep \stopitem + \startitem that's after all the idea behind the (to be) \METATEX\ variant \FlushStep \stopitem + \startitem but does it really make sense as one still needs substantial subsystems \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={This workshop}] + + \startitemize + \startitem just using \LUA: it's what most users will do \FlushStep \stopitem + \startitem showing the hooks: it's what developers want to use \FlushStep \stopitem + \startitem answering questions: it's probably the most I can do \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={Just plain}] + + We need to make a format, like: + + \starttyping + luatex --ini plain \dump + \stoptyping + + \FlushStep + + and can then run files with: + + \starttyping + luatex --fmt=plain somefile.tex + \stoptyping + + \FlushStep + + This is a another way: + + \starttyping + mtxrun --script plain --make --texformat=plain + \stoptyping + + \FlushStep + + with: + + \starttyping + mtxrun --script plain --texformat=plain somefile.tex + \stoptyping + + \FlushStep + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={A bit less plain}] + + In order to profit from \OPENTYPE\ fonts: + + \starttyping + mtxrun --script plain --make + \stoptyping + + \FlushStep + + with: + + \starttyping + mtxrun --script plain somefile.tex + \stoptyping + + \FlushStep + + On windows you can copy \type {mtxrun.exe} to \type {plain.exe} and stick to: + + \starttyping + plain --make + \stoptyping + + \FlushStep + + with: + + \starttyping + plain somefile.tex + \stoptyping + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={Hardly plain}] + + If you can live with a bit less plain: + + \starttyping + context yourfile.tex + \stoptyping + + \FlushStep + +\stoptopic + +\StopSteps + +\stopdocument diff --git a/doc/context/presentations/bachotex/2013/bachotex-2013-sense.pdf b/doc/context/presentations/bachotex/2013/bachotex-2013-sense.pdf Binary files differnew file mode 100644 index 000000000..be0939b40 --- /dev/null +++ b/doc/context/presentations/bachotex/2013/bachotex-2013-sense.pdf diff --git a/doc/context/presentations/bachotex/2013/bachotex-2013-sense.tex b/doc/context/presentations/bachotex/2013/bachotex-2013-sense.tex new file mode 100644 index 000000000..72e3f4dc2 --- /dev/null +++ b/doc/context/presentations/bachotex/2013/bachotex-2013-sense.tex @@ -0,0 +1,319 @@ +% \enablemode[print] + +\usemodule[pre-stepwise,present-tiles,abr-02] + +\definecolor[maincolor] [s=.6] +\definecolor[othercolor][s=.2] + +% \setupinteractionscreen +% [option=max] + +\startdocument + [title={How about those\\typographic virtues:\\do they still make sense?}, + subtitle={Hans Hagen\\EuroBacho\TeX\\May 2013}] + +\StartSteps + +\starttopic[title=Typesetting] + + \FlushStep + + \startitemize + \startitem somehow we turned sounds into speech into language \FlushStep \stopitem + \startitem and after that it may have started with writing in the sand \FlushStep \stopitem + \startitem followed by painting on cave walls \FlushStep \stopitem + \startitem or maybe carving symbols in wood \FlushStep \stopitem + \startitem and figuring out some writing system \FlushStep \stopitem + \startitem that made it possible to chisel thoughts in stone \FlushStep \stopitem + \startitem and eventually putting blobs on paper \FlushStep \stopitem + \startitem that we somehow managed to map onto pixels \FlushStep \stopitem + \stopitemize + + but \FlushStep + + \startitemize + \startitem typesetting only happened very lately \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title=In the process] + + \FlushStep + + \startitemize + \startitem mankind optimized the basic shapes (to suit the language) \FlushStep \stopitem + \startitem and kept inventing new symbols \FlushStep \stopitem + \startitem more and more automated typesetting and rendering and printing \FlushStep \stopitem + \startitem and of course this went with all kind of silly arguments \FlushStep \stopitem + \stopitemize + + think of this: \FlushStep + + \startitemize + \startitem for ages scribes were the only way to get high end arabic typesetting \FlushStep \stopitem + \startitem and now we can do this mostly automatic (in good and bad ways) \FlushStep \stopitem + \startitem so we endangered yet another craft \FlushStep \stopitem + \stopitemize + + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title=But eventually] + + \FlushStep + + \startitemize + \startitem new interfaces will bring new ways of reading (how about leap motion) \FlushStep \stopitem + \startitem and we'll go from manual to visual (glasses, look at gaming) \FlushStep \stopitem + \startitem so information will be pushed more or less directly into our brain \FlushStep \stopitem + \startitem while high quality rendering moves to the arts department \FlushStep \stopitem + \startitem and in the end probably not much gets printed any more \FlushStep \stopitem + \startitem so we will share, stare at and discuss books no longer the way we do now \FlushStep \stopitem + \startitem just look at how kids deal with information nowadays \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title=Targeting paper] + + \FlushStep + + \startitemize + \startitem we kept trying to save space by combine shapes and using umlauts and accents \FlushStep \stopitem + \startitem we can make it look better, using ligatures, alternative shapes \FlushStep \stopitem + \startitem color comes cheap, as does mixing fonts \FlushStep \stopitem + \startitem went from left to right and vise versa and top to bottom and mixed all this \FlushStep \stopitem + \startitem papers and magazines squeezed more into columns (in fact, we get less newspapers and magazines, but more advertising, so for a while there's as much print but more of dubious quality) \FlushStep \stopitem + \startitem and we even optimized the art of unreadability as in anti||smoke warnings \FlushStep \stopitem + \startitem thanks to software we can tweak fonts, mess with kerning, fool ourselve with expansion and protrusion \FlushStep \stopitem + \startitem we mess around with margins, aspect ratios, scaling, rotating, and justification \FlushStep \stopitem + \startitem and yes, we introduced conventions but also entered endless debates \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title=Towards displays] + + \FlushStep + + \startitemize + \startitem nowadays we can fake the old stuff on the screen and simulate paper \FlushStep \stopitem + \startitem we have weird user interfaces as we still want to recognize the old e.g.\ funny borders and strange buttons \FlushStep \stopitem + \startitem and we're told how less pixels are actually needed to keep us happy \FlushStep \stopitem + \startitem while we stare at ourselves on those mirroring and radiating displays \FlushStep \stopitem + \startitem lack of detail gets nicely compensated with special reading compensation programs at school \FlushStep \stopitem + \startitem and still progress is hampered by copyrighting trivial properties and inventions that anyone can come up with given the machinery \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title=The state of affairs] + + \FlushStep + + \startitemize + \startitem we already lost (or maybe never reached) optimal quality \FlushStep \stopitem + \startitem it looks like ragged right won the battle \FlushStep \stopitem + \startitem and messing with fonts beyond what designers had in mind is okay \FlushStep \stopitem + \startitem the users start controlling the layout by scaling, rotating and setting properties \FlushStep \stopitem + \stopitemize + + so \FlushStep + + \startitemize + \startitem why do we texies still bother about typography, hobyism apart \FlushStep \stopitem + \startitem does paying so much attention and trying to be original still fit into rappidly changing times \FlushStep \stopitem + \startitem we're not alone: the same is true for programs, apps, operating systems, etc \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title=Take ligatures] + + \FlushStep + + \definefont[TestA][texgyrepagella-regular*default] + \definefont[TestB][cambria*default] + \definefont[TestC][dejavuserif*default] + \definefont[TestD][lmroman10-regular*default] + + \startcombination[alternative=none,nx=1,ny=4] + {\hbox to \textwidth{\scale[height=.1\textheight]{\TestA fi ffi fl ffl ij}\hss}} + {\hbox to \textwidth{\scale[height=.1\textheight]{\TestB fi ffi fl ffl ij}\hss\tlap{\scale[height=.25\textheight]{\TestB ffl\hskip.1emffi}}}} + {\hbox to \textwidth{\scale[height=.1\textheight]{\TestC fi ffi fl ffl ij}\hss}} + {\hbox to \textwidth{\scale[height=.1\textheight]{\TestD fi ffi fl ffl ij}\hss\tlap{\scale[height=.25\textheight]{\TestD ffl\hskip.1emffi}}}} + \stopcombination + + \FlushStep + + Subtle kerning, partial substitution, different shapes: take your + choice. Can texies really claim that their ffi looks the best? Just + stare at it for a while. + + \FlushStep + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title=Accent battles] + + \FlushStep + + \startcombination[alternative=label,nx=5,ny=2] + {\scale[height=.25\textheight]{\definedfont[texgyrepagella-regular]š}} + {\scale[height=.25\textheight]{\definedfont[dejavuserif]š}} + {\scale[height=.25\textheight]{\definedfont[cambria]š}} + {\scale[height=.25\textheight]{\definedfont[texgyretermes-regular]š}} + {\scale[height=.25\textheight]{\definedfont[lucidabrightot]š}} + {\scale[height=.25\textheight]{\definedfont[texgyrebonum-regular]š}} + {\scale[height=.25\textheight]{\definedfont[texgyreheros-regular]š}} + {\scale[height=.25\textheight]{\definedfont[lmroman10-regular]š}} + {\scale[height=.25\textheight]{\definedfont[KozMinPr6N-Regular]š}} + {\scale[height=.25\textheight]{\definedfont[zapfinoextraltpro]š}} + \stopcombination + + \FlushStep + + \blank + + Of course there are some conventions, but given that designs are \unknown\ well, + designs \unknown\ it's never going to be okay for all of us. + + \FlushStep + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title=Justification] + + \FlushStep + + % \externalfigure[chinese-courier.jpg][height=.7\textheight] + \externalfigure[chinese-courier.jpg][width=\textwidth] + + \FlushStep + + \blank + + Intercharacter spacing, interglyph spacing, tightening symbols: why bother + any longer: let's play safe and from now on advice to use monospaced ragged + right. + + \FlushStep + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title=Backslashes] + + \FlushStep + + \startitemize + \startitem you always need a way to escape formatting directives \FlushStep \stopitem + \startitem so texies have the backslash and a few more special characters \FlushStep \stopitem + \startitem coding in \XML\ seems to be too complex and awkward for most users \FlushStep \stopitem + \startitem but \ASCII\ based quick and dirty formatting becomes a fashion (\type {*doc}) \FlushStep \stopitem + \startitem of course influencing the makeup and making things nice involves even nastier escapes \FlushStep \stopitem + \startitem and in the process we eventually loose quality \FlushStep \stopitem + \stopitemize + + but \FlushStep + + \startitemize + \startitem it fits nicely into quick and dirty often one||time markup \FlushStep \stopitem + \startitem and real markup, maybe targeted at reuse, becomes a speciality, craft, hobby or disappears \FlushStep \stopitem + \startitem there is no reason why what we do now stays \unknown\ we have no copying monks left either \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title=Endangered features] + + \FlushStep + + \startitemize + \startitem ebooks are mostly single sided \FlushStep \stopitem + \startitem but somehow we still care about pages (or can't look beyond them) \FlushStep \stopitem + \startitem there is no longer room and need for multi||columns \FlushStep \stopitem + \startitem and also no need for footnotes as we can have roll||overs \FlushStep \stopitem + \startitem paper size can still be different but can swap to landscape\FlushStep \stopitem + \startitem floats become cumbersome compared to paper books, so no floats \FlushStep \stopitem + \startitem margins, they waste space and we already have hardware margins \FlushStep \stopitem + \startitem a proper tables of contents still make some sense \FlushStep \stopitem + \startitem indices can be replaced but searching in most cases \FlushStep \stopitem + \startitem bibliographies can become pop||ups \FlushStep \stopitem + \startitem readers are encouraged to choose and scale fonts so the design has limitations \FlushStep \stopitem + \startitem and why even bother optimizing the look and feel \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title=The future of \TEX] + + \FlushStep + + \startitemize + \startitem as it happens: these are all mechanisms that complicate the \TEX\ machinery and workflow \FlushStep \stopitem + \startitem and removing the need for them might as well remove the need for \TEX \FlushStep \stopitem + \startitem but still, for a long time \CONTEXT\ \MKIV\ can fulfill the needs as demands probably only become more simple \FlushStep \stopitem + \startitem and I can start working on a simple version: twittertex™, monospaced, one paragraph fat most 140 characters, no pages, no structure, maybe random generated content, etc. \FlushStep \stopitem + \startitem or maybe first make some intermediate version: markuptex™, geared at ebooks in some kind of \XML\ format \FlushStep \stopitem + \startitem and Luigi will make \type {livetex}, a dna based typesetting plugin that connects to our already built||in retina \FlushStep \stopitem + \stopitemize + + however, \FlushStep + + \startitemize + \startitem looking at the still active \TEX\ crowd we will stay around for a while \FlushStep \stopitem + \startitem given that we manage to advocate the virtues of typographical traditions \FlushStep \stopitem + \startitem and for that, we might need to reinvent ourselves (a nice theme for a conference) \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\stopdocument + diff --git a/doc/context/presentations/bachotex/2013/bachotex-2013-speed.pdf b/doc/context/presentations/bachotex/2013/bachotex-2013-speed.pdf Binary files differnew file mode 100644 index 000000000..6dcd5478c --- /dev/null +++ b/doc/context/presentations/bachotex/2013/bachotex-2013-speed.pdf diff --git a/doc/context/presentations/bachotex/2013/bachotex-2013-speed.tex b/doc/context/presentations/bachotex/2013/bachotex-2013-speed.tex new file mode 100644 index 000000000..df7ca2f3a --- /dev/null +++ b/doc/context/presentations/bachotex/2013/bachotex-2013-speed.tex @@ -0,0 +1,115 @@ +% \enablemode[print] + +\usemodule[pre-stepwise,present-tiles,abr-02] + +\definecolor[maincolor] [darkgray] +\definecolor[othercolor][r=.3,g=.3] + +% \setupinteractionscreen +% [option=max] + +\setupbodyfont[15pt] + +\startdocument + [title={Speed:\\\\can we make\\it any faster}, + subtitle={Hans Hagen\\EuroBacho\TeX\\May 2013}] + +\StartSteps + +\starttopic[title={Speed}] + + \startitemize + \startitem speed matters in a edit-run-preview cycle although this is mostly perception \FlushStep \stopitem + \startitem the nicer the interface, the slower it gets, but you seldom set something up \FlushStep \stopitem + \startitem everything you provide gets used at some point, also in inefficient ways \FlushStep \stopitem + \startitem lots of local (grouped) tweaks leads to many mechanisms kicking in unseen \FlushStep \stopitem + \startitem wrong use of functionality can have drastic and unexpected speed penalties \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={Pages per minute}] + + \startitemize + \startitem we try to speed up baseline performance (in pages per second) \FlushStep \stopitem + \startitem identify and optimize critical routines, both at the \TEX\ and \LUA\ end \FlushStep \stopitem + \startitem of course the machine (Dell M90, SSD, 4GB, 2.33 Ghz T7600, Windows 8) and versions if \LUATEX\ (0.72+) and \CONTEXT\ matter \FlushStep \stopitem + \stopitemize + + \blank + + \starttyping + \dorecurse {1000} {test \page} + \stoptyping + + \FlushStep + + \blank + + \starttabulate[|r|r|r|r|] + \HL + \NC \bf \# pages \NC \bf Januari \NC \bf April \NC \bf May\rlap{\quad(2013)} \NR + \HL + \NC 1 \NC 2 \NC 2 \NC 2 \NC \NR + \NC 10 \NC 15 \NC 17 \NC 17 \NC \NR + \NC 100 \NC 90 \NC 109 \NC 110 \NC \NR + \NC 1000 \NC 185 \NC 234 \NC 259 \NC \NR + \NC 10000 \NC 215 \NC 258 \NC 289 \NC \NR + \HL + \stoptabulate + + \FlushStep + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={What happens}] + + \startitemize + \startitem load macros and \LUA\ code is loaded from the format \FlushStep \stopitem + \startitem the system gets initialized, think of fonts and languages \FlushStep \stopitem + \startitem additional (runtime) files are loaded \FlushStep \stopitem + \startitem text is typeset and eventually gets passed to the page builder \FlushStep \stopitem + \startitem pages are packaged, this includes reverting to global document states \FlushStep \stopitem + \startitem the \PDF\ representation is created \FlushStep \stopitem + \startitem each of these steps has its bottlenecks \FlushStep \stopitem + \startitem the more we don, the more \LUA\ gets involved \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\StartSteps + +\starttopic[title={What we can do}] + + \startitemize + \startitem avoid copying boxes where possible \FlushStep \stopitem + \startitem only enable initializers and finalizers when functionality is used \FlushStep \stopitem + \startitem be clever with fonts, in usage as well as in supporting features \FlushStep \stopitem + \startitem use trial runs in multi||pass mechanisms \FlushStep \stopitem + \startitem avoid too much macro expansion (only matters for tracing) \FlushStep \stopitem + \startitem accept that more functionality has a price \FlushStep \stopitem + \stopitemize + + but + + \startitemize + \startitem don't compromise functionality \FlushStep \stopitem + \startitem avoid too obscure code \FlushStep \stopitem + \startitem forget about optimization by means of combining functionality \FlushStep \stopitem + \stopitemize + +\stoptopic + +\StopSteps + +\stopdocument diff --git a/doc/context/presentations/bachotex/2015/bachotex-2015-ligatures.pdf b/doc/context/presentations/bachotex/2015/bachotex-2015-ligatures.pdf Binary files differnew file mode 100644 index 000000000..96147dfdc --- /dev/null +++ b/doc/context/presentations/bachotex/2015/bachotex-2015-ligatures.pdf diff --git a/doc/context/presentations/bachotex/2015/bachotex-2015-ligatures.tex b/doc/context/presentations/bachotex/2015/bachotex-2015-ligatures.tex new file mode 100644 index 000000000..0a59afbe9 --- /dev/null +++ b/doc/context/presentations/bachotex/2015/bachotex-2015-ligatures.tex @@ -0,0 +1,138 @@ +\usemodule[present-ovals] + +\definecolor[maincolor][darkgray] + +\definefont[largett][Mono sa 3] + +\starttext + +\startstandardmakeup + \bfc\setstrut + \vfil + \midaligned{\strut the interaction between} + \vfil + \midaligned{\strut ligatures hyphenation} + \vfil + \midaligned{\strut and kerning} + \vfil + \bf\setstrut + \vfil + \midaligned{\strut Hans Hagen} + \vfil + \midaligned{\strut Bacho\TeX\ 2015} + \vfil +\stopstandardmakeup + +\starttitle[title={Ligature}] +\startlines \largett\setupinterlinespace + {\red e}{\red f}{\red f}{\red e} + {\red e}{\blue ff}{\red e} + {\red e}{\vl}{\blue ff}{\vl}{\red e} +\stoplines +\stoptitle + +\starttitle[title={Discretionary}] +\startlines \bigger \setupinterlinespace + \type{\discretionary{pre}{post}{replace}} + \blank + \type{explicit: \-} + \blank + \type{automatic: -} + \blank + \type{regular: patterns} + \blank + \type{first: internal} + \type{second: internal} +\stoplines +\stoptitle + +\starttitle[title={Hyphenated ligature}] +\startlines \largett\setupinterlinespace + {\red e}{\red f}{\green -}{\red f}{\red e} + {\red e}[{\red f}{\green -}][{\red f}][{\blue ff}]{\red e} + {\red e}[{\vl}{\red f}{\vl}{\green -}][{\red f}{\vl}][{\vl}{\blue ff}{\vl}]{\red e} +\stoplines +\stoptitle + +\starttitle[title={Substitution}] +\startlines \largett\setupinterlinespace +{\red e}{\red f}{\red f}{\red e} +{\red e}{\magenta f}{\cyan f}{\red e} +{\red e}{\vl}{\magenta f}{\vl}{\cyan f}{\vl}{\red e} +\stoplines +\stoptitle +\stoptitle + +\starttitle[title={Hyphenation substitution}] +\startlines \largett\setupinterlinespace +{\red e}{\red f}{\green -}{\red f}{\red e} +{\red e}[{\red f}{\green -}][{\red f}][{\magenta f}{\cyan f}]{\red e} +{\red e}[{\vl}{\red f}{\vl}{\green -}][{\red f}{\vl}][{\vl}{\magenta f}{\vl}{\cyan f}{\vl}]{\red e} +\stoplines +\stoptitle + +\starttitle[title={Hyphenation substitution (2)}] +\startlines \largett\setupinterlinespace +{\red e}{\red f}{\green -}{\red f}{\red e} +{\red e}[{\red f}{\green -}][{\green -}{\red f}][{\magenta f}{\cyan f}]{\red e} +{\red e}[{\vl}{\red f}{\vl}{\green -}][{\green -}{\vl}{\red f}{\vl}][{\vl}{\magenta f}{\vl}{\cyan f}{\vl}]{\red e} +\stoplines +\stoptitle + +\starttitle[title={Hyphenation substitution (3)}] +\startlines \largett\setupinterlinespace +{\red e}{\red f}{\green -}{\red f}{\red e} +{\red e}[{\yellow f}{\green -}][{\green -}{\red f}][{\magenta f}{\cyan f}]{\red e} +{\red e}[{\vl}{\yellow f}{\vl}{\green -}][{\green -}{\vl}{\red f}{\vl}][{\vl}{\magenta f}{\vl}{\cyan f}{\vl}]{\red e} +\stoplines +\stoptitle + +\starttitle[title={Hyphenation substitution (4)}] +\startlines \largett\setupinterlinespace +\dontleavehmode\hbox{{\red e}{\red f}{\green -}{\red f}{\red i}{\green -}{\red c}{\red i}{\red e}{\red n}{\red t}} +\dontleavehmode\hbox{{\red e}[{\red f}{\green -}][{\blue fi}][{\blue ffi}{\green -}]{\red c}} +\dontleavehmode\hbox{{\red e}[{\vl}{\red f}{\vl}{\green -}][{\blue fi}{\vl}][{\vl}{\blue ffi}{\vl}{\green -}{\vl}]{\red c}} +\stoplines +\stoptitle + +\starttitle[title={Languages}] +\startlines \largett\setupinterlinespace +{\red f}{\red i}{\red j}{\red n} +{\blue fi}{\red j}{\red n} +{\red f}{\blue ij}{\red n} +\stoplines +\stoptitle + +\starttitle[title={Relevance of typesetting}] +\startparagraph glyphs (shapes) are a way to communicate \stopparagraph +\startparagraph writing and reading are complementary \stopparagraph +\startparagraph both were instrumental to progress \stopparagraph +\startparagraph and both are under pressure \stopparagraph +\startparagraph we need to distinguish between art and useability \stopparagraph +\startparagraph typography is a tool, not an aim \stopparagraph +\stoptitle + +\starttitle[title={Relevance of ligatures}] +\startparagraph save space (less medium needed) \stopparagraph +\startparagraph kind of arbitrary applied / provided \stopparagraph +\startparagraph less relevant apart from look \stopparagraph +\startparagraph alien for most readers \stopparagraph +\startparagraph not always better readable \stopparagraph +\startparagraph better spend energy elsewhere \stopparagraph +\stoptitle + +\page + +\usemodule[punk] \usetypescript[punk] + +\startstandardmakeup + + \definedfont[demo@punk at 40pt] \setupinterlinespace \EnableRandomPunk + + Should we really care about such features in a time when kids no + longer need to write and don't seem to care at all about how things + look. + +\stopstandardmakeup + +\stoptext diff --git a/doc/context/presentations/bachotex/2016/bachotex-2016-opentype.pdf b/doc/context/presentations/bachotex/2016/bachotex-2016-opentype.pdf Binary files differnew file mode 100644 index 000000000..cacdc4c56 --- /dev/null +++ b/doc/context/presentations/bachotex/2016/bachotex-2016-opentype.pdf diff --git a/doc/context/presentations/bachotex/2016/bachotex-2016-opentype.tex b/doc/context/presentations/bachotex/2016/bachotex-2016-opentype.tex new file mode 100644 index 000000000..aa9cb60fd --- /dev/null +++ b/doc/context/presentations/bachotex/2016/bachotex-2016-opentype.tex @@ -0,0 +1,631 @@ +\usemodule[present-banner] + +\startdocument + [title={OPENTYPE FONTS}, + subtitle={the generic loader}, + location={Hans Hagen \endash\ bacho\TeX\ 2016}] + +\starttitle[title={how engines sees a font}] + +\startsubject[title={\TeX}] + + \highlight [nb] {fields:} width, height, depth, italic correction, kern table, + ligature tree, vf commands, next size pointer, extensible specification + \highlight [nb] {and} a set of text and math parameters + +\stopsubject + +\startsubject[title={\pdfTeX}] + + \highlight [nb] {extra fields:} left protruding, right protruding, expansion + factor \highlight [nb] {and} parameters to control these + +\stopsubject + +\startsubject[title={\LuaTeX}] + + \highlight [nb] {extra fields:} math top accent, math bot accent, tounicode, + adapted extensible specification, vertical variants, horizontal variants, + name, index, used status, math kerns \highlight [nb] {and} extra parameters + \highlight [nb] {and} math constants \highlight [nb] {and} no 8~bit + limitations + +\stopsubject + +\startsubject[title={\XeTeX}] + + probably something similar + +\stopsubject + +\stoptitle + +\starttitle[title={font handling}] + +\startsubject[title={loading opentype font data}] + + \startitemize + \startitem + till recently we used the built|-|in fontforge loader library + \stopitem + \startitem + but now we use a recently written \Lua\ loader + \stopitem + \startitem + but use a similar feature handler + \stopitem + \startitem + in \ConTeXt\ one can fall back to the old loader/handler + \stopitem + \stopitemize + +\stopsubject + +\startsubject[title={applying (opentype) features}] + + \highlight [nb] {generic modes:} base, node \crlf + \highlight [nb] {\ConTeXt\ modes:} base, node, auto, dynamic + +\stopsubject + +\startsubject[title={locating (opentype) fonts}] + + \startitemize + \startitem + \highlight [nb] {file}: kpse in generic, resolvers in \ConTeXt + \stopitem + \startitem + \highlight [nb] {name}: simple in generic, extended in \ConTeXt, + different in \LaTeX + \stopitem + \startitem + \highlight [nb] {spec}: not in generic (uses font database) + \stopitem + \startitem + \highlight [nb] {virtual}: not in generic + \stopitem + \startitem + \highlight [nb] {lua}: delegated to low level interfaces + \stopitem + \stopitemize + +\stopsubject + +\stoptitle + +\starttitle[title={preparations}] + +\startsubject[title={after loading}] + + \startitemize + \startitem + initialize format driven substitution + \stopitem + \startitem + initialize format driven positioning + \stopitem + \startitem + enable analysis of states/properties + \stopitem + \startitem + initialize additional data for engine (protrusion, expansion, extend, + slant) + \stopitem + \startitem + apply user or \TeX\ format extensions + \stopitem + \startitem + apply manipulations before and after loading + \stopitem + \startitem + (build virtual fonts) + \stopitem + \startitem + enable special script handlers (fuzzy side of opentype) + \stopitem + \startitem + pass metrics and some metadata to \TeX + \stopitem + \stopitemize + +\stopsubject + +\startsubject[title={benefit}] + + efficient access to all font properties for additional processing beforehand + or afterwards + +\stopsubject + +\stoptitle + +\starttitle[title={processing}] + +\startsubject[title={steps}] + + \startitemize + \startitem + (comes after hyphenation) + \stopitem + \startitem + first identifies to be handled modes + \stopitem + \startitem + normalization (in \ConTeXt) node list + \stopitem + \startitem + delegate handling to \TeX\ or \Lua + \stopitem + \startitem + when using \Lua\ features are applied in prescribed order: + substitution, positioning, etc. + \stopitem + \startitem + as last step positioning is finalized (left/right kern injection, + space kerning, anchoring, cursives) + \stopitem + \stopitemize + +\stopsubject + +\startsubject[title={remarks}] + + \startitemize + \startitem + efficient contextual analysis is|-|non trivial + \stopitem + \startitem + discretionaries need special care: ...pre ...replace... post... + \stopitem + \startitem + there is no real limit in extensions + \stopitem + \startitem + it's not too hard to inject experimental code + \stopitem + \startitem + so users can add their own features + \stopitem + \startitem + some day there may be alternative handlers + \stopitem + \stopitemize + +\stopsubject + +\stoptitle + +\starttitle[title={math}] + +\startsubject[title={format}] + + the opentype math specification stays close to \TeX, but has extensions and + more control (see articles & presentations by Ulrik Vieth) + +\stopsubject + +\startsubject[title={loading}] + + \startitemize + \startitem + maps more or less directly onto internal structures + \stopitem + \startitem + in \ConTeXt\ we use(d) virtual unicode fonts awaiting lm/gyre + \stopitem + \stopitemize + +\stopsubject + +\startsubject[title={processing}] + + character mapping and special element handling remains macro package + dependent + +\stopsubject + +\startsubject[title={construction}] + + \startitemize + \startitem + we split code paths when needed: traditional or opentype (no longer + heuristics) + \stopitem + \startitem + the \luaTeX\ engine provides much control over spacing and a bit more + over rendering + \stopitem + \stopitemize + +\stopsubject + +\stoptitle + +\starttitle[title={the basics of loading}] + +\startsubject[title={the format}] + + \startitemize + \startitem + it evolved out of competing formats by apple, microsoft and adobe + \stopitem + \startitem + two flavours can normally be recognized by suffix: \type {ttf} and + \type {otf} + \stopitem + \startitem + main differences are bounding box info, global kern tables, cubic vs + quadratic curves + \stopitem + \startitem + multiple sub fonts inside \type {ttc} files (font collections) + \stopitem + \startitem + it's considered a standard (so it should be possible to implement) + \stopitem + \stopitemize + +\stopsubject + +\startsubject[title={the specification}] + + \startitemize + \startitem + the only useable reference is on the microsoft website + \stopitem + \startitem + (the iso mpeg standard is more or less a bunch of ugly rendered + webpages) + \stopitem + \startitem + trial and error helps understanding/identifying fuzzy aspects + \stopitem + \stopitemize + +\stopsubject + +\stoptitle + +\starttitle[title={the available loaders}] + +\startsubject[title={the fontforge loader}] + + \startitemize + \startitem + offers the same view on the font as the editor (good for debugging) + \stopitem + \startitem + in order to process a font some optimal data structures are created + after loading + \stopitem + \startitem + we cache fonts because loading and creating these structures takes + time and it saves memory too + \stopitem + \startitem + fontforge has a lot of heuristics (catching issues collected over + time) but these are hard to get rid of when they're wrong + \stopitem + \stopitemize + +\stopsubject + +\startsubject[title={the lua loader}] + + \startitemize + \startitem + this started out as experiment for loading outlines in \MetaFun + \stopitem + \startitem + it avoids the conversion to optimal structures for handling + \stopitem + \startitem + we can hook in better heuristics (data is more raw) + \stopitem + \startitem + it fits in the wish for maximum flexibility (next stage \ConTeXt) + \stopitem + \startitem + it's rather trivial to extend and adapt without hard coding + \stopitem + \startitem + the performance can be a bit less on initial loading (pre|-|cache) + but there is a bit of room to improve + \stopitem + \startitem + it's much more efficient in identifying fonts (not a real issue in + practice) + \stopitem + \startitem + in practice most fonts behave ok (no recovery needed) but there are + some sloppy fonts around + \stopitem + \stopitemize + +\stopsubject + +\stoptitle + +\starttitle[title={what do we load}] + +\startsubject[title={tables}] + + \startitemize + \startitem + opentype is mostly tables with lots of subtables + \stopitem + \startitem + there are required, truetype outline, postscript outline, (svg and + bitmap), typography & additional ones + \stopitem + \startitem + the typographic tables specify transformations to apply (gdef, gsub, + gpos) + \stopitem + \stopitemize + +\stopsubject + +\startsubject[title={calculations}] + + \startitemize + \startitem + as we need ht/dp we need to calculate the boundingbox of postscript + outlines (cff parser) + \stopitem + \startitem + internally we use unicodes instead of indices + \stopitem + \startitem + we need to identify/filter the right unicode information + \stopitem + \startitem + we want to do more so we need to carry around more info (tounicode etc) + \stopitem + \stopitemize + +\stopsubject + +\startsubject[title={pitfalls}] + + \startitemize + \startitem + there is no real consistent approach to use of basic features: + single, one to multiple, multiple to one & many to many replacements, + and look ahead and/or back based solutions + \stopitem + \startitem + in principle consistent families like lm/gyre could share common data + and logic but otherwise there is much diversity around + \stopitem + \stopitemize + +\stopsubject + +\stoptitle + +\starttitle[title={a few details}] + +\startsubject[title={loading}] + + \startitemize + \startitem + load the file (subfont if needed) in a \Lua\ friendly format + \stopitem + \startitem + prepare for later processing and/or access + \stopitem + \startitem + optimize data structures + \stopitem + \startitem + cache the instance (and compile to bytecode) + \stopitem + \startitem + share loaded font data where possible + \stopitem + \startitem + initialize & mark enabled features + \stopitem + \startitem + pass metrics, parameters and some properties to \TeX + \stopitem + \stopitemize + +\stopsubject + +\startsubject[title={processing}] + + \startitemize + \startitem + we need to run over enabled features (also virtual non|-|opentype + ones) + \stopitem + \startitem + we use lookup hashes to determine if action is needed + \stopitem + \startitem + if needed we access detailed data and apply it + \stopitem + \startitem + there can be a few but also many hundreds of loops over the node list + \stopitem + \startitem + contextual matching can make us end up with a real lot of access and + analysis + \stopitem + \startitem + descending into discretionaries adds significant overhead (so it's + optimized) + \stopitem + \stopitemize + +\stopsubject + +\stoptitle + +\starttitle[title={traditional fonts}] + +\startsubject[title={tfm}] + + \startitemize + \startitem + there is a built|-|in loader for \type {tfm}, \type {ofm}, \type {vf} + and \type {ovf} files + \stopitem + \startitem + encoding and filename mapping is as usual (\type {enc} and \type + {map} files) + \stopitem + \startitem + (in the early days \ConTeXt\ filtered info from those \type {enc} + files too) + \stopitem + \stopitemize + +\stopsubject + +\startsubject[title={type one}] + + \startitemize + \startitem + type one fonts have their own loader that gets information from \type + {afm} files + \stopitem + \startitem + the \type {pfb} file is consulted to get the index (to unicode) + mapping + \stopitem + \startitem + the \type {afm} loader was already written in \Lua\ but we now can also use + \Lua\ for the \type {pfb} file + \stopitem + \stopitemize + +\stopsubject + +\stoptitle + +\starttitle[title={remarks}] + + \startitemize + \startitem + features like additional character kerning don't belong in the font + handler as they are (to some extent) macro package dependant + \stopitem + \startitem + the same is true for italic correction (often input related and + therefore a macro package specific issue) + \stopitem + \startitem + setting up protrusion and expansion is again somewhat macro package + dependent + \stopitem + \startitem + \ConTeXt\ has many extra font related mechanisms and features + (described in a more technical manual) + \stopitem + \blank + \startitem + this has to work well with the core subsystems: languages especially + hyphenators, specific script demands, typesetting (all kind), builders + (paragraph, page), etc. + \stopitem + \startitem + a complication is that we do this more and more in \Lua, but still need to + support the built|-|in mechanismsm too + \stopitem + \blank + \startitem + the interfacing to macro packages differs (for plain \TeX\ we use + code that ships with \ConTeXt) + \stopitem + \startitem + for bugs and issues of with fonts in \ConTeXt\ you use its mailing list (or + mail me) + \stopitem + \startitem + the \LaTeX\ interface is handled by Philipp Gesang + \stopitemize + +\stoptitle + +\starttitle[title={future}] + + \startitemize + \startitem + we'll improve handling of border cases (within the constraints of + performance) + \stopitem + \startitem + we might provide a few more hooks for plug|-|ins + \stopitem + \startitem + the type one \type {pfb} reader will be extended to provide outlines + (not complex, needed for \MetaFun) + \stopitem + \startitem + we keep playing with extra new features and virtual fonts + \stopitem + \blank + \startitem + maybe some more code can be made generic (fwiw) + \stopitem + \stopitemize + +\stoptitle + +\starttitle[title={credits}] + + \startitemize + \startitem + Kai Eigner and Ivo Geradts for (experimental) patches in the handlers + for rare, complex & creepy fonts + \stopitem + \startitem + Philipp Gesang for binding the generic code to \LaTeX\ font mechanims. + \stopitem + \startitem + Idris Samawi Hamid for testing and providing the very complex and + demanding Husayni font + \stopitem + \startitem + Hartmut Henkel for the initial cleaning up of expansion and protrusion + \stopitem + \startitem + Taco Hoekwater for the original loader and discussions and a lot more + \stopitem + \startitem + Boguslaw Jackowski and friends for the fonts and patience with us + \stopitem + \startitem + Dohyun Kim for testing and suggestions on CJK font support + \stopitem + \startitem + Mojca Miklavec for distributions, managing us, and basically everything + \stopitem + \startitem + Luigi Scarso for patiently testing and managing my patches and testing + very beta code + \stopitem + \startitem + Thomas Schmitz for using betas in deadline critital book production + and making sure we patch fast + \stopitem + \startitem + Ton Otten for permitting me to work on all this \TeX\ related stuff for + ever and ever (and using to the extreme) + \stopitem + \startitem + Wolfgang Schuster for knowing and testing every detail of \ConTeXt\ + and writing selectfont (for system fonts) + \stopitem + \blank + \startitem + and all (\ConTeXt) users who patiently accept betas and testing + \stopitem + \stopitemize + +\stoptitle + +\stopdocument diff --git a/doc/context/presentations/bachotex/2016/bachotex-2016-toolbox.pdf b/doc/context/presentations/bachotex/2016/bachotex-2016-toolbox.pdf Binary files differnew file mode 100644 index 000000000..1d93243f0 --- /dev/null +++ b/doc/context/presentations/bachotex/2016/bachotex-2016-toolbox.pdf diff --git a/doc/context/presentations/bachotex/2016/bachotex-2016-toolbox.tex b/doc/context/presentations/bachotex/2016/bachotex-2016-toolbox.tex new file mode 100644 index 000000000..7d958d907 --- /dev/null +++ b/doc/context/presentations/bachotex/2016/bachotex-2016-toolbox.tex @@ -0,0 +1,212 @@ +\usemodule[present-phone] + +\startdocument + +\startstandardmakeup[bottom=,top=] + + \raggedcenter + + \vfil\vfil + \dontleavehmode\scale[height=2ex]{\ssbf Grandpa's toolbox} + \vfil + \dontleavehmode\scale[height=1ex]{\ssbf (making closets)} + \vfil + \dontleavehmode\scale[height=2ex]{\ssbf Dad's hobby} + \vfil + \dontleavehmode\scale[height=1ex]{\ssbf (cleaning closets)} + \vfil + \dontleavehmode\scale[height=2ex]{\ssbf Uncle's friends} + \vfil + \dontleavehmode\scale[height=1ex]{\ssbf (talking closets)} + \vfil + \vfil + \dontleavehmode\scale[width=0.45\textwidth]{\ssbf bacho\TeX\ 2016} + \vfil\vfil\vfil\vfil + +\stopstandardmakeup + +% walk in front +% use my personal phone + +\startsection[title={closets}] + \startitemize + \startitem there's closets and closets \stopitem + \startitem take the ones you put stuff in ... e.g.\ that you buy at ikea \stopitem + \startitem you have to assemble them so you get out your toolbox \stopitem + \startitem this kid sits next to you wondering what that tool is \stopitem + \startitem what is natural for you to use might not be so for them \stopitem + \startitem but grandpa likes to carry over his knowledge and experiences \stopitem + \stopitemize +\stopsection + +% \startitem look at their toolbox in their garage or shed wondering \unknown \stopitem +% \startitem \unknown\ what tools their kids will keep (or even understand) \stopitem + +\startsection[title={interest}] + \startitemize + \startitem but \unknown\ kids get their information from the internet, not from you \stopitem + \startitem (they watch discovery channel or national geographic and know a lot) \stopitem + \startitem or they look at vloggers (no bloggers) trying to learn something \stopitem + \startitem and they keep moving on \unknown\ and on \stopitem + \startitem do gp's live long tools really make sense to them? \stopitem + \stopitemize +\stopsection + +\startsection[title={grandpas}] + \startitemize + \startitem grandpa also has a vlogger, he is called knuth \stopitem + \startitem gp is as locked into tex as the kids are into apps \stopitem + \startitem he's a do-it-him-self kind of person \stopitem + \startitem will his grandkids love watching him crafting \stopitem + \startitem and hear his stories about meetings and journals \stopitem + \stopitemize +\stopsection + +\startsection[title={writing}] + \startitemize + \startitem will future generations still putting things on paper \stopitem + \startitem just watch how handwriting evolves \stopitem + \startitem compare todays scribbles to your grandmothers letters \stopitem + \startitem the possibility of reuse doesn't even ring a bell \stopitem + \startitem after all, why should they keep that text \stopitem + \startitem eventually they will de-facebook, un-twitter and no-app \stopitem + \startitem and who cares what get lost (most eventually gets lost anyway) \stopitem + \stopitemize +\stopsection + +\startsection[title={quality}] + \startitemize + \startitem say you help someone out with some graphic work \stopitem + \startitem you send them an example \stopitem + \startitem and then get remarks based on previewing on a phone \stopitem + \startitem possibly with a broken screen \stopitem + \startitem of a fuzzy backlight \stopitem + \startitem or some blue|-|filtering going on \stopitem + \startitem no color profiled monitors needed \stopitem + \stopitemize +\stopsection + +\startsection[title={low impact}] + \startitemize + \startitem going to a meeting with you is no problem \stopitem + \startitem they are even willing to attend workshops \stopitem + \startitem the impressions they get are great, but what was it about? \stopitem + \startitem oh, that backslash (slanted thingie), they might recognize that (and never need it) \stopitem + \startitem fonts, languages, clever solutions, beautiful macros \unknown\ what impresses us + leaves no dent \stopitem + % \startitem it all sounds polish to them \stopitem + \startitem and let's face it: topics get weirder (much has been told by now) \stopitem + \stopitemize +\stopsection + +\startsection[title={devices}] + \startitemize + \startitem phones, phablets and tables .. retinal project some day \stopitem + \startitem epub devices are accepted, probably for as long as phone battery life is bad \stopitem + \startitem quality rendering is irrelevant \stopitem + \startitem larger laptops are still popular but not for long \stopitem + \startitem so in the end ... do they need typesetting at all \stopitem + \startitem a one|-|time enforced user doesn't count \stopitem + \startitem does \quote {installed on 3 billion devices} really impress \stopitem + \stopitemize +\stopsection + +% \startsection[title={moving on}] +% \startitemize +% \startitem not real when no ads \stopitem +% \startitem why should one pay \stopitem +% \startitem how many subscriptions do you need \stopitem +% \startitem no tv, no books, no newspapers \stopitem +% \stopitemize +% \stopsection + +% \startsection[title={throw away}] +% \startitemize +% \startitem we store and trust the cloud \stopitem +% \startitem delete when space is needed \stopitem +% \startitem loose or crash, and just forget about it \stopitem +% \startitem one moves from phone to phone \stopitem +% \startitem device full, buy new, wipe old and sell or give away \stopitem +% \stopitemize +% \stopsection + +\startsection[title={future}] + \startitemize + \startitem accept your fate: what is current now, is obsolete tomorrow (take cars) \stopitem + \startitem how to determine what is stable (quality) anyway (how much stayed) \stopitem + \startitem how to locate the good in the pool of mediocre \stopitem + \startitem how to be able to use your live long tools at work \stopitem + \startitem just in a few generations: scratches, chisseling, scribes, monks, gutenberg, tex, ... \stopitem + \startitem the longer we live, the more old fashioned we'll look: we live on islands of technology \stopitem + \stopitemize +\stopsection + +\startsection[title={history cycles}] + \startitemize + \startitem there id this historic cycle (reinvent the wheel) \stopitem + \startitem for instance we currently see a revival of vinyl \stopitem + \startitem is this a side effect of crappy mp3 and/or poor digital equipment? \stopitem + \startitem does it mean that eventually paper books will florish again too? \stopitem + \startitem and that old fashioned rendering and printing will return? \stopitem + \stopitemize +\stopsection + +\startsection[title={consider the following}] + \startitemize + \startitem will superintelligence really show up soon and make all our efforts futile \stopitem + \startitem maybe moderate artificial intelligence is already a killer \stopitem + \startitem scifi books seldom mention reading books \stopitem + \startitem let alone high quality typeset books \stopitem + \startitem we have an experimental hive|-|mind outside the canteen here that we're learning to typeset a paragraph\stopitem + \stopitemize +\stopsection + +\startsection[title={think of this 1}] + \startitemize + \startitem there is something called context \stopitem + \startitem say that we want to make it popular \stopitem + \startitem we make it into an phone app \stopitem + \startitem that sits in its own namespace \stopitem + \startitem but wants access to all your document \stopitem + \startitem and your adressbook, so that we can tell your friends \stopitem + \startitem it is free for personal use \stopitem + \startitem but mixed with advertisements \stopitem + \startitem and it predicts your favourite look and feel \stopitem + \startitem of course it collects your data (for your benefit) \stopitem + \startitem it organizes your content the way it thinks best \stopitem + \startitem and offers you only all kind of benefits \stopitem + \startitem and it keep buzzing and popping up \stopitem + \startitem this is what kids find normal \stopitem + \startitem and discard at a daily basis \stopitem + \stopitemize +\stopsection + +\startsection[title={think of this 2}] + \startitemize + \startitem or we can take the business view (for the old folks) \stopitem + \startitem let's call it context professional or enterprise \stopitem + \startitem subscription (only affordable for large companies, no simple plans) \stopitem + \startitem support is charged per cpu / core \stopitem + \startitem forget about the small, go 5 digit numbers \stopitem + \startitem configurations happen via the cloud (only) \stopitem + \startitem we use open source but don't tell that \stopitem + \startitem we make sure we use a many page license, we share because we ... \stopitem + \startitem we then need investors ... going big is a \quote {must} \stopitem + \startitem so eventually we sell ourselves \stopitem + \startitem naturally we get sold over and over again \stopitem + \startitem and then quit and start new \stopitem + \startitem and expect sympathy from users in the process \stopitem + \stopitemize +\stopsection + +\startsection[title={so \unknown\ grandpa}] + \startitemize + \startitem do we really want that kind of adapting \stopitem + \startitem do we really expect next generations to take over \stopitem + \startitem maybe we should keep tex in our closet \stopitem + \startitem you don't want it to become a dirty (highway) closet, does you? \stopitem + \startitem think different, think like kids (jc example) \stopitem + \stopitemize +\stopsection + +\stopdocument diff --git a/doc/context/presentations/context/2011/context-2011-ebook-export.pdf b/doc/context/presentations/context/2011/context-2011-ebook-export.pdf Binary files differnew file mode 100644 index 000000000..327a25bd3 --- /dev/null +++ b/doc/context/presentations/context/2011/context-2011-ebook-export.pdf diff --git a/doc/context/presentations/context/2011/context-2011-ebook-export.tex b/doc/context/presentations/context/2011/context-2011-ebook-export.tex new file mode 100644 index 000000000..dfa050ae4 --- /dev/null +++ b/doc/context/presentations/context/2011/context-2011-ebook-export.tex @@ -0,0 +1,94 @@ +% \enablemode[print] + +\usemodule[present-overlap,abr-02] + +\startdocument + [title=e-books, + subtitle=old wine in new bottles, + location=\ConTeXt\ Meeting 2011] + +\Topic{Some observations} + +\StartSteps +\startitemize +\item Most ebooks are just books (or try to be). \FlushStep +\item Only a small portion has (or needs) design. \FlushStep +\item To what extent appreciation matters is hard to measure. \FlushStep +\item Vendor locking is spoiling much. \FlushStep +\item 10 years of low res screens have made readers tolerant. \FlushStep +\item Publishers already lost the edge. \FlushStep +\item Eventually authors will publish themselves. \FlushStep +\stopitemize +\StopSteps + +% Does quality matter (just look around you) +% Does livetime matter (much tolerance for potentially crappy old stuff anyway) +% Does timebound look and feel matter (it helps to put into perspective) + +\Topic{What is an ebook} + +\StartSteps +\startitemize +\item Nicest is it being a \PDF\ (some design). \FlushStep +\item Easiest is it being an \XHTML\ file (with some \CSS). \FlushStep +\item Pointless it is being a frozen app. \FlushStep +\item We can already provide a \PDF\ for paper and screen for quite a while. \FlushStep +\item We can consider providing an \XHTML\ alongside as reflowable variant. \FlushStep +\item Who knows what we can provide in the future. \FlushStep +\stopitemize +\StopSteps + +\Topic{The starting point} + +\StartSteps +\startitemize +\item No output is better than the input. \FlushStep +\item Fixing bad coding is a waste of energy. \FlushStep +\item Not that many publishers want to invest in coding. \FlushStep +\item Not that many tools enforce structure. \FlushStep +\item The real good devices still have to come but we can be ready for it. \FlushStep +\item The intelligence has to be in the macro package, not in the engine. \FlushStep +\stopitemize +\StopSteps + +\Topic{Implementation} + +\StartSteps +\startitemize +\item Some users have to produce tagged pdf (to satisfy validators). \FlushStep +\item It helps that many commands in \CONTEXT\ are built upon a relatively small generic set. \FlushStep +\item So, given some basic structure, supporting tags is easy. \FlushStep +\item It integrates in the core. \FlushStep +\item And as a side effect an export was equally easy to support. \FlushStep +\item The overhead is not that large (upto 10\%). \FlushStep +\item Instead of going for freaky solutions (no need for challenges) we assume proper structure. \FlushStep +\item It's not to hard to extend the current features. \FlushStep +\stopitemize +\StopSteps + +\Topic{Consequence for users} + +\StartSteps +\startitemize +\item Use \type{\startchapter} cum suis, but that was already the \MKIV\ fashion. \FlushStep +\item Preferable use \type{\startitem} instead of \type {\item}. \FlushStep +\item Playing safe means tagging paragraphs with \type {\startparagraph}. \FlushStep +\item Use style environments instead of font switches. \FlushStep +\item Just use whatever structural markup that \CONTEXT\ already provides for ages. \FlushStep +\stopitemize +\StopSteps + +\Topic{An example} + +\StartSteps +\startitemize +\item A normal input with \TEX\ commands (cld-mkiv.tex) \FlushStep +\item Regular (tagged) output (cld-mkiv.pdf) \FlushStep +\item Structured output (cld-mkiv.xml) \FlushStep +\item Reflowable output (cld-mkiv-export.xhtml) \FlushStep +\item Dynamic styling (cld-mkiv-export.css) \FlushStep +\item Basic template (cld-mkiv-export.template) \FlushStep +\stopitemize +\StopSteps + +\stopdocument diff --git a/doc/context/presentations/context/2011/context-2011-mathml-update.pdf b/doc/context/presentations/context/2011/context-2011-mathml-update.pdf Binary files differnew file mode 100644 index 000000000..b6f00d904 --- /dev/null +++ b/doc/context/presentations/context/2011/context-2011-mathml-update.pdf diff --git a/doc/context/presentations/context/2011/context-2011-mathml-update.tex b/doc/context/presentations/context/2011/context-2011-mathml-update.tex new file mode 100644 index 000000000..fb18ef36a --- /dev/null +++ b/doc/context/presentations/context/2011/context-2011-mathml-update.tex @@ -0,0 +1,67 @@ +\usemodule[present-overlap,abr-02] + +\startdocument + [title=MathML, + subtitle=or math in general, + location=\ConTeXt\ Meeting 2011] + +\Topic{Some developments} + +\StartSteps +\startitemize +\startitem \MATHML\ started as an interchange format on the one hand (content) \stopitem \FlushStep +\startitem but also provides a rendering variant (presentation) \stopitem \FlushStep +\startitem and in the meantime has been merged with what is called open math \stopitem \FlushStep +\startitem we now have \MATHML\ 3 and \CONTEXT\ has been updated a while ago to support this \stopitem \FlushStep +\stopitemize +\StopSteps + +\Topic{Some history} + +\StartSteps +\startitemize +\startitem we supported \MATHML\ right from the start \stopitem \FlushStep +\startitem in \MKII\ quite some data juggling takes place because we need to do some analysis \stopitem \FlushStep +\startitem the \MKII\ code has been upgraded a few times but is now frozen \stopitem \FlushStep +\startitem in \MKIV\ we have rewritten all code using the first version of the new \XML\ parser \stopitem \FlushStep +\startitem it currently is a mixture of \LUA, \TEX\ and \METAPOST \stopitem \FlushStep +\startitem there will probably be a partial rewrite some day in the future \stopitem \FlushStep +\stopitemize +\StopSteps + +\Topic{\UNICODE} + +\StartSteps +\startitemize +\startitem in the meantime \UNICODE\ has been extended with math \stopitem \FlushStep +\startitem in the past in \MATHML\ special characters and symbols were accessed by entity \stopitem \FlushStep +\startitem but now we can exclusively use \UNICODE\ characters and forget about the entities \stopitem \FlushStep +\startitem no matter what, we do need to do some analysis on the content of (presentation) elements \stopitem \FlushStep +\stopitemize +\StopSteps + +\Topic{Rendering} + +\StartSteps +\startitemize +\startitem we still provide rendering options as there might be (cultural) differences \stopitem \FlushStep +\startitem in both marks we just need to load the module \stopitem \FlushStep +\startitem in \MKIV\ you need a reasonable namespace directive \stopitem \FlushStep +\startitem content markup can give better results than presentation markup \stopitem \FlushStep +\stopitemize +\StopSteps + +\Topic{Consequences} + +\StartSteps +\startitemize +\startitem we already use a database or definitions \stopitem \FlushStep +\startitem we won't go the (somewhat extreme) route of more commands \stopitem \FlushStep +\startitem we're working on a subsystem for field driven rendering \stopitem \FlushStep +\startitem bidirectional math already works but will be integrated in the layout model \stopitem \FlushStep +\startitem cultural specific solutions are possible (we already provide language specific functions) \stopitem \FlushStep +\startitem more information is carried around (for rendering as well as export), for instance functions \stopitem \FlushStep +\stopitemize +\StopSteps + +\stopdocument diff --git a/doc/context/presentations/context/2011/context-2011-metapost-how-we-adapt.pdf b/doc/context/presentations/context/2011/context-2011-metapost-how-we-adapt.pdf Binary files differnew file mode 100644 index 000000000..0f7fef0ee --- /dev/null +++ b/doc/context/presentations/context/2011/context-2011-metapost-how-we-adapt.pdf diff --git a/doc/context/presentations/context/2011/context-2011-metapost-how-we-adapt.tex b/doc/context/presentations/context/2011/context-2011-metapost-how-we-adapt.tex new file mode 100644 index 000000000..77a9cf993 --- /dev/null +++ b/doc/context/presentations/context/2011/context-2011-metapost-how-we-adapt.tex @@ -0,0 +1,104 @@ +% \enablemode[print] + +\usemodule[present-overlap,abr-02] + +\startdocument + [title=MetaPost, + subtitle=how we adapt, + location=\ConTeXt\ Meeting 2011] + +\Topic{Development Stage} + +\StartSteps +\startitemize +\startitem we started with simple usage (logos) and \POSTSCRIPT\ output \stopitem \FlushStep +\startitem then we moved on to conversion to \PDF\ using \TEX\ macro solution \stopitem \FlushStep +\startitem this has the advantage that fonts are handled by \TEX \stopitem \FlushStep +\startitem for a long time this was a generic solution (later became the \MKII\ variant) \stopitem \FlushStep +\stopitemize +\StopSteps + +\Topic{Development Stage} + +\StartSteps +\startitemize +\startitem we added some extensions (transparency, cmyk, etc) and \METAFUN\ showed up \stopitem \FlushStep +\startitem that extension mechanism uses special colors as signals \stopitem \FlushStep +\startitem we always collected btex ... etex in order to speed up processing \stopitem \FlushStep +\startitem in addition we added textext and similar features \stopitem \FlushStep +\startitem communication between \METAFUN\ and \CONTEXT\ became more advanced over time \stopitem \FlushStep +\stopitemize +\StopSteps + +\Topic{Development Stage} + +\StartSteps +\startitemize +\startitem when \LUATEX\ showed up a substitution based lua converter was written \stopitem \FlushStep +\startitem later when \LPEG\ came around an experimental lpeg converter showed up \stopitem \FlushStep +\startitem some changes were made to textext processing and run management \stopitem \FlushStep +\stopitemize +\StopSteps + +\Topic{Development Stage} + +\StartSteps +\startitemize +\startitem the arrival of mplib had rather big consequences \stopitem \FlushStep +\startitem integration of \METAFUN\ became less of a runtime burden \stopitem \FlushStep +\startitem a more definitive lpeg converter was written \stopitem \FlushStep +\startitem text handling was kept internal (but still needs two passes) \stopitem \FlushStep +\stopitemize +\StopSteps + +\Topic{Development Stage} + +\StartSteps +\startitemize +\startitem some extensions were changed to use the new pre/postscripts functionality \stopitem \FlushStep +\startitem the lpeg converter was adapted accordingly \stopitem \FlushStep +\startitem multiple (independent) \METAPOST\ instances were now supported \stopitem \FlushStep +\startitem the chemical code was overhauled and moved to the core \stopitem \FlushStep +\stopitemize +\StopSteps + +\Topic{Development Stage} + +\StartSteps +\startitemize +\startitem by now all extensions use pre/postscripts \stopitem \FlushStep +\startitem this made it easier to add more extend functionality \stopitem \FlushStep +\startitem again the lpeg converter was adapted (simplified) \stopitem \FlushStep +\startitem it became possible to do some color trickery with text \stopitem \FlushStep +\startitem but (till now) color spaces are more complex (mp has a mixed model) \stopitem \FlushStep +\startitem so we might move towards a slightly different approach \stopitem \FlushStep +\startitem a couple of helpers were added for Mojca (some more will follow) \stopitem \FlushStep +\stopitemize +\StopSteps + +\Topic{Development Stage} + +\StartSteps +\startitemize +\startitem we're now splitting the code in \MPII\ and \MPIV\ code bases \stopitem \FlushStep +\startitem from now on the focus will be on \MPIV \stopitem \FlushStep +\startitem the (rather old) \METAFUN\ code will be cleaned up \stopitem \FlushStep +\startitem where possible namespaces will be added \stopitem \FlushStep +\startitem as \METAFUN\ us loaded runtime we see an impact on startup time (quite some files) \stopitem \FlushStep +\startitem so maybe we will use a packed and/or zipped pseudo format file for faster loading \stopitem \FlushStep +\stopitemize +\StopSteps + +\Topic{Development Stage} + +\StartSteps +\startitemize +\startitem an overhaul of the flowchart code is on the agenda \stopitem \FlushStep +\startitem we also want to finish (and cleanup) the chemical related code \stopitem \FlushStep +\startitem simple data/graphics helpers will be provided (graph replacement) \stopitem \FlushStep +\startitem and of course we keep moving on (who knows what \METAPOST\ 2 will bring us) \stopitem \FlushStep +\startitem some examples: tests/mkiv/metapost/plugins-* \stopitem \FlushStep +\stopitemize +\StopSteps + +\stopdocument diff --git a/doc/context/presentations/context/2011/context-2011-sorting-registers.pdf b/doc/context/presentations/context/2011/context-2011-sorting-registers.pdf Binary files differnew file mode 100644 index 000000000..db0d9da2b --- /dev/null +++ b/doc/context/presentations/context/2011/context-2011-sorting-registers.pdf diff --git a/doc/context/presentations/context/2011/context-2011-sorting-registers.tex b/doc/context/presentations/context/2011/context-2011-sorting-registers.tex new file mode 100644 index 000000000..f05290906 --- /dev/null +++ b/doc/context/presentations/context/2011/context-2011-sorting-registers.tex @@ -0,0 +1,161 @@ +% tests/mkiv/scripts/korean-005.tex +% examplex elsewhere + +% \enablemode[print] + +\usemodule[present-overlap,abr-02] + +\startdocument + [title=Sorting, + subtitle=registers, + location=\ConTeXt\ Meeting 2011] + +\startluacode + +local function show(t,start,stop) + if type(t) == "table" then + start = start or 1 + stop = stop or #t + for i=start,stop do + if i > start then + context.space() + end + if type(t[i]) == "number" then + context(utf.char(t[i])) + else + context(t[i]) + end + end + elseif type(t) == "string" then + context(t) + elseif type(t) == "number" then + context(utf.char(t)) + end +end + +function context.ShowCharacterData(n) + local d = characters.data[n] + if d then + local bTR, bTD, eTD, eTR = context.bTR, context.bTD, context.eTD, context.eTR + context.bTABLE() + bTR() bTD() context("unicode") eTD() bTD() show(n) eTD() eTR() + bTR() bTD() context("shcode") eTD() bTD() show(characters.shchars [n]) eTD() eTR() + bTR() bTD() context("lccode") eTD() bTD() show(characters.lcchars [n]) eTD() eTR() + bTR() bTD() context("uccode") eTD() bTD() show(characters.ucchars [n]) eTD() eTR() + bTR() bTD() context("fscode") eTD() bTD() show(characters.fschars [n]) eTD() eTR() -- leadconsonant + bTR() bTD() context("specials") eTD() bTD() show( + characters.remap_hangul_syllabe(characters.specials[n]),2) eTD() eTR() + context.eTABLE() + end +end + +\stopluacode + +\unexpanded\def\ShowCharacterData#1{\cldcommand{ShowCharacterData("#1")}} + +\Topic{The old way} + +\StartSteps +\startitemize +\startitem in \MKII\ sorting is delegated to \TEXUTIL\ i.e.\ a multipass action \stopitem \FlushStep +\startitem encoding vectors are passed along \stopitem \FlushStep +\startitem sort vectors depend on the language \stopitem \FlushStep +\startitem there are the usual complications with direct characters and commands \stopitem \FlushStep +\stopitemize +\StopSteps + +\Topic{Moving on} + +\StartSteps +\startitemize +\startitem in \MKIV\ sorting happens during the run \stopitem \FlushStep +\startitem we only have to deal with \UNICODE\ (utf) \stopitem \FlushStep +\startitem sort vectors still depend on the language \stopitem \FlushStep +\startitem sorting can be controlled by methods \stopitem \FlushStep +\startitem there is no universal solution (conflicting user demands, mixed languages) \stopitem \FlushStep +\stopitemize +\StopSteps + +\Topic{Character data} + +\setupTABLE[background=color,backgroundcolor=lightgray,rulethickness=.75bp,framecolor=darkgray] + +\StartSteps +\startcombination[5*1] + {\definedfont[Normal*none]\ShowCharacterData{a}} {regular\FlushStep} + {\definedfont[Normal*none]\ShowCharacterData{ä}} {accent\FlushStep} + {\definedfont[Normal*none]\ShowCharacterData{æ}} {ligature\FlushStep} + {\definedfont[adobemyungjostd-medium]\ShowCharacterData{그}} {hangul\FlushStep} + {\definedfont[adobemyungjostd-medium]\ShowCharacterData{학}} {hangul\FlushStep} +\stopcombination +\StopSteps + +\Topic{Sorting methods} + +\StartSteps +\starttabulate[|l|l|r|] + \NC ch \NC raw character \NC \FlushStep \NC \NR + \NC uc \NC unicode \NC \FlushStep \NC \NR + \NC mm \NC mapping \NC minus \FlushStep \NC \NR + \NC zm \NC \NC zero \FlushStep \NC \NR + \NC pm \NC \NC plus \FlushStep \NC \NR + \NC mc \NC lower case \NC minus \FlushStep \NC \NR + \NC zc \NC \NC zero \FlushStep \NC \NR + \NC pc \NC \NC plus \FlushStep \NC \NR +\stoptabulate +\StopSteps + +\Topic{Predefined methods} + +\StartSteps +\starttabulate[|l|l|] + \NC before \NC mm,mc,uc \NC \NR + \NC after \NC pm,mc,uc \NC \NR + \NC first \NC pc,mm,uc \NC \NR + \NC last \NC mc,mm,uc \NC \NR +\stoptabulate + +\FlushStep + +\starttyping +\enabletrackers[sorters.tests] +\enabletrackers[sorters.methods] +\stoptyping + +\FlushStep +\StopSteps + +\Topic{An example (1)} + +\startbuffer +à âá\index{à âá} +aaa\index{aaa} +aab\index{aab} +Aaa\index{Aaa} +Aab\index{Aab} +\stopbuffer + +\StartSteps +\typebuffer \FlushStep + +\startlines \getbuffer \stoplines \FlushStep +\StopSteps + +\Topic{An example (2)} + +% \enabletrackers[sorters.tests] +% \enabletrackers[sorters.methods] + +\setupregister[index][criterium=text,n=1,before=,after=] +\defineframed[indexframed][align=normal,width=.2\textwidth,strut=no] + +\StartSteps +\startcombination[4*1] + {\setupinteraction[state=stop]\indexframed{\placeregister[index][method={mm,mc,uc}]}} {mm,mc,uc\FlushStep} + {\setupinteraction[state=stop]\indexframed{\placeregister[index][method={pm,mc,uc}]}} {pm,mc,uc\FlushStep} + {\setupinteraction[state=stop]\indexframed{\placeregister[index][method={pc,mm,uc}]}} {pc,mm,uc\FlushStep} + {\setupinteraction[state=stop]\indexframed{\placeregister[index][method={mc,mm,uc}]}} {mc,mm,uc\FlushStep} +\stopcombination +\StopSteps + +\stopdocument diff --git a/doc/context/presentations/context/2012/context-2012-after-the-cleanup.pdf b/doc/context/presentations/context/2012/context-2012-after-the-cleanup.pdf Binary files differnew file mode 100644 index 000000000..dc0e85ed4 --- /dev/null +++ b/doc/context/presentations/context/2012/context-2012-after-the-cleanup.pdf diff --git a/doc/context/presentations/context/2012/context-2012-after-the-cleanup.tex b/doc/context/presentations/context/2012/context-2012-after-the-cleanup.tex new file mode 100644 index 000000000..a127ca09a --- /dev/null +++ b/doc/context/presentations/context/2012/context-2012-after-the-cleanup.tex @@ -0,0 +1,162 @@ +\usemodule[present-stepwise,present-bars,abr-01] + +\startdocument + [title=After the cleanup, + color=darkred] + +\StartSteps + +\startsubject[title=The update] + + \startitemize[packed] + + \startitem The move to \MKIV\ is more than supporting an engine. \stopitem \FlushStep + \startitem It is a complete rewrite (pruning, extending, cleaning). \stopitem \FlushStep + \startitem Although somewhat crippled by the fact that we want to remain compatible. \stopitem \FlushStep + \startitem But sometimes we sacrifice compatibility by getting rid of old stuff. \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\startsubject[title=The current state] + + \startitemize[packed] + + \startitem A lot of work, more than I had thought, so it takes longer. \stopitem \FlushStep + \startitem Most \TEX\ code is done (some structure and column code left). \stopitem \FlushStep + \startitem New namespaces and helpers mostly done, but will be checked for constency. \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=What is there todo] + + \startitemize[packed] + + \startitem Some code might become generalized (also depends on others). \stopitem \FlushStep + \startitem Layer and positioning code might get a more extensive \LUA\ and \XML\ interface. \stopitem \FlushStep + \startitem Structure related code will support setups (some already in place). \stopitem \FlushStep + \startitem New page builder variants will be explored (anyway more column support and floats). \stopitem \FlushStep + \startitem Math domains cq.\ dictionaries (basics already in place, just needs time). \stopitem \FlushStep + \startitem Math list optimization (pet project). \stopitem \FlushStep + \startitem Generate dependecy trees (easier now) and more consistent code loading order. \stopitem \FlushStep + \startitem All error messages needs checking (some gone, some not yet translated). \stopitem \FlushStep + \startitem Update all xml definitions (work in progress, also relates to wiki). \stopitem \FlushStep + \startitem Optimize positioning system (a bit more powerful now, but also more resources). \stopitem \FlushStep + \startitem More support for css like styling (makes it easier to share code). \stopitem \FlushStep + \startitem Modules (especially those for tracing) need to be normalized. \stopitem \FlushStep + \startitem Some styles (mostly private presentation styles) needs to be fixed. \stopitem \FlushStep + \startitem Pick up the \quote {lean and mean} \CONTEXT\ variant project. \stopitem \FlushStep + \startitem Now that we have more code isolated, we can define an api. \stopitem \FlushStep + \startitem Some manuals need to be updated (most still applies). \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=What I have to keep in mind] + + \startitemize[packed] + + \startitem What is handy for me is not always handy for all users. \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\startsubject[title=But nevertheless there will be new things] + + \startitemize[packed] + + \startitem Elements of our processing framework will show up in the distribution. \stopitem \FlushStep + \startitem It's just more convenient to have one installation for related things. \stopitem \FlushStep + \startitem This is also why support for databases has been added recently. \stopitem \FlushStep + \startitem Running (blocking) \TEX\ jobs needs special treatment (ticket management). \stopitem \FlushStep + \startitem It makes sense to use the well developed \TDS\ infrastructure. \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=Keep an eye on updates] + + \startitemize[packed] + + \startitem Rewriting the code base leads to bugs but these are often resolved quickly + (indeed by Wolfgang). \stopitem \FlushStep + \startitem Following the mailing list helps and nowadays the wiki is adapted close to + realtime (coordinated by Sietse). \stopitem \FlushStep + \startitem Changes in standards and related tools are supported and followed by those who + depend on them (ask Peter). \stopitem \FlushStep + \startitem Sometimes users have demands and these end up as extensions to existing + mechanisms (Aditya's elastic modules). \stopitem \FlushStep + \startitem Issues with platforms are often quickly dealt with (if Luigi doesn't know it + \unknown). \stopitem \FlushStep + \startitem And of course I add new things driven by projects, challenges (and an occasional + stack of new \CD's). \stopitem \FlushStep + \startitem New releases (and betas) are checked against a growing set of test files (Lukas + mails a report after each update). \stopitem \FlushStep + \stopitemize + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=Just ask] + + \startitemize[packed] + + \startitem We started long ago with what ended up as \MKII\ and \MPII. \stopitem \FlushStep + \startitem We currently have \MKIV\ and \MPIV. \stopitem \FlushStep + \startitem It has some features that we tag as \MKVI. \stopitem \FlushStep + \startitem Recently \MKIX\ and \MKXI\ were introduced. \stopitem \FlushStep + \blank + \startitem Examples: \MKIV, \MKVI, \MKIX, \MKXI \stopitem \FlushStep + \blank + \startitem So, what should \MKIC\ provide \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\startsubject[title=What I'm working on] + + \startitemize[packed] + + \startitem Proper dependency chain so that we can make small dedicated formats. \stopitem \FlushStep + \startitem Support for typesetting from databases (text, graphics). \stopitem \FlushStep + \startitem Next iteration if (job) tickets processing system cq. framework. \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\StopSteps + +% show latest manuals + +\stopdocument diff --git a/doc/context/presentations/context/2012/context-2012-lexing-sources.pdf b/doc/context/presentations/context/2012/context-2012-lexing-sources.pdf Binary files differnew file mode 100644 index 000000000..be51108b3 --- /dev/null +++ b/doc/context/presentations/context/2012/context-2012-lexing-sources.pdf diff --git a/doc/context/presentations/context/2012/context-2012-lexing-sources.tex b/doc/context/presentations/context/2012/context-2012-lexing-sources.tex new file mode 100644 index 000000000..1135148e1 --- /dev/null +++ b/doc/context/presentations/context/2012/context-2012-lexing-sources.tex @@ -0,0 +1,81 @@ +\usemodule[present-stepwise,present-bars,abr-01] + +\definecolor[verydark][s=.2] + +\startdocument + [title=Lexing sources, + color=verydark] + +\StartSteps + +\startsubject[title=What is lexing] + + \startitemize[packed] + \startitem Computer languages have mandate structure. \stopitem \FlushStep + \startitem You can avoid errors by checking the input. \stopitem \FlushStep + \startitem Editors can help by coloring reserved words, concept etc. \stopitem \FlushStep + \startitem Consistency in coloring different languages makes sense. \stopitem \FlushStep + \stopitemize + +\stopsubject + +\startsubject[title=When did we start] + + \startitemize[packed] + \startitem We wrote our first editor begin 90's. \stopitem \FlushStep + \startitem An extension quickly followed when we moved to \TEX: \TEXEDIT. \stopitem \FlushStep + \startitem When \MODULA\ was no longer fashion we moved on to \PERL: \TEXWORK\ (quick demo) \stopitem \FlushStep + \startitem When we ran into \SCITE\ we start using that. \stopitem \FlushStep + \startitem I provided syntax highlighting for \TEX\ and \METAPOST\ (support for multiple formats etc.). \stopitem \FlushStep + \stopitemize + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=Side effect of \MKIV] + + \startitemize[packed] + \startitem \SCITE\ got \LPEG\ based lexing (external lexing). \stopitem \FlushStep + \startitem I already had already written some lexers for the pretty printers. \stopitem \FlushStep + \startitem So I gave it a go and made some more advanced lexers. \stopitem \FlushStep + \startitem These ship with \CONTEXT: \TEX, \XML, \PDF, \LUA, \CLD, \METAPOST, text. \stopitem \FlushStep + \stopitemize + +\stopsubject + +\startsubject[title=Characteristics] + + \startitemize[packed] + \startitem The \TEX\ lexer supports nested lexing of \LUA\ and \METAPOST. \stopitem \FlushStep + \startitem Integrated spell checking is provided. \stopitem \FlushStep + \startitem Unfortunately there is no lexing for \SCITE\ on \MACOSX\ (not that I care too much nowadays). \stopitem \FlushStep + \startitem It is a pitty that we have no access to \SCITE\ internal as with the regular \LUA\ interface. \stopitem \FlushStep + \startitem On my good old machine huge files lex somewhat slow (at the end). \stopitem \FlushStep + \stopitemize + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=The future] + + \startitemize[packed] + \startitem I will improve the current lexers. \stopitem \FlushStep + \startitem An \SQL\ lexer will be added at some point \stopitem \FlushStep + \startitem I might make an \HTML/\CSS\ variant that supports nexted \LMX. \stopitem \FlushStep + \stopitemize + +\stopsubject + +\StopSteps + +\stopdocument diff --git a/doc/context/presentations/context/2012/context-2012-mixed-columns.pdf b/doc/context/presentations/context/2012/context-2012-mixed-columns.pdf Binary files differnew file mode 100644 index 000000000..f2dc8ecaf --- /dev/null +++ b/doc/context/presentations/context/2012/context-2012-mixed-columns.pdf diff --git a/doc/context/presentations/context/2012/context-2012-mixed-columns.tex b/doc/context/presentations/context/2012/context-2012-mixed-columns.tex new file mode 100644 index 000000000..af35917f0 --- /dev/null +++ b/doc/context/presentations/context/2012/context-2012-mixed-columns.tex @@ -0,0 +1,79 @@ +\usemodule[present-stepwise,present-bars,abr-01] + +\startdocument + [title=The scripts, + color=darkyellow] + +\StartSteps + +\startsubject[title=Output] + + \startitemize[packed] + + \startitem \TEX\ collects content paragraph wise. \stopitem \FlushStep + \startitem In between it can trigger the so called output routine. \stopitem \FlushStep + \startitem At that moment you can do something with the result. \stopitem \FlushStep + \startitem One of the things you can do is package all collected so far in a page. \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\startsubject[title=Bonus] + + \startitemize[packed] + + \startitem In \LUATEX\ we can also intercept content at more places. \stopitem \FlushStep + \startitem For instance before and after each paragraph is processed. \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\StopSteps \page \StartSteps + +\startsubject[title=Columns] + + \startitemize[packed] + + \startitem \TEX\ has no concept of columns. \stopitem \FlushStep + \startitem You need to fake them by fiddling with the width and spitting boxes. \stopitem \FlushStep + \startitem Often we can use tabulate (no output routine). \stopitem \FlushStep + \startitem For some local applications we use simple columns. \stopitem \FlushStep + \startitem In for instance itemize we used a mixed one- and multi-column model. \stopitem \FlushStep + \startitem Columnsets are another (independent) mechanism, strongly grid based. \stopitem \FlushStep + \startitem Traditional multicolumns are being replaced by a new mechanism: mixed columns. \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\startsubject[title=Pitfalls] + + \startitemize[packed] + + \startitem Footnotes: page, first or last column, each column (delayed, immediate). \stopitem \FlushStep + \startitem Graphics: moving floats around is more complex than in single columns. \stopitem \FlushStep + \startitem Nesting: how about columns inside columns. \stopitem \FlushStep + \startitem Balancing: can be hard taking all into account. \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\StopSteps \page \StartSteps + +\startsubject[title=Questions] + + \startitemize[packed] + + \startitem Do complex column mechanisms still make sense given the move to electronic paper. \stopitem \FlushStep + \startitem If so, what functionality should be provided. \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\StopSteps + +\stopdocument diff --git a/doc/context/presentations/context/2012/context-2012-the-script.pdf b/doc/context/presentations/context/2012/context-2012-the-script.pdf Binary files differnew file mode 100644 index 000000000..935e6600e --- /dev/null +++ b/doc/context/presentations/context/2012/context-2012-the-script.pdf diff --git a/doc/context/presentations/context/2012/context-2012-the-script.tex b/doc/context/presentations/context/2012/context-2012-the-script.tex new file mode 100644 index 000000000..be586e2ff --- /dev/null +++ b/doc/context/presentations/context/2012/context-2012-the-script.tex @@ -0,0 +1,453 @@ +\usemodule[present-stepwise,present-bars,abr-01] + +\startdocument + [title=The scripts, + color=darkblue] + +\StartSteps + +\startsubject[title=Some myths] + + \startitemize[packed] + + \startitem \CONTEXT\ looks al lot like plain \TEX\ and expects users to program macros. \stopitem \FlushStep + \startitem \CONTEXT\ depends on \RUBY. \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\startsubject[title=The truth] + + \startitemize[packed] + + \startitem On the average users don't have to program. Configuring is not programming. \stopitem \FlushStep + \startitem As \TEX\ lacks commandline handling and job control, helpers are provided. \stopitem \FlushStep + \startitem Of course users can still program a lot, but not all need that. \stopitem \FlushStep + \startitem Of course users can directly run \CONTEXT, but why should they. \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\startsubject[title=A few facts] + + \startitemize[packed] + + \startitem The \CONTEXT\ distribution provides a sort of ecosystem. \stopitem \FlushStep + \startitem In \MKII\ indeed we use \RUBY\ for some job control. \stopitem \FlushStep + \startitem But in \MKIV\ all is (of course) done in \LUA. \stopitem \FlushStep + \startitem Two scripts play an important role: mtxrun and context. \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=The \quote {mtxrun} script] + + \startitemize[packed] + + \startitem Locates and runs scripts, has a lot of helpers preloaded. \stopitem \FlushStep + \startitem It is in fact my \LUA\ runner on top the \TEXLUA. \stopitem \FlushStep + \startitem It knows about files and the environment we run in. \stopitem \FlushStep + \startitem It has some features that makes it easier to integrate in services. \stopitem \FlushStep + \startitem This way we don't need stubs (and avoid potential conflicts in name). \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\startsubject[title=The \quote {context} script] + +\startitemize[packed] + + \startitem It runs \CONTEXT\ and keeps track of how many runs are needed. \stopitem \FlushStep + \startitem Contrary to its \MKII\ ancestor it is not needed for index sorting etc. \stopitem \FlushStep + \startitem It has a few extensions that are loaded on demand: extras \stopitem \FlushStep + +\stopitemize + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=A regular run] + + \starttyping + context [--run] filename + \stoptyping \FlushStep + +\stopsubject + +\startsubject[title=Running from an editor] + + \starttyping + context --autopdf filename + \stoptyping \FlushStep + +\stopsubject + +\startsubject[title=Running from an service] + + \starttyping + mtxrun --path=somepath --script context filename + \stoptyping \FlushStep + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=Controlling the rendering] + + \starttyping + --usemodule=list + --environment=list + --mode=list + --arguments=list + --path=list + \stoptyping \FlushStep + +\stopsubject + +\startsubject[title=Controlling with ctx files] + + \starttyping + --ctx=name + \stoptyping \FlushStep + +\stopsubject + +\startsubject[title=Also in preamble] + + \starttyping + <?context-directive job ctxfile m4all.ctx ?> + \stoptyping \FlushStep + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=A ctx file] + +\starttyping +<?xml version='1.0' standalone='yes'?> + +<ctx:job> + <ctx:message>EPUB Formatter</ctx:message> + <ctx:flags> + <ctx:flag>purge</ctx:flag> + <ctx:flag>global</ctx:flag> + </ctx:flags> + <ctx:process> + <ctx:resources> + <ctx:module>epub-01</ctx:module> + </ctx:resources> + </ctx:process> +</ctx:job> +\stoptyping \FlushStep + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=Multiple products from one source] + + \starttyping + --result=name + \stoptyping \FlushStep + +\stopsubject + +\startsubject[title=When imposition is needed] + + \starttyping + --arrange + \stoptyping \FlushStep + +\stopsubject + +\startsubject[title=Cleanup after runs] + + \starttyping + --batchmode + --purge(all) + --purgeresult + \stoptyping \FlushStep + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=Sometimes faster (in services)] + + \starttyping + --once + --runs=2 + \stoptyping \FlushStep + +\stopsubject + +\startsubject[title=Normally automatically done] + + \starttyping + --make + --generate + --touch + \stoptyping \FlushStep + +\stopsubject + +\startsubject[title=Seldom used] + + \starttyping + --interface + --randomseed=number + \stoptyping \FlushStep + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=Information about extra control] + + \starttyping + --trackers + --directives + --showlogcategories + --version + \stoptyping \FlushStep + +\stopsubject + +\startsubject[title=Controlling the machinery] + + \starttyping + --trackers=list + --directives=list + --silent=list + --noconsole + --nostatistics + \stoptyping \FlushStep + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=When no local file is used] + + \starttyping + --global + --nofile + \stoptyping \FlushStep + +\stopsubject + +\startsubject[title=When the automatics recognition doesn't work] + + \starttyping + --forcexml + --forcecld + --forcelua + --forcemp + \stoptyping \FlushStep + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=Only handy for development (or me)] + + \starttyping + --profile + --timing + \stoptyping \FlushStep + +\stopsubject + +\startsubject[title=Forget about these] + + \starttyping + --paranoid + --update + \stoptyping \FlushStep + +\stopsubject + +\startsubject[title=Some hidden treasures] + + \starttyping + --extras + --extra=name + \stoptyping \FlushStep + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=Arguments can be prefixed] + + \starttyping + environment: + relative: + auto: + locate: + filename: + pathname: + home: + selfautoloc: + selfautoparent: + selfautodir: + \stoptyping \FlushStep + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=Recent (probably unnoticed) change] + + \starttyping + luatex + --fmt=".../tex/texmf-cache/luatex-cache/context/.../formats/cont-en" + --lua=".../tex/texmf-cache/luatex-cache/context/.../formats/cont-en.lui" + --jobname="context-the-script" + --no-parse-first-line + --c:autopdf + --c:currentrun=1 + --c:fulljobname="./context-the-script.tex" + --c:input="./context-the-script.tex" + --c:kindofrun=1 + "cont-yes.mkiv" + \stoptyping \FlushStep + +\stopsubject + +\startsubject[title=Another change] + +\startitemize[packed] + + \startitem The (runtime generated) options file is no longer there. \stopitem \FlushStep + \startitem For as far as possible arguments are passed directly. \stopitem \FlushStep + \startitem Input files are always loaded indirectly, no more stubs. \stopitem \FlushStep + +\stopitemize + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=About 30 mtx/lmx scripts] + + \starttyping + mtx-check.lua + mtx-convert.lua + mtx-epub.lua + mtx-fonts.lua + mtx-modules.lua + mtx-patterns.lua + mtx-pdf.lua + \stoptyping \FlushStep + +\stopsubject + +\startsubject[title=These are run like] + + \starttyping + mtxrun --script pdf + \stoptyping \FlushStep + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=Several mtx templates] + + \starttyping + mtx-context-arrange.lua + mtx-context-combine.lua + mtx-context-listing.lua + mtx-context-select.lua + mtx-context-timing.lua + \stoptyping \FlushStep + +\stopsubject + +\startsubject[title=These are run like] + + \starttyping + context --extra=arrange [--help] ... + \stoptyping \FlushStep + +\stopsubject + +\StopSteps + +\page + +\StartSteps + +\startsubject[title=Local preferences] + + \starttyping + texmfcnf.lua + \stoptyping \FlushStep + +\stopsubject + +\StopSteps + +\stopdocument + diff --git a/doc/context/presentations/context/2012/context-2012-visual-debugging.pdf b/doc/context/presentations/context/2012/context-2012-visual-debugging.pdf Binary files differnew file mode 100644 index 000000000..879a1ff69 --- /dev/null +++ b/doc/context/presentations/context/2012/context-2012-visual-debugging.pdf diff --git a/doc/context/presentations/context/2012/context-2012-visual-debugging.tex b/doc/context/presentations/context/2012/context-2012-visual-debugging.tex new file mode 100644 index 000000000..4be8d5e72 --- /dev/null +++ b/doc/context/presentations/context/2012/context-2012-visual-debugging.tex @@ -0,0 +1,296 @@ +\usemodule[present-stepwise,present-bars,abr-01] + +\startdocument + [title=Visual debugging, + color=darkmagenta] + +\StartSteps + +\startsubject[title=How it started] + + \startitemize[packed] + + \startitem Some 15 years ago I wanted some more feedback. \stopitem \FlushStep + \startitem So I figured out a way to visualize boxes, kerns, glue, etc. \stopitem \FlushStep + \startitem Some aspects were tricky, like stretch and shrink (no \ETEX\ yet), fillers, leaders, etc. \stopitem \FlushStep + \startitem I gave some presentations and it was nice to see the puzzled faces. \stopitem \FlushStep + \startitem As unboxing does not work, it is somewhat interfering. \stopitem \FlushStep + \startitem When not enabed there is no overhead but we did disable it at some places. \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\startsubject[title=Do we need it] + + \startitemize[packed] + + \startitem I wonder if anyone ever used it. \stopitem \FlushStep + \startitem Some of the helpers are quite handy, like \type {\ruledhbox}. \stopitem \FlushStep + \startitem So these had to be provided anyway, so: where to stop? \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\StopSteps \page \StartSteps + +\startsubject[title=All kind of debugging] + + \startitemize[packed] + + \startitem We have more debugging, much shows up when writing new code. \stopitem \FlushStep + \startitem Think of fonts, math, graphics, characters, etc. \stopitem \FlushStep + \startitem Some make no sense in \MKIV, so they're gone, but new ones show up. \stopitem \FlushStep + \startitem In due time this will all be normalized (as most lives in modules). \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\StopSteps \page \StartSteps + +\startsubject[title=Why we kept it] + + \startitemize[packed] + + \startitem When cleaning up the code I had to decide to keep it or redo it as it could be done \MKIV-ish. \stopitem \FlushStep + \startitem But as we already had some \LUA\ based extras it made sense to redo it. \stopitem \FlushStep + \startitem The old code is still there as module (also because it had some more funstuff). \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\startsubject[title=How it worked] + + \startitemize[packed] + + \startitem In \MKII\ primitives are overloaded. \stopitem \FlushStep + \startitem So effectively, when enabled, \type {\hbox} cum suis become macros. \stopitem \FlushStep + \startitem We use rules (and leaders) to visualize properties. \stopitem \FlushStep + \startitem Some constructs interfere so we need to compensate side effects. \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\StopSteps \page \StartSteps + +\startsubject[title=How it works] + + \startitemize[packed] + + \startitem The basics were a rather trivial quick job as we had a lot in place already. \stopitem \FlushStep + \startitem Interpreting the node list and injecting visualizers. \stopitem \FlushStep + \startitem We use colors, rules and text but much can be overlayed. \stopitem \FlushStep + \startitem Control over what gets visualized at the \TEX\ end. \stopitem \FlushStep + \startitem Control over what gets shown by using layers. \stopitem \FlushStep + \startitem As usual most time went into visualization choices and optimzation. \stopitem \FlushStep + \startitem Some visualizers interfered with (hardcoded) expectations in the backend. \stopitem \FlushStep + \startitem When I decided to use layers I had to adapt some oter code (mostly out of efficiency). \stopitem \FlushStep + \startitem There is room for more (but first I want the bitlib of \LUA\ 5.2). \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\StopSteps + +\page + +\defineoverlay[invoke][\overlaybutton{NextPage}] + +\defineframed + [MyFramed] + [background=color, + backgroundcolor=yellow, + offset=overlay, + frame=off] + +\startbuffer +\ruledhbox{j} +\ruledhbox{jj} +\ruledhbox{jjj} +\ruledhbox{jjjj} +\ruledhbox{jjjjj} +\stopbuffer + +\startsubject[title=Details 1] + + \scale[width=\textwidth]{\MyFramed \bgroup + {\getbuffer}\removeunwantedspaces + \egroup} + + \typebuffer + +\stopsubject + +\page + +\startbuffer +\ruledhbox{take boxes} +\stopbuffer + +\startsubject[title=Details 2a] + + \scale[width=\textwidth]{\MyFramed \bgroup + {\getbuffer}\removeunwantedspaces + \egroup} + + \typebuffer + +\stopsubject + +\page + +\startbuffer +\ruledhbox{some depth too} +\stopbuffer + +\startsubject[title=Details 2b] + + \scale[width=\textwidth]{\MyFramed \bgroup + {\getbuffer}\removeunwantedspaces + \egroup} + + \typebuffer + +\stopsubject + +\page + +\startbuffer +\showmakeup \hbox{again an hbox} +\stopbuffer + +\startsubject[title=Details 3a] + + \scale[width=\textwidth]{\MyFramed \bgroup + {\getbuffer}\removeunwantedspaces + \egroup} + + \typebuffer + +\stopsubject + +\page + +\startbuffer +\ruledvtop{\ruledvbox{\ruledhbox{multiple boxes}}} +\stopbuffer + +\startsubject[title=Details 3b] + + \scale[width=\textwidth]{\MyFramed \bgroup + {\getbuffer}\removeunwantedspaces + \egroup} + + \typebuffer + +\stopsubject + +\page + +\startbuffer +\showmakeup \hbox{multiple boxes} +\stopbuffer + +\startsubject[title=Details 3c] + + \scale[width=\textwidth]{\MyFramed \bgroup + \hskip.5em + {\getbuffer}\removeunwantedspaces + \hskip.5em + \egroup} + + \typebuffer + +\stopsubject + +\page + +\startbuffer +\showmakeup \vbox{\hbox{multiple boxes}} +\stopbuffer + +\startsubject[title=Details 3c] + + \scale[width=\textwidth]{\MyFramed \bgroup + \hskip.5em + {\getbuffer}\removeunwantedspaces + \hskip.5em + \egroup} + + \typebuffer + +\stopsubject + +\page + +\startbuffer +\showmakeup \vtop{\vbox{\hbox{multiple boxes}}} +\stopbuffer + +\startsubject[title=Details 3d] + + \scale[width=\textwidth]{\MyFramed \bgroup + \hskip.5em + {\getbuffer}\removeunwantedspaces + \hskip.5em + \egroup} + + \typebuffer + +\stopsubject + +\page + +\startbuffer +\showstruts why \strut use \strut's +\stopbuffer + +\startsubject[title=Details 4] + + \scale[width=\textwidth]{\MyFramed \bgroup + {\getbuffer}\removeunwantedspaces + \egroup} + + \typebuffer + +\stopsubject + +\page + +\startbuffer +\showglyphs glyphs +\stopbuffer + +\startsubject[title=Details 5] + + \scale[width=\textwidth]{\MyFramed \bgroup + {\getbuffer}\removeunwantedspaces + \egroup} + + \typebuffer + +\stopsubject +\page + +\startbuffer +\enabletrackers[visualizers.whatsit]glyphs \righttoleft glyphs +\stopbuffer + +\startsubject[title=Details 6] + + \scale[width=\textwidth]{\MyFramed \bgroup + \hskip.75em + {\getbuffer}\removeunwantedspaces + \hskip.75em + \egroup} + + \typebuffer + +\stopsubject + +\stopdocument diff --git a/doc/context/presentations/context/2012/context-2012-xml-news.pdf b/doc/context/presentations/context/2012/context-2012-xml-news.pdf Binary files differnew file mode 100644 index 000000000..ddbf138d7 --- /dev/null +++ b/doc/context/presentations/context/2012/context-2012-xml-news.pdf diff --git a/doc/context/presentations/context/2012/context-2012-xml-news.tex b/doc/context/presentations/context/2012/context-2012-xml-news.tex new file mode 100644 index 000000000..c11c35d31 --- /dev/null +++ b/doc/context/presentations/context/2012/context-2012-xml-news.tex @@ -0,0 +1,131 @@ +\usemodule[present-stepwise,present-bars,abr-01] + +\startdocument + [title={Processing XML, some basics}, + color=darkcyan] + +\StartSteps + +\startsubject[title=Topics] + + \startitemize[packed] + + \startitem processing \stopitem \FlushStep + \startitem selecting \stopitem \FlushStep + \startitem flushing \stopitem \FlushStep + \startitem testing \stopitem \FlushStep + \startitem basics only \stopitem \FlushStep + + \stopitemize + +\stopsubject + +\StopSteps \page \StartSteps + +\startsubject[title=Processing] + + \starttyping + \xmlprocessfile {name} {filename} {setup} + \xmlprocessbuffer {name} {filename} {setup} + \xmlloadonly {name} {filename} {setup} + \stoptyping \FlushStep + +\stopsubject + +\startsubject[title=Loading] + + \starttyping + \xmlload {name} {filename} {setup} + \xmlloadbuffer {name} {buffername} {setup} + \stoptyping \FlushStep + +\stopsubject + +\StopSteps \page \StartSteps + +\startsubject[title=Injecting elements] + + \starttyping + \xmlall {node} {pattern} + \xmlfirst {node} {pattern} + \xmllast {node} {pattern} + \xmlflush {node} + \stoptyping \FlushStep + + \starttyping + \xmlraw {node} {pattern} + \xmlcontext {node} {pattern} + \xmlstrip {node} {pattern} + \xmltag {node} + \xmltext {node} {pattern} + \stoptyping \FlushStep + +\stopsubject + +\StopSteps \page \StartSteps + +\startsubject[title=Injecting attributes] + + \starttyping + \xmlatt {node} {name} + \xmlattdef {node} {namev {default} + \xmlattribute {node} {pattern} {name} + \xmlattributedef {node} {pattern} {name} {default} + \stoptyping \FlushStep + +\stopsubject + +\startsubject[title=Injecting properties] + + \starttyping + \xmlcount {node} {pattern} + \xmlname {node} + \xmlnamespace {node} + \stoptyping \FlushStep + +\stopsubject + +\StopSteps \page \StartSteps + +\startsubject[title=Filters] + + \starttyping + \xmlcommand {node} {pattern} {setup + \xmlfilter {node} {pattern} + \stoptyping \FlushStep + +\stopsubject + +\startsubject[title=Much more] + + \starttyping + \xmlverbatim {node} + \xmldisplayverbatim {node} + \xmlinlineverbatim {node} + \stoptyping \FlushStep + + \starttyping + \xmlinclude {node} {pattern} {attribute} + \xmlshow {node} + \stoptyping \FlushStep + +\stopsubject + +\StopSteps \page \StartSteps + +\startsubject[title=Testing] + + \starttyping + \xmldoif {node} {pattern} {true} + \xmldoifnot {node} {pattern} {true} + \xmldoifelse {node} {pattern} {true} {false} + \xmldoiftext {node} {pattern} {true} + \xmldoifnottext {node} {pattern} {true} + \xmldoifelsetext {node} {pattern} {true} {false} + \stoptyping \FlushStep + +\stopsubject + +\StopSteps + +\stopdocument diff --git a/doc/context/presentations/context/2013/context-2013-math.pdf b/doc/context/presentations/context/2013/context-2013-math.pdf Binary files differnew file mode 100644 index 000000000..4272d4144 --- /dev/null +++ b/doc/context/presentations/context/2013/context-2013-math.pdf diff --git a/doc/context/presentations/context/2013/context-2013-math.tex b/doc/context/presentations/context/2013/context-2013-math.tex new file mode 100644 index 000000000..d15fffec2 --- /dev/null +++ b/doc/context/presentations/context/2013/context-2013-math.tex @@ -0,0 +1,244 @@ +% \enablemode[print] + +\usemodule[present-stepwise,present-tiles,abr-02] + +\definecolor[maincolor] [darkgray] +\definecolor[othercolor][b=.3] + +\setupinteractionscreen + [option=max] + +% \setupalign +% [flushleft,tolerant] + +\defineframed + [conclusion] + [location=low, + width=max, + align=flushleft, + background=color, + backgroundcolor=white, + foregroundcolor=othercolor] + +\setupbodyfont[15pt] + +\startdocument + [title={Math:\\\\progress or standing still}, + %subtitle={Hans Hagen\\TUG Conference\\October 2013}] + subtitle={Hans Hagen\\\ConTeXt\ Meeting\\September 2013}] + +\StartSteps \starttopic [title={Math as script}] + + \startitem math can be input using the \TEX\ syntax, \MATHML, calculator like sequences, \unknown \FlushStep \stopitem + \startitem but apart from content \MATHML\ all stay close to good old \TEX \FlushStep \stopitem + \startitem although not officially a script, \OPENTYPE\ treats it as such, but without control \FlushStep \stopitem + + \blank[2*big] + + \starttyping + $ ( (x + 1) / a + 1 )^2 = (x - 1) / b $ + \stoptyping + + \FlushStep + + \starttyping + $ \left( \frac{x + 1}{a} + 1 \right)^2 = \frac{x - 1}{b} $ + \stoptyping + + \FlushStep + + \starttyping + <mfenced open="(" close = ")"> + <mfrac>...</mfrac> <mo>+</mo> <mn>1</mn> + </mfenced> + \stoptyping + + \FlushStep + + \starttyping + <mrow> + <mo>(</mo> <mfrac>...</mfrac> <mo>+</mo> <mn>1</mn> <mo>)</mo> + </mrow> + \stoptyping + + \FlushStep + + \vfilll \conclusion{There is recognition of math as a proper (but not standardized) script.} \FlushStep + +\stoptopic \StopSteps + +\StartSteps \starttopic [title={Alphabets}] + + \startitem the shape (style) of a character determines its meaning \FlushStep \stopitem + \startitem but in most cases an type {a} is entered as \ASCII\ character \FlushStep \stopitem + \startitem and tagged with some rendering directive, often indicating a font style \FlushStep \stopitem + \startitem in traditional \TEX\ we have alphabets in different fonts, so we're talking switches \FlushStep \stopitem + \startitem in \UNICODE\ and \OPENTYPE\ we have alphabets with standardized code points (but gaps too) \FlushStep \stopitem + \startitem this has big advantages for communicating, transferring data etc \FlushStep \stopitem + \startitem but a math engine still has to deal with \ASCII\ input as well \FlushStep \stopitem + \startitem multiple axis: types, alphabets, styles, variants, shapes, modifiers \FlushStep \stopitem + + \vfilll \conclusion{We're off better but the gaps are an anomality.} \FlushStep + +\stoptopic \StopSteps + +\StartSteps \starttopic [title={Heavy bold}] + + \startitem for titles and captions we might need bolder math \FlushStep \stopitem + \startitem bold symbols in math have special meaning \FlushStep \stopitem + \startitem so when going full bold they should become heavy \FlushStep \stopitem + \startitem heavy math involves boldening everything, including extensibles \FlushStep \stopitem + \startitem there are currently no fonts that have such complete heavy companions \FlushStep \stopitem + + \vfilll \conclusion{We need proper bold fonts, but they need to be relatively complete.} \FlushStep + +\stoptopic \StopSteps + +\StartSteps \starttopic [title={Radicals}] + + \startitem this always has been (and still is) a combination of vertical extensibles and horizontal rules \FlushStep \stopitem + \startitem it is the only two dimensional extensible so always a bit of an exception \FlushStep \stopitem + \startitem in the wide engines we now have more direct support primitive for that (no macro needed) \FlushStep \stopitem + \startitem in practice (at least in \MKIV) we still use macros because we want control \FlushStep \stopitem + + \vfilll \conclusion{Native support for radicals is nice to have and makes coding cleaner.} \FlushStep + +\stoptopic \StopSteps + +\StartSteps \starttopic [title={Primes}] + + \startitem this is a special case as we (sort of) have upto two superscripts \FlushStep \stopitem + \startitem and also need to handle an optional subscript of the base symbol \FlushStep \stopitem + \startitem and in order to be visually okay, we need to collect multiple primes \FlushStep \stopitem + \startitem some fonts have primes raised, some have them flying high \FlushStep \stopitem + \startitem maybe at some point the upcoming math pre- and postscripts will help \FlushStep \stopitem + + \vfilll \conclusion{Supporting primes will always be a bit of a pain but I stay on top of it.} \FlushStep + +\stoptopic \StopSteps + +\StartSteps \starttopic [title={Accents}] + + \startitem they can go on top or below one or more characters (also in combination) \FlushStep \stopitem + \startitem accents have some hard codes positional properties \FlushStep \stopitem + \startitem the wide engines have more direct support for this \FlushStep \stopitem + \startitem fonts provide a limited set of sizes, such accents cannot extend (by design) \FlushStep \stopitem + + \vfilll \conclusion{Engine support for accents is better now but maybe fonts need to have more sizes.} \FlushStep + +\stoptopic \StopSteps + +\StartSteps \starttopic [title={Stackers}] + + \startitem arrows (and other horizontal extensibles) traditionally were made from snippets \FlushStep \stopitem + \startitem we need them also for chemistry, in rather flexible ways \FlushStep \stopitem + \startitem in upcoming math fonts they are become real extensibles \FlushStep \stopitem + \startitem but then we still need to deal with existing fonts that lack them (one font in the end) \FlushStep \stopitem + \startitem there will be native support for so called character leaders \FlushStep \stopitem + + \vfilll \conclusion{Stackers are more easily implemented although fonts pose some challenges.} \FlushStep + +\stoptopic \StopSteps + +\StartSteps \starttopic [title={Fences}] + + \startitem these go left and right (or in the middle) of things \FlushStep \stopitem + \startitem there need to be a matching pair else we get an error \FlushStep \stopitem + \startitem they have to adapt their size to what they wrap \FlushStep \stopitem + \startitem \TEX ies can take care of that in their input \FlushStep \stopitem + \startitem but in for instance \MATHML\ checking all this is a bit of a pain \FlushStep \stopitem + \startitem this is still the domain of macros \FlushStep \stopitem + \startitem but we could make the engines a bit more tolerant (hard to do) \FlushStep \stopitem + + \vfilll \conclusion{Matching fences will always be a bit of a problem.} \FlushStep + +\stoptopic \StopSteps + +\StartSteps \starttopic [title={Directions}] + + \startitem bidirectional math is mostly a matter of the availability of fonts \FlushStep \stopitem + \startitem there need to be some agreement (at the macro package level) of control \FlushStep \stopitem + \startitem it's (for me) a visually interesting challenge \FlushStep \stopitem + \startitem there are some \TEX ies working on these matters (quite some research is done already) \FlushStep \stopitem + + \vfilll \conclusion{Right to left math will show up thanks to pioneers.} \FlushStep + +\stoptopic \StopSteps + +\StartSteps \starttopic [title={Structure}] + + \startitem demand for tagging also means that we need to carry a bit more info around \FlushStep \stopitem + \startitem this puts a little more burden on the user \FlushStep \stopitem + \startitem in the end it largely is a macro package issue \FlushStep \stopitem + \startitem better tagging of input can also help rendering \FlushStep \stopitem + \startitem detailed control at the \TEX\ level makes that users can spoil the game \FlushStep \stopitem + + \vfilll \conclusion{In these times structure gets more important so minimal coding is less an option.} \FlushStep + +\stoptopic \StopSteps + +\StartSteps \starttopic [title={Italic correction}] + + \startitem in traditional \TEX\ fonts this was used for spacing as well as special purposed \FlushStep \stopitem + \startitem across fonts there was never much correction \FlushStep \stopitem + \startitem \OPENTYPE\ doesn't have this concept \FlushStep \stopitem + \startitem \OPENTYPE\ math has some of if but also more powerful kerning \FlushStep \stopitem + \startitem generally speaking: we can ignore italic corrections \FlushStep \stopitem + + \vfilll \conclusion{We need to accept that old concepts die and new onces show up.} \FlushStep + +\stoptopic \StopSteps + +\StartSteps \starttopic [title={Big}] + + \startitem normally extensible fences are chosen automatically \FlushStep \stopitem + \startitem but macro packages provide tricks to choose a size \FlushStep \stopitem + \startitem extensible steps are unpredictable but still several mechanisms can be provided \FlushStep \stopitem + + \vfilll \conclusion{Users will always want control and no engine can provide that but macros can.} \FlushStep + +\stoptopic \StopSteps + +\StartSteps \starttopic [title={Macros}] + + \startitem some special symbols were constructed by macros (and using special font properties) \FlushStep \stopitem + \startitem these are mostly gone (the diagonal dots) \FlushStep \stopitem + \startitem if it is ever needed again, we should extend the fonts \FlushStep \stopitem + + \vfilll \conclusion{Thanks to new font technologies and wide engines need less dirty tricks.} \FlushStep + +\stoptopic \StopSteps + +\StartSteps \starttopic [title={Unscripting}] + + \startitem you can bet on those funny \UNICODE\ super and subscripts showing up in input \FlushStep \stopitem + \startitem it's a somewhat limited and unuseable lot for math (a modifier would have made more sense) \FlushStep \stopitem + \startitem it's one of these legacies that we need to deal with \FlushStep \stopitem + \startitem so the macro package needs to intercept them and map them onto proper math \FlushStep \stopitem + + \vfilll \conclusion{We always need to deal with weird input, if only because standards lack.} \FlushStep + +\stoptopic \StopSteps + +\StartSteps \starttopic [title={Combining fonts}] + + \startitem we can expect math fonts to be rather complete and if not, one should choose another one \FlushStep \stopitem + \startitem but sometimes (for simple math) you want to swap in alphabets and digits that match the text font \FlushStep \stopitem + \startitem given that we talk of ranges this is easy to support at the macro package level \FlushStep \stopitem + + \vfilll \conclusion{Although fonts are more complete, occasional combinations should remain possible.} \FlushStep + +\stoptopic \StopSteps + +\StartSteps \starttopic [title={Tracing}] + + \startitem there are lots of symbols involved \FlushStep \stopitem + \startitem and we have those extensibles too \FlushStep \stopitem + \startitem the larger the fonts get the more checking we need to do \FlushStep \stopitem + \startitem so macro packages need to provide some tracing options (or tables in print) \FlushStep \stopitem + + \vfilll \conclusion{We keep an eye on things.} \FlushStep + +\stoptopic \StopSteps + +\stopdocument diff --git a/doc/context/presentations/context/2013/context-2013-speed.pdf b/doc/context/presentations/context/2013/context-2013-speed.pdf Binary files differnew file mode 100644 index 000000000..0f70fe9c8 --- /dev/null +++ b/doc/context/presentations/context/2013/context-2013-speed.pdf diff --git a/doc/context/presentations/context/2013/context-2013-speed.tex b/doc/context/presentations/context/2013/context-2013-speed.tex new file mode 100644 index 000000000..2c8fc1d31 --- /dev/null +++ b/doc/context/presentations/context/2013/context-2013-speed.tex @@ -0,0 +1,108 @@ +% language=uk + +% \enablemode[print] + +\usemodule[present-stepwise,present-tiles,abr-02] + +\definecolor[maincolor] [darkgray] +\definecolor[othercolor][r=.3,g=.3] + +\setupinteractionscreen + [option=max] + +% \setupalign +% [flushleft,tolerant] + +\setupbodyfont[15pt] + +\startdocument + [title={Speed:\\\\why it matters\\and why we care}, + subtitle={Hans Hagen\\\ConTeXt\ Meeting\\September 2013}] + +\StartSteps \starttopic [title={Speed}] + + \startitemize + \startitem speed matters in a edit-run-preview cycle although this is mostly perception \FlushStep \stopitem + \startitem the nicer the interface, the slower it gets, but you seldom set something up so that is not much of a burden\FlushStep \stopitem + \startitem everything you provide gets used at some point, also in inefficient ways, so best know your weak spots \FlushStep \stopitem + \startitem lots of local (grouped) tweaks leads to many mechanisms kicking in unseen, grouping matters \FlushStep \stopitem + \startitem wrong use of functionality can have drastic and unexpected speed penalties \FlushStep \stopitem + \stopitemize + +\stoptopic \StopSteps + +\StartSteps \starttopic [title={Pages per minute}] + + \startitemize + \startitem we have speed up the baseline performance (in pages per second) as much as possible \FlushStep \stopitem + \startitem we try to identify and optimize critical routines, both at the \TEX\ and \LUA\ end \FlushStep \stopitem + \startitem of course the used hardware machine and versions of \LUATEX\ and \CONTEXT\ matter \FlushStep \stopitem + \stopitemize + + \blank + + \starttyping + \dorecurse {1000} {test \page} + \stoptyping + + \FlushStep + + \blank + + \starttabulate[|r|r|r|r|r|r|] + \HL + \NC \bf \# pages \NC \bf Jan \NC \bf Apr \NC \bf May \NC \bf Sep \NC (nuts) \NC \NR + \HL + \NC 1 \NC 2 \NC 2 \NC 2 \NC 4 \NC 4 \NC \NR + \NC 10 \NC 15 \NC 17 \NC 17 \NC 36 \NC 37 \NC \NR + \NC 100 \NC 90 \NC 109 \NC 110 \NC 237 \NC 236 \NC \NR + \NC 1000 \NC 185 \NC 234 \NC 259 \NC 509 \NC 512 \NC \NR + \NC 10000 \NC 215 \NC 258 \NC 289 \NC 548 \NC 557 \NC \NR + \HL + \stoptabulate + + < 06/2013, \LUATEX: 0.72+, Dell M90, SSD, 4GB, 2.33 Ghz T7600, Windows 8/32 bit\par + > 06/2013, \LUATEX: 0.72+, Dell 6700, SSD, 16GB, 2.80 Ghz 3840QM, Windows 8/64 bit\par + + \FlushStep + +\stoptopic \StopSteps + +\StartSteps \starttopic [title={What happens}] + + \startitemize + \startitem load macros and \LUA\ code is loaded from the format \FlushStep \stopitem + \startitem the system gets initialized, think of fonts and languages \FlushStep \stopitem + \startitem additional (runtime) files are loaded \FlushStep \stopitem + \startitem text is typeset and eventually gets passed to the page builder \FlushStep \stopitem + \startitem pages are packaged, this includes reverting to global document states \FlushStep \stopitem + \startitem the \PDF\ representation is created \FlushStep \stopitem + \startitem each of these steps has its bottlenecks \FlushStep \stopitem + \startitem the more we don, the more \LUA\ gets involved \FlushStep \stopitem + \stopitemize + +\stoptopic \StopSteps + +\StartSteps \starttopic [title={What we can do}] + + \startitemize + \startitem avoid copying boxes where possible \FlushStep \stopitem + \startitem only enable initializers and finalizers when functionality is used \FlushStep \stopitem + \startitem be clever with fonts, in usage as well as in supporting features \FlushStep \stopitem + \startitem use trial runs in multi||pass mechanisms \FlushStep \stopitem + \startitem avoid too much macro expansion (only matters for tracing) \FlushStep \stopitem + \startitem accept that more functionality has a price \FlushStep \stopitem + \startitem improve the engine and cook up more clever low level code \FlushStep \stopitem + \stopitemize + + but + + \startitemize + \startitem don't compromise functionality \FlushStep \stopitem + \startitem avoid too obscure code \FlushStep \stopitem + \startitem forget about optimization by means of combining functionality \FlushStep \stopitem + \stopitemize + +\stoptopic \StopSteps + +\stopdocument diff --git a/doc/context/presentations/context/2015/context-2015-status.pdf b/doc/context/presentations/context/2015/context-2015-status.pdf Binary files differnew file mode 100644 index 000000000..49ef295c2 --- /dev/null +++ b/doc/context/presentations/context/2015/context-2015-status.pdf diff --git a/doc/context/presentations/context/2015/context-2015-status.tex b/doc/context/presentations/context/2015/context-2015-status.tex new file mode 100644 index 000000000..6ccdea876 --- /dev/null +++ b/doc/context/presentations/context/2015/context-2015-status.tex @@ -0,0 +1,87 @@ +\usemodule[present-ovals] + +\setupwhitespace + [halfline] + +\doifelsemode {atpragma} { + \usetypescriptfile[ghz] + \setupbodyfont[palatino-informal] + \setupbodyfont[24pt,ss] + \definefont[whatever][file:palatinosansinflcom-med*default at 10pt] +} { + \setupbodyfont[palatino] + \setupbodyfont[24pt,ss] + \definefont[whatever][Bold*default at 10pt] +} + +\setuplayout[topspace=.10\paperheight] + +\definecolor[maincolor][orange] +%definecolor[othercolor][black] + +\startuseMPgraphic{common} + + detailpaths ; % let draw = detaileddraw ; + + drawoptionsfactor := .03bp ; + + drawlineoptions (withpen pencircle scaled 1.0 drawoptionsfactor withcolor .5white) ; + drawpointoptions (withpen pencircle scaled 4.0 drawoptionsfactor withcolor white) ; + drawcontroloptions(withpen pencircle scaled 2.5 drawoptionsfactor withcolor white) ; + drawpathoptions (withpen pencircle scaled 5.0 drawoptionsfactor withcolor .8white) ; + + vardef oneliner(expr t, x, y) = + outlinetext.b (t) (withcolor .75white) (withcolor .25white) ysized 2cm shifted (x,y) + enddef ; + +\stopuseMPgraphic + +\startuseMPgraphic{whatif} + \includeMPgraphic{common} + normaldraw oneliner("\whatever \setstrut \strut \ConTeXt", 0mm, 0mm) ; + normaldraw oneliner("\whatever \setstrut \strut 2015", 11mm,-20mm) ; +\stopuseMPgraphic + +\startdocument + +\startstandardmakeup + \scale[width=\textwidth]{\useMPgraphic{whatif}} +\stopstandardmakeup + +\starttexdefinition statusstep #1 + \startparagraph + #1 + \stopparagraph +\stoptexdefinition + +\starttexdefinition status #1#2 + \starttitle[title={#1}] + \processcommalist[#2]\statusstep + \stoptitle +\stoptexdefinition + +\status{fonts} {new loader, stable interfaces, related mechanisms can be cleaned up, extensions possible} +\status{hyphenation} {experimental, normalization considered} +\status{spacing} {functional stable, maybe some cleanup needed} +\status{metafun} {updated tex and backend interface, occasional additions, module for graphs pending} +\status{math} {stable, some improvements possible, maybe lua variant (fun project)} +\status{margins} {quite okay, right2left adaption in progress} +\status{structure} {stable, maybe cleanup} +\status{conversions} {stable} +\status{sorting} {works, extension possible, japanese in progress} +\status{publications}{getting there, documentation pending} +\status{color} {stable} +\status{backend} {stable, awaiting some cleanup in engine backend} +\status{images} {stable} +\status{epub} {always work in progress} +\status{columns} {mixed more or less stable, columsets to be redone, better float support needed} +\status{file io} {stable} +\status{tables} {stable, maybe some xtables extensions} +\status{verbatim} {stable, maybe some cleanup} +\status{xml} {stable, maybe some more helpers} +\status{positioning} {okay, optimization possible} +\status{cldf} {okay, always more possible} +\status{layout} {okay, bidi model neeed} +\status{scripts} {work in progress} + +\stopdocument diff --git a/doc/context/presentations/context/2016/context-2016-luatex.pdf b/doc/context/presentations/context/2016/context-2016-luatex.pdf Binary files differnew file mode 100644 index 000000000..2319aa995 --- /dev/null +++ b/doc/context/presentations/context/2016/context-2016-luatex.pdf diff --git a/doc/context/presentations/context/2016/context-2016-luatex.tex b/doc/context/presentations/context/2016/context-2016-luatex.tex new file mode 100644 index 000000000..348c2ea5f --- /dev/null +++ b/doc/context/presentations/context/2016/context-2016-luatex.tex @@ -0,0 +1,242 @@ +\usemodule[present-luatex] + +\startdocument + [title={\luaTeX}, + subtitle={Version 1.00}, + location={ConTeXt meeting \emdash\ September 2016}, + mp:title={luatex}, + mp:subtitle={1.00\space\endash\space2016}] + +\startstandardmakeup + +After ten years of stepwise development and experimenting we release version 1.00 +of \LuaTeX\ during the 10\high{th} \ConTeXt\ meeting in the Netherlands, September +2016. + +The interface is now rather stable and will not change significantly which means +that one can write stable packages. + +So, it's time for a bit reflection as well as time to tell what we will be doing +next. + +\stopstandardmakeup + +\startstandardmakeup + +Around 2005, after we talked a bit about it, Hartmut added the \Lua\ scripting +language to \pdfTeX\ as an experiment. + +This add|-|on was inspired by the \Lua\ extension to the Scite editor that I +(still) use. + +\stopstandardmakeup + +\startstandardmakeup + +One could query counter registers and box dimensions and print strings to the +\TeX\ input buffer. + +The Oriental \TeX\ project then made it possible to go forward and come up with a +complete interface. + +For this, Taco converted the code base from Pascal to C, an impressive effort. + +\stopstandardmakeup + +\startstandardmakeup + +We spent more than a year intensively discussing, testing and implementing +the interface between \TeX\ and \Lua. + +In successive years we polished things and extended bits and pieces. + +The last few years we cleaned up, filled in gaps and reached the point where we +were more of less satisfied. + +\stopstandardmakeup + +\startstandardmakeup + +The core is still traditional \TeX, but extended with \pdfTeX\ protrusion and +expansion (reworked) and directional features from Aleph (cleaned up). + +\stopstandardmakeup + +\startstandardmakeup + +The font subsystem accept now wide fonts. + +The hyphenation machinery can use runtime loaded (and extended) patterns. + +Hyphenation, ligaturing, kerning are separated. + +Most steps in processing node lists can be intercepted using callbacks. + +The math machinery has opentype math code paths. + +\stopstandardmakeup + +\startstandardmakeup + +All in- and output can be controlled and intercepted. + +The backend code has been separated better. + +You can write (simple) parsers. + +Nodes can be accessed and manipulated. + +Images and reuseable boxes are now native. + +\stopstandardmakeup + +\startstandardmakeup + +The project is driven by \ConTeXt\ users and \ConTeXt\ development. + +Right from the start \ConTeXt\ supported \LuaTeX. + +This means that most mechanisms have been tested in production. + +Raw performance is less than 8 bit \pdfTeX\ but in practice and on modern +machines \LuaTeX\ behaves well. + +\stopstandardmakeup + +\startstandardmakeup + +We will continue development, but functionality will stay stable within versions. +Of course bugs will be fixed. + +The code will be further streamlined and documented. We deliberately postponed some +cleanup till after version 1.00. + +Of course the manual will be improved over time. + +\stopstandardmakeup + +\startstandardmakeup[bottom=,top=] + + \vfil + + \ssbf + + Hans Hagen \par + Hartmut Henkel \par + Taco Hoekwater \par + Luigi Scarso \par + + \vfil \vfil \vfil + + \txx + + many thanks to all the\break + early adopters + + \vfil + +\stopstandardmakeup + +% ideas + +\startstandardmakeup + + \midaligned{Some ideas (1)} + + So far we managed to avoid extensions beyond those needed as part of the opening + up. + + We stick close to Don Knuths concepts so that existing documentation still + conceptualy applies. We keep our promise of not adding to the core. + + We might open up (make configureable) some of the still hard coded properties. + +\stopstandardmakeup + +\startstandardmakeup + + \midaligned{Some ideas (2)} + + Some node lists can use a bit of (non critical) cleanup, for instance passive + nodes, local par nodes, and other left|-|overs. Maybe we should add missing + left|/|right skips. + +\stopstandardmakeup + +\startstandardmakeup + + \midaligned{Some ideas (3)} + + We can optimize some callback resolution (more direct) so that we can gain a little + performance. + +\stopstandardmakeup + +\startstandardmakeup + + \midaligned{Some ideas (4)} + + Inheritance of attributes needs checking and maybe we need to permits some more + explicit settings. + +\stopstandardmakeup + +\startstandardmakeup + + \midaligned{Some ideas (5)} + + Bring some more code to the api file. Use the global PDF and \Lua\ states + consistently. Some macros can probably go away. + +\stopstandardmakeup + +\startstandardmakeup + + \midaligned{Some ideas (6)} + + Minimize return values of \Lua\ functions; only return nil when we expect + multiple calls in in one line. + +\stopstandardmakeup + +\startstandardmakeup + + \midaligned{Some ideas (7)} + + Figure out a way to deal with literals in virtual characters (relates to font + switching in the result). + +\stopstandardmakeup + +\startstandardmakeup + + \midaligned{Some ideas (8)} + + Maybe reorganize some code so that documentation is easier. See if we can stick + close to what Don Knuth documents. + +\stopstandardmakeup + +\startstandardmakeup + + \midaligned{Some ideas (9)} + + Cleanup and isolate the backend a bit more. Maybe add a bit more options to + delegate to \Lua. Get rid of some historic PDF artifacts. + +\stopstandardmakeup + +\startstandardmakeup + + \midaligned{Some ideas (10)} + + It is tempting to think of a (lean and mean) \LuaTeX\ variant for \ConTeXt. + + We will not touch stable unless it concerns bug fixes, but we will expose + \ConTeXt\ users to the experimental branch (as we do now). + + So \unknown\ be prepared. + +\stopstandardmakeup + +\stopdocument diff --git a/doc/context/presentations/examples/present-tiles-001.pdf b/doc/context/presentations/examples/present-tiles-001.pdf Binary files differnew file mode 100644 index 000000000..ca04eff4e --- /dev/null +++ b/doc/context/presentations/examples/present-tiles-001.pdf diff --git a/doc/context/presentations/examples/present-tiles-001.tex b/doc/context/presentations/examples/present-tiles-001.tex new file mode 100644 index 000000000..ca9799a71 --- /dev/null +++ b/doc/context/presentations/examples/present-tiles-001.tex @@ -0,0 +1,20 @@ +\usemodule[present-tiles] + +\startdocument[title=Whatever We\\Want Here,subtitle=Whatever We\\Want There] + +\dorecurse {12} { + \starttopic[title=Topic #1] + \input tufte + \blank[3*line] + \bold{Buttons (roll-over in acrobat):} + \blank[line] + \starttabulate[|T||] + \NC click left top \NC home \NC \NR + \NC click right top \NC contents \NC \NR + \NC click left bottom \NC previous \NC \NR + \NC click left bottom \NC next page \NC \NR + \stoptabulate + \stoptopic +} + +\stopdocument diff --git a/doc/context/presentations/present-readme.pdf b/doc/context/presentations/present-readme.pdf Binary files differnew file mode 100644 index 000000000..e937a5e3e --- /dev/null +++ b/doc/context/presentations/present-readme.pdf diff --git a/doc/context/presentations/present-readme.tex b/doc/context/presentations/present-readme.tex new file mode 100644 index 000000000..f6c6fb10f --- /dev/null +++ b/doc/context/presentations/present-readme.tex @@ -0,0 +1,33 @@ +\usemodule[art-01] + +\noheaderandfooterlines + +\starttext + +\subject{Presentations} + +For demonstration purposes we ship some presentations. Some of these are called +up when a style is processed (in demo mode). The look and feel evolves with +\ConTeXt\ and often a style uses some trickery (\TeX, \ConTeXt, \MetaPost, \Lua\ +etc.) I was playing with at that moment. The older styles therefore use more PDF +trickery than the later ones (especially because in the end the viewers were less +stable than we hoped). + +Of the hundreds of presentations made so far only a subset can be found here. You +can find some more on the web (conference websites). Many presentations are +outdated but might have some historic value or show some tricks. The real old +ones are not here anyway. Some presentations build upon a previous one although I +try to avoid duplicate talks. Of course status reports can be somewhat redundant +but keep in mind that meetings are also for developers. + +\ConTeXt, \LuaTeX and \MetaPost related presentations happened at meetings of \TeX\ +user groups like TUG, NTG, Bacho\TeX, Dante, CSTUG, UKTUG, GUTENBERG, but also at +other occasions but not all make sense to collect here, if only because when they +were close in time some were similar. Also, I just deleted some sources when I +found them irrelevant for reuse. You can always report a missing one in which +case I'll see if I can find back the source. If you really want some MkII style +in MkIV too, let me know. + +Hans Hagen + +\stoptext |