[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-i18n-doc
Subject:    Re: Re-enable libringclient.po (was sflphone-client-kde_qt.po) translations
From:       Albert Astals Cid <aacid () kde ! org>
Date:       2015-03-27 21:35:56
Message-ID: 5565318.tcgCby6I77 () xps
[Download RAW message or body]

El Dijous, 26 de març de 2015, a les 11:43:57, Elv1313 . va escriure:
> Hello,
> 
> There was a library bundled with "sflphone-kde" with the
> "sflphone-client-kde_qt" translation. This library is now an
> independent project called "libringclient". It is a pure Qt library
> and doesn't use KF5. It also now only support Qt5. After a discussion
> with tosky on IRC, I was told that there is no "trivial" all in one
> translation scripts anymore. I looked at gcompris and here is their
> code:
> 
> https://gist.github.com/Elv13/d8ae082ee98cc7ad06b4
> 
> I pushed a "translations" branch on libringclient (git clone
> git@git.kde.org:libringclient) with an updated Messages.sh and added a
> release.sh and genpot.sh scripts to generate a translated archive and
> generate the template respectively. Those scripts just fetch the KDE
> infrastructure scripts from git/svn and run them locally. As expected,
> no translations are generated.
> 
> I would prefer if ECM can be an optional dependency, so if it is not
> found, no translations will be generated, but everything else works.
> 
> I guess the first thing to do it to move the old
> sflphone-client-kde_qt.po files to libringclient.po and somehow have
> the script generate the ./po dir correctly. Then implement the changes
> to CMakeLists.txt to actually convert them correctly. Can someone take
> care of the renaming process? Did I miss something?

Did you read the email i sent you yesterday?

Cheers,
  Albert

> 
> Best regards,
> Emmanuel

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic