[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