KDE-CVS-Digest for April 18, 2003

This week's KDE-CVS-Digest is out. We can now do bash scripting in KDevelop.
KGhostview gets command line switches and
some bug fixes. The infamous Konqueror tab delay has been fixed again, while Safari
fixes up to v68 (current is v73) have been merged. Kicker docking and KWin crash bugs have been fixed. And much more... Enjoy!


I think you forgot the link to where the digest actually is... :)


By Robert Schouwenburg at Fri, 2003/04/18 - 5:00am

Uh, weird. My fault....

By Navindra Umanee at Fri, 2003/04/18 - 5:00am

thanks Derek!

By thr0d ps1t at Fri, 2003/04/18 - 5:00am

Thx derek keep up the good work!

By Willy at Fri, 2003/04/18 - 5:00am

I really like the way KDE keeps its users up to date on the way development is going? I Didn't see any real UI changes though, wasn't 3.2 supposed to significantly clean up the UI?

By Mario at Fri, 2003/04/18 - 5:00am

I don't know what you mean by 'clean up the UI', but every week there are incremental fixes and improvements.

My daughter runs 3.1.1, and I was surprised how slow it seemed compared to the up to date from cvs that I run.


By Derek Kite at Fri, 2003/04/18 - 5:00am

>I Didn't see any real UI changes though, wasn't 3.2 supposed to significantly clean up the UI?

Not really "clean up the UI" but improving the usability (that's really not the same, mind you ;). The usability team is already for some time building up a database of usability concerns in the current KDE and suggestions how to solve them ideally. What's lacking so far is a front end for the usability.kde.org website so those suggestions are actually accessible for eveeryone.

*considering to volunteer himself soon if nothing changes*

By Datschge at Sat, 2003/04/19 - 5:00am

> Safari fixes to v68 (current is v73) merged.


By Eike Hein at Fri, 2003/04/18 - 5:00am

Do we have any idea what things in particular are coming from Safari? I know there are meant to be a lot of Javascript/html engine improvements, and some page rendering speed improvements, which will be nice just to see things rendered a little better, but are there any other notable things? It'd be really nice to see a breakdown of the sort of things we're getting from Safari...

By Tom at Sat, 2003/04/19 - 5:00am


I can really recommend reading David Hyatt's blog, available here: http://www.mozillazine.org/weblogs/hyatt/

He's talking quite a lot about improvements made to the KHTML rendering engine over at Apple, especially last month. Go through it. Very informative.

By Eike Hein at Sat, 2003/04/19 - 5:00am

In my mind it would be a very nice idea if some interested KDE developers wrote BLOGs and kde.org would offer a link page to all of them.


By Thorsten at Sat, 2003/04/19 - 5:00am

By Anonymous at Sat, 2003/04/19 - 5:00am

Look at the source code links in the digest.


By Derek Kite at Sat, 2003/04/19 - 5:00am

CSS fixes are in table fixes still missing afaik... but CSS support on head rocks now!

By cartman at Sat, 2003/04/19 - 5:00am

www.tomshardware.com looks realy bad in konqueror (3.1."who knows" from mandrake 9.1 updates)

By Andre at Sat, 2003/04/19 - 5:00am

The Konqueror will be a good browser at the future, not today.

Mozilla is my default browser, sometimes I use Konqueror. I am shure, at a near future Konqueror will be an excellent browser, but not today.

A boy, from a Lan House near my home, have a bad idea about Linux because at his school they use Linux with KDE by default. He think is a beautiful and stable software set, but he don't like the Konqueror.

He use M$ WinX with IE at his 40 machines at Lan House. This machines (Atlhon XP with GeForce and DDR 333 RAM) are instable and the littles 12/13 years old lammers/hackers sometimes detonate one.

I told "Install Linux at one machine", but he remember the Konqueror and just say NO !!!

I hope when the Safari upgrades return to KDE team, and a few more development, Konqueror will become the browser.

By Tom's friend at Sun, 2003/04/20 - 5:00am

We appreciate it =)

By Mario at Sat, 2003/04/19 - 5:00am

It looks like the KDE CVS digest page sets the background colour to white, but doesn't set the default text colour. So if your default browser colours are white text on a black background, you get white text on a white background, which is hard to read.

By AC at Sat, 2003/04/19 - 5:00am

Derek, please use Konqueror > Tools > Validate Web Page > Validate CSS next time. ;)

By Datschge at Sat, 2003/04/19 - 5:00am

Try it now. I fixed the css. The foreground and background are now set.


By Derek Kite at Sat, 2003/04/19 - 5:00am

Thank you. :-)

By AC at Sat, 2003/04/19 - 5:00am

Great to hear the tab code getting a lot of focus. Does anyone know if there is a plan to allow for the currently viewed tab to have bold text for the title to help make it stand out more? That would certainly help from a UI point of view...

Thanks for all the hard work--computing is fun with KDE!


By Eron Lloyd at Sat, 2003/04/19 - 5:00am

Personally, I'd love to have fix-width tabs spanning multiple rows a la Opera. Currently, if you're on the right-most tab, and the first tab is out of view, and you click on a tab before the right-most tab, then the tab you clicked on will become the right-most tab. In order to get to the last tab, you'd have to click the '>' arrow a few times. Can't the whole view just stay put?? I find it *really* annoying when I'm trying to jump back and forth between a few documents. Granted, I could detach what I need into new windows, but then the screen gets cluttered.

Using Opera's tab model, all the tabs are kept in view.


-- I've decided that I procrastinate too much, but I'm going to change that in a week or so.

By Roey Katz at Sat, 2003/04/19 - 5:00am

I agree. Something needs to be done about the way tabs behave. The "Click on a tab and have it move out from under you" is quite annoying. Phoenix (now Firebird) has fixed width tabs but only on one level. If all the tabs can't fit in the area it starts shrinking them to all fit on one row. Either with one row or multiple rows of tabs I think the "<>" buttons should go.

By beergeek at Sun, 2003/04/20 - 5:00am

I agree 100%. That is the only reason I switched to mozilla for browsing. I personally don't mind if I can't read the titles of the tabs if I have 20 tabs open at the same time. When I'm searching a tab, I just click a tab and usually know if the one I want is before or after it and then use the keyboard to find the one I'm looking for. But having to scroll through 20 tabs with the keyboard is a pain, and so is placing the mouse on that litte widget and clicking 15 times.

Btw, is there an "official" statement about the "middle-click pastes in url bar and try to browse to it, no matter what it is" bug ? I have reported it ages ago, but nothing seems to happen, so I'm starting to wonder if that is considered to be a feature. It should be simple to disable that, but I'm not familiar with kde programming, so I can't do it myself.

Other than that, great work KDE team, you've made my desktop rock.

By Marko at Sun, 2003/04/20 - 5:00am

i agree, the < > tabs thingie sucks. It should behave like mozilla or opera tabs.

By Peter at Sun, 2003/04/20 - 5:00am

What "middle-click pastes in url bar and try to browse to it, no matter what it is" bug are you referring to? It works fine here and I'm using it all the time. Selecting URL and surfing to them by mmb clicking as well as selecting text and searching for it by mmb clicking rocks. =)

By Datschge at Sun, 2003/04/20 - 5:00am

I think he's describing the behavior that when you middle-click in the browser window, any selected text gets pasted to the URL location widget. IMHO, this should only happen if the URL widget has input focus. If I middle click in the browser window, nothing should happen. This happens to me pretty frequently, because I use my mouse's scroll wheel to scroll webpages, and it's a bit sticky, so I often click the MMB accidentally...

By LMCBoy at Mon, 2003/04/21 - 5:00am

Well, as I already wrote above I actually like this feature a lot and don't want to miss it anymore. And "because I use my mouse's scroll wheel to scroll webpages, and it's a bit sticky, so I often click the MMB accidentally" sounds like a hardware related problem.

But I agree that MMB paste should only work in widgets which already have the input focus (while retaining the feature being able to scroll anything with the wheel without having to have the focus first). Removing the whole feature altogether (whether making it optional or not) would imo be a heavy cripple though.

By Datschge at Mon, 2003/04/21 - 5:00am

Don't get me wrong, I love MMB to paste URLs, but I just think it should only happen if the URL widget has input focus, not when the MMB click happens in the webpage.

By LMCBoy at Mon, 2003/04/21 - 5:00am

"but I just think it should only happen if the URL widget has input focus, not when the MMB click happens in the webpage."

This sounds like a completely nonsensical solution to me. I mean mmb click into the location text field should paste the clipboard text into that field, not load it. And making mmb url paste in webpages work only when the location text field got the focus is yet another way to effectively irritate most users who won't understand why this feature works in one and doesn't in another case. They won't understand that simply since there is no logical or visible link why it should behave that way.

By Datschge at Mon, 2003/04/21 - 5:00am

I would love to be able to disable the mmb paste behavior. When I have a url in the
paste buffer and I want to drop it into the location bar, I just hit the little x next to
location to clear out the bar, paste it into the (now empty) location area, and click the
go button to the right of the location bar... very simple and no keyboard needed! I am
constantly missing the clear-the-location-bar x button anytime i have to use a browser
other than konq.

But I often accidentally tap my middle button while mouse wheel scrolling, and half
the time my browser ends up in google with some person text from an email
in the search bar... I'm hoping some day I don't inadvertantly send them a recently
cut'n'pasted password like that.

By sneakers at Tue, 2003/04/22 - 5:00am

Just curious (really curious tho): what mice are you all using where you can hit mmb so easily while "wheeling" around?

By Datschge at Tue, 2003/04/22 - 5:00am

it really annoys me when the wheel itself is depressed it acts as a middle button click, so wheeling it normally results in all sorts of misbehaviour (commands pasted into shell windows, confusing browsing in wrong direction, etc).

How can i turn it off!!! please!!!!

By i'm using a mic... at Wed, 2004/01/21 - 6:00am

Here's another vote for being able to toggle this misfeature. There are a number of ways in which it could be improved that would make it less annoying.

For one, if it would recognise that the thing to be pasted was actually a URL and not do anything if it isn't, that'd be great. Pasting only into the location bar would be a vast improvement, but just being able to turn off the "browse to whatever junk gets accidentally pasted into a konquerer window" would be the absolute best.

By Sean Russell at Thu, 2004/01/22 - 6:00am

> For one, if it would recognise that the thing to be pasted was actually a URL and not do anything if it isn't, that'd be great.

done in 3.2. also it asks the first time and lets you turn it off.

By anon at Thu, 2004/01/22 - 6:00am

>done in 3.2. also it asks the first time and lets you turn it off.

HOW do you (permanently) turn it off?
I've managed to kill it in mozilla and firefox using the about:config page (middlemouse.contentLoadURL: false) but konqueror pops up a message "Do you really want to search the internet for..." where I have to hit cancel.

I've read some people like this feature, but my mouse-wheel sometimes clicks a middle-click while I'm scrolling up, harmless in most apps but abruptly sending me to some random page in konqueror. I really want to disable this feature.

(Rather than this middle-click, I'd prefer a context-menu over selected-text to search or paste it in the Location bar.)

By jerry at Sun, 2004/06/20 - 5:00am

Help! How on earth can I disable the middle mouse button for every window?
THere seems to be an swer in here but I haven't seen it.

By Steve Shaffer at Thu, 2006/09/21 - 5:00am

I hope Steve already found a solution, hehe, since this is more than a year and a half old comment, but for those like me who stumble upon this discussion trying to turn this thing off, here's how you do it:

Settings > Configure Konqueror > Web Behaviour and then under "Mouse Behaviour" unselect "Middle click opens URL in selection"

This behaviour completely turned me off Konqueror before because I assumed it's a feature rather than a bug...

By Dom Delimar at Tue, 2008/04/29 - 5:00am

If you normally use the mmb to scroll (with the directional arrows that appear upon mmb clicking), this is a let-down. You have to spend an extra .5 sec to find a place to click (mmb) that wont load anything, and then find a place again when you want to return to normal scrolling (no directional arrows that appear upon mmb clicking). Is there an answer to the original question? Of course some peeps like it and some don't, that wasnt the question though. I, too, would like to know if it can be completely disabled.

By Ryan at Tue, 2004/08/17 - 5:00am

This is definitly a feature not a bug. I often find my self browsing the web way too seriously, and only looking for info I want. Accidental middle clicks (generally from sloppyness when trying to hover over an imput form box) combined with the fact reglar text becomes google "I'm feeling lucky" searches have to the strangest sites. It helps remind me that the web is more than email, news blogging, computer help fourms and academic journals (all I generally use it for). Although, on a couple rare occasions, I've acidently stumbled on to the fix or journal article I needed....


By Jason at Thu, 2005/12/08 - 6:00am

What are you talking about?! I love the feature!
sometimes URLS are not hyperlinked and it is really painful to copy, clear out the current location, paste the new one and then hit enter...
Now, All I have to do is highlight the url and middle click for it to be loaded!

By AC at Mon, 2003/04/21 - 5:00am

The > issue in konqueror is very frustrating. I too would like to see resizing somehow enabled. In addition to this it would be really nice to be able to open all the bookmarks in a particular bookmark folder as a group of tabs. Phoenix can do this nicely. I believe Opera can as well, but I'm not sure.

By Adam York at Fri, 2003/05/23 - 5:00am

A lot of bugs have been fixed for DockBar (the kicker extension). If you are looking for another way to make kde look like WindowMaker, have a look at http://www.avenheim.online.fr/deskbox
Note that the goal is not only to make it possible to use dock apps, but to display desktop icons as boxes (but it is also possible to use WindowMaker dock apps...).

By Benoit W. at Tue, 2003/04/22 - 5:00am

This means I can choose to put a window in dock (with licq, lmule, kget, etc) instead of taskbar of I'm getting it wrong?
(long file ago I sent a bug asking for this in bugs.kde.org, nothing until now...)

By Iuri Fiedoruk at Wed, 2003/04/23 - 5:00am