Summary: | khelpcenter's Browse Info Pages>Alphabetically>(any initial) isn't sorted | ||
---|---|---|---|
Product: | [Applications] khelpcenter | Reporter: | Joe Christy <joe> |
Component: | general | Assignee: | Cornelius Schumacher <schumacher> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | sitter |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | RedHat Enterprise Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Joe Christy
2005-01-28 18:33:13 UTC
the following patch should fix the above issue, it now works fine for me. It would be great if we could have it in KDE-3.5.4. --- kdebase-3.5.3/khelpcenter/infotree.cpp.orig 2006-07-16 22:39:40.000000000 +0200 +++ kdebase-3.5.3/khelpcenter/infotree.cpp 2006-07-16 22:57:50.000000000 +0200 @@ -174,8 +175,10 @@ item = new InfoNodeItem( alphabSection, appName ); item->entry()->setUrl( url ); + alphabSection->sortChildItems( 0, true /* ascending */ ); } } + catItem->sortChildItems( 0, true /* ascending */ ); } infoDirFile.close(); } This patch does _not_ fix the issue for me ( I rebuilt & installed kdebase-3.5.3-0.4.hc5.src.rpm w/ the proposed patch [modulo reversing the '@' -> ' at ' transform] added to the spec). The sort dis-order for Browse Info Pages>Alphabetically>B is exactly as before. Could it be that khelpcenter is caching the index in some (sigh - undocumented - sigh) location? I've tried strace -ff'ing it, but the 10 minutes I devoted to grepping through the trace didn't reveal anything to my untrained eye. When exactly does the alphabetical index of info pages get built anyway? Confirmed on svn r628k FWIW, the problem does not exist in FC6's kdebase-3.5.5-0.4.fc6. This may have been fixed in an earlier rev, but I simply stopped using "Browse Info Pages>Alphabetically" while it was hopelessly broken and never tried again. Yeah, fixed indeed. |