Summary: | Viewing a PDF URL loses the keyboard input focus | ||
---|---|---|---|
Product: | [Applications] okular | Reporter: | Davor Cubranic <cubranic> |
Component: | general | Assignee: | Okular developers <okular-devel> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 4.8.0 |
Description
Davor Cubranic
2010-06-02 21:52:42 UTC
This is similar to bug 214020, which reports that when OkularPart is opened in Kile, it does not get the input focus. Could be the same reason is behind the PDF embedded viewer's not getting the focus in Konqueror. (In reply to comment #1) > This is similar to bug 214020, which reports that when OkularPart is opened in > Kile, it does not get the input focus. Could be the same reason is behind the > PDF embedded viewer's not getting the focus in Konqueror. Yes this is the same thing as 214020. Other parts such as the text editor part correctly receive focus. This is an issue in the okular kpart. Git commit 6176e29256eb417d76d898955d5345ce340d1384 by Albert Astals Cid. Committed on 16/12/2011 at 00:25. Pushed by aacid into branch 'master'. Use a queued connection instead of direct call It seems some shells (like konqueror and kile) are too smart and play with the focus and the focus ends up in the wrong place because they "overwrite" our setFocus call, now we workaoround that by using the queuedconnection BUGS: 214020 BUGS: 240516 FIXED-IN: 4.8.0 M +1 -1 part.cpp http://commits.kde.org/okular/6176e29256eb417d76d898955d5345ce340d1384 |