Angus Leeming wrote:
> and it won't work in 1.4.x because $$Parameters no longer exists.
Speaking of which, we ship a 1.3.x which allows for ".lyx virus" and the
like easily ... just insert a date external inset with parameters="&& rm
-rf ~" for instance (i.e. please don't!). I think this is bad
Alfredo Braunstein wrote:
> Angus Leeming wrote:
>
>> and it won't work in 1.4.x because $$Parameters no longer exists.
>
> Speaking of which, we ship a 1.3.x which allows for ".lyx virus" and
> the like easily ... just insert a date external inset with
> parameters="&& rm -rf ~" for instance (i
Angus Leeming wrote:
> By getting rid of the parameters field? Go for it! (I polled the
> lyx-users when I started hacking on this; nobody replied to the
> question, "would you mind if I scrapped the parameters field in inset
> external?")
Mmm.. the problem is not the parameter field so much but
Alfredo Braunstein wrote:
> Mmm.. the problem is not the parameter field so much but that we use
> system instead of execvp in 1.3.x. A similar trick could be used
> with the $$Filename field I think...
Whilst you're at it, why don't you just cull the systemcall class in
1.4.x. It can be replaced
Angus Leeming wrote:
Alfredo Braunstein wrote:
Angus Leeming wrote:
and it won't work in 1.4.x because $$Parameters no longer exists.
Speaking of which, we ship a 1.3.x which allows for ".lyx virus" and
the like easily ... just insert a date external inset with
parameters="&& rm -rf ~" for inst
Helge Hafting wrote:
> Don't drop the parameters unless some other mechanism is installed.
> I use the parameters to specify scaling factors for xfig insets,
> and I use different factors for different insets.
In 1.4.x you can scale and rotate xfig external insets and get visual
feedback of same.
