Second KDE 3.2 Alpha "Tereza" Released

Friday, 26 September 2003 | Skulow

As the first beta has been delayed to finish more PIM features, we're proud to present the second alpha release of KDE 3.2. The first alpha was already seen as a very strong release and the second one is even better with 1374 bugs closed in the last 31 days. The major changes are the import of KSVG and KPDF into the KDE distribution, along with a major rewrite of the window manager. You can download the new release here. The are currently no binary packages, but you can of course use Konstruct to build it. Please give this one a good testing as we'll be moving to the beta phase next.

Comments:

This is so great.... - Debian User - 2003-09-25

Hi, I am all excited and just building it. Hopefully this time -pedantic won't be a problem in configure (it was last time, Debian Sid gcc) and I can finally have a peek at Kontact. Time for the killer app: Kontact. Yours, Kay

Re: This is so great.... - Daniel Molkentin - 2003-09-25

Don't expect too much yet. While Kontact is certainly a nice thing, it's probably one of the least complete and least stable things in the 3.2 feature plan in this alpha. But we are getting there, thanks to all the contributors and especially to Matthias Kretz, who invested a really great amount of time into Kontact and KControl! Cheers, Daniel

Re: This is so great.... - Another Debian User - 2003-09-26

The -pedantic errors where not in konstruct or even KDE at all. They are mistakes in glibc 2.3.2, and discovered by a new strickter gcc 3.3.

Re: This is so great.... - Debian User - 2003-09-26

Hi there :-) Thanks for pointing this out. I guess I shall watch for updates on libc then (actually I am not on Sid, but mostly testing if I can). Yours, Kay

Can't wait.. - nbensa - 2003-09-25

Ok, I'm a emerge -u world freak. I just can't wait for KDE 3.2. BTW, is there any chance to get kwin shadow[1] and kdesktop icon shadows[2] in KDE 3.2? I've patched my ebuilds for 3.1.x, but an official release with this patches would be much better :-) [1] http://kde-look.org/content/show.php?content=5638 [2] http://kde-look.org/content/show.php?content=4750 Best regards, Norberto

Re: Can't wait.. - Daniel Molkentin - 2003-09-25

[1] Won't ever make it. It's an evil hack and it's slow as hell, especially on shaped windows. And it's not stable enough. [2] Something similar is implemented since quite some time. Alpha1 has it already. Just enable it. Cheers, Daniel

Re: Can't wait.. - AC - 2003-09-26

[1] and looks -- if working properly -- crappy; glichy -- if not working

Re: Can't wait.. - anon - 2003-09-26

The second patch has already been in KDE for a long time. What i'm disappointed with is not having the options in kcontrol for configuring it. :( (and it also comes with a throughily crappy default) Put this in your kdesktoprc: ShadowConfigName=OS X ShadowCurrentScheme=0,1,16.0,192.0,2,4,0 ShadowEnabled=true ShadowTextBackground=invalid ShadowTextColor=1,1,1

Re: Can't wait.. - Max Howell - 2003-09-26

The default's is actually pretty good if you adjust the surround colour to fit in with your colour scheme better. The solid white on black default is pretty nasty looking and not easy to read. The best thing about the KDE shadow style is it's not a copy of another operating system's style.

Re: Can't wait.. - jukabazooka - 2003-09-26

I have not yet tried it, but it looks good to me and easier to read than shadow behind.

I know, WTF - Mike - 2003-09-26

Why aren't they using an OS X, GNOME or XP like shadow by default. I think the default looks worse than none at all. Come on people, let's have some GOOD defaults. Anyway, Alpha 2 seems to be pretty good over all, thoguh I hope that this isn't true: http://osnews.com/comment.php?news_id=4658#147610

Re: I know, WTF - anon - 2003-09-26

> Come on people, let's have some GOOD defaults. submit a bug report

There already is a bug report - mike - 2003-09-27

http://bugs.kde.org/show_bug.cgi?id=58944

Gentoo?: Can't wait..? You don't need to... - xiando - 2003-09-26

"emerge -u world freak" -> You are using Gentoo Linux. KDE 3.2alpha1 is already in portage... 1. Try grep kde /usr/portage/profiles/package.mask 2. sed s/=kde/#=kde/g or hand-edit the file 3. ACCEPT_KEYWORDS="~x86" emerge kdebase KDE 3.2 alpha2 is not yet in portage. The KDE 3.2alpha1 ebuilds only need little modification to be used with a2. The version I used (my usr/local/portage) is here: 1. wget http://xiando.homelinux.net/gentoo/xiandos-portage.tar.bz2 2. tar xfvj xiandos-portage.tar.bz2 -C / 3. Verify that PORTDIR_OVERLAY=/usr/local/portage in /etc/make.conf 4. ACCEPT_KEYWORDS="~x86" emerge kdebase kdenetwork kdepim KDE 3.2 is installed alongside KDE 3.1, so it is very safe to install both and experiment. KDE 3.2 loads Konqueror much faster, has very nice transparent kicker and eyecandy like: kcontrol -> Appearance & Themes -> Launch Feedback -> Busy Cursor and is generally fun. But kcontrol -> change icon theme, and any open Konqueror window crashes... so you'll be visiting bugs.kde.org a few times..

Re: Gentoo?: Can't wait..? You don't need to... - Philippe Fremy - 2003-09-26

I tried to install the officiel kde 3.2 alpha 2 official package but it conflicts with kde 3.1.3. So i guess that you can not install both of them together.

Re: Gentoo?: Can't wait..? You don't need to... - Caleb Tennis - 2003-09-26

It doesn't conflict. It's just masked. You'll need to comment the lines out in package.mask if you want to install it.

Re: Gentoo?: Can't wait..? You don't need to... - balk - 2003-09-27

Problem is QT > 3.2 is required for this a2 release but QT brakes (somehow) kde 3.1.3. kde 3.1.4 is now in the stable tree and works with QT 3.2.1 (not my own experience). So, edit the QT 3.2.1-r1 ebuild, delete the line about kdelibs, emerge this QT, emerge kde 3.1.4 and emerge kde 3.2a2. I am compiling QT right now. will keep you busy for the next 36 hours ;)

Re: Gentoo?: Can't wait..? You don't need to... - Fabio - 2003-09-26

... since there are CVS ebuilds, too. they also leave your stable version intact, so you can use it to play around just head to http://dev.gentoo.org/~caleb/kde-cvs.html I would advice to install ccache, too, since this makes updating much faster from the second build on.

Perhaps on the next version? - Nobody - 2003-09-25

The biggest thing missing from the kde-3.2alpha-series is the inclusion of the k3b from the kdeextragear-1 and possibly kmplayer and kmyfirewall from the kdeextragear-2, is there any chance that any of those could be imported to the kde-3.2alpha3? Or are some/all of those going to pushed down the stream to kde-3.3/4.0, or even pieces of software never gonna be included in the main distribution?

Re: Perhaps on the next version? - Daniel Molkentin - 2003-09-25

I don't see how KMyFirewall belongs into the core distribution. It's not portable beyond Linux. It's probably nice to have and important such a tool and distributors should ship it if they don't have a solution already. It's not that you couldn't install the packages on your own, is it? Plus most distributors ship packages of apps in kdeextragear. Anyway, neither of those apps is in the feature plan, so the move won't happen. It's a bit too late to ask for it now, we better try to get the feature plan implemented and the bugs down. Cheers, Daniel

Re: Perhaps on the next version? - Chris Howells - 2003-09-26

the point of the extragear modules is to allow applications to be developed in KDE's CVS repository without having to be part of the KDE devlopment cycle, e.g they don't have to adhere to the feature freeze and so on. As for being imported for alpha3, there's no chance.

KWin-III feature-request - Andreas Joseph Krogh - 2003-09-26

I know it's a bad time to ask for major feature-requests, but I think this is a rather small request, as something similar is already implemented. KWin-III now has a "Window noborder" menu-entry in its title-bar context-menu, finally(!). How about having a separate submenu dedicated to window-borders, like Enlightenment has? It should have, IMO, "Noborder, Border only, etc." This is one of the features I miss the most from KDE-1.x days. KWin-III doesn't have an option to bring up the context-menu for windows which cannot get focus. This is a problem for f.ex. KPager when its in "noborder"-mode. Then you can't bring up the context-menu to toggle "window above others" which is really annoying. Does this seem too much to fix before a 3.2 release? Every other window-manager that I have used have these features, and it's a shame if KWin wont have them. -- Andreas

Re: KWin-III feature-request - anon - 2003-09-26

Agreed.. it should have a Window Type Submenu.. right now there are five entries that could into that submenu (Above others, below others, full screen, no border, store window settings) Just add the other window types that kstart allows, and it'll be great! Submit a wishlist for kwin.

Re: KWin-III feature-request - AC - 2003-09-27

I don't know if it's a bad time or not, but it's definitely a wrong place. The right place is bugs.kde.org .

Re: KWin-III feature-request - tendays - 2003-10-09

Hi For the second part of your request : You can set a keyboard shortcut to bring the window context menu of the currently selected one (which of course works no matter if there is a border or not) I am not sure but I think the default shortcut is ctrl-esc ? Or otherwise it's alt and a function key, something like alt-f3. Anyway, look at the keyboard shortcuts in the control center and you'll see .. (I am unfortunately suffering on a windows system right now ;-) I am also sure you can set a keyboard shortcut for this window-above-others switch. bye ... tendays

View Source - ac - 2003-09-26

Can anyone tell me if View Source is back in the Konqueror context menu? That alone would be worth the upgrade!

Re: View Source - anon - 2003-09-26

No, and it likely won't be in 3.2.

Re: View Source - Chris Spencer - 2003-09-26

Then I'll just switch to Mozilla - perminately.

Re: View Source - Max Howell - 2003-09-26

That's a bit of a shallow reason to switch. Just assign a keyboard shortcut to view source.

Re: View Source - Rayiner Hashem - 2003-09-26

Or, you could just download clee's .rc files, which puts View Source back, but its your choice. Everyone is going to have to make *some* compromises. You lost this one. Don't whine about it.

Re: View Source - Nero - 2003-09-26

*Why* was it removed?

Re: View Source - Rayiner Hashem - 2003-09-26

Because a lot of people find it useless, and the developers (apparently) agree with them. I've never once used View Source, and I presume that most people who don't do web-development don't use it either. The menu is already getting too large, so they decided to kick out a little-used option. PS> I'm not going to have this large-menu vs small-menu debate again. When somebody convinces Apple, Microsoft, and the GNOME project to change their HIGs, then I'll gladly concede the point...

Re: View Source - Stephen Douglas - 2003-09-26

That's some strange reasoning, if you don't mind me saying so. You don't use it, so you assume nobody else does? I'm not a web developer, but I find it invaluable, especially for working out why some pages don't seme to work properly with Konq - not Konqs fault, it's usually some Javascript explicitly checking for IE - but without view source, I wouldn't know that.

PROPERTIES - cies - 2003-09-26

Hee, let me be hugely off-topic and propose to have 'Properties' allways as the last itmes of the context menu... This makes an UI so much more consistent. cheers

Re: PROPERTIES - anon - 2003-09-26

Do you use HEAD? Properties is almsot always last. The only case I can't think of is sometimes in the sidebar. That looks like a slight bug though.

Re: View Source - cm - 2003-09-26

Here's what I do: - I assigned Ctrl-U to "View document source" (same as in Moz) - I assigned Shift-Ctrl-U to "View frame source" and I won't cry a single tear when the two options are removed from the menu although I really need the two actions regularly. I wholeheartedly agree that the right mouse button menu has become way too large.

Re: View Source - jon - 2007-01-20

how do you assign those keys?!?!

Re: View Source - cm - 2007-01-21

In a Konqueror window: Settings menu -> Configure Shortcuts

Re: View Source - Daniel Karlsson - 2003-09-26

You are forgetting one important usability axiom: Optimize for intermediates If you are looking for browser identification scripts, you are an expert user. A program/system should be open for expert use but not designed for it from ground up. Care shoud be taken, as it is here.

Re: View Source - anon - 2003-09-26

> That's some strange reasoning, if you don't mind me saying so. You don't use it, so you assume nobody else does? That's not the point. The feature is still there; just not in the context menu. It's an advanced feature that even most intermediate/expert users just won't use. Stop Animations is gone from the context menu in HEAD now (change was made after alpha2 was released), but something like Set Encoding _will_ be used by a lot of intermediate users, as many languages need this feature.

Re: View Source - anonymous - 2003-09-26

I am not a web developer and yet I find the feature very useful in the context menu. So that disproves your entire premise. It's just like Mail. You always want easy access to the source. By removing this feature from Konqueror you have disrupted my workflow for nothing. Meanwhile there is useless stuff like "Security..." in the menu.

Re: View Source - anon - 2003-09-26

> I am not a web developer and yet I find the feature very useful in the context menu. So that disproves your entire premise. I said nothing about web developers. I just said that most intermediate/expert users won't need to use this. Most don't. This is all about compromises. Not everybody is going to get what they want. > I am not a web developer and yet I find the feature very useful in the context menu. So that disproves your entire premise. Just assign a shortcut key, or perhaps a mouse gesture through khotkeys2. If you're enough of an expert to read the source of something, you should be expert enough to do this.

Re: View Source - anonymous - 2003-09-26

This is about KDE usability. This is not about silliness like editing rc files or shortcuts or mouse gestures. Nobody should have to be an expert to have a conveniently usable KDE.

Re: View Source - anon - 2003-09-26

> This is not about silliness like editing rc files or shortcuts or mouse gestures. Nobody should have to be an expert to have a conveniently usable KDE. Yes, but the point remains that most people won't need view source, and thus, it will not be in the context menu. Usability is all about compromises, we could stuff a number of things in the context menus that are only applicable to a select group of expert users, but we don't since it hurts the efficiency (this has been proved over and over again in usability studies) of the rest of us. I would in fact advocate 100 item context menus if it didn't hurt efficiency.

Re: View Source - anonymous - 2003-09-27

I think there is enough proof that removing View Source was a mistake and broke UI usability for many people. I don't hear people complaining about anything else having been removed. For god's sake just remove "Security..." and replace it with View Source. :-)

Re: View Source - anonymous - 2003-09-26

The developers don't agree at all. Look at kdedevelopers.net and you'll find a lot that disagree.

Re: View Source - anon - 2003-09-26

KDE Developers != Konq Developers/People who contribute to Konqueror

Re: View Source - Lord - 2003-09-26

I cannot understand that either, in times where spam, worms spread like nothing else, you cannot even look at the mail source?????? I often get mails that look empty, looking behind the scene shows, it's a self generating worm, that generates an exe if you using IE, looking at the source reveals it. I'm not using KMail and won't if they think about small menus, look at all the other mail programms, and I have never heard about the fact that someone said they have to many entries in the menu.

Re: View Source - anonymous - 2003-09-26

Read again! This isn't about KMail!

Re: View Source - Sleepless - 2003-09-26

I don't use view source that much and I'm all for making the context menus smaller. I would prefer to have this option available via right click but I don't think it is a huge problem to have to access it via konqueror menus or with some shortcut - since many people are complaining about it, assigning a default shortcut at least would be positive. I do think however that kde apps should be as consistent as possible, and even though they are very different, IMO it would be positive if the source of emails (kmail), ng posts (knode), and web pages (konqueror), could be accessed in similar ways. Since I really want to keep this option accessible in kmail and knode, for sake of consistency, I think it would be nice to keep it in konqueror too.

Re: View Source - Anonymous - 2003-09-26

> since many people are complaining about it, assigning a default shortcut at least would be positive Already done in CVS.

Clee - Mike - 2003-09-26

Did clee's excellent patches to the context menu make ti in? His patches removed a lot of redundant and useless things from the cotnext menu such as 'Stop Animations and Set Encoding entries taken out, as well as rearranging the order of the link-related menu items. I REALLY HOPE THIS MADE IT In, this is perhaps one of the best things that could be done to that crazy context menu. If you remvoe the 'View Source' than there is definitely no arguement for 'Stop Animations' and 'Set Encoding', these aren't even context sensitive, view source at elast was context sensitive to the frame it was in. Come on, you got to be kidding, I've never sued these features and nobody I know has, they don't belong in the context menu!!! More here: http://www.kdedevelopers.org/node/view/194 If you agree, please say so here too: http://bugs.kde.org/show_bug.cgi?id=53772

Re: Clee - Rayiner Hashem - 2003-09-26

The patches indeed are great. I don't see "View Document Source" the same way, but the resulting menu is good enough even with them. Are the "Image" and "Link" context menus editable in the same way? They don't seem affected by the patches, they have some items that are removed in the "Frame" menu.

Re: Clee - Mike - 2003-09-26

So ar ethey in CVS or not?? Is there still a 'Stop Animations" and 'Set Encoding" option in the context menu for example?

Re: Clee - anon - 2003-09-26

Set Encoding will likely stay, just not for links or images. It'll only appear if you click on the background. Stop Animations will likely be removed before b1.

Set Encoding - Guss - 2003-09-26

I really hope that will stay. I'm currently building Alpha2, but I don't remember it being missing from Alpha1. Set encoding is probably the item I use most fron the context menu - more then "save as" or "view source". people in Europe and North America just can't appreciate how important it is - one of the only two reasons I don't use Mozilla (or derivatives) as my main browser is because it lacks this in the context menu (the second being its mind boggingly slowness).

At least 'Stop Aimations" - mike - 2003-09-27

won't be in the context menu, good riddance, it doesen't belong there. However, neither does set encoding, that's also rarely used and should notbe there.

Re: At least 'Stop Aimations" - AC - 2003-09-27

> However, neither does set encoding, that's also rarely used and should notbe there. No that's used a lot in non-East/Central European Languages.

Re: At least 'Stop Aimations" - AC - 2003-09-27

er, I meant non-West/Centeral European Languages

Re: Clee - renaud - 2003-09-26

What!! You want to remove "stop animation"? This is the feature I prefer in konqueror as a web browser! I generally like to have the animated gif in web pages, but sometimes you have one that is horrible or load lots of CPU, and I am happy to have a quick entry in the menu to stop it.

Re: Clee - Anonymous - 2003-09-26

It looks like in current HEAD "Stop Animations" was removed from context menu without adding it to the menus or toolsbar by default.

Re: Clee - anon - 2003-09-26

> It looks like in current HEAD "Stop Animations" was removed from context menu without adding it to the menus or toolsbar by default. I guess somebody could add it to a menu, but remember it's still in Konqueror's preferences under Web Behavior.

YES - Alex - 2003-09-27

That's good, it didn't really belong tehre, I think it should be in the 'View' menu or be part of waht the 'stop loading' option does. Anyway, are you saying that now it's \not in Konqueror at all? I think it shouldn't be in Konqueror at all until it gets flash support, since users might think its buggy when tehy click stop animations and the flash animations keep on flashing...

Re: YES - AC - 2003-09-27

it's in the prefs

Re: Clee - Stephen Douglas - 2003-09-26

I think what would make more sense there is if it were truly context-sensitive i.e. it only appears in the context menu when the mouse is over an aminated pic. That way you can disable individual animations, which you cannot do at the moment.

Re: Clee - AC - 2003-09-26

Yes, that would be a good feature for KDE 3.3. It'd of course need someone willing to implement it :)!

Re: Clee - Dmitry - 2003-09-26

"Set Encoding" is very usefull for cyrillic pages, where konq often uses wrong encoding, and I hope "Stop Animation" will not be revimed too from the context menu.

Re: View Source - Dominic - 2003-09-26

View source isn't something very used except by developpers and by people who can understand it. Since it's not the case for the vast majority of computer users, then it should not be present in the context menu. Anyway, it's rarely necessary to view a web page source when it's properly rendered.

Re: View Source - Guss - 2003-09-26

View source is a huge factor in katering to the web development types. since Konqueror currently (and probably for a long time to come) requires some tweaking to work properly with very dynamic web sites (which are becoming more and more common these days), and you want Konqueror to support all these web sites - the you must cater to the web developer. Mozilla currently has the best web development experience, with JavaScript console, debugger, dom-inspector and cookie manager (that can manage cookies' content). while Konqueror has some of these (kudos for the beginning of a java script debugger !), it falls behind even IE with its support for web developers and frankly not having "view source" in the context menu could be the last nail to drive web developers away. While in most cases "View source" can be achieved by keyboard shortcuts and using the "View" menu, having it on the context meu is essential when debugging dynamic multi-frame sites. I'm doing most of my web development on Mozilla even if its almost unusable (speed-wise) on my computer, simply because Konqueror lacks the developer support I need. as a result adapting sites to Konqueror is slower and messier (includes a lot of shotgun debugging and 'fix-type, reload' cycles) which under most circumstences just isn't worth it. The way to go is give more developer support in the browser - not less - because that's the way you win browser wars: developers cause users, bad developer supports drive users away. Microsoft has implemented it nicely in IE and now Netscape/Mozilla had learned the lesson. when will Konqueror developers graduate ?

Re: View Source - anon - 2003-09-26

> While in most cases "View source" can be achieved by keyboard shortcuts and using the "View" menu, having it on the context meu is essential when debugging dynamic multi-frame sites. Do you use any of the alphas? "View Frame Source" is in the frame submenu. Too many people commenting about alphas without using them :( > While in most cases "View source" can be achieved by keyboard shortcuts and using the "View" menu, having it on the context meu is essential when debugging dynamic multi-frame sites. Hmm, stop being so fatalist. Web developers are not going to stop testing in konq because of this. Just like they won't stop testing in things like Safari or Epiphany, both of which also don't have it. It's still in the menus. It still can be assigned a shortcut key. It isn't in the context menus anymore because most ordinary users just won't use it-- and they shouldn't have to use it. It's not like if we are removing the feature all together. Most current browsers only put it there for historical reasons. Viewing source is a debugging tool. The context menu is most definatly not a place for debugging tools. What do you propose next? putting the javascript debugger in the context menu?

Re: View Source - Janne - 2003-09-26

"and frankly not having "view source" in the context menu could be the last nail to drive web developers away." Yeah because it's SOOOOO difficult to assing a shortcut for it or access it through the view-menu! "While in most cases "View source" can be achieved by keyboard shortcuts and using the "View" menu, having it on the context meu is essential when debugging dynamic multi-frame sites." Too bad that most people use Konqueror for regural web-surfing and not "debugging dynamic multi-frame sites". If everyone had the entires they wanted in the context-menu, it would be so huge that it wouldn't fit the screen! For most users, "view source" is useless, so it was removed. Get over it.

Re: View Source - Roland - 2003-09-26

"Yeah because it's SOOOOO difficult to assing a shortcut for it or access it through the view-menu!" The context menu is better because you can view the actual source, no matter if it's a frameset or a normal page. With a "shortcut" (this is no longer a shortcut) you would see a useless frameset and then have to use the contextmenu anyway to view the frame source.

Re: View Source - Janne - 2003-09-26

So, on one hand every demands that context-menues must be less cluttered. The developers listen and start removing less used entries, and everybody whines that "Yes, remove entries but not THAT entry!". If you remove entries from the context-menus, you are going to step on some toes. You just have to step on as few toes as possible

Re: View Source - Roland - 2003-09-26

"So, on one hand every demands that context-menues must be less cluttered." Not everybody demands that. The vast majority of users doesn't care wether a context menu has 10 or 20 entries as long as the ofen used ones are on top. I always see "the average user finds that confusing", never "I find that confusing", it's *always* the self-proclaimed usability experts that demand removal of stuff they don't like, never the users themselves.

Re: View Source - Daniel Karlsson - 2003-09-26

7 +- 2 choices/items is what the human brain usually can get grasp of just by glancing at them. More and you have to stop and read them through. The latter is not acceptable because context menus should enhance your flow and not hindering it. And please remember that usability is a professional work also. A very important one often overlooked by programmers. A lot of projects have failed just because of bad design and no firm grasp on who the end usersa are.

Re: View Source - Rayiner Hashem - 2003-09-26

Take a look at the UIs of some professional apps. They generally have context menus with a small number of items. Mathematica, for example, has 10 items in its main context menu. Maya has two types of context menus, reguler and radial. Reguler menus have about half a dozen entries. Radial ones have more, but they are arranged in sub-sections in a circle around the cursor, so there are no more than about half a dozen in each spatial location. Its not a matter of new users being confused! Its a matter of efficiency. The workflow of these professional apps is incredible, partially because of good UI design. Making menus that can be used by glancing, rather than reading, is a part of that good design.

Re: View Source - Chony - 2003-09-26

Like another reader wrote before: "Do you use any of the alphas? "View Frame Source" is in the frame submenu. Too many people commenting about alphas without using them :("

Re: View Source - Roland - 2003-09-26

You don't get it, right? On many webpages a frameset isn't obvious. So far, I had to check one menu (the context menu), both framed and non-framed sources could be viewed here. Now it got inconsistent and you have to check two different places. (The menubar and the context-menu) This takes longer, it's inconsistent and unintuitive.

Re: View Source - anon - 2003-09-26

If you're smart enough to be a web developer or somebody who knows how to use View Document Source, you can probably tell if a site is using frames. The problem with the frame menu is that it can't be added to the main menus in any reasonable fashion. View Document Source can.

Re: View Source - cm - 2003-09-26

I don't see your problem. Just assign a key to "view frame source", (I use Ctrl-Shift-U, for instance) Then, on a page with frames: - left click the area of your interest - press the key combo works like a charm for me (Besides, as others have pointed out, the option *hasn't* been removed)

Re: View Source - cm - 2003-09-26

And, in case there aren't any frames on the page nothing will happen. Just press the key combo for "View page source" then.

Re: View Source - alex - 2004-03-05

how do u assign a key combo to view source?

Re: View Source - Anonymous - 2004-03-05

As usual, "Settings/Configure Shortcuts..."

Re: View Source - alex - 2004-03-05

please could u explain further? is that an option in windows xp, ive got 2000

You missed my point entirely - Guss - 2003-09-26

and I really don't think I hid it that well. so here it is spelled: - Removing features that make web developers life easier will cause web developers spend less time working with Konqeuror (unwanted effect no.1). - Spending less time with Konqueror will cause web sites to be less compatible with Konqueror [1]. - Having less web sites that support Konqeuror means that less users will choose it as the browser of choice (They'd always have Mozilla based browsers). so - making the browser less "web-developer friendly" will make sure that it will also be less "luser friendly", so removing the view source shortcut from the context menu will ultimatly cause more "simple" (non developer) users to stop using Konqueror as well[2]. Q.E.D [1] ooohh! I can do this neat trick with Mozilla! lets see if IE can supprot it ? why, yes it does! ok - let's put it in. Who wants to check if konqi does it as well ? nobody? shacks, I'll guess we'll just let the users find out then. [2] not like I invented something new here - this is how Microsoft beat Netscape, which was my whole point. Its a common enough mistake to think that they did that because they gave the browser away for free integrated in the OS. the real reason that they won, as any person who'se been in the real web development market in the last 5 years can tell you, is because they made life easier to the developers, and as a result harder for Netscape users. I don't mind downloading a 7 MB browser, or getting it on a free CD, but I won't install it if using it means having less accessability to web sites.

Re: You missed my point entirely - Janne - 2003-09-26

"- Removing features that make web developers life easier will cause web developers spend less time working with Konqeuror (unwanted effect no.1)." Adding features that regural users want (for example: less cluttered context-menus) would increase the userbase alot more. And how has this feature been "removed"? You can't assing a shortcut-key for it? You can't use it through the view-menu? And why couldn't those web-developers write standard HTML for crying out loud?!?! "so - making the browser less "web-developer friendly" will make sure that it will also be less "luser friendly"," Hate to break this to you, but the world does not revolve around "web-developers". For vast majority of users, "view source" is unneeded for most of the time. And calling users "lusers" is just a tad elitist. Hell, regural users kept on insisting that KDE needs less cluttered context-menus. And now that they are being cleaned up, people whine even more. You can't please everyone. But it seems that there are more people who want cleaned-up menus than there are web-developers who insist on having "view source" in the menu. Just because it's not in the context-menu does NOT mean that it's not there. If the developer is so lazy that he refuses to access it through alternative methods (view-menu, keyboard-shortcut) that really is his problem, not KDE's.

You didn't read a single thing I said, didn't you? - Guss - 2003-09-26

1. "View source" not in the context menu is useless in frames. 2. You can't make the type of dynamic web sites people expect today with "standard HTML" - you have to use modern DOM2/CSS2 and non-standard extensions, which are browser dependant. even the standard stuff does not have full or even partial support the same way in all browsers. In an ideal world you'd be right. unfortunatly, we are not living in an ideal world.

Re: You didn't read a single thing I said, didn't you? - Paul Seamons - 2003-09-26

Actually if you go above CSS1 in the current line of browsers, Mozilla is going to be about the only player that will support you. There is not alot of CSS2 yet.

Re: You didn't read a single thing I said, didn't you? - SMEAT! - 2003-09-26

If you are using frames, you are not using modern web design standards. Frames are obsolete and are the work of the devil anyway. Get over it. smeat!

Re: You didn't read a single thing I said, didn't you? - Henrique Pinto - 2003-09-28

1. Maybe that's why there is a "View Frame Source" option in the Frame submenu? Are you using HEAD, or one of the Alphas?

Re: You missed my point entirely - anon - 2003-09-26

> - Removing features that make web developers life easier will cause web developers spend less time working with Konqeuror (unwanted effect no.1). Please stop acting like if this feature has been removed. It hasn't, and never will be. I have a few friends who are web developers, and their favorite browser is Safari (yeah, they are Mac users).. guess what? Safari doesn't have View Source in it's context menu either. I don't see flocks of web developers abandoning Safari. I don't think somebody who has never used Konqueror will even notice either.

Re: You missed my point entirely - clee - 2003-09-27

You've obviously never used Safari. If you right-click on the document background in Safari one of the only two context menu items is 'View source'. I think that this is a fairly strong argument for including it, personally. But others obviously don't agree with me. Oh well.

Re: You missed my point entirely - anon - 2003-09-28

DUDE, WE AGREE WITH YOU. We are clamoring for it. PLEASE ADD IT BACK.

Re: You missed my point entirely - Troels Tolstrup - 2003-09-26

Oh please... First of all, the frame source can still be viewed through the context menu. Second of all, you can assign shortcut keys to both "view document source" and "view frame source". I don't see your problem, and i happen to be a (web) developer. I guess i work differently from you, considering i rarely need to view the document source, and i never use frames so that is one problem less as well. > [1] ooohh! I can do this neat trick with Mozilla! lets see if IE can supprot it ? why, yes it does! ok - let's put it in Heh, sounds like a real good way to develop quality software... :)

Re: View Source - Anonymous - 2003-09-26

> The way to go is give more developer support in the browser - not less - because that's the way you win browser wars: developers cause users, bad developer supports drive users away. Microsoft has implemented it nicely in IE The right way is not to make web developers optimize their pages to a special browser and lock them into it like Microsoft did. The right way is to encourage web developers to use and adhere non-proprietary HTML standards.

Re: View Source - Guss - 2003-09-26

That would be nice if it would work that way - "the nice thing about standards is that there are so many of them to pick from". Different browser implement different subsets of the standards, and Konqeror is a weird half-breed: it implements a subset of the standard W3C standard APIs, a lot less then Mozilla, and also some of the non-W3C standard IE extensions. what you get is a browser that while providing most of the capabilities you need to design a really neat web site, does not fully support "standard" (i.e. Mozilla based) techniques, nor "non-standard" (i.e, IE based). As a result, I have to write "cross-platform" code that detects Mozilla, IE and konqueror and uses the right call for each. While the lowest common denominator is constantly slowly rising, it is always far below the curve, and to get the most effect from your dynamic website you need to make the code specialized. currently its much harder to do for Konqueror then for the competitors, and I'm not surprised to see that most interesting uses of DHTML in the wild won't work on Konqueror.

Re: View Source - Roland - 2003-09-26

"while Konqueror has some of these (kudos for the beginning of a java script debugger !), it falls behind even IE with its support for web developers and frankly not having "view source" in the context menu could be the last nail to drive web developers away." Exactly. And without anybody testing Webpages for Konqueror all Konqueror users will suffer. Developers are the most important users. Any platform alienating developers will die sooner or later (mostly sooner).

Re: View Source - Paul Seamons - 2003-09-26

"Developers are the most important users" Cough...Cough... Sorry. Swallowed some water there. Without a userbase - any userbase - a developer is just developing for him(her)self. AND ... the "web developers" are not the same as the konqueror developers. I doubt these changes will drive the konqueror developers away. AND ... I'm a developer and I feel alienated from Microsoft (and have for 5 to 10 years) - does that mean they are going to die mostly sooner? Well it will have to be later now since sooner has already happened.

Re: View Source - George Staikos - 2003-09-26

You have to understand, "View Source" was not removed, and never will be removed. It's entry in the default shipped context menu was removed. The feature remains in KHTML. It is implemented as an "Action" and you can add it to the context menu with a text editor if you want! Just edit the .rc file. You will find that you can do lots of cool things like that with KDE apps. You can also assign a keyboard shortcut to the action, saving yourself having to use the mouse even.

Re: View Source - Chakie - 2003-09-26

All these problems about what should be in the context menu would probably be reduced to nothing if the menu was configurable. A bit like toolbars usually are. One could then choose a nice subset of all available actions and all this "flaming" would be done with.

Re: View Source - cm - 2003-09-26

I guess that's a good compromise that would satisfy the people who think they cannot live without it...

Re: View Source - Claes - 2003-09-26

I agree. I suggested that to the kfm-devel list earlier http://lists.kde.org/?l=kfm-devel&m=105683726420202&w=2urce when the question was how delete should be represented in the menu. How does that look in the alpha by the way?

Re: View Source - AC - 2003-09-26

Shred was completely removed from konqueror altogether (both in context menus, the main menus, toolbars, etc...) Both "delete" and "move to trash" are there. Unifying them will probably require the trash:/ kioslave that's planned for kde 3.3 (we can have configurable smart trash emptying policies)

Re: View Source - George Staikos - 2003-09-26

They are configurable. Edit the .rc file.

Re: View Source - anonymous - 2003-09-26

Mozilla does this. If that's worth it to you, consider upgrading to Mozilla.

Re: View Source - George Staikos - 2003-09-26

"Upgrade?"

Re: View Source - Alex - 2003-09-28

LOL sounds liek the MS IE webpages. Please upgrade your brwoser to IE 5 or 6 to view this page. LOL considering that if you are using Opera 7.2 or anything Mozilla based this is pretty much a downgrade, that's pretty funny. However, KHTMl while it has many advnatages to Gecko, when it comes to pure rendering Gecko is better at least in my experience.

Re: View Source - Vajsravana - 2003-09-29

Why not using Mozilla's context menu organization? With all Frame-oriented functions in the context menu but group and isolated in one voice. I find it an extremely intuitive and clean way to work with frames, and would solve the current view document/frame source issue.

Dumb question (was View Source) - Surak - 2003-10-01

With all this clamouring about the context menu, why not do the obvious -- make the stupid thing user configurable. All of the other KDE menus are user configurable except the context menu. Personally, this drives me crazy. I would really really like to have a more configurable context menu. Also, Copy is and has been notoriously absent from Konq's context menu. Will this get introduced in 3.2? Of course if we had configurable context menus, this wouldn't be such a problem. ;)

Who's Tereza? - Max Howell - 2003-09-26

Konqi's girlfriend?

Re: Who's Tereza? - Anonymous - 2003-09-26

Perhaps Coolo's? Katie is Konqui's girlfriend: http://women.kde.org/pics/katie.jpg

Re: Who's Tereza? - Helio Chissini de Castro - 2003-09-28

Hey.. I was there :-) Tereza is one of the girls that work at the our nightly stop pub on N7Y :-) ( If i'm making a mistake, please correct me )

KWin rewrite - where is Plastik ? - Guss - 2003-09-26

I'm all for rewrite, but I was surprised and disappointed to see the neat Plastik kwin style vanish as Alpha1 gave way to Alpha2. I like it so much better then Keramik and I really really hope it will be in the release and hopefuly before the beta (I'm using kontruct to build from HEAD when its stable enough to compile, so I'd like to be able to get Plastik from there).

Re: KWin rewrite - where is Plastik ? - anon - 2003-09-26

I beleive it's in the process of being written for kwin-HEAD. It's on the feature list for 3.2 and probably will be. Perhaps by beta1 :)

Re: KWin rewrite - where is Plastik ? - Anonymous - 2003-09-26

In current CVS it is already ported to the new KWin API.

Re: KWin rewrite - where is Plastik ? - Anonymous - 2003-09-26

Plastik is just great. I really hope so much that the kde team will make this the default theme for 3.2...!!

Re: KWin rewrite - where is Plastik ? - anonymous - 2003-09-26

Won't happend...Maybe KDE 4.0.

Re: KWin rewrite - where is Plastik ? - anon - 2003-09-26

It can't be, since we just changed the default theme for kde 3.1. We generally don't want to change it more than once in minor releases. Who knows in kde 4, though. BTW, the concept of a default theme in very much lessened in KDE anyways, since kpersonalizer is run at startup. Some users will stay with the default, but other options are there.

Re: KWin rewrite - where is Plastik ? - Rayiner Hashem - 2003-09-26

Plastik needs to be fixed. It looks good on reguler mid-res CRTs, but has poor contrast on LCDs, and the toolbars feel too narrow at higher resolutions.

Re: KWin rewrite - where is Plastik ? - jukabazooka - 2003-09-27

I have an lcd and I haven't changed the colorset. But when I instaled plastik on my father's session, I thought it would be too bright for him, so I used the KDE default colorset in Control Center instead of Plastik's (under color, in apearance).

Re: KWin rewrite - where is Plastik ? - jukabazooka - 2003-09-27

and also increased contrast of buttons (under colors too). I have no opinion if the default color and contrast default should be changed. I like it for me, though.

Re: KWin rewrite - where is Plastik ? - Chris Spencer - 2003-09-27

Why should Plastik be included ? Plastik and Thin Keramik are, for the most part, nothing but modified versions of Alloy. They don't include any variations of the crystal icon set - they include the original. I think the same repsect should be shown for Alloy.

How do you enable desktop switching buttons? - George Vulov - 2003-09-26

I know this is off topic, but this has been really annoying me for a while, and the only place where someone would know the answer to this question would be a KDE forum. I'm using KDE 3.1. I was messing with the Panel config in KControl, and with the applet lists. Somehow I managed to remove the desktop switching buttons that always show in kicker, and now I can't figure out how to make them show up again. I have multiple desktops enabled, and I can switch between them with Ctrl-Tab, but the buttons are not there. Any ideas? -George Vulov

Re: How do you enable desktop switching buttons? - DP - 2003-09-26

It's under miniprograms->switcher

Re: How do you enable desktop switching buttons? - Thomas - 2003-09-26

Isn't it Add->Applet->Pager ?

Re: How do you enable desktop switching buttons? - swordf1sh - 2005-05-08

I want to recover my active desktop :(

Re: How do you enable desktop switching buttons? - anon - 2003-09-26

right click on the kmenu->panel menu->add->applet->Pager

Re: How do you enable desktop switching buttons? - Anonymous - 2003-09-26

> the only place where someone would know the answer to this question would be a KDE forum How correct you are, so go to http://kde-forum.org/ and stop posting off-topic here.

Why is kontact sooo bugy? - Stephan - 2003-09-26

IMHO is kontact the important thing on KDE3.2. Full Kolab support is needed!

Re: Why is kontact sooo bugy? - Janne - 2003-09-26

"Why is Kontakt so buggy?" In case you didn't notice, these are ALPHA releases! And that means that they are not yet finished. They aren't even beta yet, there are bound to be lots and lots of bugs!

Re: Why is kontact sooo bugy? - Daniel Molkentin - 2003-09-26

Because you are probably unable to read. I clarified Kolabs status in like the second post. And yes, Kolab support will be in. Cheers, Daniel

can't compile kdemultimedia - razor - 2003-09-26

make[5]: Entering directory `/opt/konstruct/kde/kdemultimedia/work/kdemultimedia-3.1.92/kscd' if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/opt/kde3.2-alpha2/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -I/opt/kde3.2-alpha2/include -I/usr/X11R6/include -I/opt/kde3.2-alpha2/include -I/usr/X11R6/include -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -O2 -I/opt/kde3.2-alpha2/include -I/usr/X11R6/include -L/opt/kde3.2-alpha2/lib -L/usr/X11R6/lib -O2 -pipe -I/opt/kde3.2-alpha2/include -I/usr/X11R6/include -L/opt/kde3.2-alpha2/lib -L/usr/X11R6/lib -O2 -pipe -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT kvolumecontrol.o -MD -MP -MF ".deps/kvolumecontrol.Tpo" \ -c -o kvolumecontrol.o `test -f 'kvolumecontrol.cpp' || echo './'`kvolumecontrol.cpp; \ then mv -f ".deps/kvolumecontrol.Tpo" ".deps/kvolumecontrol.Po"; \ else rm -f ".deps/kvolumecontrol.Tpo"; exit 1; \ fi kvolumecontrol.cpp: In member function `virtual bool KVolumeControl::eventFilter(QObject*, QEvent*)': kvolumecontrol.cpp:69: error: `KeyPress' undeclared (first use this function) kvolumecontrol.cpp:69: error: (Each undeclared identifier is reported only once for each function it appears in.) make[5]: *** [kvolumecontrol.o] Fehler 1 make[5]: Leaving directory `/opt/konstruct/kde/kdemultimedia/work/kdemultimedia-3.1.92/kscd' make[4]: *** [all-recursive] Fehler 1 make[4]: Leaving directory `/opt/konstruct/kde/kdemultimedia/work/kdemultimedia-3.1.92/kscd' make[3]: *** [all-recursive] Fehler 1 make[3]: Leaving directory `/opt/konstruct/kde/kdemultimedia/work/kdemultimedia-3.1.92' make[2]: *** [all] Fehler 2 make[2]: Leaving directory `/opt/konstruct/kde/kdemultimedia/work/kdemultimedia-3.1.92' make[1]: *** [build-work/kdemultimedia-3.1.92/Makefile] Fehler 2 make[1]: Leaving directory `/opt/konstruct/kde/kdemultimedia' make: *** [dep-../../kde/kdemultimedia] Fehler 2

Re: can't compile kdemultimedia - Roland - 2003-09-26

I get the very same error on SuSE 8.2 Any ideas how to work around this?

Re: can't compile kdemultimedia - Frerich Raabe - 2003-09-26

Open kvolumecontrol.cpp, go to line 69, change "KeyPress" into "QEvent::KeyPress", save.

Re: can't compile kdemultimedia - Anonymous - 2003-09-26

Configure with --enable-final and compile kscd/ separately.

Re: can't compile kdemultimedia - anonymous - 2003-09-26

I don't mean to bitch but this really isn't the place for reporting bugs. That is what the mailing lists are for.

Re: can't compile kdemultimedia - Debian User - 2003-09-26

Why not? Many people reading this thread are going to Konstruct the named release. Yours, Kay

Re: can't compile kdemultimedia - Anonymous - 2003-09-26

And Konstruct got a fix in today's version.

desktop switching - not_registered - 2003-09-26

last time i tried, switch which mouse wheel doesn't work when view icons on the desktop is disabled (because i like to waste space and stuff).

Re: desktop switching - not_registered - 2003-09-26

which = with you better believe it.

Re: desktop switching - Teemu Rytilahti - 2003-09-26

Yeah, I've noticed the same thing? Have you done a wish on bugs.kde.org about this?

Re: desktop switching - Anonymous - 2003-09-26

How about searching first? http://bugs.kde.org/show_bug.cgi?id=59488

Re: desktop switching - Teemu Rytilahti - 2003-09-26

Sure :)

Re: desktop switching - Scott Wheeler - 2003-09-26

When this came up a long time ago I implemented desktop switching by using the mouse over the pager as sort of a compromise.

"Active Desktop"... does it exist in KDE 3.x? - MaxPayne - 2003-09-26

i remember it did work in one of the 2.x KDE versions, but not so in 3.x same applies to world-watch as background, and other stuff... why was this functionality removed (if it was, or else how do i activate it), and will it see a "comeback" some time (soon)?

Re: "Active Desktop"... does it exist in KDE 3.x? - Heinrich Wendel - 2003-09-26

that's something i'll also like to have

Re: "Active Desktop"... does it exist in KDE 3.x? - Richard - 2003-09-26

If we talk about the same, I'm using it (3.1.x): Activate it via: kcontrol -> Desktop -> behaviour -> check: Programs in the desktop windows Than goto: Look and Feel -> Background -> tab background -> in the drop down menu select background program After that a little lower is the select or adjust and select your background program there. Hope this is what you're looking for.... (the menu and tab names are translated into english you need to find the correct ones yourself)

Re: "Active Desktop"... does it exist in KDE 3.x? - MaxPayne - 2003-09-26

thanks for the info... finally found it: --- LookNFeel->Behavior, "Programs in desktop window" then go to LookNFeel->Background, tab "Background" (first)->"Setup...", "kwebdesktop" --- imporvement could be made in making it more configure-friendly (meny entry, right-click on desktop), and more easily "parameterizeable". thanx again for enlightening me, great work!

Re: "Active Desktop"... does it exist in KDE 3.x? - Cyoung - 2005-08-23

Is there a way to get the same or close to the same functionality from kwebdesktop as you get from Active Desktop. Specifically Kwebdesktop does not seem to show graphics from the web and it would be nice if I could click on links on the desktop. Are things these possible?

umbrello won't compile - BassHombre - 2003-09-26

if /bin/sh ../../../libtool --silent --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I/home/wesm/kde3.2-alpha2/include -I/usr/share/qt3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -I/home/wesm/kde3.2-alpha2/include -I/usr/share/qt3/include -I/usr/X11R6/include -I/home/wesm/kde3.2-alpha2/include -I/usr/share/qt3/include -I/usr/X11R6/include -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -O2 -I/home/wesm/kde3.2-alpha2/include -I/usr/share/qt3/include -I/usr/X11R6/include -L/home/wesm/kde3.2-alpha2/lib -L/usr/share/qt3/lib -L/usr/X11R6/lib -I/home/wesm/kde3.2-alpha2/include -I/usr/share/qt3/include -I/usr/X11R6/include -L/home/wesm/kde3.2-alpha2/lib -L/usr/share/qt3/lib -L/usr/X11R6/lib -O2 -pipe -mcpu=7400 -fsigned-char -maltivec -mabi=altivec -mpowerpc-gfxopt -O2 -pipe -mcpu=7400 -fsigned-char -maltivec -mabi=altivec -mpowerpc-gfxopt -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT libclassparser_la.all_cc.lo -MD -MP -MF ".deps/libclassparser_la.all_cc.Tpo" \ -c -o libclassparser_la.all_cc.lo `test -f 'libclassparser_la.all_cc.cc' || echo './'`libclassparser_la.all_cc.cc; \ then mv -f ".deps/libclassparser_la.all_cc.Tpo" ".deps/libclassparser_la.all_cc.Plo"; \ else rm -f ".deps/libclassparser_la.all_cc.Tpo"; exit 1; \ fi In file included from ClassParser.h:29, from ClassParser.cc:20, from libclassparser_la.all_cc.cc:17: /usr/include/FlexLexer.h:112: error: redefinition of `class yyFlexLexer' /usr/include/FlexLexer.h:112: error: previous definition of `class yyFlexLexer' In file included from ClassParser.cc:20, from libclassparser_la.all_cc.cc:17: ClassParser.h: In member function `const char* CClassParser::getText()': ClassParser.h:133: error: `YYText' undeclared (first use this function) ClassParser.h:133: error: (Each undeclared identifier is reported only once for each function it appears in.) ClassParser.h: In member function `int CClassParser::getLineno()': ClassParser.h:138: error: `lineno' undeclared (first use this function) make[6]: *** [libclassparser_la.all_cc.lo] Error 1 make[6]: Leaving directory `/home/wesm/konstruct/kde/kdesdk/work/kdesdk-3.1.92/umbrello/umbrello/classparser' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/home/wesm/konstruct/kde/kdesdk/work/kdesdk-3.1.92/umbrello/umbrello' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/wesm/konstruct/kde/kdesdk/work/kdesdk-3.1.92/umbrello' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/wesm/konstruct/kde/kdesdk/work/kdesdk-3.1.92' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/wesm/konstruct/kde/kdesdk/work/kdesdk-3.1.92' make[1]: *** [build-work/kdesdk-3.1.92/Makefile] Error 2 make[1]: Leaving directory `/home/wesm/konstruct/kde/kdesdk' make: *** [dep-../../kde/kdesdk] Error 2 Anyone else getting this? I'm running Debian sid / powerpc.

Re: umbrello won't compile - Anonymous - 2003-09-27

Works fine for me on SuSE 8.2. Change to kde/kdesdk/, remove "--enable-final" from Makefile and try again after a "make garchive clean".

kwebdesktop vs activedesktop - MaxPayne - 2003-09-26

ok, got it working now (see prev. post from me). however there are a few points I have to criticize (which i'd like to be discussed before filing a feature/improvement request): 1. focused on kwebdesktop 1.1 no interaction w/ webpage 1.2. only one "window" (active border), full screen, can run (ok, this can be "hacked" by using creating a "master frame" which then loads in each frame a website...) 2. not just kwebdosk focused: 2.1. only one "program" can run at the same time, even if you deactivate "Common background" 2.2. only one program / desktop, full screen, can run there's prob. lots more that could be done here, i'm looking forward to input!

I totally agree with what you're saying!! - Alex - 2003-09-27

That's why I submitted a bug report about that a while back. Check it out and vote for it: http://bugs.kde.org/show_bug.cgi?id=62797

kwebdesktop rendering - Rick Paq - 2004-11-25

I call a script that fetches a few parts of different pages and load that with kwebdestop, like > sh ./getback && kwebdestop %x %y %f /tmp/tmp.html needs a delay or wait til 'done rendering' signal before creating an image from the page. the last image on the html page only renders 10% - 20% when I view the tmp.html in konqueror it looks fine. screenshot attached.

Re: kwebdesktop rendering - max - 2004-11-27

looks like a clever approach - any idea how to make it fully work?

Re: kwebdesktop rendering - Rick Paq - 2004-11-28

loads pics about 80% of the time now turned up the ht caches (keep synced) via konqueror settings seems to help but... superkaramba gives me a nice 5day 4cast I still use kwebdesktop to show radar images updated hourly as my desktop background. here's a snap.

Konqueror's KHTML? - marcoos - 2003-09-26

Is KHTML engine in Konqueror from KDE 3.2a the one with those Apple's patches? Or the old one?

Re: Konqueror's KHTML? - Alex - 2003-09-27

Don't think it's bundled with all the patches Apple made up till Safari 1.0, but it does have a good number of patches. Anyway, don't think that Apple's patches ar eso amazing jsut because they have good name recognition, KDE developers ar ethe ones who have done most of the work on KHTML. Apple is not even using the same branch. Remember apple selected KhTML not the other way around.

Re: Konqueror's KHTML? - branch - 2003-10-02

However, why did they create their own branch?

Re: Konqueror's KHTML? - AC - 2003-09-27

> Is KHTML engine in Konqueror from KDE 3.2a the one with those Apple's patches?' Some of Apple's patches. Plus it's own updated stuff.

wow - Iuri Fiedoruk - 2003-09-27

I've compiled it using konstruct (great tool, thanks guys!) and it simply rocks so far (only kdebase). I'm star to think about replacing the 3.1.3! Way to go kde!

Re: wow - Anonymous Yellowbeard - 2003-09-27

Good idea! 3.1.4 has been out a while.

Re: wow - protoman - 2003-09-27

heheheh, I'm going to miss this one and go 3.2 ahead ;) Found few bugs in khtml, but so far, it's very stable, so I can use it daily.

Problems running KDE 3.2 Alpha 2 - Z_God - 2003-09-27

After hours of compiling, I'm now trying to run KDE 3.2 Alpha 2. When I run startkde from the kde3.2-alpha2 directory, it just loads my old KDE though. What am I doing wrong? Thanks in advance.

Re: Problems running KDE 3.2 Alpha 2 - Ruediger Knoerig - 2003-09-27

IMHO the best way to test a new KDE release is to add a new unix user (e.g. kdetester) since you have a lot of environment variables to be set. Ensure that: * PATH contains kde3.2alpha2/bin directory before the main kde3/bin entry * KDEDIR is set to kde3.2alpha2 do this by adding the following lines to your .bashrc or .profile: export PATH="kde3.2-alpha2/bin:"$PATH; export KDEDIR="kde3.2-alpha2";

Please give more information sir, - linuxNEWBEE - 2003-09-29

Where can our bashrc or .profile be found? Can you provide a screenshot of you editing this so we can see what it looks like. I dont mean the commands but I want to know what the proper way to edit a bashrc or profile is, by the way I use Redhat 9.

Re: Please give more information sir, - SANNIER Jean-Baptiste - 2003-09-30

In your $HOME directory (~/) exemple : more ~/.bashrc ... if you're using bash, of course.

The new KNode is just boring - Jeff - 2003-09-28

Each time I open it, KNode will ask me for a "wallet" password, or complain "wallet manager not running". It is REALLY BORING!. And I cannot find a way to disable KNode looking for its "wallet". I have to say, just because of this boring KNode, KDE 3.2 gives me more nagative impressions.

List of problems with KNODE. - linuxNEWBEE - 2003-09-29

Some other bad features of KNODE First, why cant I select the application I want to open a file? With pictures if I dont want them to open inline and I want kuickshow to open them why cant I do this? Why cant I just "launch" files and not save them? Why cant I preview pictures in thumbnail form inline and click to have it launch fully in my application of choice? I'd like to have all of Free Agents best features, I want better handling of binaries, I'd like the ability to launch movies in one click meaning I highlight the file it downloads, unrars, decodes and begins playing in my application of choice. Id like these features, if any Knode developers are watching thats what we want.

Re: List of problems with KNODE. - Alan - 2003-11-15

Why can't they make Knode works like Xnews. Xnews is simply, powerful and easy to use.

Re: List of problems with KNODE. - anon - 2003-11-15

The problem with knode is that for the last three years, there has been a lack of developers, especially compared to kmail. Pretty much a random group of people is developing knode ATM, none of which knode is their main app that they develop. Help is always needed =)

Problems compiling kdeutils (SNMP dependency) - Johannes Grosen - 2003-09-29

Here is the error message I get compiling ksim on my RedHat 8.x box with net-snmp-devel-5.0.6-8.80.2 installed: if /bin/sh ../../../libtool --silent --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../ksim/library -I/usr/local/kde3.2-alpha2/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -I/usr/local/kde3.2-alpha2/include -I/usr/X11R6/include -I/usr/local/kde3.2-alpha2/include -I/usr/X11R6/include -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -O2 -I/usr/local/kde3.2-alpha2/include -I/usr/X11R6/include -L/usr/local/kde3.2-alpha2/lib -L/usr/X11R6/lib -O2 -pipe -I/usr/local/kde3.2-alpha2/include -I/usr/X11R6/include -L/usr/local/kde3.2-alpha2/lib -L/usr/X11R6/lib -O2 -pipe -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT ksim_snmp_la.all_cpp.lo -MD -MP -MF ".deps/ksim_snmp_la.all_cpp.Tpo" \ -c -o ksim_snmp_la.all_cpp.lo `test -f 'ksim_snmp_la.all_cpp.cpp' || echo './'`ksim_snmp_la.all_cpp.cpp; \ then mv -f ".deps/ksim_snmp_la.all_cpp.Tpo" ".deps/ksim_snmp_la.all_cpp.Plo"; \ else rm -f ".deps/ksim_snmp_la.all_cpp.Tpo"; exit 1; \ fi In file included from ksim_snmp_la.all_cpp.cpp:5: snmp.cpp:33: warning: non-static const member `const int EnumStringMapInfo::enumValue' in class without a constructor snmp.cpp:35: warning: non-static const member `const char EnumStringMapInfo::snmpLibConstant' in class without a constructor snmp.cpp:37: `SNMP_VERSION_1' was not declared in this scope snmp.cpp:38: `SNMP_VERSION_2c' was not declared in this scope snmp.cpp:39: `SNMP_VERSION_3' was not declared in this scope snmp.cpp:42: `SNMP_SEC_LEVEL_NOAUTH' was not declared in this scope snmp.cpp:43: `SNMP_SEC_LEVEL_AUTHNOPRIV' was not declared in this scope snmp.cpp:44: `SNMP_SEC_LEVEL_AUTHPRIV' was not declared in this scope In file included from ksim_snmp_la.all_cpp.cpp:5: snmp.cpp:244: `SNMP_ERR_TOOBIG' was not declared in this scope snmp.cpp:245: `SNMP_ERR_NOSUCHNAME' was not declared in this scope snmp.cpp:246: `SNMP_ERR_BADVALUE' was not declared in this scope snmp.cpp:247: `SNMP_ERR_READONLY' was not declared in this scope snmp.cpp:248: `SNMP_ERR_GENERR' was not declared in this scope snmp.cpp:249: `SNMP_ERR_NOACCESS' was not declared in this scope snmp.cpp:250: `SNMP_ERR_WRONGTYPE' was not declared in this scope snmp.cpp:251: `SNMP_ERR_WRONGLENGTH' was not declared in this scope snmp.cpp:252: `SNMP_ERR_WRONGENCODING' was not declared in this scope snmp.cpp:253: `SNMP_ERR_WRONGVALUE' was not declared in this scope snmp.cpp:254: `SNMP_ERR_NOCREATION' was not declared in this scope snmp.cpp:255: `SNMP_ERR_INCONSISTENTVALUE' was not declared in this scope snmp.cpp:256: `SNMP_ERR_RESOURCEUNAVAILABLE' was not declared in this scope snmp.cpp:257: `SNMP_ERR_COMMITFAILED' was not declared in this scope snmp.cpp:258: `SNMP_ERR_UNDOFAILED' was not declared in this scope snmp.cpp:259: `SNMP_ERR_AUTHORIZATIONERROR' was not declared in this scope snmp.cpp:260: `SNMP_ERR_NOTWRITABLE' was not declared in this scope snmp.cpp:261: `SNMP_ERR_INCONSISTENTNAME' was not declared in this scope In file included from ksim_snmp_la.all_cpp.cpp:5: snmp.cpp: In function `QString messageForErrorCode(int)': snmp.cpp:294: `SNMP_ERR_NOERROR' undeclared (first use this function) snmp.cpp:294: (Each undeclared identifier is reported only once for each function it appears in.) snmp.cpp:294: `MAX_SNMP_ERR' undeclared (first use this function) In file included from ksim_snmp_la.all_cpp.cpp:7: value.cpp: In constructor `KSim::Snmp::ValueImpl::ValueImpl(variable_list*)': value.cpp:89: `SNMP_NOSUCHOBJECT' undeclared (first use this function) value.cpp:93: `SNMP_NOSUCHINSTANCE' undeclared (first use this function) value.cpp:97: `SNMP_ENDOFMIBVIEW' undeclared (first use this function) In file included from ksim_snmp_la.all_cpp.cpp:15: session.cpp: In member function `bool KSim::Snmp::Session::snmpGetInternal(int, const KSim::Snmp::IdentifierList&, KSim::Snmp::ValueMap&, KSim::Snmp::ErrorInfo*)': session.cpp:73: `SNMP_MSG_GETNEXT' undeclared (first use this function) In file included from ksim_snmp_la.all_cpp.cpp:15: session.cpp: In member function `bool KSim::Snmp::Session::snmpGet(const KSim::Snmp::IdentifierList&, KSim::Snmp::ValueMap&, KSim::Snmp::ErrorInfo*)': session.cpp:249: `SNMP_MSG_GET' undeclared (first use this function) make[6]: *** [ksim_snmp_la.all_cpp.lo] Error 1

Re: Problems compiling kdeutils (SNMP dependency) - Anonymous - 2003-09-29

Use http://bugs.kde.org

Re: Problems compiling kdeutils (SNMP dependency) - Travis Williams - 2005-06-11

I had the same problem. Install Net-SNMP from source (http://net-snmp.sourceforge.net/), then run ldconfig and try the kdeutils install again. In my case, I also had to copy /usr/local/lib/libnetsnmp.so to /usr/lib/libnetsnmp.so.

Can't use a .jpg image as a background - Marcello - 2003-09-30

Hi boyz! I've been compiling this beta of KDE all night, having no troubles at all during the compiling session (wow! :-) ) But, as soon as I finished, I could see that no jpeg image can be loaded as background (I say, using the Control Panel I cannot see jpeg images as a preview, nor use it to put onto background, even if .png images are correctly showed and can freely be used...) The strange thing is that libjpeg are correctly installed, and the same images I can't even see from the control panel are showed with no trouble by Konqueror, and others built in viewers..... Can someone help me before I go mad? ;-) Thx to all of you!

Re: Can't use a .jpg image as a background - henrik - 2003-10-02

Hi! Check the options when compiling KDE and QT. "./configure --help"

Re: Can't use a .jpg image as a background - Tom - 2003-12-10

Hi, I have the same problem in the stable release of KDE 3.1.4. How can this problem be solved? Thx, Tom

Re: Can't use a .jpg image as a background - U1iu5ca35ar - 2003-12-10

If you've got this problem running a "stable" version of KDE, you can solve it simple recompiling your qt adding to the ./configure options the flag --system-libjpeg (but be sure libjpeg have already been compiled 'n installed on your system). Then recompile also kde, and all shall function.....

Re: Can't use a .jpg image as a background - Tom - 2003-12-10

Is it also possible to solve this problem without compling packages myself. Is it possible to make sure that qt is cleanly reinstalled as it is provided on the stable servers? I suppose that those versions are compiled with the right options to allow jpg images as background?

Re: Can't use a .jpg image as a background - U1iu5ca35ar - 2003-12-10

Mmmmmh...... I don't know how to see what options qt has been compiled with.... It sounds like you're using a pre-compiled version..... Aren't you? I say, you are using the same qt your distribution installed at the setup time, aren't you? So, what is the distribution you r using?

Re: Can't use a .jpg image as a background - Tom - 2003-12-10

Yes, is is a pre-compiled version and installed at set-up time. I use the Debian stable distribution and the latest stable version of KDE (3.1.4).

Re: Can't use a .jpg image as a background - U1iu5ca35ar - 2003-12-10

It's sounds quite strange.... Debian's pre-compiled qt are configured for jpeg support.... Have you already tried to re-install libjpeg?

Re: Can't use a .jpg image as a background - Tom - 2003-12-10

apt-get --reinstall install libjpeg says Can't find package libjpeg Is it the wrong name for the package?

Re: Can't use a .jpg image as a background - U1iu5ca35ar - 2003-12-10

I think you'd better try to download original libjpeg sources, and compile 'em.... the link is [url]http://www.ijg.org/files/jpegsrc.v6b.tar.gz[\url] Gotta only follow the instructions in the INSTALL file.....

Re: Can't use a .jpg image as a background - Matthew - 2004-01-28

I have the same problem as Marcello and have compiled libjpeg6b, I do have a pre-built QT, but it's the same QT being used by my KDE3.1 installation and that works, plus I'm pretty sure the 3.2 beta DID work in this respect. I'm going round the bend with this problem - did you get anywhere Marcello? Cheers, Matthew

Re: Can't use a .jpg image as a background - U1iu5ca35ar - 2004-01-28

No, Sorry matthew but I wasn't able to have that problem fixed...I even have no time to study the source and try to find the reason why... I'm now using the 3.1.5 release, and I've got no problem at all.....It's possible that there's noone out there that have had this trouble fixed? ;-)

Java Dependency under Debian (Knoppix) - Jayme Johnston - 2003-10-02

Any Suggestions? checking for Java... configure: error: Incorrect version of /usr/include//jni.h. You need to have Java Development Kit (JDK) version 1.2. Use --with-java to specify another location. Use --without-java to configure without java support. Or download a newer JDK and try again. See e.g. http://java.sun.com/products/jdk/1.2 make[1]: *** [configure-work/kdebase-3.1.92/configure] Error 1 make[1]: Leaving directory `/home/jjohnston/src/konstruct/kde/kdebase' make: *** [dep-../../kde/kdebase] Error 2 $ sudo dpkg -l j2sdk1.4 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-===================-===================-====================================================== ii j2sdk1.4 1.4.0.99beta-1 Blackdown Java(TM) 2 SDK, Standard Edition

Re: Java Dependency under Debian (Knoppix) - Joaquim Andrade (Conectiva Test Team) - 2003-10-02

Knoppix is a live CD Linux you can install rpm's or anything there ... use a normal distro... like Conectiva, Debian, Mandrake, Slackware... or Red Hat...

Re: Java Dependency under Debian (Knoppix) - Jayme Johnston - 2003-10-02

Knoppix is installed on the hard drive. It *IS* debian. It uses the same deb packages. Besides the error is really with the Debian java package. Is this a known issue? --Jayme

Re: Java Dependency under Debian (Knoppix) - Hauke Hell - 2003-10-19

Just had exactly the same problem with Knoppix 3.3 on my harddisk. The following seems to work: - I downloaded jdk 1.2 from http://java.sun.com/products/jdk/1.2 (as suggested by the error message) - I included the jdk directory in my PATH variable (as suggested in Sun's installation info) - I set a symlink from /usr/local/jdk1.2.2/include/jni.h to /usr/include/jni.h I wonder wether a newer Java sdk version (1.3 or 1.4) could be used. Hauke

kssh not in kdenetwork -- why?? - Jarl E. Gjessing - 2003-10-04

One very inportant tool for Linux/UNIX users are ssh. Telnet is at least for me, dead since it is not too secure. SSH is partly secure and easy to access the servers with, and for KDE there is this great tool kssh. Why is a tool so central to Linux/UNIX administration not part of KDE? I'm asking just to understand this, I'm sure there is a perfectly good explanation. Other than that, KDE-3.2-alpha is really super, but so is KDE-3.1 :-)

Re: kssh not in kdenetwork -- why?? - Anonymous - 2003-10-04

It was never proposed by the developer so there was never a reason to consider inclusion?

Re: kssh not in kdenetwork -- why?? - Andreas Steffen - 2003-10-08

What's so important about kssh? I used it once, and there was nothing there that seemed to be particularly newsworthy. Fortunately, the ssh frontend I would recommend is still included: Konsole. Would be a bit odd if THAT was removed ;-)

Re: kssh not in kdenetwork -- why?? - Jarl E. Gjessing - 2003-10-09

Don't get me wrong. I'm able to type ssh ... :-) It's just that kssh is a great tool for quickly accessing hosts via SSH And many people like gadgets like this, that makes life easier. Actually it took me some time getting used to using kssh, but now I really feel it as being a great tool. For me, it is easier to make a std. option in kssh and then select a host rather than doing ssh -X -C... hostname -lname For others these tools are almost an annoyance.

kde-i18n support? - Andreas Steffen - 2003-10-08

Hi! I run Gentoo, and right now I'm using 3.2alpha1, compiled from portage. However, the kde-i18n package is still at version 3.1.4, and appearantly, unable to generate a german language setting, leaving me with US-English. Now I can work with that, but I'd rather have german. Would 3.2alpha2 do the trick?

Re: kde-i18n support? - Anonymous - 2003-10-09

Just update your kde-i18n ebuild. Or ask at http://forums.gentoo.org/ for help.

kde-i18n-de not working, who to contact? - Master of Disaster - 2003-10-13

Re: kde-i18n-de not working, who to contact? - Anonymous - 2003-10-13

> Who do I have to contact? Gentoo KDE maintainer(s), http://bugs.gentoo.org/

Re: kde-i18n-de not working, who to contact? - Master of Disaster - 2003-10-13

But this problem has apparantly nothing to do with Gentoo, it seems that one of he translators screwed up one .xml file.

Re: kde-i18n-de not working, who to contact? - Anonymous - 2003-10-13

Nothing? So why had I no problems with kde-i18n-de-3.1.92.tar.bz2 on SuSE 8.2?

Re: kde-i18n-de not working, who to contact? - Master of Disaster - 2003-10-13

You got point

Re: kde-i18n-de not working, who to contact? - Master of Disaster - 2003-10-17

Could you tell me the version of libxml & libxslt that you are using please?

konq gripes - MamiyaOtaru - 2003-10-31

I am using orth debs for debian unstable and there are a few things I don't like about konqueror's behaviour now. The biggest is when using konqueror to browse files and Detailed List View. In 3.1.x it is possible to right click in the file-list pane to paste file(s) by right clicking on any column other than "Name". Doing so brings up a context menu that includes "paste", whereas right clicking in the name column brings up a context menu for the file you have clicked and which does not include paste. In 3.2.0 however, right clicking in ANY column brings up a context menu for the file whose row you right clicked on. Thus, in a directory with enough files that there is no blank space at the bottom, in Detailed List View it is impossible to right-click paste (no matter where you click you get a context menu for a file or a directory with no option to paste) If you don't know what I mean, switch to detailed list view and try to use the context menu to paste a file into a directory with a lot of files :) That for me is a killer. Who cares about being able to open a file by clicking on its modified date? The other nasty effect of this is that it removes the easy way to select a single file. In 3.1.x, left click on any column but the name and that one file is selected. Not so in 3.2.0. Bad as that is, not being able to right click, paste at all is worse I think. I also don't like the removal of the "Open Terminal Here" item in the context menu. Of course it is in the Tools menu, but it is nice to right-click on a directory other than the one I am currently in to open a terminal there, and it is something I do frequently. Saves a click over having to open it first :) Does anyone else do this as well? Last gripe is how there is no more choice between "Open in Background Tab" and "Open in New Tab" in the right-click menu. You can choose between them in the config menu of course, but I use both. On a page with thumbnails I'll open several in background tabs to look at later. Other times I want to read a link without moving away from the page it is on (If pressing the back button instantaneously brought up the previous page like in Opera, I might not need that ;) ) Sometimes a nice combo of both.. Open several thumbnails in background tabs, then the last one in a new tab to get started with viewing right away. I really do use this. But does anyone else? I know some options need to go from that menu, it is too large. A more dynamic menu that had a clue about where you clicked would be nice. How about getting rid of "Open With" and "Preview In" options when right clicking a webpage? It is already open ffs! Or maybe konq could see fit to leave out "create data CD with k3b" while browsing the web.. there are several things that don't need to be there for browsing. "Open in Background Tab" and "Open in New Tab" however do (imho of course, would love to hear others' opinion)

Re: konq gripes - farooq hasny - 2004-02-05

well i have just start exploreing kde 3.x. i also want "open terminal here" back because now i have to open terminal from menue and then change my director ....which is bit boring can any body tell me how to edit desktop menu

Re: konq gripes - Boudewijn Rempt - 2004-02-05

You can still press ctrl-t to get your terminal.

KDE3.2 and Java - Matthew - 2004-01-28

3.2 Alpha rocks, but I also have the problem the chap above had with reading JPEG files in certain apps - and the QT is the same as for my 3.1 installation... anyhow... Anyone else found the following problem? I have a Java app from which several child windows are spawned. If I go to another virtual desktop, then come back again, all the children get minimised! Can't seem to find a reason for this behaviour, and it certainly doesn't happen in 3.1. Because I use this app a lot for my work and the minimizing is a real pain, it's holding me back from converting over... shame because I love Konqueror 3.2! Cheers!