[dev-context] LuaTeX 1.18.0

The upcoming version 1.18.0 has some changes that are not compatible with previous versions but should only apply in kpse mode: 1) the debug library is disabled; can be enabled with --luadebug 2) os.rename os.remove and lfs library functions are checked from kpse to see if the path is legal I'm

Re: [dev-context] Italic correction missing when using \left...\right

On Tue, Apr 26, 2022 at 10:04 AM luigi scarso wrote: > > > On Tue, Apr 26, 2022 at 8:59 AM Henri Menke wrote: > >> On Mon, 2022-04-25 at 22:09 +0200, Henri Menke wrote: >> > Dear devs, >> > >> > When using delimiter with \left...\right the ital

Re: [dev-context] Italic correction missing when using \left...\right

On Tue, Apr 26, 2022 at 8:59 AM Henri Menke wrote: > On Mon, 2022-04-25 at 22:09 +0200, Henri Menke wrote: > > Dear devs, > > > > When using delimiter with \left...\right the italic correction > > between > > the preceding letter and the delimiter is dropped. I've tried this > > with > > a few

Re: [dev-context] Where is the LuaTeX SVN?

On Mon, Apr 18, 2022 at 12:10 PM Henri Menke wrote: > Dear list, > > On the ConTeXt wiki there are links to the LuaTeX SVN: > >https://wiki.contextgarden.net/ConTeXt_Standalone/Implementation#LuaTeX > >SVN: https://foundry.supelec.fr/svn/luatex >ViewVC:

Re: [dev-context] Bug: Null-byte in csname not handled correctly

On Wed, Apr 13, 2022 at 9:29 AM luigi scarso wrote: > > > On Mon, Apr 11, 2022 at 8:16 PM Henri Menke wrote: > >> Dear devs, >> >> A control sequence that only contains a single null byte is not >> correctly stringified. Comparison between Knuth TeX

Re: [dev-context] Bug: Null-byte in csname not handled correctly

On Mon, Apr 11, 2022 at 8:16 PM Henri Menke wrote: > Dear devs, > > A control sequence that only contains a single null byte is not > correctly stringified. Comparison between Knuth TeX and LuaTeX: > >$ tex test.tex >! \^^@. >l.2 \errmessage{\string\^^@} > >$ luatex test.tex >

Re: [dev-context] [luatex] Bug: attempt to double-free kern node

On Sat, Apr 9, 2022 at 6:07 PM luigi scarso wrote: > > > On Sat, Apr 9, 2022 at 6:05 PM Henri Menke via luatex > wrote: > >> Dear devs, >> >>! error: (nodes): attempt to double-free kern node 239, ignored >>! ==> Fatal error occurr

Re: [dev-context] [luatex] Bug: attempt to double-free kern node

On Sat, Apr 9, 2022 at 6:05 PM Henri Menke via luatex wrote: > Dear devs, > >! error: (nodes): attempt to double-free kern node 239, ignored >! ==> Fatal error occurred, no output PDF file produced! > > MWE: > >\catcode`@=11 > >\Umathordordspacing\displaystyle=\thinmuskip >

[dev-context] Luatex 1.11.1 announcement

== LuaTeX 1.11.1 2019-10-28 == First release of luahbtex / luajithbtex, luatex / luajittex with harfbuzz. Small bug fixes, code clean up and a couple of new primitives to match

Re: [dev-context] attachments in PDF/A-3

Il Dom 17 Mar 2019, 16:42 Pablo Rodriguez ha scritto: > Dear list, > > my sample to add attachments to a PDF/A-3 valid document is the following: > > \setuptagging[state=start] > > \setupbodyfont[30pt] > > \setupbackend > [format=PDF/A-3a, >intent=sRGB IEC61966-2.1, >

Re: [dev-context] attachments with PDF/A-3

On Tue, Mar 12, 2019 at 8:59 PM Pablo Rodriguez wrote: > Dear list, > > I have generated a PDF/A-3 compilant document, but as I add attachments > the validation from veraPDF warns about errors. > > There are five issues, which I can document here. Sorry, but I’m afraid > I cannot provide

[dev-context] Luatex 1.09.2 announcement

== LuaTeX 1.09.2 2019-01-19 == This is a transitional release to LuaTeX 1.10 for TeX Live 2019 The LuaTeX team ___ dev-context

Re: [dev-context] Bug#480725: (fwd) Bug#480725: mptopdf does not work with beginfig(-1)

On Tue, Jan 29, 2019 at 9:15 AM Hilmar Preuße wrote: > tags 480725 - patch > stop > > > On 15.05.08 09:49, Taco Hoekwater wrote: > > Norbert Preining wrote: > > Dear Taco, > > >> forwarded 480725 dev-context@ntg.nl > >> thanks > >> > >> Dear Hans, dear Taco, > >> > >> on the Debian side we

Re: [dev-context] ARMv7 hardfp or softfp detection

On Mon, Nov 5, 2018 at 6:14 PM Sebastian Miele wrote: > first-setup.sh from ConTeXt standalone contains the following lines: > > readelf -A /proc/self/exe | grep -q '^ \+Tag_ABI_VFP_args' > if [ ! $? ]; then > > That probably does not work as intended, because [ ! $? ] is > equivalent to [ ! -n

[dev-context] Luatex 1.09.0 announcement

== LuaTeX 1.09 2018-10-23 == (1) This is a release that fixed some bugs, and the latest with lua 5.2. (2) luaffi is still incomplete, so very likely there will be a new release

[dev-context] Luatex 1.08.0 announcement

== LuaTeX 1.08 2018-08-28 == (1) This release is a prelude to 1.10, the next stable iteration of LuaTeX after version 1.00. (2) Lua 5.3 is now considered to be default and we

[dev-context] Luatex 1.07.0 announcement

== LuaTeX 1.07 2018-01-17 == (1) This release brings Lua 5.3 to LuaTeX. We have tested an experimental version for a few months and not encountered issues. (2) If you use Lua

Re: [dev-context] fix output intent subtype

On Tue, Oct 24, 2017 at 9:48 PM, Pablo Rodriguez wrote: > I will investigate the issue myself and report here (or in the user > list) the results. this is the right list -- luigi ___ dev-context mailing list dev-context@ntg.nl

Re: [dev-context] fix output intent subtype

On Tue, Oct 24, 2017 at 8:21 PM, Alan Braslau wrote: > "Let the buyer beware". > > Given that bitmap graphics are NOT OK (think bloat, an MS/Office > specialty), there must be a better solution. Perhaps simply detecting a > conflict between an included PDF and the "host"

Re: [dev-context] fix output intent subtype

On Tue, Oct 24, 2017 at 7:42 PM, Pablo Rodriguez <oi...@gmx.es> wrote: > On 10/24/2017 07:06 PM, luigi scarso wrote: >> a pdf ? >> As said previously , including pdf can break the rules of >> format=PDF/A-3a. >> Simply include bitmap images, it's way more robust. &

Re: [dev-context] fix output intent subtype

On Tue, Oct 24, 2017 at 7:27 PM, Alan Braslau <braslau.l...@comcast.net> wrote: > On Tue, 24 Oct 2017 19:06:51 +0200 > luigi scarso <luigi.sca...@gmail.com> wrote: > >> is this >> \externalfigure[cow] >> a pdf ? >> As said previously , including

Re: [dev-context] fix output intent subtype

On Tue, Oct 24, 2017 at 7:02 PM, Pablo Rodriguez wrote: > On 10/24/2017 01:48 PM, Peter Rolf wrote: >> [...] >> Well, the good news is that the actual problem does not effect any A1 >> documents. And even with an incomplete (99.9%) validity the documents >> stay usable. I'm sure

Re: [dev-context] fix output intent subtype

On Tue, Oct 24, 2017 at 10:23 AM, luigi scarso <luigi.sca...@gmail.com> wrote: > On Tue, Oct 24, 2017 at 10:14 AM, luigi scarso <luigi.sca...@gmail.com> wrote: > infact > $ convert cow-brown.pdf --flatten -density 300 cow-brown.png > > > %% unrgb.tex > \nopdfco

Re: [dev-context] fix output intent subtype

On Tue, Oct 24, 2017 at 10:14 AM, luigi scarso <luigi.sca...@gmail.com> wrote: > On Tue, Oct 24, 2017 at 10:01 AM, Peter Rolf <peter.r...@arcor.de> wrote: >> >> Yes. My guess (as I have no ISO documention) at that time was, that the >> number should be increa

Re: [dev-context] fix output intent subtype

On Tue, Oct 24, 2017 at 10:01 AM, Peter Rolf wrote: > > Yes. My guess (as I have no ISO documention) at that time was, that the > number should be increased with the versions. I couldn't imagine, why > the should use a number in that flag (there may be reasons for it, but I >

Re: [dev-context] fix output intent subtype

On Tue, Oct 24, 2017 at 9:15 AM, Hans Hagen wrote: > > Well, for me it means that all that validation esp of keys like this are > rather useless (creating work) because docs validated in the past and > archived now are suddenly no longer valid. Hm I have made a pdf with

Re: [dev-context] fix output intent subtype

On Mon, Oct 23, 2017 at 11:14 PM, Peter Rolf <peter.r...@arcor.de> wrote: > Am 23.10.2017 um 19:14 schrieb Hans Hagen: >> On 10/23/2017 7:01 PM, luigi scarso wrote: >>> On Mon, Oct 23, 2017 at 6:25 PM, Pablo Rodriguez <oi...@gmx.es> wrote: >>>> Hans,

Re: [dev-context] fix output intent subtype

On Mon, Oct 23, 2017 at 6:25 PM, Pablo Rodriguez wrote: > Hans, > > according to Boris Doubrov (one of the developers of the veraPDF parser > for PDF/A validation) the subtype of the /OutputIntent dictionary for > all PDF/A intents should be GTS_PDFA1 (no GTS_PDFA2 or GTS_PDFA3). >

[dev-context] LuaTeX 1.0.3 announcement

== LuaTeX Release 1.0.3 was released 2017021514 == This is a minor upgrade and probably this version will go on texlive. There are a couple of fixes and additions. - We added a

Re: [dev-context] bad i-common-value.xml

On Mon, Oct 10, 2016 at 1:54 PM, luigi scarso <luigi.sca...@gmail.com> wrote: > tex/texmf-context/tex/context/interface/mkiv$ xmllint *.xml >/dev/null > i-common-value.xml:14: parser error : Opening and ending tag mismatch: > parameter line 10 and define > >

[dev-context] bad i-common-value.xml

tex/texmf-context/tex/context/interface/mkiv$ xmllint *.xml >/dev/null i-common-value.xml:14: parser error : Opening and ending tag mismatch: parameter line 10 and define ^ i-common-value.xml:577: parser error : Opening and ending tag mismatch: define line 9 and interface

[dev-context] Luatex 1.0.0 announcement

Henkel Taco Hoekwater Luigi Scarso ___ dev-context mailing list dev-context@ntg.nl https://mailman.ntg.nl/mailman/listinfo/dev-context

[dev-context] Luatex 0.95.0 announcement

== LuaTeX Release 0.95 for TeX Live 2016 was released 2016042515 == This is the official frozen TeXlive 2016 version and a prerelease of the stable 1.0 version. - deleted

[dev-context] Luatex 0.89.0 announcement

== Luatex Release 0.89.0 was released 2016020500 == No fundamental changes, just some fixes / improvements (and of course new bugglets). - New backend things: \pdfvariable

[dev-context] Luatex 0.88.0 announcement

== Luatex Release 0.88.0 was released 2016011500 == This is a next step upto 0.90 and it has the following changes: - mostly small bug fixes - a few setters/getters added to

[dev-context] Luatex 0.87.0 announcement

New luatex release, 0.87.0 >From NEWS: == This is a next step upto 0.90 and it has the following changes: - image data is no longer stored in the format (it was fragile anyway) - pdf backend data generated when in ini mode is no longer stored in

[dev-context] Luatex 0.85.0 announcement

New luatex release, 0.85.0 It's really a big change respect to 0.81.0 (see NEWS for a full report) and, well, there can be bugs (that of course we will solve). The archives can be downloaded from supelec as usual: https://foundry.supelec.fr/projects/luatex/ You could also check out

[dev-context] Luatex 0.81.0 announcement

New luatex release, 0.81.0 Hans already explained the changes on primitives; I only add * new epdf.openMemStream(s,l,docid) to create a pdf from a lightuserdata or string. (experimental, do not use in production.) * uniform random generator in mplib is now specific for each numbersystem; *

Re: [dev-context] pdf bookmarks remarks

On Wed, Sep 30, 2015 at 9:44 AM, Taco Hoekwater wrote: > > > On 29 Sep 2015, at 10:22, Hans Hagen wrote: > > > > On 9/24/2015 1:19 PM, Taco Hoekwater wrote: > >> Hi, > >> > >> I was writing up my pdf bookmarks article. Two remarks: > >> > >> > >> 1. (for Hans)

[dev-context] Luatex 0.80.0 announcement

New luatex release, 0.80.0 This is the release of TeXLive 2015, which is now available for downloading (see http://tug.org/texlive/ for more info). Changes: * New library newtokenlib. It will replace the current token lib. * Fixed a bug on the normal random generator for double/decimal/binary

[dev-context] Luatex 0.79.2 announcement

New luatex release, 0.79.2 . Changes: * WARNING: the structure of the format file is changed. After the Web2C \TeX's magic constant: W2TX there is now a FORMAT_ID, a 32bit field that cannot be between 0 and 256 (included) so that there are no conflicts with the preexisting structure

[dev-context] lpdf-tag.lua

--- lpdf-tag.lua.orig 2014-07-21 00:50:10.548623199 +0200 +++ lpdf-tag.lua 2014-07-21 00:48:50.564626563 +0200 @@ -64,7 +64,7 @@ local setfield= nuts.setfield local traverse_nodes = nuts.traverse -local tosequence = nuts.tosequence +local tosequence =

[dev-context] Luajittex 0.76.0 announcement

New beta release of luajittex. Site: https://foundry.supelec.fr/projects/luajittex/ svn repo.: svn checkout --username anonsvn https://foundry.supelec.fr/svn/luajittex/tags/beta-0.76.0 -- luigi ___ dev-context mailing list dev-context@ntg.nl

Re: [dev-context] [Dev-luatex] Luatex 0.74.0 announcement -issues

On Tue, Dec 25, 2012 at 9:43 AM, Taco hoekwater t...@docwolves.nl wrote: Hi all, So far, it looks like we have three issue groups: 1) the compile errors for metapost with the missing png.h 2) various luatex compile problems for luasocket 3) broken context / texdoc (lualatex?)with texlive

[dev-context] overrightarrow and underrightarrow give the same result

$\overrightarrow{ab}$ $\underrightarrow{ab}$ both give the same result ($\underrightarrow{ab}$) -- luigi ___ dev-context mailing list dev-context@ntg.nl http://www.ntg.nl/mailman/listinfo/dev-context

Re: [dev-context] bTABLE in header and document give unexpected behavior

On Mon, Jun 11, 2012 at 11:46 AM, Sietse Brouwer sbbrou...@gmail.com wrote: Sido wrote: I had posted a question on stack-exchange and it was suggested to post a bug report here. I’m not sure if this is a bug, but it was unexpected behavior to me. Wolfgang wrote: BTW: Please use next time

Re: [dev-context] wrong css attr.

On Mon, Mar 5, 2012 at 10:49 AM, Hans Hagen pra...@wxs.nl wrote: On 3-3-2012 14:26, Mojca Miklavec wrote: On Sat, Mar 3, 2012 at 00:13, Hans Hagen wrote: On 2-3-2012 22:34, Mojca Miklavec wrote: (However there is lower-serbo-croatian and upper-serbo-croation, lower-macedonian and

[dev-context] [OT] Github compromised

https://lwn.net/Articles/485162/ -- luigi ___ dev-context mailing list dev-context@ntg.nl http://www.ntg.nl/mailman/listinfo/dev-context

[dev-context] wrong css attr.

Errata itemgroup[symbol=5] { list-style-type : circ ; } itemgroup[symbol=A] { list-style-type : alpha ; } itemgroup[symbol=G] { list-style-type : upper-greek ; } Corrige itemgroup[symbol=5] { list-style-type : circle ; } itemgroup[symbol=A] { list-style-type : upper-alpha ; } itemgroup[symbol=G]

Re: [dev-context] wrong css attr.

On Sat, Mar 3, 2012 at 12:13 AM, Hans Hagen pra...@wxs.nl wrote: On 2-3-2012 22:34, Mojca Miklavec wrote: On Fri, Mar 2, 2012 at 17:28, luigi scarso wrote: On Fri, Mar 2, 2012 at 5:20 PM, Hans Hagen wrote: On 2-3-2012 11:39, luigi scarso wrote: Errata itemgroup[symbol=5

[dev-context] problems with xtable and export xhtml

It seems that xtable doesn't export @rows and @columns This patch to tabl-xtb.mkvi works, not sure if it is a good style. \unexpanded\def\tabl_x_start_cell_construct_yes[#settings]% {\dostarttagged\t!tablecell\empty % can't we just tag the box \setbox\b_tabl_x\hbox\bgroup

Re: [dev-context] problems with xtable and export xhtml

On Fri, Feb 24, 2012 at 1:06 PM, luigi scarso luigi.sca...@gmail.com wrote: It seems that xtable doesn't export @rows and @columns This patch to tabl-xtb.mkvi works, not sure if it is a good style. \unexpanded\def\tabl_x_start_cell_construct_yes[#settings]%  {\dostarttagged\t!tablecell\empty

Re: [dev-context] problems with xtable and export xhtml

On Fri, Feb 24, 2012 at 4:40 PM, Wolfgang Schuster schuster.wolfg...@googlemail.com wrote: Am 24.02.2012 um 13:06 schrieb luigi scarso: It seems that xtable doesn't export @rows and @columns This patch to tabl-xtb.mkvi works, not sure if it is a good style. \unexpanded\def

[dev-context] strc-tag.mkiv

Maybe \unexpanded\def\strc_tags_element_start_yes_indeed {\iftrialtypesetting \expandafter\strc_tags_element_start_yes_indeed_yes \else \expandafter\strc_tags_element_start_nop_indeed \fi} \unexpanded\def\strc_tags_element_stop {\iftrialtypesetting

Re: [dev-context] strc-tag.mkiv

On Fri, Feb 17, 2012 at 3:06 PM, Hans Hagen pra...@wxs.nl wrote: On 17-2-2012 14:55, luigi scarso wrote: Maybe \unexpanded\def\strc_tags_element_start_yes_indeed   {\iftrialtypesetting      \expandafter\strc_tags_element_start_yes_indeed_yes    \else      \expandafter

[dev-context] back-exp.mkiv

\appendtoks %\def\dotagcombination{\taggedctxcommand{settagcombination(\combinationparameter\c!nx,\combinationparameter\c!ny)}}% \unexpanded\def\dotagcombination{\taggedctxcommand{settagcombination(\number\horcombination,\number\totcombination)}}% \to \everyenableelements should be

Re: [dev-context] \page_one_place_float_text undefined in ftp

On Tue, Feb 7, 2012 at 9:17 AM, Hans Hagen pra...@wxs.nl wrote: On 6-2-2012 12:04, luigi scarso wrote: On Fri, Feb 3, 2012 at 6:45 PM, Hans Hagenpra...@wxs.nl  wrote: On 3-2-2012 17:34, luigi scarso wrote: \page_one_place_float_text is undefined in latest ftp strc-flt: \def

Re: [dev-context] new beta

On Mon, Feb 6, 2012 at 11:05 AM, Hans Hagen pra...@wxs.nl wrote: On 6-2-2012 09:57, luigi scarso wrote: On Fri, Feb 3, 2012 at 10:20 PM, Hans Hagenpra...@wxs.nl  wrote: Hi, I've uploaded a beta to the ftp server. There is some work in progress: - otr (page-* files) - descriptions

Re: [dev-context] \page_one_place_float_text undefined in ftp

On Fri, Feb 3, 2012 at 6:45 PM, Hans Hagen pra...@wxs.nl wrote: On 3-2-2012 17:34, luigi scarso wrote: \page_one_place_float_text is undefined in latest ftp strc-flt: \def\page_one_place_float_text[#1]%     was strc ! Use of \page_one_place_float_text doesn't match its definition

[dev-context] error in setuplist[alternative=command]

\def\ChapterCommand#1#2#3{#1 #2 #3}% \setuplist[chapter] [alternative=command, command=\ChapterCommand] \starttext \placecontent \startpart[title=aaa] \startchapter[title=bbb] \startsection[title=ccc] \input knuth \stopsection \stopchapter \stoppart \stoptext ! Argument of

Re: [dev-context] showframe is unknown

On Tue, Jan 24, 2012 at 6:33 PM, Wolfgang Schuster schuster.wolfg...@googlemail.com wrote: Am 24.01.2012 um 18:06 schrieb luigi scarso: \showframe put [unknown command \showframe] but it doesn'h stop halt the run. file-mod.mkvi (change \setgvalue to \letgvalue): \def

[dev-context] showframe is unknown

\showframe put [unknown command \showframe] but it doesn'h stop halt the run. -- luigi ___ dev-context mailing list dev-context@ntg.nl http://www.ntg.nl/mailman/listinfo/dev-context

Re: [dev-context] beta on ftp

On Thu, Jan 19, 2012 at 8:05 PM, Hans Hagen pra...@wxs.nl wrote: Hi, For those with access to the ftp server .. there is a new beta with quite some low level changes in the font subsystem (leaner, faster, design sizes dealt with differently). Also type-otf.mkiv has been split up (mostly more

[dev-context] \c!suffixstopper undefined

In strc-flt.mkvi \c!suffixstopper is undefined \unexpanded\def\thecurrentfloatnumbersuffix {\doifsomething{\floatcaptionparameter\c!suffix} {\floatcaptionparameter\c!suffixseparator \floatcaptionparameter\c!suffix \floatcaptionparameter\c!suffixstopper}} Perhaps it need to be

Re: [dev-context] ConTeXt Book: Request for help!

2011/8/14 Idris Samawi Hamid ادريس سماوي حامد isha...@colostate.edu: Dear gang, As some of you may know, I'm working on a professional introductory book for learning ConTeXt. Part of the philosophy of this book is to be as self-contained as possible, so we'll be using a preferred editor.

Re: [dev-context] \rotation is broken

Still broken in latest beta. On Tue, Jun 14, 2011 at 12:19 PM, luigi scarso luigi.sca...@gmail.com wrote: ! Undefined control sequence. \starttext \rotate[rotation=90]{FOO}    \stoptext system           tex error on line 1 in file test.tex: Undefined control sequence ...  1  \starttext

[dev-context] \rotation is broken

! Undefined control sequence. \starttext \rotate[rotation=90]{FOO}\stoptext system tex error on line 1 in file test.tex: Undefined control sequence ... 1 \starttext \rotate[rotation=90]{FOO} \stoptext \dodorotatenextbox ...ta \fi \dododorotatenextbox

Re: [dev-context] Luatex 0.61.0 announcement

On Wed, Jul 28, 2010 at 3:41 PM, Taco Hoekwater t...@elvenkind.com wrote: Hi, I have just uploaded the archives for a new luatex release, 0.61.0, the first of the betas toward 0.70.0. New features: * New lua library 'epdf' for introspection of PDF inclusions,  see the manual for details.

Re: [dev-context] Luatex 0.61.0 announcement

On Wed, Jul 28, 2010 at 3:57 PM, luigi scarso luigi.sca...@gmail.com wrote: On Wed, Jul 28, 2010 at 3:41 PM, Taco Hoekwater t...@elvenkind.com wrote: Hi, I have just uploaded the archives for a new luatex release, 0.61.0, the first of the betas toward 0.70.0. New features: * New lua

Re: [dev-context] context commands in lua-files

On Fri, Jul 16, 2010 at 4:41 PM, Peter Münster pmli...@free.fr wrote: Hello, Here some new ideas: http://pmrb.free.fr/tmp/context-commands/ All feedback is welcome! Cheers, Peter -- Contact information: http://pmrb.free.fr/contact/ ___

Re: [dev-context] Checksum of original font files stored in the cache?

On Sat, Jun 19, 2010 at 1:01 PM, Mojca Miklavec mojca.miklavec.li...@gmail.com wrote: On Sat, Jun 19, 2010 at 09:06, Taco Hoekwater wrote: Anyone with recent experience with wxWindows? No recent experience; I can only tell that somebody has written wx terminal in gnuplot (the idea was to

Re: [dev-context] Checksum of original font files stored in the cache?

On Fri, Jun 18, 2010 at 9:40 AM, Taco Hoekwater t...@elvenkind.com wrote: Khaled Hosny wrote: On Fri, Jun 18, 2010 at 09:10:47AM +0200, Taco Hoekwater wrote: Oliver Buerschaper wrote: Do you think it would be a good idea to store a checksum of the actual font file used while generating the

Re: [dev-context] Checksum of original font files stored in the cache?

On Fri, Jun 18, 2010 at 11:34 AM, Hans Hagen pra...@wxs.nl wrote: nowadays i always just drop 'm in texmf*/fonts/data/origin/collection so for example in texmf-fonts/fonts/data/khaled/xits (and i no longer bother about separating type1 file into different paths anyway as data is patr of

Re: [dev-context] Checksum of original font files stored in the cache?

On Fri, Jun 18, 2010 at 12:17 PM, luigi scarso luigi.sca...@gmail.com wrote: On Fri, Jun 18, 2010 at 12:03 PM, Hans Hagen pra...@wxs.nl wrote: On 18-6-2010 11:40, luigi scarso wrote: mtxrun --script fonts reload this is only needed when you access fonts by name and if a name cannot be found

Re: [dev-context] Checksum of original font files stored in the cache?

On Fri, Jun 18, 2010 at 12:03 PM, Hans Hagen pra...@wxs.nl wrote: On 18-6-2010 11:40, luigi scarso wrote: mtxrun --script fonts reload this is only needed when you access fonts by name and if a name cannot be found, the name cache will be regenerated automatically And it's ok, because

Re: [dev-context] Checksum of original font files stored in the cache?

On Fri, Jun 18, 2010 at 4:37 PM, Mojca Miklavec mojca.miklavec.li...@gmail.com wrote: On Fri, Jun 18, 2010 at 11:34, Hans Hagen wrote: On 18-6-2010 11:09, Mojca Miklavec wrote: Maybe a lua script to install fonts is better -- we can eventually think to a wxLua gui interface . Or start

Re: [dev-context] audit of commands

\usemodule[set-11] \loadsetups \starttext    \showsetup{framed} \stoptext works -) here too with last current -- luigi ___ dev-context mailing list dev-context@ntg.nl http://www.ntg.nl/mailman/listinfo/dev-context

Re: [dev-context] audit of commands

2010/5/6 Idris Samawi Hamid ادريس سماوي حامد isha...@colostate.edu: Dear gangsters, I'm interested in an audit of all current mid-to-high-level mkiv commands, including experimental or undocumented ones. I'm trying to come up with, as much as possible, a set of context commands which is

Re: [dev-context] audit of commands

if you have problems http://www.logosrl.it/luatex/cont-en.log.bz2 -- luigi ___ dev-context mailing list dev-context@ntg.nl http://www.ntg.nl/mailman/listinfo/dev-context

Re: [dev-context] audit of commands

On Fri, May 7, 2010 at 4:05 PM, Marius mariau...@gmail.com wrote: Idris, maybe this is what you are looking for: http://www.pragma-ade.com/general/qrcs/setup-en.pdf And at the same time I have a question. Does this list of commands is the most recent? Is it generated automaticaly? If I

[dev-context] update modules

Update modules. http://groups.foundry.supelec.fr/modules/ -- luigi ___ dev-context mailing list dev-context@ntg.nl http://www.ntg.nl/mailman/listinfo/dev-context

Re: [dev-context] last modules frozen acrobat 8

On Sun, May 25, 2008 at 12:51 PM, luigi scarso [EMAIL PROTECTED] wrote: It was reported that last modules freeze acrobat 8 . I have no problem with xpdf 3.02, GNOME evince 2.22.1.1 and gs 8.62 fixed in #1296 (thanks taco,I was not able to test 1293) ASAP I will make a new release of modules

[dev-context] modules at supelec

Hi all I start modules project at http://foundry.supelec.fr/projects/modules Suggestions are welcome , of course. Thank you all -- luigi ___ dev-context mailing list dev-context@ntg.nl http://www.ntg.nl/mailman/listinfo/dev-context

Re: [dev-context] modules at supelec

Fabrice is expecting suggestions about some new hierarchy on supelec, to be able to find TeX-related projects more easily. I need to know gforge a bit more than now. Maybe a (sub)Topic 'typesetting' in Trove http://foundry.supelec.fr/softwaremap/trove_list.php -- luigi