- dev-context - NTG Mailing Lists

Bug: node-rul.mkiv
by Wolfgang Schuster 20 Mar '11

20 Mar '11

Hi Hans, missing namespaces in the parent keys \def\dodefinebar[#1][#2][#3]% {\ifthirdargument - \getparameters[\??on#1][\s!parent=#2,#3]% + \getparameters[\??on#1][\s!parent=\??on#2,#3]% \else - \getparameters[\??on#1][\s!parent=,#2]% + \getparameters[\??on#1][\s!parent=\??on,#2]% \fi % %\setvalue{\??on:#1}{0}% % \ifcsname\??on:#1:c\endcsname \csname\??on:#1:c\endcsname\zerocount \else \expandafter\newcount\csname\??on:#1:c\endcsname \fi \normalexpanded{\checkalldefinedbars{\noexpand\doredefinebar{#1}\the\checkalldefinedbars}}% \dodefinebarindeed{#1}% \setuvalue{#1}{\doruled{#1}}} Wolfgang

2 1

Bug: strc-syn.mkiv
by Wolfgang Schuster 20 Mar '11

20 Mar '11

Hi, wrong name for \doplacelistofsorts (\do is missing) and missing \unexpanded for \completelistofsorts - \unexpanded\def\placelistofsorts[#1][#2]% NOG EEN RUWE VERSIE MAKEN ZONDER WITRUIMTE ETC ETC + \def\doplacelistofsorts[#1][#2]% {\begingroup \def\currentsorting{#1}% \getparameters[\??so#1][#2]% \startpacked \ctxlua{structures.synonyms.process('#1',{ criterium = "\sortingparameter\c!criterium", language = "\sortingparameter\s!language", method = "\sortingparameter\c!method", })}% \stoppacked \endgroup} - \def\completelistofsorts + \unexpanded\def\completelistofsorts {\dodoubleempty\docompletelistofsorts} Wolfgang

2 1

beta
by Hans Hagen 18 Mar '11

18 Mar '11

Hi, For those with ftp access .. the new beta version there is somewhat experimental as I rewrote some of the (lua) font code - alternative basemode definitions (context only, experimental) - cleaned up node mode initialization - less memory usage due to adapted data structures - a bit smaller files in the cache - some speedup due to more efficient accessibility - different organization and carry-over of tfm information There will probably be some more changes but I would not be surprised if certain features don't work. This is no big deal and mostly a matter of wrong data access then as nothing changed in the otf processing itself. No testing has been done for the generic variant. This will happen when I'm satisfied with the changes. As the information available in the tfm instance is organized differently one can expect that code that uses it has to be adapted. Anyhow, even after we publish a new beta it is probably good to wait with adapting generic usage till we are stable again. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

2 4

Math accents
by Khaled Hosny 13 Mar '11

13 Mar '11

Math accents seems to be broken in all OpenType math fonts: * wide accents don't show at all; ConTeXt is looking for non-existent characters (U+FE302 for example). * regular accents don't work with Asana because ConTeXt is looking for the spacing accents which it does not have I think this is left over from the hack of using modifier accents for non-growing ones and combining accents for the growing. Now since luatex introduced new keywords to handle this, I propose that all math accents use the combining accents (which is the right thing to do for all fonts any way) and non growing one would use the new "fixed" keyword. Attached a simple test file. Regards, Khaled -- Khaled Hosny Egyptian Arab

1 0

Can't use OTF font with more than 1000 em units
by Khaled Hosny 02 Mar '11

02 Mar '11

With last betas (minimals) I can't use CFF flavoured OpenType fonts with more than 1000 em units, the backed reports the error: !LuaTeX error (file /pth/to/file.otf): Invalid font type It appears this error is reported when luatex encounters a non TTF flavoured font when it expects one (a more explicit error message or at least reporting the invalid type would be more helpful, I think). Checking ConTeXt, I see in font-otf.lua: if units > 1000 then fileformat = "truetype" end Which IMO don't make sense at all since CFF fonts can very well have > 1000 em units. I think this was to work around the bug reported earlier about TTF fonts with .otf file extension, but this is likely to break more other fonts. Renaming the other font is easier, meanwhile neither file extension nor em units is a reliable way to detect spline type (which I think is already known, since Taco has a tracker item for that). Regards, Khaled -- Khaled Hosny Egyptian Arab

2 1

modules
by Hans Hagen 25 Feb '11

25 Feb '11

Hi, Something new. If you add a section like this in a module: % begin info % % title : show character data % % comment : show some info about characters in the character database % status : experimental, used for luatex testing % % end info context --modules will report this. It only works with modules in the trees (the path where context.mkiv sits is also taken as I want my dev path to be included). Another 'change' is in messaging. Eventually all messages will be redone, but we will have a transition stage. See mult-mes.lua for how it will be (currently a hybrid approach). I will post some more about this later. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

4 6

beta
by Hans Hagen 21 Feb '11

21 Feb '11

Hi, For those with access to the ftp version ... I replaced the margin text code. There is now a split between margindata marginframed The first takes care of placement, the second (when defined) adds framed support to it. See end of typo-mar.mkiv for definitions. There is new stacking and offset code, alignment methods, new inner/outer code, name based overload etc. Basically all is written from scratch with the existing mechanism in mind. (One reason for the rewrite is that I needed some specific features myself.) No documentation (of course). Lets first see if it breaks or fails. Still pretty beta so expect more the coming days. Probably not production code. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

1 0

Automatic generation of filename database
by Oliver Buerschaper 14 Feb '11

14 Feb '11

Hi, it seems that the minimals have lost their ability to automatically generate the luatex filename database… now mtxrun --generate is needed (again) before anything else works. Formats are still generated automatically though. I'm afraid I can't pin down when that change happened but it's present at least in 2011.02.11 18:18 2011.02.05 11:37 Would it be much work to (re)enable this? I'm aware that all things configuration files have undergone a massive overhaul recently but this feature would really be nice to have again :-) Best, Oliver

2 2

context installation/setup/texmfcnf.lua
by Mojca Miklavec 09 Feb '11

09 Feb '11

Hans, I was away for a while. What exactly is the current status of ConTeXt beta and what exactly do I need to change? Is the change for "selfautoparent:" ready now? Is there anything else that I should do right away? Mojca

2 3

beta
by Hans Hagen 07 Feb '11

07 Feb '11

Hi, I uploaded a beta to the ftp server. Changes are: -- cleaned up logging, consistently using logs.new -- this makes it possible to disable log categories (using --silent or using directive logs.blocked) -- cleaned up regime code (also a hack to force loading under utf) -- as a side effect some code moved to lfg files I probably made some types as logging happens all over the place. I hope that it does not break third party modules. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

1 0