C|NET News.com: Germany-funded Linux software arriving
Friday, 31 January 2003 | Rkaper
C|Net has published a story about the recent release of KDE 3.1, with a focus on the Kroupware project. Other new features particularly beneficial for those considering rolling KDE out in an enterprise setting are mentioned as well, including remote desktop administration, KDE's kiosk framework and the KHTML improvements that made their way into KDE as result of the cooperation with Apple.
Comments:
KHTML Improvements... - Mikey - 2003-01-31
Has anyone else had stability problems with Konqueror? It worked fine for me with Release Candidate 6, but the final 3.1 crashed twice while I was giving it a test-drive. I think Apple's improvements should have all gone into 3.1, or they should have all waited until the next release. I suspect the partial port is what's causing the problems.
Re: KHTML Improvements... - Eric Laffoon - 2003-01-31
> Has anyone else had stability problems with Konqueror? It worked fine for me with Release Candidate 6, but the final 3.1 crashed twice while I was giving it a test-drive. Nope. It's been rock solid for me. I had rc5 on one machine and rc6 on the other. They both have 3.1 final now and one khtml crash on rc5. These systems get a fair amount of use in our home business day and night. > I think Apple's improvements should have all gone into 3.1, or they should have all waited until the next release. I suspect the partial port is what's causing the problems. Suspect all you want... but compiling with --enable-debug and pointing to it is a lot better than wild speculation. Unfounded rumors start with wild speculation. A good question is if you compiled it yourself, what your optimizations are and so on, or was it precompiled in an RPM. In my experience both supporting my network, friends and thousands of users RPM packages can sneak in some nasty bugs. Even Mandrake and SuSE have released some real duds on new version releases. FYI mine is built with Gentoo for my processor with mild optimizations using gcc 3.2.1. I typically have tabbed browsers on several of my 12 desktops at any time. Hats off to Dirk and the rest of the guys! KDE 3.1 is awesome!
Re: KHTML Improvements... - Derek Kite - 2003-01-31
Very stable here since rc6. http://bugs.kde.org Derek
Re: KHTML Improvements... - Anon - 2003-01-31
I have with rc5,6 and 3.1 but only when using it as a filemanager.
Re: KHTML Improvements... - rinse - 2003-01-31
Well, Konqueror looks less stable on my system, somehow KHTML is not loaded, calling DOCP does not work properly. Must be the rpm's of SuSE I installed, will check later if they have updated packages, or compile it myself :o) Rinse
Re: KHTML Improvements... - Jos - 2003-01-31
The SuSE 8.1 RPMs for 3.1 work fine for me. I noticed a real speed increase over the RPMs shipped with 8.1. Also 3.1 is stable for me. No crashes yet on my two systems: the one mentioned and a SuSE 8.0 system on which I compiled from sources with the default konstruct settings. Some annoying bugs that had me worried in rc6 have gone. In my opinion 3.1 is pretty stable and I haven't found any really annoying bugs.
Re: KHTML Improvements... - NoName - 2003-01-31
Hi everybody, I had stability problems with konqueror since 3.0 (I thought), but in the end it all boiled down to kbear. I never had kbear running smoothly, and it attaches itself to konqueror when installed (or its sitemanager does...). So, I had regular crahses when opening a new windows by clicking a link with the middle mouse button. But after removing kbear it runs without a hickup. So you might want to check whether you have kbear installed. My system is SuSE 8.1 running the rpms from ftp.kde.org, the system also runs WinXP via vmware and is normally up from Mon 8:00 to Fri 18:00, with quite a bit of load to handle. Cheers NoName
Re: KHTML Improvements... - Costin - 2003-02-06
yeap, i also had RC5 before and it worked just fine, but the crashed several times since i installed it ... also some programs that compiled and ran fine under RC5 don't compile any more or crashes. also kget doesn't work. .costin
Re: KHTML Improvements... - Costin - 2003-02-06
correction : ... but the *final version* crashed ....
*Please* change the Name - Androgynous Howard - 2003-01-31
Kroupware is really a horrible name. I know that it is only a project name and not supposed to be a final name, but now that it gets reviewed by major news sites it is important to change the name. There was some discussion on the dot about the final name of the project recently. Just take the 10 best proposals from there and let the dot.kde.org users choose the winner. Or make a poll at kde-look.org. Or pick one at random. *Everything* is better than Kroupware. Please note that this is meant as constructive criticism. I downloaded the 3.1 release and I am extremely happy with it. But names are more important than most developers think. regards, A.H.
Re: *Please* change the Name - Daniel Molkentin - 2003-01-31
The Server is called Kolab and so is the client (for the time Kroupware Projekt). The Clinet application that will go into KDE 3.2 is called Kontact. So what we end up with is Kolab Server and Kontact client. No more Kroupware. Cheers, Daniel
Re: *Please* change the Name - aleXXX - 2003-01-31
> So what we end up with is Kolab Server and Kontact client. No more Kroupware I guess the server doesn't depend on KDE. Does the name then have to start with "K" ? Bye Alex
Re: *Please* change the Name - AC - 2003-01-31
Why should it have to start with a K? Other KDE apps (like Noatun and Quanta) dont. It is just a tradition and makes it easier to categorize apps.
Re: *Please* change the Name - Rayiner Hashem - 2003-01-31
If this whole K-naming is going to continue, it would make sense if the icon search dialogs sorted by the second initial letter. As it is, finding an icon for say, KOffice, is quite irritating. You type 'k' which will take you to the beginning of the K icons, which is basically all of them. Typing in 'o' moves you to the icons that begin with 'o'.
Re: *Please* change the Name - optikSmoke - 2003-02-01
Hmm......... are you sure? For file/icon selectors in KDE, I have always been able to type the entire name of the file to find it if it's there (not that you really need to go beyond the first few letters). Koffice is a bad example in itself, since there is no "koffice" icon (only kword, kspread, etc), so as soon as you type the first "f" it goes to "f" icons. For me, though, getting the kword icon is as easy as K-W-O :)
Re: *Please* change the Name - David Faure - 2003-01-31
I think you're thinking the wrong way round here. Not all kde apps start with a K, and reversely, we have no reason to forbid non-kde apps from starting with a K :) Kolab comes from Kollaborieren which is German for Collaborate. Nothing to do with K==KDE indeed.
Re: *Please* change the Name - Melchior FRANZ - 2003-01-31
And then: I don't see people complain about the 'x' in xteddy, xpinguin, xbill, xedit, xless, xgamma, xbanner ... It's a kind of namespace identifier, and helps to avoid name clashes. (Gnome will never let any of their programs start with a 'k'. ;-)
Konqueror Stability - Paul - 2003-01-31
Hi All Well I myself have had a couple of crashes on SuSE Professional 8.1, using RPMs as my install approach. Personally though I think this is very good. My use of Konqueror is extreme, it is open by default at all times on Desktop 1 as a file manager, and on Desktop 2 & 3 as a web browser, for remote administration tasks and also local development testing. This means on average that Konqueror is up and running for anything between 14 & 18 hours day in day out, 2 crashes to me given that sort of use equals ROCK SOLID (Hell even rocks break sometimes !! ). A very very BIG thank you to all of the KDE developers, 3.1 has a damned near perfect balance of new features and massive bug fixes right across the application spectrum. I am very impressed and immensly grateful to you all, also I must just say Quanta team keep it up it is getting better and better. I now use it as my default Code editor, but I will admit I still use Dreamweaver MX for layout and management. Say does anyone know where I should post a feature request for MetaData features in KDE, you know the sort of stuff, Data about Data, notes on and describing files that are directly associated with individual files. I sure would love to have that in KDE sometime, though obviously I do realise something such as this would be huge undertaking. Much respect and gratitude Paul
Meta data - Carsten Pfeiffer - 2003-01-31
> Say does anyone know where I should post a feature request for > MetaData features in KDE, you know the sort of stuff, Data about Data, > notes on and describing files that are directly associated with individual > files. I sure would love to have that in KDE sometime, though obviously I > do realise something such as this would be huge undertaking. There is some support for meta data already. You can read and manipulate (as possible) meta data of all kinds of fileformats through a generic interface. You can't attach any kind of metadata to any kind of file yet, tho. Currently, you can utilize some fileformat's structures, like Jpeg EXIF data, mp3 ID3 tags etc. Attaching data to any kind of file requires support in the filesystem (see lengthy discussions on lists.kde.org, kde-look).
Re: Konqueror Stability - jonas - 2003-01-31
It crashes and you call it ''rock solid''. Now what does that tell us about the state of software?
Maybe the German govt will switch to KDE? - Anonymous - 2003-01-31
That's great! The German government now funds two projects, Ägypten (http://www.gnupg.org/aegypten) and Kroupware. Maybe some parts of the German government will switch their Desktops to KDE, when both projects are finished.
Re: Maybe the German govt will switch to KDE? - Anonymous Coward - 2003-01-31
Many parts of the Ägypten project have actually been merged into the Kroupware project. It is from Ägypten that KMail now has SMIME support.
Correction: Nothing from Kroupware is in KDE 3.1 - Ingo Klöcker - 2003-01-31
Hi everybody! The C|Net article claims that "the first elements [of Kroupware] have appeared in the new KDE 3.1"[1]. That's (unfortunately) wrong. As you can check yourself cvs was "frozen for feature commits that are not listed in the planned-feature document"[2] on July 1, 2002 while the Kroupware "project began in September."[1]. So it wasn't possible to include anything from the Kroupware project in KDE 3.1. In particular the article claims: "Two elements of the client work are in the new KDE 3.1, released Tuesday: the KMail software can handle encrypted e-mail attachments, and the KOrganizer calendar software can communicate with Exchange 2000 servers." Both elements are not part of the Kroupware project. The KMail improvements, i.e. support for PGP/MIME (RFC 3156) and S/MIME, were made by the Ägypten project[3] (which incidentally also was ordered by Germany's agency for information technology security). The KOrganizer plugin[4] for connections to Microsoft Exchange 2000® servers was written by Jan-Pascal van Best completely independant of the Kroupware project. Anyway, you can all look forward to KDE 3.2 which will include most (if not all) of the client side elements of the Kroupware project. Regards, Ingo [1] http://news.com.com/2100-1001-982816.html [2] http://developer.kde.org/development-versions/kde-3.1-release-plan.html [3] http://www.gnupg.org/aegypten/index.html [4] http://korganizer.kde.org/workshops/ExchangePlugin/en/html/index.html
konqueror 3.1 *still* doesn't honor nowrap - Bret Baptist - 2003-01-31
I tested KDE 3.1 from RC5 through current and konqueror still doesn't honor nowrap in <td> elements. I would think that this is important. I have voted for a bug report that was submited to bugs.kde.org and 4 other people have also voted for this. The real kicker (no pun intended) is that this is a backward step from KDE 3.0, it works just fine with nowrap. Not having this makes some webpages just plain unusable. Please read the bug report and test for yourself, you will see what I mean. Thank you. Bret. Reference: http://bugs.kde.org/show_bug.cgi?id=52993
Re: konqueror 3.1 *still* doesn't honor nowrap - Datschge - 2003-02-03
How about using <nobr> instead?
Re: konqueror 3.1 *still* doesn't honor nowrap - Tobias - 2009-01-09
That does not work.
Bug?? - wb - 2003-01-31
Anyone tried this site : http://www.telefoongids.nl To look up a telephonenumber it is requiered to start the name and the placename with a capital , but konqueror seems to inetrpret the pressing of the shift-key is an "enter-key", all other browsers work fine with this site. Next problem site: http://www.omroep.nl/nos/noshome/index.html It is not capable of rendering it correctly , all other browsers do. These are only a few examples of the many usefull sites in the Netherlands that simply don't render/work correctly in konqueror while mozilla, phoenix opera etc. do a fine job of rendering them. What's wrong with konqueror??
Re: Bug?? - Ookaze - 2003-01-31
I had none of your problems when visiting these two sites. Can you tell what exactly doe not work on the second one ? The first one worked well, what's wrong with your KDE install ?
Re: Bug?? - Ookaze - 2003-01-31
My mistake, you are right ...
Re: Bug?? - wb - 2003-02-01
The second site doesn't render completely in konqueror. Only the background comes up.
Re: Bug?? - Manfred Tremmel - 2003-02-08
1. Page checked by w3c-validator as html 4.01 Transitional: 324 HTML-Errors in 780 lines, wow! 2. Page as html 4.01 Frameset, 28 HTML-Errors in 33 lines (Frameset only) This pages are extremely broken.