Version: KDE Help Center 3.5.1 on KDE 3.5.0 (using KDE KDE 3.5.0) Installed from: Ubuntu Packages OS: Linux It seems reasonable to have KDE Help Center separate from a Konqueror plug-in only to the extent that Konqueror might be the application for which help is sought. However, unless Konqueror is failing to run (and thus help is needed) this line of argument might quickly thin out. (The Konqueror shortcuts -KIO?- are operational on my system.) Using KDE Help Center this evening proved useful to me as I just installed djvu and needed to find out about that group of programs. The Help Center delivered in ways that proved more expedient than searching further on the web. When I have performed a search, as in the last case for "djvu", I would like to see the ability t select an option to save the search textbox and the number of results somewhere visible in the Help Center panes. For me at least, this would aid accessibility and automated record-keeping. In the same way undo actions are stored for most editing apps, action logs might be made available by default in viewing apps like Konqueror and KDE Help Center. The latter would be stored on disk in a log contrary to the usual set-up of the former where undo actions are forgotten the termination of the editing application in question. On load (when maximised) KDE Help Center has plenty of space to display any previous search strings. I have not found such functionality in relation to KDE Help Center so I'm guessing it's not there (by default, at least). If there if a Konqueror plug-in for KDE Help Center then it was not installed or set up as default as far as I can tell. "help:djvu" in Konqueror gave no results while KDE Help Center gave five useful links to further information. "man:djvu" gave the relevant man page. Cheers, Rob
I did not find where to correctly categorize this bug, so please accept my apology for this oversight and correctly categorize the bug (or create a new category?) as appropriate.
Bookmarks in Help Center would be valid. However, it will be just as good to give the one-item context menu for links in the Help Center another item: Konqueror's "Bookmark This Link". Below is my effort to patch view.cpp ("+++"), as retrieved from: http://lxr.kde.org/source/KDE/kdebase/khelpcenter/view.cpp Unfortunately it's incomplete, but I guess the other required bits of code are to be found on the lxr.kde.org site, too. I'd appreciate any guidance posted to this bug report. Hopefully I'll be able to eventually resolve this bug by submitting its patch(es) myself. From http://lxr.kde.org/source/KDE/kdebase/khelpcenter/view.cpp : 041 connect( this, SIGNAL( popupMenu( const QString &, const QPoint& ) ), 042 this, SLOT( showMenu( const QString &, const QPoint& ) ) ); ... 261 else 262 { 263 QAction *action = pop.addAction(i18n("Copy Link Address")); 264 connect( action, SIGNAL( triggered() ), this, SLOT( slotCopyLink() ) ); 265 266 mCopyURL = completeURL(url).url(); +++ QAction *action = pop.addAction(i18n("Bookmark Link in Konqueror")); +++ connect( action, SIGNAL( triggered() ), this, SLOT( slotKonqBookmark() ) ); 267 } ... 272 void View::slotCopyLink() 273 { 274 QApplication::clipboard()->setText(mCopyURL); 275 } ... 347 KUrl View::urlFromLinkNode( const DOM::Node &n ) const 348 { 349 if ( n.isNull() || n.nodeType() != DOM::Node::ELEMENT_NODE ) 350 return KUrl(); 351 352 DOM::Element elem = static_cast<DOM::Element>( n ); 353 354 KUrl href ( elem.getAttribute( "href" ).string() ); 355 if ( !href.protocol().isNull() ) 356 return href; 357 358 QString path = baseURL().path(); 359 path.truncate( path.lastIndexOf( '/' ) + 1 ); 360 path += href.url(); 361 362 KUrl url = baseURL(); 363 url.setRef( QString() ); 364 url.setEncodedPathAndQuery( path ); 365 366 return url; 367 }
Withdrawn pending KDE4 release. Report to be moved to wiki. http://wiki.kde.org/