[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Filter input/parsing timing
From: |
Nathan Bell |
Subject: |
Filter input/parsing timing |
Date: |
Wed, 06 Jun 2007 12:54:37 -0600 |
User-agent: |
Thunderbird 1.5.0.10 (X11/20070302) |
Hello again,
Sorry about the previous "Filter problem" e-mail. I didn't work out my
test case very well. The real problem I'm having is that lout seems to
be passing along symbols, rather than values to a filter application.
This is demonstrated below with the sort command (only on *nix). When
the input to both @Works and @Broken is the same (ie Fred, Barney,
Wilma) the output is expected to be the same (ie Barney, Fred, Wilma).
However, since @Broken passes the names @a, @b, @c along to the filter
application, the output is always the same as the input (ie Fred,
Barney, Wilma).
Is there a way to force lout to analyze the value of @a, @b, and @c
before it passes them along to the filter?
def @Works
right x
{
def @Filter { sort -i @FilterIn -o @FilterOut }
{
lines @Break x
}
}
def @Broken
named @a {}
named @b {}
named @c {}
{
@Works address@hidden
@b
@c}
}
@SysInclude {doc}
address@hidden {loutdef.eim}
@Doc @Text @Begin
// Test here: //1i
@Works {Fred Flintstone
Barney Rubble
Wilma Flintstone}
//.5i Test 2 here: //1i
@Broken @a {Fred Flintstone} @b {Barney Rubble} @c {Wilma Flintstone}
//.5i end test
@End @Text
- Filter input/parsing timing,
Nathan Bell <=