Alle 16:52, giovedì 1 giugno 2006, Francisco Joaquín Rodríguez Prados ha scritto: > On 31/05/06, Chi Shang Cheng <[EMAIL PROTECTED]> wrote: > I agree. In fact, the less popups the window has, the less confusing > is the interface. Splitting some information - such as a progress bar > - and carrying it somewhere else just because it is a popup does not > make sense.
This is right, but you're talking ignoring the actual situation is even worse. This is the actual situation: some applications show progress in the task bar (1%.. 2% ...) konqueror opens also a new floating/distracting window dialog, some applications have a "comics style" box exiting from the system tray (kopete), some applications have a behaviour similar to the mockup (kmail mail retrieving popups), some apps have the system tray... very few show these informations in the main windows, despite the Gestalt principle. Not to mention the taskbar... it uses the same phylosophy mixing applications in the same area, exactly like Chi Shang Cheng said about the mockup. So the progress already are scattered in the desktop, or even worse virtual desktops... why not to try to help people find them? A good idea colud be start with ony one application (konqueror), maybe as an option... and see how does it work. > That mockup is pretty much oriented to a "functionality centered > desktop" (like SymphonyOS, with boxes here and there for applications, > bookmarks, recent files and why not progress bars), rather to a > "document/task centered desktop" (Like MacOS or KDE, where a single > window represents a task -browsing files- or a document -audio > file(s), text or webpage-). As I said this is not true, because actually the same application spreads his contents in more and more windows. > Honestly, I do not know which paradigm is more intuitive. What I know > is that it is not a good idea is mixing both of them. If your paradigm > is "task related", you expect all the subtasks of your current task > being grouped, either in a window or using any other concept. And when > some subtask requires an special representation (i.e.: a popup window > or a "save, discard" dialogue) it should be clearly related to the > main representation of your task. Sending the progress bar to some > section in the desktop establish no relation between the task and the > progress information. I don't think this representation should replace message boxes, yes/no/cancel should be a modal form (stops the main application). This mockup applies well to messages you recevie from applciations which don't wait you for an answer. > > that you could use to present information to the user. Besides this > > disadvantage, it does has an advantage: shrinking such a window will > > force the developer to eliminate all unessential information, which will > > result in a much more clean interface. > > Great advantage, would be that. Interfaces could be cleared up a > little without shrinking the windows, thought. These are other advantages: less windows, more "findability", awareness on what's going on your desktop, coherent dialogs _______________________________________________ Appeal mailing list [email protected] https://mail.kde.org/mailman/listinfo/appeal
