> why are you executing a rule instead of directly plumbing to edit?
> i'm not sure all of the wheres and whys of what you're doing, but
> it smells too complicated.  also, using annoying characters like
> '[' and '] in filenames is complicating matters.

I'm executing a rule since I really need to prepare the stuff.
Actually it's not 'cat' I want to execute, but grep:

type is text
data matches '[^{}]+'
data matches '(figs/([a-zA-Z0-9[\].-_]*/)*)([a-zA-Z0-9.-_]+)'
arg isdir $1
plumb start 9 grep $3 /home/ruda/CALC/manu/$1_source | plumb -i -d
edit -a action=showdata

and even in this a step is missing (I started with simple rule and
complicate it step by step, checking it works). The final rule should
be sth. like

plumb start grep $3 /home/ruda/CALC/manu/$1/_source | sed -e
's/\.eps/.g/' | plumb -i -d edit

but I am not there yet. Similarly to the problem with 'cat' now I am
getting (with the last but one rule):

;/home/ruda/CALC/manu/figs/4Co4Ni4Co/_source:/home/ruda/CALC/systems/co4ni4co4_264_fcc001/rotxy/Cxy.eps
grep: can't open |: No such file or directory
grep: can't open plumb: No such file or directory
grep: can't open -i: No such file or directory
grep: can't open -d: No such file or directory
grep: can't open edit: No such file or directory
grep: can't open -a: No such file or directory
grep: can't open action=showdata: No such file or directory

as if the rule was sending all stuff to grep as arguments...

Yes, the [ ] characters are annoying... but now it's not them causing
the problem, they are not present now.
And yes, it perhaps is fairly complicated, but it can help me a bit if
working. It'd be just my personal rule...

I think the thing with arguments (i.e why everything is considered an
argument to grep in the last example), is the last problem on my way.

and the [ ] characters ... I may get rid of them in the future for
some other unicode characters which could serve the purpose of
brackets.

Thanks
Ruda

Reply via email to