Am 28.07.2013 19:37, schrieb Bald Eagle:

> When editing complex, nested equations in Excel, whenever you cursor past a
> parentheses, it highlights it, and its matching counterpart.  Something like
> this would be useful - not sure how tough it would be to implement.

It's a common feature in modern text editors geared towards software 
developers and has proven its value a thousand times over, so it 
shouldn't be a question of how tough it is - the POV-Ray GUI should have 
it, period.

That said, the current Windows GUI - and especially the editor component 
- is scheduled for demolition anyway, so it doesn't make sense to invest 
any energy into implementing that feature for the old GUI.

Thorsten Froehlich has been working on an official Mac OSX GUI for quite 
some time now, and I understand it is nearing completion; as it is based 
on a toolkit available on Windows as well (and also Linux of course), I 
suspect it will form the basis for the next generation Windows GUI.

Not sure if that GUI already has "brace matching", but I suspect it does.

> which seemed like there could be a way to "sanitize" the string-nature of WoodA
> in something like or else "fool" POV-Ray into thinking it's not a string
> anymore.
> #declare WoodA = concat ("P_WoodGrain", str (X, 0, 0), "A")
> #declare WoodA = texture { WoodA }

There is a macro in strings.inc that does exactly this:

#declare WoodA = concat ("P_WoodGrain", str (X, 0, 0), "A")
#declare WoodA = texture { Parse_String(WoodA) }

(The macro's trick is to create a temporary file, write the contents of 
the string to it, and then #include it ;-))

Post a reply to this message