On 12/7/2019 11:49 PM, Pablo Rodriguez wrote:
free software may be a good contribution to society, but it is no moral
problem at all. (Probably we should start questioning why we apply
copyright law to trade secrets.)
What always puzzles me is that companies that otherwise depend on open
source
On 12/7/19 4:32 PM, Hans Hagen wrote:
> On 12/7/2019 2:40 PM, Pablo Rodriguez wrote:
>
>> I know, but he was one of my bosses. And I remember I was totally
>> shocked when he explained to me that the standard document format for
>> any word processor was OpenOffice.org.
>
> Anyone claiming that som
On 12/7/2019 2:40 PM, Pablo Rodriguez wrote:
I know, but he was one of my bosses. And I remember I was totally
shocked when he explained to me that the standard document format for
any word processor was OpenOffice.org.
Anyone claiming that something is a standard (esp in computer science)
is
On 12/6/19 10:01 AM, Arthur Reutenauer wrote:
> On Thu, Dec 05, 2019 at 08:31:45PM +0100, Pablo Rodriguez wrote:
>> He was impressed that I “developed” a
>> system with no coding knowledge, but he objected that ConTeXt wasn’t
>> standard software (the standard for hi
On Thu, Dec 05, 2019 at 08:31:45PM +0100, Pablo Rodriguez wrote:
> He was impressed that I “developed” a
> system with no coding knowledge, but he objected that ConTeXt wasn’t
> standard software (the standard for him was OpenOffice.org). I replied
> that the standar
On 12/5/19 9:23 AM, Hans Hagen wrote:
> On 12/4/2019 10:19 PM, Pablo Rodriguez wrote:
>> [...]
>> I hope we might switch to Windows 10 in the no so near future 😃.
> - if you use tex, use fonts that are put in the tex tree, the only
> guarantee you have for continuity.
> > - i checked a few versions
On 12/4/2019 10:19 PM, Pablo Rodriguez wrote:
On 12/3/19 10:14 PM, Hans Hagen wrote:
On 12/3/2019 8:37 PM, Pablo Rodriguez wrote:
[...]
I’m afraid a new font is not an option for me at work.
But there are better (unicode) versions available on windows, why nmot
use those then (as wolfgang poin
On 12/2/19 6:01 PM, Wolfgang Schuster wrote:
> [...]
> Limited alternative (no rerun when second.pdf exists and by default the
> resulting PDF is loaded as image).
>
> \typesetfile[second.tex][--arguments="OptionThis={\ThisOption},OptionThat={\ThatOption}"][object=no]
Hi Wolfgang,
is there any wa
On 12/3/19 10:14 PM, Hans Hagen wrote:
> On 12/3/2019 8:37 PM, Pablo Rodriguez wrote:
>> [...]
>> I’m afraid a new font is not an option for me at work.
> But there are better (unicode) versions available on windows, why nmot
> use those then (as wolfgang pointed out).
Many thanks for your reply,
On 12/3/2019 8:37 PM, Pablo Rodriguez wrote:
On 12/2/19 9:45 PM, Wolfgang Schuster wrote:
[...]
LMTX finds the fonts and loads them but nothing appears in the final PDF.
\nopdfcompression
\starttext
\definedfont[file:arialn.ttf*default]Arial Narrow
\stoptext
Many thanks for your reply, Wolfg
On 12/3/2019 8:45 PM, Pablo Rodriguez wrote:
I’m afraid I cannot get this working (I get a nil value error).
\starttext
\startluacode
print(lua.getcodepage())
\stopluacode
\stoptext
a recent addition so your binary doesn't have it i guess
Hans
-
On 12/3/19 9:17 AM, Hans Hagen wrote:
> On 12/3/2019 12:07 AM, Akira Kakuto wrote:
>> [...]
>> Thus your example does not work unless a system call GetACP()
>> returns CP_UTF8 or 65001, sorry for the inconvenience.
> in luatex one can check this from lua with
>
> print(lua.getcodepage())
Many than
On 12/2/19 9:45 PM, Wolfgang Schuster wrote:
> [...]
> LMTX finds the fonts and loads them but nothing appears in the final PDF.
>
> \nopdfcompression
>
> \starttext
> \definedfont[file:arialn.ttf*default]Arial Narrow
> \stoptext
Many thanks for your reply, Wolfgang.
I’m afraid there is no font t
On 12/3/2019 12:07 AM, Akira Kakuto wrote:
Dear Pablo,
\executesystemcommand{contextjit --purgeall
--arguments="OptionThis={\ThisOption},OptionThat={\ThatOption}"
second.tex}
In my new lua[jit]tex binaries, encoding in a command line
is assumed to be the default code page of a system which d
On 12/2/2019 6:51 PM, Pablo Rodriguez wrote:
On 12/2/19 6:05 PM, Hans Hagen wrote:
[...]
anyway, in luametatex with lmtx we're (hopefully) code page neutral (as
far as i could test; all utf8 and windows utf16) and we're not going to
touch the default luatex internals like that
Many thanks for
Pablo Rodriguez schrieb am 02.12.2019 um 18:46:
Could anyone confirm the issue I’m describing in Windows?
I get the same results with MkIV but LMTX works.
I’d love to switch to LMTX, but this isn’t an option for me. It has an
issue with some fonts (I already reported).
In this sample \ss and
On 12/2/19 6:05 PM, Hans Hagen wrote:
> [...]
> anyway, in luametatex with lmtx we're (hopefully) code page neutral (as
> far as i could test; all utf8 and windows utf16) and we're not going to
> touch the default luatex internals like that
Many thanks for your reply, Hans.
As written before, I w
On 12/2/19 6:01 PM, Wolfgang Schuster wrote:
> Pablo Rodriguez schrieb am 02.12.2019 um 16:18:
>> \starttext
>> \executesystemcommand{contextjit --purgeall
>> --arguments="OptionThis={\ThisOption},OptionThat={\ThatOption}" second.tex}
>
> Limited alternative (no rerun when second.pdf exis
On 12/2/2019 4:18 PM, Pablo Rodriguez wrote:
Dear list,
I have the following sample:
\def\ThisOption{ab}
\def\ThatOption{ábc}
\starttext
\executesystemcommand{contextjit --purgeall
--arguments="OptionThis={\ThisOption},OptionThat={\ThatOption}" second.tex}
\contextvers
Pablo Rodriguez schrieb am 02.12.2019 um 16:18:
Dear list,
I have the following sample:
\def\ThisOption{ab}
\def\ThatOption{ábc}
\starttext
\executesystemcommand{contextjit --purgeall
--arguments="OptionThis={\ThisOption},OptionThat={\ThatOption}" second.tex}
Limited alter
Dear list,
I have the following sample:
\def\ThisOption{ab}
\def\ThatOption{ábc}
\starttext
\executesystemcommand{contextjit --purgeall
--arguments="OptionThis={\ThisOption},OptionThat={\ThatOption}" second.tex}
\contextversion
\stoptext
The contents of second.tex read:
21 matches
Mail list logo