Re: libksane release getting closer

On Wednesday, 16. January 2008, Albert Astals Cid wrote:
> A Dilluns 14 Gener 2008, Kåre Särs va escriure:
> > Hi,
> >
> > I think libksane is featurewise quite close to a
first release. I have some
> > things tho that I'm not sure of yet.
> >
> > 1) Most strings for the sane options come from
libsane. What is the best
> > way to get translations for strings coming from
non KDE libraries?
> 
> Is the libsane library translatable? If so, you could
motivate KDE translators 
> to translate it, if not, if the messages are known
beforehand you should 
> create a dummy.cpp file with
> I18N_NOOP("foo");
> I18N_NOOP("bar");
> and then call i18n() on the string returned by
libsane.
> 
> If strings can not be translated in libsane nor they
can not be known 
> beforehand there's nothing you can do and you should
contact sane people to 
> get into the future and provide a way to translate
their messages.

Ah, this reminds me:  Does cmake include the API major
number into the
name of library translations?  As different
lib<whatver>.so.<major> should
be installable in parallel, so should be
lib<whatever>-<major>.po.

Achim
> 
> Albert
> 
> >
> > 2) With the current API it is not possible to get
the DPI info. Would a
> > function call returning the current DPI be OK?
(called in the slot of
> > imageReady(...) )
> >
> > /Kåre
> >
> > _______________________________________________
> > Kde-extra-gear mailing list
> > Kde-extra-gearkde.org
> > 
https://mail.kde.org/mailman/listinfo/kde-extra-gear
> 
> 
> _______________________________________________
> Kde-extra-gear mailing list
> Kde-extra-gearkde.org
> 
https://mail.kde.org/mailman/listinfo/kde-extra-gear
> 
> 



-- 
  To me vi is Zen.  To use vi is to practice zen. Every
command is
  a koan. Profound to the user, unintelligible to the
uninitiated.
  You discover truth everytime you use it.
                                      -- reddylion.austin.ibm.com
_______________________________________________
Kde-extra-gear mailing list
Kde-extra-gearkde.org

https://mail.kde.org/mailman/listinfo/kde-extra-gear

On Monday 14 January 2008, Kåre Särs wrote:
> 1) Most strings for the sane options come from libsane.
What is the best
> way to get translations for strings coming from non KDE
libraries?

Umm, I'm no expert on i18n, so I could have entirely the
wrong end of the 
stick here, but Sane has some languages translated:

http://alioth.debian.org/plugin
s/scmcvs/cvsweb.php/sane-backends/po/?cvsroot=sane

And according to the README file in there:

http://alioth.debian.org/plugins/scmcvs/cvsweb.php/
sane-backends/po/README?rev=1.9;content-type=text%2Fplain;cv
sroot=sane

Frontend developers: I want to add internationalization
support for my 
frontend
------------------------------------------------------------
-------------------

* The Makefile installs files called
"sane-backends.mo" in the directory
  "$(prefix)/share/locale/lang/LC_MESSAGES/",
e.g.:
 
"/usr/local/share/locale/de/LC_MESSAGES/sane-backends.m
o". For every
  language exactly one .mo file is installed. Earlier
releases of
  sane-backends installed one file per backend, e.g.
sane-umax.mo. For
  backward compatibility, frontends may want to check for
these files, also.
* As mentioned above, GNU gettext is used. 
* With other NLS implementations, converting the mo files
may work.


How you hook that up to the KDE i18n is beyond me, but I
would assume this 
sort of situation has popped up before, perhaps try the i18n
mailing list?

John.

--

Send instant messages to your online friends http://au.messenger.yah
oo.com 
_______________________________________________
Kde-extra-gear mailing list
Kde-extra-gearkde.org

https://mail.kde.org/mailman/listinfo/kde-extra-gear

Hi,

I think libksane is featurewise quite close to a first
release. I have some 
things tho that I'm not sure of yet.

1) Most strings for the sane options come from libsane. What
is the best way 
to get translations for strings coming from non KDE
libraries?

2) With the current API it is not possible to get the DPI
info. Would a 
function call returning the current DPI be OK? (called in
the slot of 
imageReady(...) )

/Kåre

_______________________________________________
Kde-extra-gear mailing list
Kde-extra-gearkde.org

https://mail.kde.org/mailman/listinfo/kde-extra-gear

A Dilluns 14 Gener 2008, Kåre Särs va escriure:
> Hi,
>
> I think libksane is featurewise quite close to a first
release. I have some
> things tho that I'm not sure of yet.
>
> 1) Most strings for the sane options come from libsane.
What is the best
> way to get translations for strings coming from non KDE
libraries?

Is the libsane library translatable? If so, you could
motivate KDE translators 
to translate it, if not, if the messages are known
beforehand you should 
create a dummy.cpp file with
I18N_NOOP("foo");
I18N_NOOP("bar");
and then call i18n() on the string returned by libsane.

If strings can not be translated in libsane nor they can not
be known 
beforehand there's nothing you can do and you should contact
sane people to 
get into the future and provide a way to translate their
messages.

Albert

>
> 2) With the current API it is not possible to get the
DPI info. Would a
> function call returning the current DPI be OK? (called
in the slot of
> imageReady(...) )
>
> /Kåre
>
> _______________________________________________
> Kde-extra-gear mailing list
> Kde-extra-gearkde.org
> 
https://mail.kde.org/mailman/listinfo/kde-extra-gear


_______________________________________________
Kde-extra-gear mailing list
Kde-extra-gearkde.org

https://mail.kde.org/mailman/listinfo/kde-extra-gear

> Ah, this reminds me:  Does cmake include the API major
number into the
> name of library translations?  As different
lib<whatver>.so.<major> should
> be installable in parallel, so should be
lib<whatever>-<major>.po.
Achim, my hero 



_______________________________________________
Kde-extra-gear mailing list
Kde-extra-gearkde.org

https://mail.kde.org/mailman/listinfo/kde-extra-gear