[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Simplification of `affixation-function`

From: Daniel Mendler
Subject: Simplification of `affixation-function`
Date: Sat, 24 Apr 2021 19:35:52 +0200

The `affixation-function`, which can be specified in the completion table metadata is allowed to return a list with elements of either two or three elements depending on if you want to add only a suffix or both a prefix and a suffix.

Would it make sense to use a simpler definition for this function? What is the downside of only allowing triples? In case you don't want to use a prefix or suffix, specify the empty string.

Or is the idea to make the function extensible over time, such that completion UIs should ignore if more than three elements are specified? But if that is the case the current definition is problematic. The first element is always the candidate, the second element is either suffix or prefix and the third element if it exists is the suffix.

It is kind of understandable that this definition has been chosen since suffix before prefix is confusing. Still, if extensibility is the goal it would be preferable if the position of the strings does not change depending on the length of the list.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]