Add CMakeL10n rules #1

KVIrc is in many ways different from the usual TDE applications. Therefore, I am not surprised that even for translations it is significantly different.

While usual TDE applications translate a string or a context + string, the string + context is used here. Yes, the opposite order of arguments. Moreover, the context is not actually used as a translation context, but it determines the catalog in which the translation is to be searched.

As a result, old modified kde-xgettext can not be used to extract strings for translation. Therefore, there is a forced use of standard xgettext, instead of kde-xgettext. At this moment, I do not think of a more viable solution.

Some objections? Some ideas?

Looks ok to me