From kde-i18n-doc Mon Aug 06 23:41:49 2012 From: Marek Laane Date: Mon, 06 Aug 2012 23:41:49 +0000 To: kde-i18n-doc Subject: Re: calligra 2.5.0 Message-Id: X-MARC-Message: https://marc.info/?l=kde-i18n-doc&m=134429680017994 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--14dae93404cdebea5704c6a16bda" --14dae93404cdebea5704c6a16bda Content-Type: text/plain; charset=ISO-8859-1 2012/8/7 Freek de Kruijf > Op maandag 6 augustus 2012 23:52:28 schreef Albert Astals Cid: > > El Dilluns, 6 d'agost de 2012, a les 18:49:24, Freek de Kruijf va > escriure: > > > Op maandag 6 augustus 2012 20:52:13 schreef Albert Astals Cid: > > > > > Hi, > > > > > > > > > > It is better to avoid using entities for extragear (it has > different > > > > > release cycle) [1]. > > > > > > > > There's no need to avoid entities, just do not use entities > introduced > > > > in > > > > a > > > > kdelibs version bigger than the minimum kdelibs required by software > X. > > > > > > Where does one find such information? > > > > Nowhere that i know. You ask the maintainer of the program, or you ask > me, > > or you don't use entities. > > Entities are very useful to enter the credentials of a translator / > developer > / documentor in just one place. So if something changes in these > credentials > one has to change it in just one place. > > I would recommend to have a rule that entities are only added to or > changed in > kdelibs, never removed, and are backported to previous living releases, and > have a release cycle more or less like extragear packages. This would make > it > possible to enter new entities and not breaking anything. > > -- > fr.gr. > > Freek de Kruijf > > Just a thought, not specially connected to the theme :-) As representative of an agglunative language with many cases I can only partially agree. Yes, entities are quite useful if used to denote names (in broader sense) which occur independently, i.e. not in sentence. But as entities are also used extensively in sentences - as in documentation - I always have to think should I use them or not. E.g. essentially I can't use entity for System Settings, at least not in translatable form - for that I'd need at least three separate entities for different cases in my language. And I remember a real entities' nightmare - was it Kleopatra's handbook which had entities for every UI element? Marek Laane Estonian translator --14dae93404cdebea5704c6a16bda Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

2012/8/7 Freek de Kruijf <f.de.krui= jf@gmail.com>
Op maandag 6 augustus 2012 23:52:28 schreef Albert Astals Cid:
> El Dilluns, 6 d'agost de 2012, a les 18:49:24, Freek de Kruijf va = escriure:
> > Op maandag 6 augustus 2012 20:52:13 schreef Albert Astals Cid: > > > > Hi,
> > > >
> > > > It is better to avoid using entities for extragear (it = has different
> > > > release cycle) [1].
> > >
> > > There's no need to avoid entities, just do not use entit= ies introduced
> > > in
> > > a
> > > kdelibs version bigger than the minimum kdelibs required by = software X.
> >
> > Where does one find such information?
>
> Nowhere that i know. You ask the maintainer of the program, or you ask= me,
> or you don't use entities.

Entities are very useful to enter the credentials of a translator / develop= er
/ documentor in just one place. So if something changes in these credential= s
one has to change it in just one place.

I would recommend to have a rule that entities are only added to or changed= in
kdelibs, never removed, and are backported to previous living releases, and=
have a release cycle more or less like extragear packages. This would make = it
possible to enter new entities and not breaking anything.

--
fr.gr.

Freek de Kruijf

Just a thought, not specially connected to= the theme :-) As representative of an agglunative language with many cases= I can only partially agree. Yes, entities are quite useful if used to deno= te names (in broader sense) which occur independently, i.e. not in sentence= . But as entities are also used extensively in sentences - as in documentat= ion - I always have to think should I use them or not. E.g. essentially I c= an't use entity for System Settings, at least not in translatable form = - for that I'd need at least three separate entities for different case= s in my language. And I remember a real entities' nightmare - was it Kl= eopatra's handbook which had entities for every UI element?

Marek Laane
Estonian translator

--14dae93404cdebea5704c6a16bda--