[PATCH] Adding "forum.kde.org" and "UserBase" to the help menu
Friedrich W. H. Kossebau
kossebau at kde.org
Mon Dec 8 17:03:51 GMT 2008
IMHO we should add two entries to each program's help menu, even for 4.2:
* for UserBase
* for forum.kde.org
[Why for 4.2?]
Fixes two missing but important links between our products and the newest
social services. Would be sad to have six more month without them, especially
now with everybody jumping to KDE4. And wasn't the leading idea from this
year's Akademy to improve community structures? [KCW] Let's do it! :)
Would be also sad because such a lot of work has been put into these both
But how should Aunt Lilly and all the other users know about it? She might use
$searchservice, but we should help her and tell what we, the KDE creators, do
recommend. Especially because e.g. UserBase is not in the results for some
random search terms of Aunt Lilly (besides userbase) I tried.
It also adds to ways to give back (UserBase content, knowledge exchange at
forum) and might help to increase the community, as it is a (okay, two) click
away from every menu, which also means discoveribility!
[Please look at the patch attached]
It basically adds two more entries to the help menu: One for a link to some
online docs (UserBase as default) and one for a link to a forum
(forum.kde.org as default). The basic features are:
f1) supports KAuthorized::authorizeKAction (with XMLGUI)
f2) links can be controlled by distributions/admins via KConfig
(if they really think they need to provide their own support center)
f3) general url or parameterized url for program specific pages
[Questions (especially to Anne, Rob, Jayant):]
a) How can we support f3 with the services?
Can there be a service call/url for forum.kde.org which takes the appName from
KAboutData [KAD] ("kwrite", "okteta", etc.) as parameter and then jumps to
the proper forum? Something
By tradition the program specific pages are to be found at
$UntranslatedProgramName ("KWrite", "Okteta", etc.) is not available from
KAboutData or elsewhere in the code, only the appname or the translated
ProgramName. So without changing KAboutData, could there be some support on
UserBase to redirect from http://userbase.kde.org/$appName to
http://userbase.kde.org/$UntranslatedProgramName? Like adding such redirect
b) What would be proper names for the menu entries and the config keys?
The patch contains:
menu entries: "Online &Documentation", "Discussion &Forum"
Keys: "WebDocsGeneral", "WebDocsAppSpecific", "WebForumGeneral", "WebForumAppSpecific"
c) What about 3-party/non-core KDE programs? Their developers might want to
use their own forums and wikis. E.g. KOffice and Amarok? Where should they
control the links? By adding the urls as properties to KAboutData, like it is
done with the homepage url?
d) What do you think?
Adds two strings to translate.
Okteta - KDE 4 Hex Editor - http://utils.kde.org/projects/okteta
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 8770 bytes
Desc: not available
More information about the kde-core-devel