From kde-i18n-doc Mon May 30 18:12:13 2005 From: Jeroen Wijnhout Date: Mon, 30 May 2005 18:12:13 +0000 To: kde-i18n-doc Subject: Re: [Kde-extra-gear] Yet another KEG translation problem . . . Message-Id: <429B577D.6000702 () wijnhout ! com> X-MARC-Message: https://marc.info/?l=kde-i18n-doc&m=111783658526170 Tom Albers wrote: >Op zondag 29 mei 2005 10:25, schreef Jeroen Wijnhout: > > >>Hi, >> >>Ok, this problem bit me for the latest release of Kile, for the first time, >>but it is pretty annoying: >> >>Suppose you want to support more than the latest KDE release, not uncommon >>for extragear apps. Let's say KDE 3.3 and KDE 3.4. Now suppose that after >>the 3.3 release a new translator is working on your docbook file and adds >>his/hers entity to the translated docbook. At this point an extragear app >>is screwed, because this new entity is not available on 3.3 systems, only >>on 3.4 systems. This means that make fails, which is generally bad ;-( >> >>Solutions? Hand editing the docbooks . . . Perhaps somebody can come up >>with something better? >> >> > >For an entity to work it has to be available on the users computer. So you can >only use it when you are sure it is there. For extragear (and koffice) >entities should be used very carefully or not at all. > > Exactly, but is this common knowledge among the translators? >Language coordinators should verify that. If you run into that problem, you >should address the coordinator and not hand edit the docbook file. The >docbook file is an automatically generated file and your change will get lost >sooner or later. > > Right, Rinse can you fix it, please? >As long as entities are part of the official kde releases, there is no other >solution I can think of, except for one complicated one, by merging entities >into the docbook, but I don't even know if that is going to work. > > > xmllint is capable of doing this (option --noent). best, Jeroen