KDE-CVS-Digest for May 23, 2003

Menu usability gets improved. KDE Print gets printer capability access and quite a few bug fixes.
Kate now has command line access to variables, similar to Vim commands or Emacs local variables. Plus numerous fixes
to keyboard handling, KSpread and Konqueror. All this and more in the latest KDE-CVS-Digest.

Dot Categories: 

Comments

by Derek's fan (not verified)

I've been desperately accessing your site every two or three minutes for the 23/May version ;-)

Thanks very much, at last I can sleep.

by Alex (not verified)

I'm sure the suspense was all part of your plan ;p

I've been refreshing this page like ever 15 minutes since 3 PM, hehe... I don't know what I would do without my daily servincs of CVS-Digest =p I would probably ....

Thanks Derek!

by Ian Reinhart Geiser (not verified)

Some more details on KUIViewer:
http://geiseri.myip.org/~geiseri/pictures/computers/kuiview-1.png - Selecting a theme from the konqi part.
http://geiseri.myip.org/~geiseri/pictures/computers/kuiview-2.png - Preview of the scheck theme in the konqi part
http://geiseri.myip.org/~geiseri/pictures/computers/kuiview-3.png - Thumbnail preview in konqi.
http://geiseri.myip.org/~geiseri/pictures/computers/kuiview-4.png - Preview of opening a UI file in the file dialog.
http://geiseri.myip.org/~geiseri/pictures/computers/kuiview-5.png - KUIView shell with the properties viewer.

These also work in KDevelop and possibly with Kate too. They will be ready and more refinied for KDE 3.2. Im still trying to make the properties browser more usable, so any opinions are welcome, although keep in mind this is a readonly part ment only to view UI files without needing to fire up Qt Designer.

Cheers
-ian reinhart geiser

by uga (not verified)

Great feature! It's a shame that I don't use designer too much. At most, I just draw a draft with it and then clean-up things by hand.

BTW... (this may be OT, sorry): when I saw your screenshots... that reminded me of something:

is there any chance to change the style of the "QSplitter bar" for konqui? Keramik's splitter style is rather bulky, and it doesn't look right at all in konqueror's sidebar. It looks like separate patch on the left, instead of a single integrated app. It's the only reason I never enable the sidebar.

by Ian Reinhart Geiser (not verified)

UI Files are better than code IMHO for the following reasons:
a) less code to cause code/syntax errors and bugs (yes im one of those guys who believes that less human made code == less bugs)
b) SCheck - Style guide checker for UIs can happen at preview ( not only styles but those easy to screw up keyboard accels)
c) infinitely easier to make complex layouts that scale well on screen (lets add a 5 pixel margin to everything on the screen)
d) without compling any code i can test my widget with different styles and properties all in the designer
e) non-coders (read designers who know a thing or two about gaphic design) can work on the UI leaveing the coders to make the code

Now you may not agree with all or any of them, but I can say that these are things I have found in my experiance with Qt development for over 5 clients in the last three years.

Cheers
-ian reinhart geiser

by uga (not verified)

I know the main advantages I found several things that I couldn't do with the designer for my apps:

a) In order not to touch what designer had done, and add my own added code, I always ended up subclassing so much that I had classes for everything except for integers and floating point numbers ;-)
b) I didn't find the way to add simple widgets like a splitter for example.
c) This may be only my problem, but when using layouts with spacers, sometimes designer becomes a nightmare.
d) No, there's no d), it's not that bad :-)

by Ian Reinhart Geiser (not verified)

a) Okay yeah that is a point. The latest designer offers this but im still not a fan of it.
Dont get me wrong, Im not saying "USE DESIGNER EVERYWHERE". But its a powerful tool
b) I see you found that ;)
c) Yeah it gets complicated fast, but hey, remember trying to do this in PowerPlant, or that dumbass MSVC editor? With Qts Bonzo Powerful layout system comes added complexity. It still kicks ass though im my biased opinion.
d) See above, its a powerful tool. Its not for everything but its good for most I have done.

Cheers
-ian reinhart geiser

by uga (not verified)

Oh no.... I just opened designer... and guess what? I found out the button to add the splitter. Why is it that I've never seen it before? ;-)

I think I should have another look back at it...

by LMCBoy (not verified)

heh, took me a while to find it too... :)

by Romain (not verified)

Maybe because it was added only in QT3...

by Martin (not verified)

<>

Yes its butt ugly :(

dotNET draws QSplitters much nicer, but there are also some broken apps where the style has no influence.

by Michael (not verified)

OK, I am really tired! I can't find any really good file managers on Linux. Even Konqueror does not support basic features I need, there are tons of things that annoy me about it like the bad UI, menu clutter, stability etc. but on the top of my head I can tell you a few things I do not like.

- It doesn't show free space in the selected directory! C'mon!!!

- File copy/move can't resume! I mean, c'mon! I've spent 4 hours copying a file across a slow link when the network goes down momentarily when 98% done. I try to resume and it only asks to overwrite/rename/cancel/skip. (Well, at least it doesn't remove partial files when aborting transfers like M$ Explorer does.)

- You can't access the file transfer queue. I'm copying a few gigs of stuff when I realize that I don't want to copy the next to last item I selected. I either have to abort the whole transfer, re-select the other files and restart the transfer, or I have to sit and wait until the unwanted file starts copying and then abort, remove the partial file, re-select the last file and re-start the transfer. I also can't add files to be transferred to that queue. Thus there is no way to copy files between more than two dirs in one go. Stupid, stupid.

- Select two directories full of files, right-click and choose properties and it'll say "2 items - 0 files - 2 directories", and then when you delete those dirs you are happily unaware of your thousands of files being deleted. This probably isn't so very bad once you are aware of this, but I wasn't for a long time and I suspect I've deleted a lot of non-empty dirs that I thought were empty.

- Split a file listing "Left/Right" a few times to get several panes, and then try to drag'n'drop a file from one pane to another. Since the target pane is full of files you can't drop the file anywhere because the whole row (of the "Name" column) of an existing file will be chosen as target. You actually have to scroll horizontally and then drop the file on another column.

- It caches A LOT, and it doesn't update the cache when you re-visit the directory. The actual filesystem is thus seldom what konqueror shows unless you press "Refresh" all the time. In the last few hours it has also removed several files and directories from the file listing cache for no apparent reason. They reappear when pressing F5. (Why can't it start with displaying the cached file listing and do the refresh in the background to ensure it's up-to-date??)

- Selecting dirs with many files really shows the bad underlying design. The file listing isn't updated until the whole directory has been scanned/cached. It isn't even cleared, which gives the impression that the newly selected dir contains exactly the same files as the previously selected dir. It doesn't even give a hint that something is happening! What's even worse is that it doesn't respond to anything while it's scanning the dir. You can't abort it e.g. by trying to select another dir instead. It seems that it doesn't even repaint the window. What's even worse is that it caches the mouse clicks you've done when you tried to change directory while it was so busy, and when it's finished scanning through the dir it responds to those long ago sent mouse clicks! C'mon! Haven't the developers ever seen a book on UI design? (Quite obviously not.)

- The dir tree doesn't stay in sync with the active file listing. E.g. when dragging a file from the file listing and dropping it on another dir in the dir tree the other dir becomes selected while the file listing shows the contents of the first dir.

- The trashcan is a normal directory! This must be among the most stupid design decisions ever made. The trashcan doesn't remember where the file came from. You can't set it to keep only X MB of the last deleted stuff. You can't set it to permanently delete stuff older than N days. You can't even have two files with the same name in it at the same time! (Not even if they originally came from different directories. Not that that should matter.) This is absurd! (Perhaps the trashcan isn't at all part of Konqueror...)

- It keeps a lock on something in visited directories. This becomes apparent when you try to unmount something that konqueror has accessed at some point. You have to close the relevant konqueror window for it to release whatever lock it has in the mounted filesystem, so that it can be unmounted.

- The TABs won't shrink after they fill up the whole row, so if you have many TABs you only see a few at a time.

- No emblems like nautilus

- No integrated cd burning like in windows

- extremely slow on directories with thousands of items

- when loading directories, such as one with pictures it seems to over lay the pictures and generally looks extremely ugly until it finishes loading, it should load smoothly like nautilus

- no zoom like in nautilus

- no difference in list views for different types of files, for example in music directories such as order by artist album, play time etc. like in Explorer
No drag and drop support on Konqueror's tabs. For example if I have 2 tabs open and I take one file and drag it over the second tab, I expect that tab to be dispalyed after I hovered over it for 1-2 seconds.

- UGLY, selection and text! More on this at KDE-LOOK. No shadow under screenshot or text etc.

- No detailed folder view which will tell you things like how many files are in a directory. I know you can see this through preview, but I need to see it quickly from the beginning, I don't want to browse over every folder!

- A few bad defaults, for example word wrap should be disabled by default IMO.

- little distinction from web browser to file manager. Many file manager options not applicable tot he web are still here or used incorrectly. For example, clicking home is not going to take me to my homepage, but instead to my home directory! I suggest just spearating File Manager From Browser, it would be easier on the devs and users.

- Bad usability in some areas! When saving a view profile it feels like your renaming one of the existing profiles since one is highlighted and yet if you choose a different name a new one appears. It would be better if it just had a new button, so you actually know what is about to happen. Terrible menus context or not in many areas. For example in view there are 2 separate items one called Background Color and the other Background Imagem both fo these could easily be combined into one called background. Konqueror really needs to be simplified.

When will Konqueror actually become a good fast file manager, not with preloading? Is any of this in the works for 3.2? PLEASE IF YOUR GOING TO DO ONE THING FOR 3.1 FIX KONQUEROR!

Well, that's my rant for today. Otherwise, I like Konqueror and it is superior to most file managers in a lot of other areas.

AndThanks Derek and KDE-Developers.

by Anonymous (not verified)

You're repeating yourself: http://dot.kde.org/1053363860/1053565469/
Go away!

> You're repeating yourself: http://dot.kde.org/1053363860/1053565469/
> Go away!

is this the way KDE deals with users wishes?
this is not XFree86.

He was already told where to go (bugs.kde.org) to post these kinds of wishlist items. It's somewhat offtopic here.

First of all, I don't think this is the best place for a "tiny" comment like this. The mailing lists have some uses, you know?

Anyway, I'll point out a couple of things:

1) "Otherwise, I like Konqueror"

Really? What is it that you like? ;-)

2) "No integrated cd burning like in windows"

What do you mean with "integrated"? When I right-click a directory, it says... "Create Data CD with K3b" Isn't that "integrated"?

3) "UGLY, selection and text! More on this at KDE-LOOK"

This already turned up in the developer lists, and I think it's on the way. The patches the guy in kde-look offered required plenty of BIC changes IIRC.

4) "File copy/move can't resume"

You never heard of kget, did you?

5) "No emblems like nautilus"

I don't know why that makes it so bad... well, everyone has their strange tastes. You know, code is coded when someone has interests...

6) I didn't take the time to check all the rants...

by Ian Reinhart Geiser (not verified)

i agree with some points but note this is a internet chat forum... trolls are ignored, if you really want to see these things haul your little ass on over to http://bugs.kde.org and start filling out wishlist items. Now you are going to get some votes with you nice little account. USE THEM!

We developers take these votes seriously! (at least i do) Something piss you off vote it up, well look at it. We dont make a habbit of ignoring users but REMEMBER we are going this for fun in our spare time. You have to give a little to get a little.

Cheers
-ian reinhart geiser

by goddard (not verified)

Thanks for your comments, but it is not the best place to troll!

Please submit a wish to bugs.kde.org

Thanks!

by KDE User (not verified)

1) - little distinction from web browser to file manager. Many file manager options not applicable tot he web are still here or used incorrectly. For example, clicking home is not going to take me to my homepage, but instead to my home directory! I suggest just spearating File Manager From Browser, it would be easier on the devs and users.

I'm ambivalent about your other points. But I agree 100% with this one. A file manager and a web browser are completely different entities. As a simple example, I want to use xv to view images locally, but I want them embedded when I'm browsing the web. Well, too bad. Either an image is embedded in both or pops up a new window for both. I know I can use the MMB to force a new window for local images, but I don't want to do that. I want my file manager to be a file manager. Note: when I say embedded, I don't mean just in web pages, I mean if I click on http://somesite/someimage.jpg I want my web browser to embed the image like Netscape does. If I click on file:/someimage.jpg (ie, I'm in file browsing mode), I want xv to pop up.

Now... I do like the ability to split my window in half, with http: on one side and file: on the other (or fish, or ftp, or whatever). But I really want a distinction between files and the web.

by Michael (not verified)

its obvious that even contrstructive critical comments are immidieately labeled as trolls. because, of course KDE is perfect and anyone witha different opinion or that thinks parts of it need a lot of improvement is a troll.

Also, i did not repeat myself totally, i added about 5 more things.

BTW: Onl Konqueror looknfeel vs nautilus and explorer http://www.kde-look.org/content/show.php?content=3910

by Michael (not verified)

Since many of you have asked me to, I will submit a few wishlists later tommarow.

Also, by integrated CD burning, I mean like in Windows Explorer. Once I open my CD RW device in a Konqueror window, if the cd I place is a blank cd or cd rw than I should be able to simply drag fils to it and than burn thm. The K3b (great app) service menu should still be available.

by uga (not verified)

Oh, but that's not a KDE problem. That's a Kernel problem. I guess you refer to formats like Reinier to write CD's. Reinier is supposed to be making into into 2.6 kernels.

If the kernel doesn't support such way of accessing the CDwriter, there's no much KDE can do.

by uga (not verified)

Sorry, my spelling was wrong. It's called "Mount *Rainier*"

by Anonymous (not verified)

On XP files are simply copied to a temp directory and can later be burned to CD. Works fine with ISO CDs. and very convenient.

by teatime (not verified)

CD Bakeoven supports something like this (unless it has been removed, I haven´t updated it in a while), you get an entry in the Services tab in Konqueror with a "virtual cd" that you can copy files to. When it's full you rightclick it and either create an iso file or just burn it.

.. or something like that. I haven't actually used it, since I finally settled on a burner program. K3b is it for me. :)

by KDE Fanatic (not verified)

... you open the window on cdburn:// or something like that and then just drag and drop the files you want to burn into that window and click burn.

I'm flabbergasted that people here say it can't be done without support for the kernel etc. ??? Konqueror could easily have such a feature.

by fault (not verified)

I think what people would rather want is a method called "Packet Burning". See a windows-based product called DirectCD for an example of this.

No temp files used whatsoever.

by Anon (not verified)

Packet Burning is nice... But just being able to drag files to a CD and then burn it without starting a new program (or using extra context menu items) makes the task of simply burning a permanent cd-r so much simpler for beginners - because they do not have to learn anything new - they can just copy the files to the cd and then burn it as in "ok, now i am done - finish that cd".

by uga (not verified)

Of course, what you mentioned could be done. It's what every burning program does actually. Copy all files to a temporal directory, create ISO image and burn.

That's not what I had in mind though. Nowadays, it's even possible to burn CD's just by drag-n-drop files to the "CD Icon". It's not a temporal directory, nor ISO image generation. Every single drop is *added* to the CD instantly. It's usually called packet writing I think.

But this burning type doesn't use the typical iso9660 format. IIRC it's based on the UDF format writing, which is still missing in the linux kernels.

by fault (not verified)

> Nowadays, it's even possible to burn CD's just by drag-n-drop files to the "CD Icon".

Yup.. this is what packet burning is. I think it's better to wait until it can be treated as "just another directory" instead of writing a kioslave or gnome-vfs target (like the Nautilus folks have done..)

WindowsXP also "collects files" until burning, similiar to Nautilus... it doesn't do packet writing. This is why all the popular third party burning software for Windows, like Roxio Easy CD Creator Pro and Nero, include packet-writing software (InCD and DirectCD) that let you use CDR/CDRW's as basically another harddrive (except for re-writing and deleting on CDR's :))

> But this burning type doesn't use the typical iso9660 format. IIRC it's based on the UDF format writing, which is still missing in the linux kernels.

Yep.. it's a UDF variant called CDUDF... iso9660 doesn't do packet writing at all.

However, last time I looked, 2.5 was supposed to have some UDF writing support. Haven't gotten around to installing it yet though.

by uga (not verified)

> However, last time I looked, 2.5 was supposed to have some UDF writing
>support.

I'm using 2.5.69, but the necessary patches for packet writing are not included yet in the 2.5 kernels. It's supposed to be getting into the kernels *before* 2.6. is released, but who knows. (For more info: http://www.kernelnewbies.org/status/Status-27-May-2003.html See at the end for missing parts)

The good thing is that IDE cd writing is now possible without SCSI emulation, which works much better. Cdrtools (cdrecord) already supports it, but K3b just refuses to write to them.

I made a patch for k3b a while ago and submitted to the maintainer, but it seems that he didn't like the patch, since k3b still cannot be used in 2.5.x kernels without scsi emulation. Well, I should better call it a "quick workaround"

by uga (not verified)

I retract what I wrote. K3b started supporting ATAPI writing in CVS. There seems to be a small problem right now though... cdrdao gives a warning, and k3b stops copying the CD... argh! nearly!

by Gerhard (not verified)

At K3B startup, there is a warning that cdrdao does not support direct ATAPI (even if kernels/other cdrtools does). Disk-at-once mode is not likely to work, as far as I know cd-copying is using DAO. Possible if a ISO is done first?

Using kernel 2.6-test1, no SCSI emulation (base system is Mandrake 9.1)
K3B IS 0.9 from texstar.

by M. Sypkens Smit (not verified)

The fact that your comment is sincerely meant to be contructive, doen not preclude it from being a troll. KDE is not perfect (no software is probably), but we all know that. If you post a huge list of grievances, people might see it as if you were bad-mouthing KDE. Since they either put a lot of personal effort into KDE or just plainly love the system, they probably will feel inclined to respond if only to point out some of the better aspects of the system or the fact that you're not really being contructive by posting it here. Regardless of your being right and sincere it's likely to provoke a lot of reactions. Therefor you are labelled as a troll. Since the purpose (at least that's what I believe) of this site is a mix of offering a place for leisure and kde promotion, endless bickerings and arguments as such are not wanted here.

Keeping that in mind, I'm actually quite surprised at the (number of) reactions so far. Most of them just are just pointing out that this is not the place for your comment instead of counter-arguing you. Maybe it's a sign that we are maturing as a community (or might that be considered a troll :?).

by Datschge (not verified)

I think this behavior is mostly related to the fact that in general KDE users and developers are very openminded toward any wishes, they/we are just pitying those who think posting long messages at the wrong places will rise the possibility that those wishes acutally get realized. =P

by Anonymous (not verified)

The troll impression might come from your previous Gnome announce posting here (http://dot.kde.org/1053363860/1053646364/). And nobody here has the time to study a lengthy off-topic posting in while to see if there are five new arguments hidden inside somewhere.

by Tim Jansen (not verified)

Because you submit them at the wrong place... it's not like you're increasing the chances of implementing those wishes by writing lengthy off-topic mails...

by shifte (not verified)

> its obvious that even contrstructive critical comments are immidieately labeled as trolls

Yes, because you keep on repeating yourself, and often post offtopic. The best way to reach developer's attention is through bugs.kde.org and possibly the developer mailing lists. Posting on dot.kde.org and kde-look and expecting developers to do things is not really too great.

Most people who frequent dot.kde.org have a reason to check the site. Most of them are KDE fans. So it's foolhardy NOT to expect comments against yourself (i.e, being called a troll) when you post comments that are anti-KDE. You'll almost never be called a troll on bugs.kde.org or lists.kde.org, so I hope you take your wishes there. :-)

by Aaron J. Seigo (not verified)

to everyone else's comments, i'd just add that when you say this: "C'mon! Haven't the developers ever seen a book on UI design? (Quite obviously not.)" it makes it that much more difficult to take you seriously. remember that we're all working together on making this software, so insulting people and getting confrontational is retrograde to the task. was it really necessary to display a general lack of respect, or could you have delivered your message in a nicer more productive way? we're all on the same side here, you should start acting like it. i'd also ask what you've done for Free Software recently, besides use it and complain.

by Datschge (not verified)

I wrote laste time:
"Now did you already look if your complaints are already posted at bugs.kde.org? If so please feel free to vote for all the stuff you complained so much about, and post every complaint which isn't there yet as new report. You don't need to complain again if you prefer to skip that all which I consider a bare minimum of contribution."
http://dot.kde.org/1053363860/1053565469/

I write this time:
Considering you don't even intend to fulfil the bare minimum of contribution on your own, instead just copies your own post and think it's good enough to extend your complaints barely anyone will read and take serious I can only reply: Stop trolling and waste your time somewhere else, we don't need your complaints here.

by Datschge (not verified)

Btw, just so you know how you can be helpful: You are welcome to refer people to existing bug reports at bugs.kde.org (simply mention the bug number for every single one of your points), this way people who think the same way can add votes and comments to those bug reports and developers can easily find and look at them and possibly pick up one of the suggested solutions there. And everyone is happy (in contrary to reading off topic poorly written complaints poluting the news here on dotty).

- It doesn't show free space in the selected directory! C'mon!!!
Yeah, that would be nice.

- File copy/move can't resume!
Agreed, that would be nice.

- Select two directories full of files, right-click and choose properties and it'll say "2 items - 0 files - 2 directories"
I've never noticed that before, I usually just check the total size when I want to see if dirs are empty. I still miss the ability of DirOpus to show sizes of directiories, which was much easier then either method mentioned.

- It caches A LOT, and it doesn't update the cache when you re-visit the directory.
I've been bitten by this as well and it can be quite annoying.

- Selecting dirs with many files really shows the bad underlying design.
Agreed, the filelisting should at least be cleared when selecting a new directory.

- The dir tree doesn't stay in sync with the active file listing.
Agreed, should be fixed.

- The trashcan is a normal directory!
I rarely use the trashcan, so this isnt a problem for me. However if a windows like trashcan were to be used, it would probably give the same problems as the windows one: If you have ever tried looking in the trashcan of a windows partition from DOS or linux, you'll know what I mean.

- It keeps a lock on something in visited directories.
So does consoles, I assume that it's necesarry to get updates from that dir, but I dont really know. =)

- The TABs won't shrink after they fill up the whole row, so if you have many TABs you only see a few at a time.
Should be an option to switch between the two modes, some people seem the prefer the current while IMHO the second is better.

- extremely slow on directories with thousands of items
It seems quite for me, but I'm using the cvs version and it might be faster than 3.1.2.

- no zoom like in nautilus
Just curious, what is the use of this?

- No drag and drop support on Konqueror's tabs.
Agreed, would be nice to have this fixed

- UGLY, selection and text!
Cant say I agree on this one. =/

by Michael (not verified)

This was the wrong place for my comments, but I never knew that bugs.kde.org listed wishes too, and I should of bothered to check. I was misleaded by the name and because in the Windows world rarely do you see such an innovative way to give the developer suggestions on how to improve their products.

An actual voting system, and a place where the suggestions are all publicly available is a great thing. Many times, I could not even find any feedback forms for Windows companies and the ones I submitted suggestions to never responded. They probably just had all the suggestions directly headed for the trash and just had that form so I would feel that they are listening to me and care about what I want. =(.

Anyway, I'm new to all of this and I understand that my comments were out of context, kind of like saying how bad someone was at his funeral...

Please help me clear up the suggestions, validate that they exist in CVS too and that they are worded correctly. I run KDE 3.1.1 so there probably have been a lot of changes.

I REALLY NEED YOUR HELP FOR THIS, I DON'T WANT TO BOTHER ALL THE DEVS WITH FALSE SUGGESTIONS.

BTW: When i was referring t the ugly text etc. this is what I mean: http://www.kde-look.org/content/show.php?content=3910

Yes, that is an older KDE and GNOME, but everything is still valid. Please read his entire post.

by Datschge (not verified)

bugs.kde.org is (or should be) covering everthing which is bugging someone. ;) To clarify that it doesn't only log bugs lately many links on that site has been changed to "wish, bug or crash" instead "bug" alone. Another somewhat related issue is that there's currently no real starting point to refer newbies to to learn about how to support KDE (is being worked on right now).

I guess you learned it the "hard way", hope it won't happen to too many other people in the future. ;)

by micahel (not verified)

Try to validate that my complaints have not been dealt with in CVS so that I may not bug the developers with reports of issues they have already dealt with. If you find any that are invalid or fixed in CVS please tell me right here. Even fi you find nothing, at least tell me you looked.

I will not submit any wishes or bug-reports until someone can do this. Thanks a lot in advance.

by Datschge (not verified)

Uh, this is one of the purposes for which bugs.kde.org exist. Nobody is looking at dot.kde.org for checking what bugs and wishes exist and which ones of them are resolved already. (So yes, your complete threads should better be in bugs.kde.org instead, this is simply the wrong place for such kind of issues.)

by anonymous ... (not verified)

like in windows, like in windows, like in windows ...
You want windows ? Use windows

by micahel (not verified)

No, i don't want windows, but it is stupid to ignore that it has some good features too. Not all of it is bad, in fact XP is quite good too.

Well, maybe you're using some other Konqueror than me, but:

- It caches A LOT, and it doesn't update the cache when you re-visit the directory.

Don't know what you mean, I've never experienced such behavior - my dirs always get updated when something changes...

- Selecting dirs with many files really shows the bad underlying design. The file listing isn't updated until the whole directory has been scanned/cached.

May be true, but I've never experienced this, too - any dir simply gets scanned to fast. Maybe you have a very slow system?

- The trashcan is a normal directory!

Yes, it is.

- No emblems like nautilus
- No integrated cd burning like in windows
- no zoom like in nautilus
- No detailed folder view which will tell you things like how many files are in a directory.

I've never missed those... - btw. Konqueror has zoom.

- UGLY, selection and text!

Well, better than anything I've ever seen - maybe you should go buy a Mac?

- little distinction from web browser to file manager.

Never split a winning team! This massive integration is about the best feature of Konqueror - if you don't like it, use Mozilla/ Firebird/ Opera/ Whatever as browser.

"When will Konqueror actually become a good fast file manager, not with preloading?"

What? Loading Konqueror takes less than one second on my machine, so I guess it's pretty fast allready.

Trash can as a normal directory sucks because you can't restore files, and misses a lot of features it could have.

UGLY seelction and text in comparrison to Finder, nautilus, Explorer and almost every file manager.

http://www.kde-look.org/content/show.php?content=3910 (yes its an older nautilus and konqueror, but nothing as really changed in the look.

Also I haven't seen any zoom button like in nautilus in konqueror.

I'm not ASKING TO SPLIT KONQUEROR!!! I just want it to act more like a web browser when in web browser mode, I don't want the home button to point to my home directory for example or have access to features not useful for a web browser.