- dev-context - NTG Mailing Lists

Light colors in colo-imp-rgb.mkiv
by Aditya Mahajan 08 Jun '20

08 Jun '20

Hi, The 'light' colors defined in colo-imp-rgb.mkiv are not light! \definecolor [lightred] [r=1, g=0, b=0] \definecolor [lightgreen] [r=0, g=1, b=0] \definecolor [lightblue] [r=0, g=0, b=1] \definecolor [lightcyan] [r=0, g=1, b=1] \definecolor [lightmagenta] [r=1, g=0, b=1] \definecolor [lightyellow] [r=1, g=1, b=0] Is this intentional? How about replacing them with somewhat reasonable defaults? \definecolor [lightred] [r=1, g=0.5, b=0.5] \definecolor [lightgreen] [r=0.5, g=1, b=0.5] \definecolor [lightblue] [r=0.75, g=1, b=1] \definecolor [lightcyan] [r=0.5, g=1, b=1] \definecolor [lightmagenta] [r=1, g=0.5, b=1] \definecolor [lightyellow] [r=1, g=1, b=0.5] See attached output. These are not the ideal choices in terms of shades, but I have chosen values which are least subjective and still give reasonable shades. Aditya

3 3

back-pdf.mkiv/mkxl
by Wolfgang Schuster 25 May '20

25 May '20

Hi, the \ifempty command was added to the MkIV instead of the LMTX file. \appendtoks \edef\p_file{\backendparameter{xmpfile}}% \ifempty\p_file\else \clf_setxmpfile{\p_file}% \fi \to \everysetupbackend Wolfgang

1 0

pack-mrl.mkiv
by Wolfgang Schuster 25 May '20

25 May '20

Hi, line 39 (third argument is missing): -\installsimplecommandhandler \??blackrules {blackrules} +\installsimplecommandhandler \??blackrules {blackrules} \??blackrules Wolfgang

1 0

pack-bar.mkiv
by Wolfgang Schuster 25 May '20

25 May '20

Hi, -\installsimplecommandhandler \??positionbar {positionbar} +\installsimplecommandhandler \??positionbar {positionbar} \??positionbar Wolfgang

1 0

Re: [dev-context] Libertinus Mono (type-imp) -- improvement
by Hans Hagen 25 May '20

25 May '20

On 5/25/2020 3:56 PM, Tomas Hala wrote: > Hi, > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%% > \setupbodyfont[libertinus] > \starttext > a--b > \startMP > a--b > \stopMP > \stoptext > %%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > I found out that this code produces dash instead of double hyphen > also when typing the code which seems not to be correct. > > Solution: (type-imp-libertinus.mkiv from TL2020, line 71) > OLD: \definefontsynonym [\s!Mono] [LibertinusMono-Regular][\s!features=\s!default] > NEW: \definefontsynonym [\s!Mono] [LibertinusMono-Regular][\s!features=\s!none] > > If there is no other reason to keep the default features here, I would like > to propose the change above. sure, mono is always 'none' so it's a bug that we will fix Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------

1 0

CGModules update: vim syntax highlighting version 2020.05.17 published.
by modules＠contextgarden.net 17 May '20

17 May '20

Aditya Mahajan submitted an update to the vim syntax highlighting package. Version number: 2020.05.17 License type: BSD License (simplified) Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: This module uses Vim editor's syntax files to syntax highlight verbatim code in ConTeXt Announcement text: ---------------------------------------------------------------------- Minor feature enhancement: export minor groups The default vim syntax highlighting has two typees of syntax highlighting groups: preffered groups and minor groups. By default, in `syncolors.vim`, the minor groups are mapped to preffered groups. This is overridden by most colorschemes, but since `2context.vim` does not load a colorscheme, we got the default mapping. As a result, the generated `*.vimout` file only contained the preffered group. In this release, default mappings for all minor groups are added to `2context.vim`, so the generated `*.vimout` file now contains all the default group names (both preffered and minor). The minor groups are already mapped to the appropriate preffered groups in `t-vim`, so this has no visible impact on any existing code, but it does allow the user to change the mappings of the minor groups. Based on a bug report by Nicola on the context mailing list. ----------------------------------------------------------------------

1 0

Minor Problems with ma-cb-en.pdf
by Sebastian Miele 12 May '20

12 May '20

On page 117 in appendix A (Command definitions) the "OPT" repeatedly protrudes into the following lines of text. On page 11 in chapter 6 (Heads), the following probably signifies some sort of error: "missing: stp:x:chapter missing: stp:x:section [..]". There are many more such places ("missing: stp:x:..."). "In addition we could also use the command \displaystyle. If we would type": After that, the result of some ConTeXt input follows twice. But it should be the verbatim ConTeXt input followed by the result. There is a single \phantom example in the PDF. It probably is meant to align the two plus signs. But the lower plus sign is more to the left. "lable" instead of "label". "furtilizer". "CONTEXT support the BIBTEX way": "support" instead of "supports". "As you have seen you": Superfluous "you". "If you want to have backgrounds in the gray areas of the page layout of figure 36.1 you type": There are no gray areas in figure 36.1. Apart from that there is a slight performance issue with the document: I use a computer with quite low power consumption. It has significantly less peak performance than 'usual' computers. But, usually, it more than suffices for all that I do. I use Arch Linux and Evince on x86_64. In many places, the rendering of ma-cb-en.pdf is quite slow, especially on the first and last page of the PDF. Apart from that, using Evince to search, e.g. for 'bla', through the whole ma-cb-en.pdf is very slow. (And when I search for '\phantom' then it finds matches in the background graphic of the first and last page of the PDF.) Other documents, even much longer ones like the ConTeXt reference manual, usually pose no such problems at all on my computer. I suspect that the manual uses fancy graphical stuff (in a way) that takes lots of time to render and somehow also makes it more complicated to search through it. The computing power of my computer may be comparable to a recent Raspberry PI. The slowness with ma-cb-en.pdf is no real problem for me, because I most probably will not peruse this specific document in a way that makes the problems really bad. In particular, I will not search a lot through the document, as I often do in refence manuals. But I wanted to have noted that the problem or such problems do exist.

1 0

typo-del.mkiv
by Wolfgang Schuster 30 Apr '20

30 Apr '20

Hi, the patch below makes it possible to change the interlinespace for blockquote etc. with the style key, e.g. \setupblockquote[style={\setupinterlinespace[...]}. The extra group is needed for the nextleft and nextright keys. \def\typo_delimited_start_par_indeed[#1]% {\let\typo_delimited_stop\typo_delimited_stop_par \edef\p_delimited_spacebefore{\delimitedtextparameter\c!spacebefore}% \ifx\p_delimited_spacebefore\empty \else \blank[\p_delimited_spacebefore]% \fi \delimitedtextparameter\c!before \iffirstargument \edef\m_delimited_argument{#1}% \fi \ifx\m_delimited_argument\empty \let\m_delimited_argument\m_delimited_argument \fi \ifx\m_delimited_argument\empty \endgraf \doadaptleftskip {\delimitedtextparameter\c!leftmargin}% \doadaptrightskip{\delimitedtextparameter\c!rightmargin}% \let\typo_delimited_stop_par_indeed\endgraf \else % backward compatible direct directive \startnarrower[\m_delimited_argument]% \let\typo_delimited_stop_par_indeed\stopnarrower \fi % so far \push_macro_checkindentation \useindentingparameter\delimitedtextparameter % \begingroup \usedelimitedtextstyleandcolor\c!style\c!color % + \begingroup \edef\p_delimited_left {\delimitedtextparameter{\c!left}}% \edef\p_delimited_right {\delimitedtextparameter{\c!right}}% \edef\p_delimited_nextleft {\delimitedtextparameter{\c!nextleft}}% \edef\p_delimited_nextright{\delimitedtextparameter{\c!nextright}}% % \leftdelimitedtextmark % \setnextleftdelimitedtextmark \setnextrightdelimitedtextmark % \typo_delimited_start_content} \def\typo_delimited_stop_par {\typo_delimited_stop_content \rightdelimitedtextmark + \carryoverpar\endgroup + \endgraf + \endgroup % new per 2013-01-21 ... please left floats - \carryoverpar\endgroup % new per 2013-01-21 ... please left floats \pop_macro_checkindentation \typo_delimited_stop_par_indeed \delimitedtextparameter\c!after \edef\p_delimited_spaceafter{\delimitedtextparameter\c!spaceafter}% \ifx\p_delimited_spaceafter\empty \else \blank[\p_delimited_spaceafter]% \fi \useindentnextparameter\delimitedtextparameter \aftergroup\dorechecknextindentation}% AM: This was missing! Wolfgang

1 0

CGModules update: vim syntax highlighting version 2020.04.29 published.
by modules＠contextgarden.net 29 Apr '20

29 Apr '20

Aditya Mahajan submitted an update to the vim syntax highlighting package. Version number: 2020.04.29 License type: BSD License (simplified) Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: This module uses Vim editor's syntax files to syntax highlight verbatim code in ConTeXt Announcement text: ---------------------------------------------------------------------- Added `vimcommand` option to specify the location of vim program: \setupvimtyping[vimcommand=/path/to/vim] Can also use used to call neovim instead of vim: \setupvimtyping[vimcommand=nvim] On my laptop, nvim is amout 10% faster than vim for parsing medium sized (approx 500 lines) files. ----------------------------------------------------------------------

1 0

CGModules update: vim syntax highlighting version 2020.04.25 published.
by modules＠contextgarden.net 26 Apr '20

26 Apr '20

Aditya Mahajan submitted an update to the vim syntax highlighting package. Version number: 2020.04.25 License type: BSD License (simplified) Wants to be in ConTeXt distribution: yes Wants to be synced with CTAN: yes Summary description: This module uses Vim editor's syntax files to syntax highlight verbatim code in ConTeXt Announcement text: ---------------------------------------------------------------------- Added a new feature to escape in TeX mode using /BTEX .. /ETEX. This feature is enabled using `escape=command`. See the documentation for detailed iusage instructions. Thanks to Christoph HintermÃÂ¼ller for the implementation. ----------------------------------------------------------------------

1 0