Bug 108387

Summary: Add i18n() around Provider names in KPPP
Product: [Unmaintained] kppp Reporter: vivek <Vivek.Rai>
Component: generalAssignee: Harri Porten <porten>
Status: RESOLVED UNMAINTAINED    
Severity: wishlist    
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: Mandrake RPMs   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description vivek 2005-07-01 09:53:13 UTC
Version:            (using KDE KDE 3.4.0KDE 1.2)
Installed from:    Mandrake RPMsMandrake RPMs
OS:                Linux

I am working on localization of Linux into Indian languages. 

As a part of it, I have started gather kppp settings of various Indian ISP's and wanted to add them to the KPPP Provider database. I see KPPP to be used by computer newbies in their own languages. 

I want KPPP to DISPLAY THE PROVIDER NAME IN THE CURRENT LOCALE, if a string is available. 

Right now, it merely displays the Filename. Even if I were to name this file using Indian scripts, in any one language, KPPP merely displays '????'. (I suppose it is unable to handle non-ascii characters)

Further, there might be more than one languages being spoken in a country, so we may need to display the same provider name in differnt languages. 

Is it possible that you add some call to _gettext() or _i18n() around the provider filename that is being displayed. Without it, the rest of the hardwork put in for translations is difficult to use for a person who does not understand English.
Comment 1 Chris Howells 2006-05-22 04:22:27 UTC
Could you please provide a sample of a filename which doesn't work?

Thanks.
Comment 2 Christoph Cullmann 2025-06-09 20:48:34 UTC
This project is unfortunately no longer maintained.

If a new maintainer wants to step up and take care, the project is archived here:

https://invent.kde.org/unmaintained/kppp

You can just clone it in your private namespace on invent.kde.org and if you have started to work on it and fixed/implemented something get it reviewed and the project unarchived.

Sorry for the inconveniences.