From: SourceForge.net <no...@so...> - 2012-01-19 16:49:15
|
Plugin Bugs item #2927178, was opened at 2010-01-06 13:26 Message generated for change (Comment added) made by ezust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=2927178&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Damien (kog13) Assigned to: Shlomy Reinstein (shlomy) Summary: InfoViewer doesn't handle hyperlinks correctly Initial Comment: When viewing a java API page in InfoViewer (such as jEdit's api docs), clicking on a link that jumps to a point on that page (e.g. clicking on a method or a field) often causes the page to go back up to the top, or some other undesired destination. Clicking in the address bar and hitting enter causes the page to go to the correct location, but clicking on links more often than not fails. ---------------------------------------------------------------------- >Comment By: Alan Ezust (ezust) Date: 2012-01-19 08:49 Message: Why the heck does this problem exist in InfoViewer but not jEdit's own built-in helpviewer?? ---------------------------------------------------------------------- Comment By: Shlomy Reinstein (shlomy) Date: 2012-01-17 20:11 Message: Alan is right. The problem happens because the document is loaded asynchronously, and the GUI is not updated when the document is done loading. Forcing synchronous loading fixes the problem. However I don't know yet how to do this the right way, I am checking it. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2011-10-27 10:52 Message: It has nothing to do with whether the page is already loaded. I can reproduce this issue by toggling between two hyperlinks in the same HTML file for any link that has a #something in the URL. For me it requires 2 clicks always when I am selecting treenodes with a # in the URL. The first click brings me to the top of the file, the second brings me to the correct location in the file. ---------------------------------------------------------------------- Comment By: Damien (kog13) Date: 2010-01-08 16:10 Message: Not exactly, but it could be close. The problem I noticed isn't switching between pages, but jumping to a location further down on the same page. It may be a reloading issue, as it does appear to flicker the first time the link is clicked, but I can't confirm that readily. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2010-01-08 15:59 Message: Playing some more with it, what it seems to be is that the first time you click on a hyperlink that goes to a new file, it always fails the first time, and works the second time. It seems to me that infoviewer requests that files be loaded but doesn't wait long enough before making an attempt to change the position to what the URL refers to. So you have to make repeated attempts to click on any hyperlink that goes to a different file. Does that seem consistent with your observation? ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2010-01-06 16:13 Message: It might be a bug I introduced while adding the "back" and "forward" buttons. In fact. I haven't looked at the infoviewer code in a while, ---------------------------------------------------------------------- Comment By: Damien (kog13) Date: 2010-01-06 14:28 Message: Any idea what causes it? ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2010-01-06 14:20 Message: I think the infoviewer does not handle the first or second hyperlink clicks correctly, but after the 2nd time, it usually does. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=2927178&group_id=588 |