KDE-CVS-Digest for May 30, 2003

Friday, 30 May 2003  |  Dkite

This week, new tab widgets are in Konqueror, news on KAudioCreator, MDI support goes into KDE, and more functions and templates are added to KSpread. Also, many bug fixes have been made to KMail, Konqueror, and KWin. Read it all in the latest KDE-CVS-Digest.

Comments:

Good work - Avery - 2003-05-30

I always look forward to the weekly cvs digest. As always great work (a little early this week too....)

Tab Widgets - binner - 2003-05-30

Of course the KTabWidget is new in kdelibs and only used in Konqueror now. And it doesn't require Qt 3.2 as whole HEAD shouldn't require it yet.

Re: Tab Widgets - anon - 2003-05-30

are there any screenshots of the new tab widgets someplace?

Re: Tab Widgets - binner - 2003-05-30

This screenshot shows how Konqueror/HEAD uses it. Missing is the mouse pointer between the tooltip and the close button shown on icon hover.

Re: Tab Widgets - tuxo - 2003-05-31

What about new icons for opening/closing tabs? The current ones are not that beautiful in my opinion.

Re: Tab Widgets - Datschge - 2003-05-31

How about drawing some alternative icons? It looks like many icon sets are still missing these (any many other) icons.

Re: Tab Widgets - anon - 2003-06-02

thanks xxx

thanks Derek ! - quarus - 2003-05-30

Your CVS Digest is always interesting !

Screen shots? - Torpedo - 2003-05-30

Anybody have screen shots of new konqueror tab widget? Does this implementation use the color indication of the page status (loading, ...)? How can you open a link into a new tab while you keep viewing the current? (I can't wait for the 3.2 publication :-) ) Thanks a lot!

Re: Screen shots? - binner - 2003-05-30

For screenshot see above. The tab widget allows colored tabs and Konqueror uses it for page status indication. And KDE 3.1 already had Ctrl+left mouse button, an general option and right mouse button menu entry to open new tabs in background.

Re: Screen shots? - Eron Lloyd - 2003-06-01

Does it's API allow for the active tab to be bold, to distinguish it from the rest? That would be quite helpful. Cheers, Eron

Re: Screen shots? - binner - 2003-06-01

No. This sounds more like a style issue.

Re: Screen shots? - lit - 2003-06-01

the QStyle widget theme in current use can make active tabs bold. Whether this looks nice is really dependent on the style.

Re: Screen shots? - Melchior FRANZ - 2003-06-01

FWIW: I like the current black/red/blue (depending on the state) tab titles a lot!

Thanks! - Enrico Ros - 2003-05-30

Even if we're already accustomed with the great KDE-CVS-Digest i've to thank you for bringing us always the bleending edge of kde development! I can't wait anymore, I need to read it! Thank you!! enrico

ktabwidget && kmdi - phluid - 2003-05-30

1. Is kmdi going to be ported to use ktabwidget so that apps like kdevelop and kate can use it's features? Is konsole going to be ported to kmdi or ktabwidget solely? Is konqueror going to be ported to kmdi? I'm confused. 2. The close button on tabs in Konq is sweet, and a long overdue addition (props to whoever worked on it..), but is there any way to use Mozilla-like behavior, as in close button in the edge? I find this far more space saving and less annoying than the galeon-like close buttons currently in CVS... A lot of people who undoubatly switch BACK to konq in KDE 3.2 (gotta love a better tab implementation), from browsers like Mozilla, Firebird (Phoenix), and Epiphany, will probably love a setting to switch it to the side. Only current Galeon users will like it, but galeon is fast moving to a state if irrelevence, as it was snubbed for inclusion into GNOME 2.4 in favor of Epiphany (which btw, has a sweet bookmarks system that any konq developers should try.. could be made into a kioslave, *hint* *hint*) Anyway, great work as usual in CVS kde developers, kde 3.2 is shaping up to be a great release. Oh yeah, thanks as usual Derek!

Re: ktabwidget && kmdi - anon - 2003-05-30

Konsole is perfect the way it is. Please don't change nothing.

Re: ktabwidget && kmdi - Mark Hannessen - 2003-05-30

it would be nice to be able to "spawn" new shells using ctrl+shift+n just like spawning new tabs in konqy.

Re: ktabwidget && kmdi - binner - 2003-05-30

Use Ctrl+Alt+n (since KDE 2.2) or "Settings/Configure Shortcuts...". :-)

Re: ktabwidget && kmdi - Mark Hannessen - 2003-05-30

thats really cool !! thanks a lot. but isn't it confusing to have two different key combinations for two things that are so similair? i tried ctrl+shift+n naturaly in konsole because konqy did it that way, when ctrl+shift+n didn't work in konsole i thought it wasn't inplented and didn't bother searching. i probably should have looked a little better, but i bet there are more people who made that mistake.

Re: ktabwidget && kmdi - jadrian - 2003-05-31

I agree, it should be consistent. That's why I submited this whishlist report: http://bugs.kde.org/show_bug.cgi?id=53855 Please vote for it. Thanks

Re: ktabwidget && kmdi - binner - 2003-05-31

Konsole was there first. :-) Its shortcuts were chosen to don't clash with common shell shortcuts. Konqueror chose others because its shortcuts conflicted e.g. with KLineEdits in web pages. It's not easy to find common shortcuts. I changed Konsole to default to Ctrl+Shift+N as alternate shortcut for "New Session".

Re: ktabwidget && kmdi - Matthias - 2003-05-30

But konsole already does that. Doesn't it? *switch-to-konsole* - *press ctrl-alt-n* - *getting new shell* Yes, it does. Or it might be a special custumisation i did myself.

Re: ktabwidget && kmdi - binner - 2003-05-30

I plan to change Konsole to use KTabWidget. A toolbar button group is a wrong GUI representation for multiple sessions.

Re: ktabwidget && kmdi - anon - 2003-05-30

Argh. That would be quite awful. It looks and works great the way it is, especially with the bar at the bottom and with text beside icons. For an idea of how bad normal tabs would look try gnome-terminal. Please get consensus and check with the maintainers before making this big change. :(

Re: ktabwidget && kmdi - optikSmoke - 2003-05-30

I agree! The buttons look beautiful.... frankly, using tabs would be ugly (especially in keramik, but that's just a gripe I have with keramik's tab widget) No tabs in konsole! PLEASE!

Re: ktabwidget && kmdi - binner - 2003-06-01

Try Keramik/II for slightly different tabs or use a different style.

Re: ktabwidget && kmdi - optikSmoke - 2003-06-01

I use Mandrake Galaxy at the moment..... I haven't found a perfect style as of yet, but some of the nice little touches in Galaxy allow me to ignore some of the little things I don't like.

Re: ktabwidget && kmdi - Andre Lourenco - 2003-06-01

same here :-)

Re: ktabwidget && kmdi - binner - 2003-05-30

> especially with the bar at the bottom and with text beside icons. What makes you believe that this will go away? > Please get consensus and check with the maintainers before making this big change. :( I convinced at least myself already. :-)

Re: ktabwidget && kmdi - tuxo - 2003-05-31

Ah no, please don't use tabs instead of buttons, it's perfect the way it is now! Gnome terminal is ugly!

Re: ktabwidget && kmdi - tuxo - 2003-05-31

Another reason why tabs is not a good idead is that with terminals, the focus is always on the bottom (where the cursor is). Now with tabs on top a la konqueror or gnome-terminal, one has to switch focus all the time when changing a terminal. With the current button-based implementation, it is possible to have the button bar on the bottom, so one doesn't have to move the eyes up and down while switching.

Re: ktabwidget && kmdi - lit - 2003-05-31

You can move ktabwidget (and qtabwidget) in top and bottom, and hopefully someone will extend it to rotate to left and right too like kmultitabbar can (which is the widget used in konqueror's sidebar, afaik) Perhaps the konsole tabbar should be set to bottom by default.

Re: ktabwidget && kmdi - fault - 2003-05-31

> For an idea of how bad normal tabs would look try gnome-terminal. Yes, do try gnome-terminal in fact. Tabs work quite great for this purpose. Konsole's buttons and tabs are the same metaphor.. having konsole use buttons instead of tabs has been a long-running UI consistancy bug since KDE 2.0 (konsole in KDE 1.2 didn't have MDI, did it? did kvt?) that simply needs to be fixed sooner or later. It's actually possible now that we have a tab widget that is as powerful as Konsole's buttons+a toolbar were. Back in Qt 2.x, I remember qtabwidget being pretty hard to extend, not sure when it got fixed :) I'm sure when konsole was original developed, it would have used a tab widget if there was one sufficient for it at that time. I'm personally looking forward to colored tab highlights ala konqueror in konsole (the current notfications, etc...)

Please keep the buttons - Mike - 2003-05-31

I'm going to join the chorus and say I like Konsole the way it is. When working in a terminal, the command line is almost always at the bottom of the screen. It makes sense to place the tabs/buttons close by. I took a look at gnome-terminal, and it just doesn't feel right. I usually switch terminals using shift-left and shift-right. I like the fact that I can watch the buttons change right below my command line. This is one of my favorite features of Konsole, making it my terminal emulator of choice. I also like the "new" button on the left-hand side. If you were to switch to tabs, the next step would be to add a toolbar for the "new" button. Frankly, that would just add clutter. You might notice that Gideon also uses buttons instead of tabs. They work quite well. By the way, Konsole lets you move the toolbar to the top. Does anyone actually do that?

Re: Please keep the buttons - fault - 2003-05-31

> I'm going to join the chorus and say I like Konsole the way it is. When working in a terminal, the command line is almost always at the bottom of the screen. It makes sense to place the tabs/buttons close by. Uhm, ktabwidget supports being at the top *and* at the bottom. I assume that it'll be put at the bottom by default in konsole. > If you were to switch to tabs, the next step would be to add a toolbar for the "new" button Have you seen ktabwidget within Konqueror? The new button is within the tabbar. You could probably put a close button on other side too. > I like the fact that I can watch the buttons change right below my command line. It would probably pretty easy to let the tabs accept that kind of focus.. If it can't already.

Re: ktabwidget && kmdi - nbensa - 2003-05-31

NO PLEASE!!! Konsole is OK the way it is now. DONT USE TABS IN KONSOLE!

Re: ktabwidget && kmdi - binner - 2003-05-31

Your arguments are really convincing. Wait - what arguments? It would help if people would read the other comments before whining about losing a bottom bar and other things. :-)

Re: ktabwidget && kmdi - Melchior FRANZ - 2003-06-01

Tabs aren't only OK, they are a requirement. Buttons just don't make sense for switching konsole instances. That's completely inconsistent. People will soon forget the buttons, once they see the new (very well done!) tabs at the bottom of their konsole window. (Back oriented people are free and strongly encouraged to fork konsole and maintain their very own implementation. :-)

Re: ktabwidget && kmdi - Torpedo - 2003-06-02

Yes, I think its better to use ktabwidget, wasn't it its target?!. Long life to code reusing...

Re: ktabwidget && kmdi - uga - 2003-06-02

IMHO, first keramik's bulky buttons and tabs should be flattenned a bit before this change. They take much more space than the buttons when ->setFlat(true); When I code, I usually hate to put keramik's buttons just for that, so I *always* use the flat option in my dialogs. I need to learn coding qt's styles asap....

Re: ktabwidget && kmdi - MxCl - 2003-06-03

Keramik 2 addresses this, anyway you could always use a different style

Re: ktabwidget && kmdi - uga - 2003-06-02

If Keramik's tabs where flat that would look nice, but it just doesn't look right for me with bulky buttons on the bottom. Is there a ->setFlat() option for tabs? That would be nice. Otherwise I'll have start making my own patched konsole ;-)

Re: ktabwidget && kmdi - till - 2003-06-02

> there a ->setFlat() option for tabs? Yes, there is in fact.. However, it really depends on the style maker to implement such a varient tab. Most KDE and third-party styles don't include it. TrollTech's do. BTW, KeramikII's tabs are less bulky than Keramik3.1's tabs.

Re: ktabwidget && kmdi - SadEagle - 2003-06-02

>> there a ->setFlat() option for tabs? > Yes, there is in fact.. Huh?

Re: ktabwidget && kmdi - till - 2003-06-02

ugh.. too much coffee.. i was referring to qwidget::setTabShape(QTabWidget::triangular)

Re: ktabwidget && kmdi - Mystilleef - 2003-06-03

I'm I the only one who works in Konsole without the scroll bar, the menu bar, the status bar, the tool bar and in full screen all the time? I'm I the only one who sees all those bars, icons and widgets as distractions? I'm the only one who see KDE's interface getting cluttered and uglier as the day passes by? I'm I the only sick brother around? Even Konqueror's Keramic style tabs look bulky, bulgy, cluttered, unnatural and just plain annoying. Isn't it about time KDE's user interface designers and engineers started incorporating the simple, sleek and slim fundamentals into their design philosophy. Visible tabs on a CLI is just blatantly inexcusable. Even if you are to incorporate them, please design them with simplicity and style in mind and make them less conspicuous or less distracting. Regards, Mystilleef

Re: ktabwidget && kmdi - till - 2003-06-03

> Even Konqueror's Keramic style tabs look bulky, bulgy, cluttered, unnatural and just plain annoying. wait for KeramikII in KDE 3.2 :).. less bulky tabs > Visible tabs on a CLI is just blatantly inexcusable. A nice balance might to be to hide the tabbar in konsole (like it is in Konq), when only tab is in use. This has been a main feature of konsole since KDE 2.0. It's one of the main reasons people uses Konsole versus something like Eterm or aterm. When gnome-terminal did not have it, people screamed until it did. This brings up a good point though-- a lot of people use KDE for it's features. This of course doesn't mean KDE developers should not focus on slimness and sleekness (which were main features of KDE 1.2...) I do agree that KDE is quite a bit more cluttered than it used to be.. Especially things like the control center. Of course, on going work (http://usability.kde.org/activity/completed/panelconfig.php) is always going on in that sector.

Re: ktabwidget && kmdi - lyp - 2003-06-03

autohiding would rock

Re: ktabwidget && kmdi - Anon - 2003-06-03

What status bar?

Re: ktabwidget && kmdi - LMCBoy - 2003-06-03

I don't get it. Juts turn off all the options you don't like and use the light widget style. The sleek, no-clutter CLI that you describe is then right there in front of you, so what's the problem?

Re: ktabwidget && kmdi - anon - 2003-05-30

Look at the screenshot by binner. There is an X on the side like mozilla. The x in the tabs don't waste any space anyway since they just take the place of the favicon on hover.

Re: ktabwidget && kmdi - not_regisitered - 2003-05-31

unfortunately i find the new close tab method annoying at times, since it sometimes accidently press on the icon of the website on the tabwidget to select it (which closes it of course) and crashes konqueror coincidently too :) it looks ugly anyway so i would rather close them using right click -> close tab :) also the red color text on the tabs when there is some loading looks a little out of place with the colour scheme. i dont know what you could do about that though... anyway cvs continues to be very stable and nice so keep up the excellent work people! ps: keramikII has some nice little additions

Re: ktabwidget && kmdi - anon - 2003-05-31

Instead of the red, maybe steal the animation from Mozilla?

Re: ktabwidget && kmdi - binner - 2003-05-31

While hiding the site icon? And how to display the "unread" state (without hiding the site icon)? In my opinion it's better to display both states with colors rather one with an animation and the other with color.

Re: ktabwidget && kmdi - Sad Eagle - 2003-05-31

overlay?

Re: ktabwidget && kmdi - Datschge - 2003-05-31

While often a great idea I don't think overlay makes much sense here, the size of a favicon is imo way too small for this purpose, and additionally it doesn't help anyway if the favicon's look itself is not know yet to the user.

Re: ktabwidget && kmdi - Sad Eagle - 2003-06-01

Well, the little star from new window/tab/file icons may fit. I am not sure the icon loader handles overlays this small, though.

Re: ktabwidget && kmdi - anon - 2003-06-01

Using colours for this is almost inherently flawed. What if someone uses a different colour scheme? Even if it's configurable it's too much bother. What if someone is colour blind?

Re: ktabwidget && kmdi - binner - 2003-06-01

It will be either dropped, configurable or use color scheme colors like the newest version. And AFAIK color blind people can differ black, red (appears as brown to red/green blind) and blue.

What happened to mouse gestures? - Gesture lover - 2003-05-30

Khotkey 2 is still not merged in. Is it so buggy that people gave up?

Re: What happened to mouse gestures? - Another gesture lover - 2003-05-31

You please do it, please, please, please.

Re: What happened to mouse gestures? - trill - 2003-05-31

> Is it so buggy that people gave up? By no means... CVS is still a work in progress.

Will KDE add something like the eclipse tab widget - TomL - 2003-05-30

When eclipse has to deal with a number of tabs, it adds a sort of combo box on the side which allows the user to pick a particular tab by name, which is a lot more fun that trying to go "left, left, left, oops too far, right, right". It also has a previous and next tab capability. I'd love to see this kind of thing for konqueror.

Re: Will KDE add something like the eclipse tab widget - anon - 2003-05-31

Konqueror already has previous/next tab functionality. I have no idea what you talking about the eclipse though.

Re: Will KDE add something like the eclipse tab widget - TomL - 2003-06-02

Eclipse has previous and next tab capability in the toolbar, in a nice convenient place. Believe me, eclipse does their tabs in a very, very nice way.

Re: Will KDE add something like the eclipse tab wi - Datschge - 2003-06-02

How about screenshots and more detailed descriptions of its behavior?

WOW, Lot sof changes in KDE this week! - Alex - 2003-05-30

Thanks derek Kite and Kde developers!!! Also, I think the Eclipse idea is pretty cool, amybe you should add it as a wishlist item to add as a prefference. Speaking of tab features, here are some cool ideas at KDE-LOOK.org: http://www.kde-look.org/content/show.php?content=6319 its rough, but if at least #6 would be implemented that would be awesome.

Re: WOW, Lot sof changes in KDE this week! - lit - 2003-05-31

> http://www.kde-look.org/content/show.php?content=6319 Pretty good ideas! I think all of them are pretty much possible with the new tab widget.. I just hope that there are enough developers free enough to implement them all.

Re: WOW, Lot sof changes in KDE this week! - lit - 2003-05-31

> http://www.kde-look.org/content/show.php?content=6319 Pretty good ideas! I think all of them are pretty much possible with the new tab widget.. I just hope that there are enough developers free enough to implement them all.

Question - Alex - 2003-05-31

I read that when you hover a close buttona ppears directly on the tab. This seems very bad usability wise, what if I click to select a tab where the close button is supposed to appear? Wouldn't that close the tab. I don't think i want that, especially since there is already the mozilla way to close tabs. Is there a way to disable it? Also, can you edit the tab toolbar likea normal toolbar so i can for example remove the add new tab and close tab button if i want and just use the extra toolbar in Konqueror. god, i really hope this is possible. I ahte having diifferent buttons taht do the same thing.

Re: Question - fault - 2003-05-31

> I read that when you hover a close buttona ppears directly on the tab. This seems very bad usability wise, what if I click to select a tab where the close button is supposed to appear? Wouldn't that close the tab. I haven't tried it out personally yet, but the way I beleive it works is that the close button only pops up after a "hover time".. that is, a delay. This is to avoid mistaken clicks. Btw, is middle button closing ever going to be implemented? Or has it already? It's the thing I miss most from Moz's tabs. > Is there a way to disable it? See http://lists.kde.org/?t=105426566900002&r=1&w=2 Apparently no GUI option yet.

Re: Question - binner - 2003-05-31

> I beleive it works is that the close button only pops up after a "hover time".. that is, a delay. It didn't have a delay initially but now has for trial. > is middle button closing ever going to be implemented? Or has it already? No, see http://bugs.kde.org/show_bug.cgi?id=59172. Middle button is pasting under Linux/Unix and that is what it does in Konqueror and Mozilla's Linux/Unix versions too.

Re: Question1. Close with middle click - heavyVoid - 2003-11-01

No. In mozilla-firebird for windows the default behavior is to close tabs with the middle button. To make it work in GNU/Linux just do the following: 1. Open Firebird, type "about:config" as the url. 2. Search for the option "middlemouse.contentLoadURL", set it to `false' 3. DONE! I miss this in konqueror, I really really really miss it. Hope there is/will be a way to configure that. heavyvoid

what about this?? - yg - 2003-05-31

What about fixing this _annoying_ flickering-toolbar bug...??? http://bugs.kde.org/show_bug.cgi?id=39234 Thanks voting for it!

Re: what about this?? - yg - 2003-05-31

and I've got more: http://bugs.kde.org/show_bug.cgi?id=57189 http://bugs.kde.org/show_bug.cgi?id=58040 http://bugs.kde.org/show_bug.cgi?id=59113 please vote :-)

Re: what about this?? - lit - 2003-05-31

I beleive the second is already fixed in CVS.. can anyone confirm?

Re: what about this?? - lit - 2003-05-31

I beleive the second is already fixed in CVS.. can anyone confirm?

Re: what about this?? - James Richard Tyrer - 2003-06-01

I have KDE 3.1.2. #57189 on my 400MHz K-6 III, it is running in Konqueror with 3 other tabs and using: 20 to 30% of CPU. I'm also compiling the updates on KDE_3_1_BRANCH on a console. I have no problems. Should I assume that it is fixed and close it WFM? -- JRT

Re: what about this?? - ik - 2003-06-01

the image loading bugs are the ones that bother me mostly, i saw mosfet was working on atleast the .gif issue ... right ? i have 512 meg ram but my konqueror regulary gets OOM killed when i load big .jpg's or .gifs. the kview part has the same problem (i use it instead of the standard image part because of zoom functionality), and especially when zooming i get OOM kills (guess because the pixmap is scaled in memory instead of just repainted)

Re: what about this?? - James Richard Tyrer - 2003-06-01

OK, I'll vote for that because it is a general problem which is more annoying on a medium speed system 400MHz K-6 III. Flickering is the result of unneeded screen redraws. This issue should receive more attention -- eliminating them not only eliminates this anoying problem but should result in an increase in performance. -- JRT

Re: what about this?? - Datschge - 2003-06-01

Where did you get the idea that the flickering is a result of an unneeded redraw? It is a needed redraw, the flickering always occures when you change the view. When changing the view you also change the kpart/embedded KDE app which again has to update the toolbar with its own set of merged icons. Just open eg. a web site and a calendar file like at http://www.apple.com/ical/library/ in separate tabs, switch between them and see what merged toolbar buttons are and how "unneeded" the redraw actually is. My suggested fix (as mentioned in the report) is delaying the redraw instead showing it in "real time" for avoiding the flickering.

Re: what about this?? - James Richard Tyrer - 2003-06-01

Excuse my imprecise English. I should have said redundant redraw. Do you also feel that redundant redraw is good? -- JRT

Re: what about this?? - Datschge - 2003-06-01

Well, code could be added to compare the formerly merged toolbar buttons with the newly merged toolbar buttons and only do a redraw when they actually differ, but I don't know whether this is actually improving anything. The flickering would then only appear when the old and new buttons differ. I tend to think that this additional code is worse that just doing the redraw in the end since the redraw flickering issue has to be fixed elsewhere anyway.

Re: what about this?? - lit - 2003-06-01

The flicker isn't a unnecessary redraw that occurs I think-- it's just the erasing of the background several times I beleive.

Re: what about this?? - James Richard Tyrer - 2003-06-01

Redundant redraw is a general problem in many (if not all) desktops. However, I note that simply redraws something won't cause flicker. It is necessary to first erase it and then redraw it to cause flicker. Clearly, code that does this could use a little improvement. And, yes this bug should be moved to the code that actually draws the icons. -- JRT

Re: what about this?? - AC - 2003-06-02

Sure, but that would only help when the buttons dont change... cleaner solutions would include a) speeding up the redraw, there is no reason why it has to flicker or b) wait/hope for a backbuffered, Quartz Extreme-like X11solution which should make it easy to hide the flicker.

Re: what about this?? - Datschge - 2003-06-02

I don't think that speeding up the redraw will remove the flickering since the flickering is afaics a result of showing in real time how the dynamical old toolbar buttons are getting unloaded and the new ones merged in.

Re: what about this?? - AC - 2003-06-02

Yes, but who says that it is neccessary to redraw the toolbar after unloading the old kpart? That may be a Qt-related problem (when you remove a widget the parent will be redrawn automatically), but still a solvable problem... QWidget would need a "dont redraw unless you get an exposure message" flag.

Re: what about this?? - till - 2003-06-02

I think the quickest way to do this to use QWidget's (whatever toolbar ptr's)->setUpdatesEnabled(false) before switching views, and setUpdatesEnabled(true) after the toolbar has been merged in. Hope that the merging code uses QWidget::update and not QWidget::repaint.

Custom Buttons in KTabWidget - Troy Corbin Jr. - 2003-06-01

Can anyone tell me if the new KTabWidget will allow custom buttons to be added next to the New/Close buttons? If not, then there's no point in my using them.

Re: Custom Buttons in KTabWidget - binner - 2003-06-01

You only need QTabWidget of Qt 3.2: http://doc.trolltech.com/3.2/qtabwidget.html#setCornerWidget

Re: Custom Buttons in KTabWidget - Troy Corbin Jr. - 2003-06-01

Thanks for the link, it was helpful, but unfortunatly it shows that no, I can not add an extra ( third ) widget at this time. ( Sorry, I should have explained that better in the first post )

Re: Custom Buttons in KTabWidget - binner - 2003-06-01

Ever heard of nested QWidgets?

Re: Custom Buttons in KTabWidget - Troy Corbin Jr. - 2003-06-01

Ever heard of being polite?

Re: Custom Buttons in KTabWidget - anon - 2003-06-01

Ever heard about looking at the source or asking politely before ranting?

Re: Custom Buttons in KTabWidget - Somebody - 2003-06-01

How primitive!

Re: Custom Buttons in KTabWidget - Troy Corbin Jr. - 2003-06-01

*sigh* And we wonder why the KDE community is considered obtuse. Obviously Binner didn't think my question impolite, else he wouldn't have answered. I even said "Thanks" and "it was helpful" in my initial reply. This was not polite? I apologise. Perhaps you, in your trolling, anonymous wisdom can enlighten me, nay, the entire community on polite conversation? Of course I've heard of looking at the source. When you were in school, did your teacher tell you to research every question you wanted to ask her? The point is that if you don't want to help, then DON'T. The world will still revolve around it's axis without your dull wit. Unless, of course, you're just trolling for a reaction, in which case I humbly suggest you go play on Slashdot.

Re: Custom Buttons in KTabWidget - Datschge - 2003-06-01

Ehem, I beg you to differ. Binner gave you a hint how you can add "add an extra ( third ) widget at this time", by his short answer it should be obvious that it's obviously possible to have "nested QWidgets" which would allow you to do what you want. But that time you didn't say "Thanks" and "it was helpful" but "Ever heard of being polite?" so don't be surprised about similar answers with a similar tone.

Re: Custom Buttons in KTabWidget - Somebody - 2003-06-02

"Ever heard..." IS impolite.

Re: Custom Buttons in KTabWidget - Troy Corbin Jr. - 2003-06-02

Thank you. I'm glad *somebody* understands. Heh, get it? Somebody? ;-)

Re: Custom Buttons in KTabWidget - Datschge - 2003-06-02

No, it isn't. Starting a fight whenever someone *thinks* the other one was being impolite is helping noone and thus pointless and a waste of time. And as far as this thread is concerned "Ever heard of nested QWidgets?" was actually informative while "Ever heard of being polite?" was not only useless but counterproductive (unless it was intended as a troll and a try at starting a flame war which I hope it wasn't). Now to you, Troy Corbin Jr., I think you should stop writing your negative minded posts and relax. In your first post while asking for information you unnecessarily also wrote "If not, then there's no point in my using them.", something which would usually lead to flames, but Binner wisely ignored it. Then the next post you say thanks "but unfortunatly it shows that no, I can not add an extra ( third ) widget at this time." showing that you didn't understand Binners post while unnecessarily implying that it's Binner who is wrong instead asking how exactly one can do it. You smartly concluding that since you didn't get it it's impossible to do, bleh. Then in your third post you ignore the hint completely and instead, again unnecessarily, assume he's not helping you and not being polite. This now finally lead to a little flame which funnily enough was again filled with hints. But in your forth post you again decided to ignore them all and instead, unnecessarily, making a big speech about "KDE community considered obtuse", "everyone impolite while only I appologise", personal insults like "The world will still revolve around it's axis without your dull wit." and "go play on Slashdot." You even said "Of course I've heard of looking at the source." while obviously not having considered actually doing just that once. You and your unwillingless to keep your own personal issues away from your posts was the problem, the whole thread here would be perfectly fine and polite if you weren't there to bark at every single point where you with your personal social background thought of them as insults.

Re: Custom Buttons in KTabWidget - Somebody - 2003-06-02

But it really sounds like "Ever..., you idiot!".

Re: Custom Buttons in KTabWidget - Troy Corbin Jr. - 2003-06-02

I'm sorry that we can't agree on this, Datschge. I won't further pollute these forums with what has become a very offtopic thread. However, if anyone is honestly interested in my reply to Datschge's post, I'll be happy to send it through email. Have a great day all! :-)

Re: Custom Buttons in KTabWidget - MxCl - 2003-06-03

I think the problem here is you thought binner was being impolite, while I can think of many instances where saying what he said would be nothing but polite and helpful. If he'd added a smilie you wouldn't have been confused. It's just a case of misunderstanding the tone because it's the written word only. Now Datschge was right, you shouldn't react so aggressively. You can't tell what tone he meant, and he was being helpful to you.

Re: Custom Buttons in KTabWidget - lit - 2003-06-01

> *sigh* And we wonder why the KDE community is considered obtuse. I think it's probably the fact that there isn't, unfortnatly, much moderation here.. (besides for editors like navrinda, but they are probably busy).. it'd be nice to have either ip masks posted with posts, or accounts needed to post.

Re: Custom Buttons in KTabWidget - Datschge - 2003-06-02

Considering the traffic here I consider the boards here one of the most friendly one existing. Be aware that unlike on many other sites you can actually see every message posted without any "-1" or "troll" messages hidden away by default. The removal of messages is seldom here, and I hope it can stay this way. But I think Navrinda should put a suggestion like "stay friendly, then others will be friendly to you as well" on every single post page. ; )

Re: Custom Buttons in KTabWidget - lit - 2003-06-01

word.. http://lxr.kde.org. learn to use it, love it, and copy+paste large chunks of code from it :=======) of course, grandparent post was hardly a "rant"

Re: Custom Buttons in KTabWidget - Alex - 2003-06-01

That didn't have to be sarcastical. It could have been a simple honest question, you don't know what tone he used so you should of just assumed the best. Also, anon is his nick name here and he is not a troll and posts quite often here.

KDE Standard utils - KDE User - 2003-06-02

Will there be some standard utilities in KDE. I mean. I have Suse linux 8.2 and there are different applications for video, music etc. Are there any standard KDE applications??

Re: KDE Standard utils - tuxo - 2003-06-02

Noatun is the standard music/video player of KDE. However,there is Kaboodle as a light-weight alternative to just watch a film, listen to a piece of music, without having to deal with a playlist and lots of controls (although I find that an integrated volume slider is really missing in Kaboodle). I haven't used Suse in ages (am using Debian now) and maybe they added other players such as xmms or mplayer to the menu. Other desktop-oriented Linux distributions on the other hand just put one application per task (e.g. Lycoris). The reason why there are multiple programs at disposition in Linux is due to that people have different tastes (interface-wise) and also because different players have different capabilities. So Linux offers you more than the one-size-fits-it-all approach of M$. It's all about choice. If you don't like some of the applications you find pre-installed with Suse, de-install them. Tuxo

Re: KDE Standard utils - till - 2003-06-03

xmms and (g)mplayer are automatically added to the kmenu through kappfinder... kde 3.2 will have a new music application: JuK.. it takes more of a itunes approach to things, but is not a itunes clone (unlike similiar apps like rythymbox for gnome) kde 4.0 will hopefully see artsd replaced.. imho, it's the weakest link in KDE.. i've had KDE in 3 systems, and in two of them (both of which were ppc based), arts didn't work. On the third, arts did work, but playing a song took 10% more CPU usage than xmms using either alsa or OSS directly (12% versus 2%), AND it did weird things with software mixing when my hardware was perfectly capable of doing it.

Close button closes wrong tab... - anon - 2003-06-02

Anyone else notice that the close button closes the currently viewed tab, not the tab where the button appeared? This is really annoying.

Re: Close button closes wrong tab... - binner - 2003-06-02

The almost usual answer: your CVS copy is too old.

Re: Close button closes wrong tab... - michael - 2003-06-03

hmm, so compiling twice a week isn't often enough... I should get a new computer....

Back-ported to 3.1.* ? - MandrakeUser - 2003-06-03

Hi All Anyone knows if the konqui tab improvements will be backported to the 3.1 branch ? I would be nice, but OTOH KDE devs seem to wisely have chosen to try to keep the 3.1.* releases amost strictly as stabilty (bug-fix) ones ... Thanks :-)

Re: Back-ported to 3.1.* ? - till - 2003-06-03

I think bug fixes such as clearing the window upon tab changed will be backported. The new tab widget will not be--- KDE 3.2 will rely on Qt 3.2 eventually and the tabwidget has the most potential under Qt 3.2 (due to new stuff in QTabWidget)

Re: Back-ported to 3.1.* ? - NewMandrakeUser - 2003-06-03

Sounds like it, thank you Till !

Shrink tabs instead of < > buttons ? - peter - 2003-06-03

I wondered if tabs are going to be like in mozilla, i.e they shrink when the tabbar is full instead of the two < > buttons with wich you can toggle tabs.

Re: Shrink tabs instead of < > buttons ? - binner - 2003-06-03

This was implemented in HEAD during the last days too.