|
||||||
| Forums FAQ | Members List | Search | Today's Posts | Mark Forums Read |
| Novell Archives Archived content from Novell openSUSE support forums |
|
|
LinkBack | Thread Tools | Display Modes |
|
|||
|
Hello,
I am reading Linux Today Newsletter For MAY 11, 2007 In that newsletter are a number of newsitems with a short description and a URL for the long description. If I clicked on the URL the long description opened in a new screen and that was fine since after reading and closing that new screen you returned to the newsletter so you could select the next URL for which you want to see the long description. After updating to KDE 3.5.6 release 85.1 the above described process have changed. If I now click on a URL that item shows up in the taskbar and you have to click again on it to open the long description. I have searched how to change this behavior back to how it was, unfortunately without success. Any Idea ??? - Regards, Frans Leerink |
|
|||
|
<posted & mailed>
F.Leerink wrote: > Hello, > > I am reading Linux Today Newsletter For MAY 11, 2007 > In that newsletter are a number of newsitems with a short description and > a URL for the long description. If I clicked on the URL the long > description opened in a new screen and that was fine since after reading > and closing that new screen you returned to the newsletter so you could > select the next URL for which you want to see the long description. > After updating to KDE 3.5.6 release 85.1 the above described process have > changed. If I now click on a URL that item shows up in the taskbar and you > have to click again on it to open the long description. I have searched > how to change this behavior back to how it was, unfortunately without > success. > > Any Idea ??? > > - > Regards, > > Frans Leerink Hello, Reading my message afterwards I noticed that it is unclear in which application my problem happens. I use Kontact/Mail/Konqueror as browser to open the URL's. -- Regards, Frans Leerink |
|
|||
|
Frans,
I still am not sure if I understood the problem correctly. In the control center, KDE Components, Component Chooser: What's the web browser set to? Also in KDE Components, File Associations, check the association for html etc, und the "text" group of files. Uwe -- Novell Support Connection Volunteer SysOp Please don't send me support related e-mail unless I ask you to do so. |
|
|||
|
Uwe Buckesfeld wrote:
> Frans, > > I still am not sure if I understood the problem correctly. > > In the control center, KDE Components, Component Chooser: What's the web > browser set to? Also in KDE Components, File Associations, check the > association for html etc, und the "text" group of files. > > Uwe > Hello Uwe, In the control center, KDE Components, Component Chooser the web browser is not set, open URL's based on the contents of the URL is chosen. In the control center, KDE Components, File Associations, the association for html in the "text" group of files is Konqueror. I have now set the first item to konqbrowser iso open URL's based on the contents of the URL. The result is still the same. After clicking on the URL I want to read, I see Konqueror in the taskbar and the download process of the URL and a little later, after downloading the URL is finished, I see the wanted URL minimized in the taskbar. Clicking on it opens the wanted URL. Hoefully this makes more clear to you. -- Regards, Frans Leerink |
|
|||
|
Uwe Buckesfeld wrote:
> Frans, > > I still am not sure if I understood the problem correctly. > > In the control center, KDE Components, Component Chooser: What's the web > browser set to? Also in KDE Components, File Associations, check the > association for html etc, und the "text" group of files. > > Uwe > Hello Uwe, In the mean time I got the solution from Thomas.McGuire This is probably due to the focus stealing prevention in KWin. Try lowering the focus stealing prevention level in KControl->Desktop->Window Behavior->Advanced->Focus stealing prevention level. See if that helps. Thanks for the hint. The focus stealing prevention was set to LOW, setting it to NONE restored the old behavior. Just for completeness a summary,with: 1 Â* Focus policy "Strictly under mouse", all Focus stealing prevention levels generate the old behavior 2 Â* Focus policy "Under mouse", all Focus stealing prevention levels generate the old behavior 3 Â* Focus policy "Follow mouse", only Focus stealing prevention level "None" generate the old behavior 4 Â* Focus policy "Click to focus", only Focus stealing prevention level "None" generate the old behavior -- Regards, Frans Leerink |
| Bookmarks |
| Thread Tools | |
| Display Modes | |
|
|