Version: unknown (using KDE 3.4.1, compiled sources) Compiler: gcc version 3.3.5 OS: Linux (i686) release 2.4.29-lck1 What is important to a Desktop User? 1. Information (as files and folders) 2. Security of files 3. Easier access to information KDE is very efficient at point 1. and point 2. but terribly fails at the most *humane* aspect of a desktop environment and that is "Quick" or "Instant" access to information and informing about the change of information (files/folders). Recent documents is way too less useful. One can easily create and secure a file/folder but can't know when, how, what happened with a file or folder. A user could not know: 1. Which file/folder is created/saved/deleted/moved etc. Here's how to know KDE failure to inform a user and how KDE makes a user's life in much trouble: 1. open HOME folder 2. create 10 files say folder1 folder2 folder3 folder4 folder5 folder6 ... (in other words where there are clutter of files create a similar naming file) 3. now create a folder named "fo1der2" and press enter (observe it's number 1) 4. where is it? you have to struggle with your eyes to find that "fo1der2" in those folderX directories. Suppose, you've created a new file from konsole, like: cat > xlksysi3834.cpp #include <iostream> cout << "KDE 4 will help me!" << endl; ctrl+d now open KWrite (alt+f2 kwrite) and try opening the xlksysi3834.cpp from KWrite where there are many similar looking files like xlksisi3834.cpp, x1ksysi384.cpp. etc., for a human being it is perfectly normal to be unable to find the xlksysi3834.cpp from the OPEN DIALOG or to forget the name completely. if OPEN Dialog highlights the *new file* with some color or font then the user could open it without any trouble. Likewise, if you rename a file, delete a file, copy a file, move a file, it is not easy to know which file the user have copied, deleted, moved, etc. It is only possible if the user has TOO good memory. But most users are not good with memorizing file and folder names. Expected Behavior: Anything with a file and folder must be highlighted and logged and be prompted un-intrusively. A new folder "fo1der2" must be Highlighted with different color or font or style for "n minutes/days" (configurable). A "folder event container" like a sidebar module to prompt a user about: 1. new file copied 2. files moved 3. file moved to trash 4. file deleted (this is important too sometimes) 5. file created/saved from (http: etc) it could be a sidebar module or a system tray applet which will notify the user about the changes happened in the current folder. There may be better ways to inform user about: 1. file/folder creation (new file creation, copy, saved) 2. file/folder name change (rename) 3. file/folder moving (to other folder) 4. file/folder trashed 5. file/folder deletion. Using KFind (useless when the user forgets the file/foldername) is way too troublesome and slow. ctrl++ is not good to know what happened in a folder. I hope that using colors, fonts, and font styles, and a "folder event manager" like something would help KDE 4 user. good luck. oh privacy thing! we can have privacy kcontrol module to include "clear file/folder change information".
Windows put all new file/folders in the last/end of list, so that it is easily to know that that is the folder/file created just now.
The new dolphin grouping feature could be useful to partially accomplish this task.
Dolphin now nowadays creates new folder on the top and selects them. You can also always sort files and folders by their creation date. Does this solve the issue for you? Can the report be closed?
(In reply to postix from comment #3) > Dolphin now nowadays creates new folder on the top and selects them. You can > also always sort files and folders by their creation date. > > Does this solve the issue for you? Can the report be closed? After seventeen years and various new features that allow you to immediately spot which files or folders you have just created, I would say that the bug is fixed and can be closed.