KDE-CVS-Digest for September 19, 2003

Saturday, 20 September 2003  |  Dkite

In this week's CVS digest: The KWin rewrite has been merged into mainline KDE. Optimizations in KABC, the address book framework, and the Konqueror listview. QtRuby gains support for KDE classes. KJSEmbed, a JavaScript implementation for KDE, now has SQL database bindings. Plus a large number of bugfixes.

Comments:

Jumping Icons - Steffen - 2003-09-20

Go to "Appearance & Themes" -> "Launch Feedback" in the Control Center and select "Bouncing Cursor" in the dropdown menu. Discovered this today and love it. Unfortunately the apps loads so fast in KDE 3.2. ;-)

Re: Jumping Icons - anon - 2003-09-20

Hehehe, that's a good one!

Re: Jumping Icons - Mumumba - 2003-09-20

hey, that sounds really cool ;-) would it be possible to make a screenshots and post it on kdelook.org ? many of kde3.2-hungrey KDE-Fans would enjoy previews like that :) thanks

Re: Jumping Icons - Anonymous - 2003-09-20

>would it be possible to make a screenshots Yay! Captain Illiterate strikes again. Now how do you want to make _static sceenshots_ of _juming_ cursors?

Re: Jumping Icons - KDE User - 2003-09-21

No one except you said static screenshots. GIF or MNG would work, as would any number of other animation formats.

Re: Jumping Icons - Shift - 2003-09-21

Fill a wish to bugs.kde.org to ask "Animatited screenshots for ksnapshot" ;)

Re: Jumping Icons - Olaf Jan Schmidt - 2003-09-21

No chance for KDE 3.2, as we already had feature freeze, but maybe for KDE 4.0 - it should not be too difficult to implement something like this in KMag.

Re: Jumping Icons - rjw - 2003-09-22

you could use KDE desktop sharing (x0rfb), and then use that vnc2swf recorder prog to make an evil flash file. Eh?

Re: Jumping Icons - Rayiner Hashem - 2003-09-20

I've been using that for awhile now. Its cool :) Now, I'm going to have to figure out a way to make the icon larger --- 16x16 is really just too small.

Re: Jumping Icons - norman - 2003-09-20

Well it is a bit fun it can be annoying after a while. I'm still waiting for the Gnome style way of doing it, Display "Starting Program" in the task bar.

Re: Jumping Icons - Thomas - 2003-09-21

The kicker taskbar is capable of that too. ... I get a small rotating sandglass in the taskbar indicating a starting program...Though I've deactivated the cursor symbol, the (small) taskbar indication is discreet and does not bother me (like e.g. the cursor symbol does).

Re: Jumping Icons - Chris Howells - 2003-09-21

KDE has been able to do this since KDE 2.0 or so. The icon on the mouse cursor came after.

thanks derek, - none - 2003-09-20

great read as always.

Syncronization - Rayiner Hashem - 2003-09-20

Does Kwin III support any special synchronization between window frame and window contents? Supposedly, Metacity uses the SYNC extension to make sure that the window frame and window contents are updated syncronously, to minimize rubber-banding. Hmm, I'm recompiling CVS right now. I guess I'll find out one way or another :)

Re: Syncronization - poephoofd - 2003-09-20

>> rubber-banding Are you sure you know what you're talking about?

Re: Syncronization - Rayiner Hashem - 2003-09-20

Of course. Why would you ask that? A description of the feature can be found here: http://mail.gnome.org/archives/wm-spec-list/2002-December/msg00023.html The feature is actually implemented in the newest versions of Metacity, though I don't know if the GTK patch is integrated yet.

Re: Syncronization - poephoofd - 2003-09-21

>> Of course. Why would you ask that? Because rubber banding is something very different. Anyway, I totally agree, it would be great if KWin would support that as well. (it even made Metacity fast when I tried back in those days)

Re: Syncronization - Rayiner Hashem - 2003-09-21

I use rubber-banding to refer to the inability of the contents of the window to keep up with the window frame. What definition are you using? PS> Ugh, in the latest CVS, Konq resizes *much* worse than it used to. The canvas can't even keep up with the resizing of simple pages like dot.kde.org, much less complex ones like Slashdot. I wonder if this is just random fluctations in Konq (that happens sometimes) or if its a problem with the new kwin.

Re: Syncronization - Joeri Sebrechts - 2003-09-22

I've always considered rubber banding to be drawing a dashed line or rectangle to indicate where and how an object which is being resized will be drawn. Google seems to consider that the authorative meaning of rubber-banding. Ofcourse, if you're not using opaque resize, then there will be rubber-banding, because the window will be reduced to a rubber band.

Makes sense - somebody - 2003-09-20

> <rant> > It's great to plan future of KSpread when there are > such obvious, long-standing and easy to fix bugs. > </rant> Well, I think it makes sense to plan the future of KSpread if you have the chance to meet?! Especially if is about redesigning (which involves bug fixes here: performance bug,...). (See dot news about that) Fix the bugs if they are easy to fix - if you have the time -> some people don't seem to have it right now...

Re: Makes sense - Nicolas Goutte - 2003-09-21

I do not think that Luká? has meant it in the first degree. He is KOffice's release manager after all. Have a nice day!

Re: Makes sense - Nicolas Goutte - 2003-09-21

Grr.. the ? was supposed to be a s caron. Sorry, Lukas.

Thank you! - Mario - 2003-09-20

The KWin rewrite sounds great and a lot easier for developers, maybe I'll even make a style ;) I'm also glad to ssee a lot of bugs being fixed. From the "weekly summmary" : http://bugs.kde.org/weekly-bug-summary.cgi 424 bugs fixed and 144 wishes complete. by the time you read this, the number will probably be higher! This ought to be a far less buggy release than 3.1. However, I really hope it will be delayed about a month so that it can be in a new year and people will think it's even more modern, and also it will be more polished. In addition, few people would actually get 3.2 if it's released in December, most will wait 3-4 months for the distros, so even if it's rleased earlier than February it won't make a difference for most people. 80% of users just get KDE from their distributions. Also, I'm wondering, with all these bugs fixed so fast will KDE be able to accomplish it's release goals http://developer.kde.org/development-versions/kde-3.2-features.html most items seem to be in the to-do and in progress section so what's goign on here? Are many items actually done but just not reported? Anyway, thanks KDE contributors!

Re: Thank you! - Derek Kite - 2003-09-20

Years ago I worked for a fellow in construction. We did concrete work. We would get to the jobsite, figure out what needed doing, he would disappear for a few minutes, then announce that the concrete was ordered, and would arrive at 2 PM. We got the forms done, just in time usually. So coolo has decided that a finished release will happen on Dec 8. Derek

default kwin decoration? - Mohasr - 2003-09-20

I don't know what is 3.2 default kwin decoration , but I think it shouldn't be keramik as in 3.1 , because it confuses new users as its buttons aren't the regular _ square X , I'd like to see knifty or the one with plastic style is the default 3.2 kwin decoration , what do you think?

Re: default kwin decoration? - Daniel Molkentin - 2003-09-20

One thing that confuses users most is constantly changing default themes. As we are talking about the type of user that never change their settings (do we?) those are best served with as few theme changes as possible. While I became a real fan of plastik (looks slicker than Keramik), I think it's not a good idea to force the user to yet another widgetstyle change. Maybe for 4.0, but not within the 3.x series. Cheers, Daniel

Change for the better - jukabazooka - 2003-09-20

When a change is for the better, I am all for it. Still, even if it wasn't made the default theme, Plastik could be in kde3.2.

Re: Change for the better - Chris Howells - 2003-09-21

Plastik is going to be in KDE 3.2. It's on the feature schedule. Can't remember if it's already been imported.

Re: Change for the better - Anonymous - 2003-09-21

It has already been imported into kdeartwork.

Re: default kwin decoration? - poephoofd - 2003-09-20

Then at least make the buttons nicer/better/more usable.

Re: default kwin decoration? - Rayiner Hashem - 2003-09-20

I'm beginning to consider Keramik a liability. KDE looks 10x prettier on my desktop than it does in any of the screenshots, mainly because Keramik looks really strange, and the defaut colors aren't that great either. The man problem is the gradient in the toolbars and menubar. It makes it look like the toolbar is curving out. The icons are still flat, so how are they sitting on that toolbar? Are they lying tangent to the edge of the curve? If so, how come there is no shadow underneath? You also get a weird effect with buttons that can be pushed in --- you'd expect the sunken portion to be deeper at the middle of the gradient, but it isn't. Also, Keramik highlights a redraw problem in KDE Styles. Styles with gradient toolbars cannot redraw fast enough to keep up with the window border, so you can see the toolbar creep across the screen as you resize it. With Keramik this is especially bad, because the gradient is so heavy and the toolbar looks so deep. You get a very visible "cliff" of the edge of the toolbar lagging behind the window frame. Styles that paint their background via Qt (use the PaletteBackground mode) or can redraw fast enough (like ThinKeramik and a few others) don't suffer from this problem.

Re: default kwin decoration? - Mohasr - 2003-09-21

hey ! as for style , keramik was and *still* my favorite style , BUT I'm talking about keramik Window Decoration that I think should be changed Window decoration NOT widget style

Re: default kwin decoration? - Wurzelgeist - 2003-09-21

Oh? I thought Plastik will be the default in 3.2?

Re: default kwin decoration? - no - 2003-09-21

nope, there won't even be any consideration for it as the default style until KDE 4.0. We can't have three different default styles for three different >minor< (3.X) releases. After KDE 3.2 is released, I'm sure there will be some discussion about this issue, especially if KDE 3.3 is dropped in favor of 4.0. The prime candidates are Plastik and ThinKeramik.

Re: default kwin decoration? - Steffen - 2003-09-21

Try using Keramik style + window decoration with the Plastik color scheme, I think this rocks! :-)

25889 lines - Lubos Lunak - 2003-09-20

Hmm. That shows how "useful" CVS statistics are. But anyway, that must be a record ;).

Re: 25889 lines - Derek Kite - 2003-09-20

Well, if you save up a year's work, commit it all at once to HEAD, this is what happens :) I think coolo had a week way up there, due to regenerating all the .po files. Derek

Horizontal Scroll Bar Trouble - Burrhus - 2003-09-21

Does anyone else notice this page is wider than the browser window? I'm using KDE 3.1.4, and this page is wider than my browser window. The window has to be 965 pixels before the problem goes away (with the font size set at -4, the window only has to be 860 pixels wide). I have to shrink the page to less than 700 pixels before Mozilla draws a horizontal scroll bar. Interesingly, if you save the page and look at the preview in the open file dialog, it looks fine there. Bug fix 61730 [1] was supposed to resolve this issue, and it did resolve the issue on some sites, but apparently Konqueror still exhibits the problem right here on the dot. [1] http://bugs.kde.org/show_bug.cgi?id=61730

Re: Horizontal Scroll Bar Trouble - rinse - 2003-09-23

Yep, happens here as wel. I use kde 3.1.4, and no matter how large I make the Konqueror window, the width of the page is larger then the Konqueror view, so a horizontal scroll bar is visible. Same with kopete, no matter how large its chat window is, there is always a horizontal scroll bar. Rinse

Re: Horizontal Scroll Bar Trouble - alice - 2003-10-26

Same here. 3.1.4 was supposed to fix this?? well it didn't! :)

Kicker notification of applications changing state - CMF - 2003-09-21

Just wondered if this in any is in CVS and if not WHY? As far as i see it, it's a pretty important feature, i mean if im chatting in kopete and just change to konq with teh caht window minimised i'd like to be notified by Kicker as to whether i recieve a message (app changes state?). Would this involve the new Kwin and Kicker or something else? BTW this isn't a feature request, just asking whether it is there, if not feature request will go up.

Re: Kicker notification of applications changing state - Paul Koshevoy - 2003-09-21

Well, I think what you want is already possible, because I have seen new-message notification in Netscape Mail (4.xx). It would change the application icon in the taskbar. So, really, you should ask the kopete guys to implement something like this for you. Paul.

Re: Kicker notification of applications changing state - Richard Moore - 2003-09-21

I implemented KWindowInfo which offers this sort of thing in KDE 3.1. It lets you put messages in the titlebar and provide temporary overrides of the WM icon. Rich.

Re: Kicker notification of applications changing s - poephoofd - 2003-09-21

Why not just a flashing or pulsing taskbar button? I really don't see it (quickly) if only an icon or text changes..

Re: Kicker notification of applications changing s - Richard Moore - 2003-09-21

It can do that too, you just make the overlay have the appropriate appearance. Rich.

Re: Kicker notification of applications changing state - Vic - 2003-09-23

I've seen apps flash in the application panel in CVS as of the latest rebuild (this past weekend). For example, if I start Konqueror and then go back to kmail when konq finally starts, it's taskbar item flashes blue (I don't have any startup notification things enabled) I have yet to test to see how well the flashing corresponds to application notification (ksirc, etc) but I think it's a great idea.

Wishlist for features in konqueror 3.2 - Andrey V. Panov - 2003-09-22

1. Per site loading policy for images and flashes (like for javascript and cookies). 2. Downloading of files by external program (like galeon does). 3. Possibility to save loaded into konqueror window by kparts .pdf,.dvi,.ps files. Ability to download these files by (external) download tool instead of loading by kdvi etc. 4. Change in zooming policy, instead per page to per site or per tab (like in galeon). 5. Blocking popups. I think it is not hard to implement these features.

Re: Wishlist for features in konqueror 3.2 - Alex - 2003-09-22

Feature I want most for Konqueror are to have these 10 bugs or features fixed/added: http://bugs.kde.org/show_bug.cgi?id=62679 http://bugs.kde.org/show_bug.cgi?id=62678 http://bugs.kde.org/show_bug.cgi?id=58943 http://bugs.kde.org/show_bug.cgi?id=58944 http://bugs.kde.org/show_bug.cgi?id=59791 http://bugs.kde.org/show_bug.cgi?id=59789 http://bugs.kde.org/show_bug.cgi?id=52884 http://bugs.kde.org/show_bug.cgi?id=53772 http://bugs.kde.org/show_bug.cgi?id=37300 http://bugs.kde.org/show_bug.cgi?id=62736 They were not odered by importance.

Re: Wishlist for features in konqueror 3.2 - Debian User - 2003-09-22

> I think it is not hard to implement these features. Great, when do you start to? Yours, Kay

Re: Wishlist for features in konqueror 3.2 - Tukla Ratte - 2003-09-22

> I think it is not hard to implement these features. Heh. Spoken like a true IT manager.

Re: Wishlist for features in konqueror 3.2 - poephoofd - 2003-09-22

>> I think it is not hard to implement these features. Never underestimate the art of adding a new feature.

Re: Wishlist for features in konqueror 3.2 - Scott Wheeler - 2003-09-22

1. Developers are going to do little more than giggle about feature requests posted here. We have a bug tracking system for that. bugs.kde.org is where this belongs. 2. We're already several weeks into the feature freeze for 3.2, so if it's not on the feature plan and not already done, it ain't gonna happen this go around. ;-) 3. Please people, don't say, "this should be easy" if you don't know any of the issues involved. If it's "easy" then where are your patches? ;-) [steps off of soapbox]

Re: Wishlist for features in konqueror 3.2 - André - 2003-09-23

Better and unified Graphics for KDe Games. Draughts and Chess...

80% of your wishes come true - Thomas - 2003-09-23

> 1. Per site loading policy for images and flashes (like for javascript and cookies). well, ok.. one point to you > 2. Downloading of files by external program (like galeon does). What are you talking of? KGet (an "external" download manager) ist the way it works... right now > 3. Possibility to save loaded into konqueror window by kparts .pdf,.dvi,.ps files. > Ability to download these files by (external) download tool instead of loading by kdvi etc. I don't get the point here, but out of a guess: either preview a file with the kparts component, open it separately or choose "save link as"... it's your choice > 4. Change in zooming policy, instead per page to per site or per tab (like in galeon). Well it _is_ per tab or per site (in a tab) > 5. Blocking popups. ufff...konqueror actually blocks popups (Choose "smart" for the "open new windows" policy in the javascript settings)

Re: 80% of your wishes come true - luciano - 2003-09-24

I want to respond to point #3: Often, save link as... does not work. the link is often a script, and downloading the script is not what you want. Moreover, this whish should be easy to fulfill: since the "send file..." menu item is often present, a "save as..." menu item could be easily added. It simply means renaming a temporary file, instead of encoding it and sending it via mail.

Re: Wishlist for features in konqueror 3.2 - Peter Flynn - 2004-01-30

Fix the long-standing bug (since Mosaic) which allows a linewrap before any start-tag, even if it's not preceded by space. Example: ...mail me for help (<tt>foo@bar.com</tt>). If this occurs such that the email address has to be wrapped to the next line of display, it leaves the open-parenthesis all by itself at the end of the line! (Go on, do it...create a file with a long line ending as above, display it, and then narrow the window until it wraps.) Right-click on a link should include a "Copy Email Address", the same as "Copy Link Location" but without the "mailto:" method. Right-click on a link should include a "Send this Link by Email", so you don't have to load a page just to be able to send its URI in an email message. Pop-up control on a per-site basis. Don't tinker with the toolbars, they're just fine as they are. A Print Preview would be nice (export to PDF/PS?) Add much better recognition of common filetypes. Having it ask if you want to open a .asp file in Kword is not useful. ADD XML and XSLT! PLEASE! <grovel/> Having it spawn Moz every time is a pain. Fix printing so it uses the configured fonts. Right now (3.1-15, KDE 3.1-12, RH9) everything prints in 10pt Times or smaller, regardless of what the CSS said and regardless of what display font you have set. If necessary, have a "Print Magnification" setting that will let you blow everything up x% for printing. A new "Syphon Image URIs" and "Syphon Link URIs" function would be useful, either to a file or to a new tab for cut and paste. This is equivalent to the --images and --links options of dog (a drop-in replacement for cat, see http://jl.photodex.com/dog/): I'm sure Jason and Jacob would let you use their code. Make Konqueror restart with menus, a toolbar, bookmarks, and a location bar after a crash: currently it loses all these settings, sometimes even after a normal exit. If this config is read from a file on startup, do a close() when it's been read. ///Peter

Re: Wishlist for features in konqueror 3.2 - Anonymous - 2004-01-30

> Fix the long-standing bug (since Mosaic) khtml/Konqueror was never based on Mosaic. > Pop-up control on a per-site basis. > A Print Preview would be nice (export to PDF/PS?) Let me guess, you never used Konqueror 3.2 or in case of print preview even KDE 3.1.

Re: Wishlist for features in konqueror 3.2 - Peter Flynn - 2004-02-03

> khtml/Konqueror was never based on Mosaic. But it displays the same error. Try it. Something, somewhere, must be using the same broken model of parsing as all the other browsers. The existence of a start-tag in a document does *not* mean this is a posssible line-wrap point: in particular, a start-tag immediately following an open-bracket is precisely *not* a place the line should be wrapped. Let Konqueror be the first browser to fix this bug! > Let me guess, you never used Konqueror 3.2 or in case of print preview even KDE 3.1. No, for support reasons I'm dependent on the RPMs available from RH's up2date. This is excellent news, thanks. My problem. Unfortunately preview via the KDE print filter hangs more often than not (I just tried it on this page...sure enough), and only displays Times, regardless of the fonts on the screen display. I was hoping for something a little more robust. ///Peter