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

List:       kde-i18n-doc
Subject:    Re: Re: Automated translation for non-C++ code in official git repo
From:       Albert Astals Cid <aacid () kde ! org>
Date:       2011-09-18 13:33:06
Message-ID: 1351651.AodoDYGPjq () bluebox
[Download RAW message or body]

A Diumenge, 18 de setembre de 2011, Robert Riemann vĂ reu escriure:
> Am Sonntag, 18. September 2011, 15:17:53 schrieb Albert Astals Cid:
> > A Diumenge, 18 de setembre de 2011, Robert Riemann vĂ reu escriure:
> > > Am Sonntag, 18. September 2011, 14:37:21 schrieb Albert Astals Cid:
> > > > A Diumenge, 18 de setembre de 2011, Robert Riemann vĂ reu escriure:
> > > > > Am Sonntag, 18. September 2011, 14:02:56 schrieb Albert Astals Cid:
> > > > > > A Dissabte, 17 de setembre de 2011, Robert Riemann vĂ reu escriure:
> > > > > > > Hi all,
> > > > > > 
> > > > > > Hi
> > > > > > 
> > > > > > > I'm the developer of kubeplayer
> > > > > > > (https://projects.kde.org/projects/playground/multim
> > > > > > > edia/kub
> > > > > > > eplayer) .
> > > > > > > 
> > > > > > > I would like to know if there is already a
> > > > > > > workflow/introduced
> > > > > > > toolchain to handle automated translations for
> > > > > > > non-C++
> > > > > > > source code
> > > > > > > in our official git repo.
> > > > > > > 
> > > > > > > kubeplayer is a project based on ruby. As txgettext
> > > > > > > wasn't
> > > > > > > capable
> > > > > > > to handle ruby code, I created an own tool two year
> > > > > > > ago.
> > > > > > > https://github.com/saLOUt/KDEgettext.rb
> > > > > > 
> > > > > > Does this create a valid .po[t] file?
> > > > > 
> > > > > Executing kdegettext.rb **/*.rb > kubeplayer.pot in my
> > > > > project home
> > > > > generates this attached file. I think it should be fine.
> > > > 
> > > > Seems ok-ish.
> > > > 
> > > > A new question, are you using kde i18n libraries for this?
> > > > Because if
> > > > you
> > > > are, you have a %i that should be %1, and if you are not, you
> > > > should
> > > > try to use them ;-)
> > > > 
> > > > Albert
> > > 
> > > Small mistake in my kubeplayer app. I'm using the KDE i18n calls.
> > > 
> > > Do you think you can add ruby support? What  must be done to do
> > > this?
> > 
> > That's fairly simple then, you only need a Messages.sh that calls your
> > kdegettext.rb script.
> > 
> > Thing is the l10n.kde.org machine needs to have that script. If you are
> > willing to maintain this script and fix any problem that might arise
> > from
> > its usage ny suggestion is that you move the sources of kdegettext from
> > github either to l10n-kde4/scripts or to kdesdk/scripts (since by the
> > name it seems to be kde-specific).
> 
> I think kdesdk/scripts  fits better. Is this a git repo? 
Nope, it's svn still

> Is pulling = installing?
If you put it there the l10n machine can have access to it
 
> What about dependencies? My script requires ruby and two non-stdlib modules
> (in ruby space these are called gems) which may have their own dependencies.
> 
> So most probably the job isn't done by placing one single file in the right
> repo.

If they are availalbe on debian and/or can get gem-installed easily that is 
not a problem.

Albert

> 
> > If you do not feel confortable commiting to that much, you can copy it
> > to
> > the kubeplayer repo.
> > 
> > And that should be all.
> > 
> > Albert
> > 
> > > Robert
> > > 
> > > > > In the case the pot file is not valid, we can still fix
> > > > > this.
> > > > > kdegettext.rb is a rather small project: one file with less
> > > > > than 300 lines of code. Should be easy to add stuff or fix
> > > > > something.
> > > > > 
> > > > > Robert
> > > > > 
> > > > > > Albert
> > > > > > 
> > > > > > > I'm aware, that there are only few ruby-based KDE
> > > > > > > applications (Do
> > > > > > > you
> > > > > > > know another one ;) ). But maybe usage would
> > > > > > > increasing,
> > > > > > > once other
> > > > > > > languages get first-class support, too.
> > > > > > > 
> > > > > > > Kind regards,
> > > > > > > Robert

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