[kde-doc-english] Local entities

Éric Bischoff ebischoff at nerim.net
Mon May 23 09:52:19 CEST 2005


Le Lundi 23 Mai 2005 08:38, Lauri Watts a écrit :
> Heh, dude, you helped us come up with it, especially so we could deal with
> the LMB/RMB grammar issues in French :)

(in German ;-) )

> I missed you asking this here, but I hope you saw the answer on
> kde-i18n-doc (cc'ing there, I think the fact that this *specific* one is
> more problematic than normal got lost in all the noise.)
>
>  To really clarify, these entities *should* go into en/user.entities,

OK, but &dataeditor; isn't in en/user.entities, that's why I was asking the 
question ;-).

> and 
> then yes, you can use 2 and override them. But KOffice has to build on the
> stable KDE, and so this is really a bug that can't be fixed yet, since
> moving the entity now would make the doc fail entirely on a stable kdelibs.

Understood.

> In any case, fr/user.entities is all yours, and if such entities internal
> to docs are pointed out as problematic early enough, I can move them to
> en/user.entities, in which case you can then override it in
> fr/user.entities or not, as you wish.

I am wondering what other alternatives we have. Anma solved the problem by not 
using entities at all in the translation, but I don't think that's a 
satisfying solution either.

Another issue is the visibility of these entities. If they make sense only in 
one KOffice file, but not in the whole KDE documentation, then using 
$lang/user.entities; is a bit too strong, isn't it?

> That wouldn't have solved this one 
> though, since it still hits the "has to build on previous release" issue,
> so i'd have to have known about it before KDE 3.4 went out.

OK.

> For 3.5, I will make sure to run through the docs at freeze time, and move
> all the entities still left in docs.

OK, thanks so much.

-- 
Never try and teach a pig to sing,
you waste your time and annoy the pig
        - Mark Twain



More information about the kde-doc-english mailing list