[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kdevelop-bugs
Subject:    [Bug 131450] New: Documentation shortcuts don't work as expected
From:       Gunther Piez <gpiez () web ! de>
Date:       2006-07-27 21:53:37
Message-ID: 20060727235335.131450.gpiez () web ! de
[Download RAW message or body]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131450         
           Summary: Documentation shortcuts don't work as expected
           Product: kdevelop
           Version: unspecified
          Platform: Gentoo Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: kdevelop-bugs kdevelop org
        ReportedBy: gpiez web de


Version:            (using KDE KDE 3.5.3)
Installed from:    Gentoo Packages

If the cursor is positioned in the source code in a type name, and the right-click \
context menu "Find in documentation", "Search in documentation" et al is selected, a \
window with the search result and hopefully the documentation is immediatly opened.

This is fine and ok.
(Actually it would be even more fine, if the documentation window opened somewhere \
else, and not directly where the source code was. But this is a different story.)

If I hit the shortcut ("Ctrl-Alt-F" or whatever), the documentation dock/browser \
opens, but without a search term. This makes the shortcuts kinda useless. I would \
expect the same behaviour like the mouse click.


[prev in list] [next in list] [prev in thread] [next in thread]