Dear Hans,
> more like
>
> function lpdf.checkedkey(t,key,variant)
thank you. That works. Please, commit.
Michail
PS.
lpdf.checkedkey issue was raised while I reviewed 3D PDF support.
But there are greater problems:
It seems that u3d inclusion stopped to work in the current (2014.09.06
20:59)
On 9/15/2014 8:25 PM, Michail Vidiassov wrote:
Dear Hans,
well, they're just not treated special
IMHO, they have to be treated special.
you can try this (untested)
I have tested it. It adds nice enhancement, but does not fix the bug
In the following case
local a = {}
a["e"] = "blabla"
a["
Dear Hans,
> well, they're just not treated special
IMHO, they have to be treated special.
> you can try this (untested)
I have tested it. It adds nice enhancement, but does not fix the bug
In the following case
local a = {}
a["e"] = "blabla"
a["t"] = "true"
a["f"] = "false"
a["x"] = true
a["y"
On 9/15/2014 6:12 PM, Michail Vidiassov wrote:
Dear Aditya, Peter and All,
I think that what Peter meant was:
the real issue is not teaching me lua and improving the style of my example,
but my complaint (correct or not) about inability of lpdf.checkedkey
it looks like your question was not
Dear Aditya, Peter and All,
> I think that what Peter meant was:
the real issue is not teaching me lua and improving the style of my example,
but my complaint (correct or not) about inability of lpdf.checkedkey
to correctly fetch false boolean values: they are fetched as nil, just
as if they were
On Mon, 15 Sep 2014, Michail Vidiassov wrote:
Dear Peter,
More a lua design decision. 'nil' is equal to 'false' here
I know no CS theory behind lua design, but try this:
\starttext
\startluacode
if nil == false then
io.write("nil == false\n")
end
if nil ~= false then
io.write("nil ~= false
Dear Peter,
> More a lua design decision. 'nil' is equal to 'false' here
I know no CS theory behind lua design, but try this:
\starttext
\startluacode
if nil == false then
io.write("nil == false\n")
end
if nil ~= false then
io.write("nil ~= false\n")
end
\stopluacode
TEST
\stoptext
and get
Am 15.09.2014 um 16:14 schrieb Michail Vidiassov:
> Dear Developers and All,
>
> lpdf.checkedkey routine from lpdf-ini.lua has problems with accessing
> false boolean values, it returns them as nil. Is it by design or
> neglect?
More a lua design decision. 'nil' is equal to 'false' here, 'true' i
Dear Developers and All,
lpdf.checkedkey routine from lpdf-ini.lua has problems with accessing
false boolean values, it returns them as nil. Is it by design or
neglect?
(I vaguely remember stumbling on this problems before, so there is a
chance that I have already got the answer, but have forgott
