What I see is unexpected replacements:

This is how I would expect MultiTerm to work as well (not much flavor-specific stuff here).

But instead, it replaces "This 10 x 20 cm big house" with this:

Can anybody explain to me what is happening here? There is nothing in the MultiTerm product guide.

Daniel

I think this is a bug.  I raised it with the support team to double check there isn't something I also don't know about... limitations etc... but the results are indeed very odd.  Even the preview of the expected change is different to final result, and also wrong.

I'll let you now if I get any feedback on it.

Paul

Thank you for contacting the support team. Since you mention the preview, here is my second grief:

If the text length exceeds the space of the default size window...

I can enlarge the window and give the columns more space... but the additional space is just blank with no additional text appearing:

(This is the result of replace all (.*) with $1$1, just to produce some text length...)

Daniel

Paul

Thank you for contacting the support team. Since you mention the preview, here is my second grief:

If the text length exceeds the space of the default size window...

I can enlarge the window and give the columns more space... but the additional space is just blank with no additional text appearing:

(This is the result of replace all (.*) with $1$1, just to produce some text length...)

Daniel

Indeed... already noted and included in my email to support.

Paul

It's hard to see what's wrong with the string in the preview because it is so truncated, but the actual replacement seems to consider the entire string as $1, and then count capture groups from $2 up, not from $1 as expected. So if you want to place capture group n, you have to address it as $n+1. It might be as simple as a counter that is not initialized right... but of course people can unsuspecingly cause tremendous damage to their TBs (and there is neither a proper preview nor an undo), so I would really aim at fixing this one.

It does seem to work with named capture groups, which again points at a counter problem:

MultiTerm preview seems correct, although truncated:

Result is correct:

I have to use this feature at the moment, so I will backup and hope for the best.

Daniel

Thanks

The defect IDs are: CRQ-18343 (preview truncation) and CRQ-18340 (batch edit bug).

Paul

Any news on these bugs?

Daniel

No progress I'm afraid.  I have escalated this evening and we'll see if the work can be planned in.

Paul

Thank you!