Community
Participate
Working Groups
SWT 3.1 M5a came with the possibility to define, wether a Link that is clicked in the Browser widget should open inside the widget, or outside (IE in this case). This is a very important feature, will it be provided for Linux and Mac too? Ben
It should also be possible to handle links with any browser, e.g. not only the OS default browser. And also not only for links that require a new window. For example using the JavaDoc view in Eclipse having open the API for JTable I am seeing the link "How to use Tables". It is not possible to have the link open outside Eclipse, I have to browse it in the JavaDoc view (which misses controls like "Back", "Forward" and so on). Same happens for the JavaDoc hover in the Editor. The page opens inside the small hover-popup. Maybe something like a "LinkListener" for the Browser widget could do the trick. Before the link-click is handled, a LinkEvent is fired with the possibility to set "event.doit=false" and handle the Link (URL should be passed as field) customly. Ben
I am changing the title, since this is more than onle the "required flag".
This bug is very annoying for user of RSS Owl. We can't use Gecko base browsers easily.
Regarding the WindowEvent.required flag - only IE supports this nice feature at the moment. We have a feature request for Mozilla/Firefox here: https://bugzilla.mozilla.org/show_bug.cgi?id=281405 Can you explain more the situation on comment 3?
I think comment 3 is telling that on Windows it is not (yet) possible to use Mozilla/Firefox for the Browser widget. Users of RSSOwl are forced to use the IE on Windows and I am making a lot of use of it. The point in this case is not so much about Gecko in Win, there are other requests open on that issue. Here I would like to discuss what would make the Browser widget even more usefull. Ben
In a previous version of RSS Owl (1.02), if I choose a external browser, all the links open Firefox. Now with RSS Owl (1.1), the links that appear in the browser widget open in the the window of the browser widget of RSS Owl. I have to open the external browser with the title of news.
That is right. In RSSOwl 1.0.2 and earlier versions I had a very dirty hack to acomplish, what I am requesting in this report. I listened to LocationChanging-Events, waited until "LocationEvent:changed()" was called, set doit to false and opened the URL outside the application if set so in preferences. This is a dirty solution since LocationChanging Events show up very differently throught the different browsers. It was not a platform independant solution, did not work on Mac with Safari at all. Ben
I guess the situation here hasn't changed much? The "workaround" is hiding the browser that is being used, wait for the first changing event, use the URL from there to open the Link externally and then dispose the hidden browser. Ugly though :) (and can give VM crashes...).
This bugs Jazz. Any link with target=_blank will bring up the IE on windows, even if its not the default browser. At least, the OS default browser should be used if available (maybe taken from a call to Program#findProgram())?.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.
This bug was marked as stalebug a while ago. Marking as worksforme. If this report is still relevant for the current release, please reopen and remove the stalebug whiteboard tag.
This bug has been marked as stalebug a while ago without any further interaction. If this report is still relevant for the current release, please reopen and remove the stalebug whiteboard flag.
