[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-bugs-dist
Subject: [Bug 104863] New: search providers might be language independent
From: Funda Wang <fundawang () linux ! net ! cn>
Date: 2005-04-30 19:15:14
Message-ID: 20050430211512.104863.fundawang () linux ! net ! cn
[Download RAW message or body]
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.kde.org/show_bug.cgi?id=104863
Summary: search providers might be language independent
Product: kcontrol
Version: unspecified
Platform: Compiled Sources
OS/Version: Linux
Status: NEW
Severity: wishlist
Priority: NOR
Component: general
AssignedTo: molkentin kde org
ReportedBy: fundawang linux net cn
Version: (using KDE Devel)
Installed from: Compiled sources
Currently, search providers [1] is not language independent, which means all the \
search providers will be displayed in all locales. It will become even more \
non-user-friendly when considering most of the search providers are not global \
providers like Google.
Here is my thought on this issue:
1. All the search providers are installed in all locales, but whether specific one is \
enabled various in different system settings. So that it won't break Make-ing and \
Packaging. 2. Whether a specific search provider is enabled or not is decided by \
whether it can provide service in certain language. This might be implemented by \
checking whether specific .desktop file contains Name[LL] entry. 3. Whether the \
search provider fits the system is decided by klocale. Users can select languages he \
want to use, then the search providers of selected languages should be enabled \
accordingly. Of course, if the URL various in different languages, the URL in the \
most preferred language should be used.
WDYT?
[1] kdebase/kcontrol/ebrowsing/plugins/ikws/searchproviders/
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic