It takes longer to persuade than to actually do things...
> 0. I like the toolbar, I like the icons, and they are intuitive and fast to reach.
I do not like them at all. On mac os, they are the ugliest thing ever. I'll post a screenshot so that you can see it. They are also not intuitive (the right word says more). As far as fast to reach, it is a matter of taste/habit.
> 1. This creates less space for search result lists, resulting in cutting the file names or some of the columns, like the filesize, availability, etc. Same with download list. The point of a list with columns like the download and search lists is to show as much info as possible, which you're harming by putting a left list that takes like 20% of the space. Not to mention you change icons into text, so it takes much more space. It goes against presenting as much info to the user as possible.
Why? You can slide that middle bar, just like I keep sliding many more bars in aMule. The difference is that on cabos you slide only one, if you really have to. This takes away no space at all to the download list, as you can see in the picture. Please note that it was taken on a 12" display, and the window was not full-screen. The space is very well organized, and if I can say so on a 12" display, you can take my word for it.
>2. You do realize this is not a gnutella app? That means something: downloads/uploads are more important than searches. Searching is something very rare in comparison to getting links from sites, or just looking the trasnfers going. Such priority having searches on the gui belongs to a gnutella app, not an ed2k app. If anything, an ed2k app must be centered around transfers, not searches.
download/uploads have exactly the same space as in the original aMule. The search bar to the left is very important when you have multiple queries. This is something that aMule does very badly. If you have more than five queries on aMule, they run out of the window. I'll show this in the screenshot. Further, when cabos opens, it remembers your favorite queries in the list; aMule does not. This is something that I miss a lot.
> How are you gonna fit server list, app logs, server logs, server messages, server adding interface, serverlist url download, kademlia nodes graph, kademlia bootstrap, kademlia url list download, 3 graphs with resolution enough to see upload, download and connections, and a full statistical tree in "a well-designed main window"? It's gonna be a hell of a multi-monitor window, or one with so small items you can't even see them.
Nay. Just use the menu in the right window to organize it all. There are essentially two windows in aMule, one for the network and one for the statistics. Keep them as they are,
and allow the user to switch between them using the text menue. It is straightforward.
> Read comments above about why searches doesn't need to be so prominent on the GUI at all.
Read my comment above, on why aMule is poorly designed on this task.
> As above for aMule's chat window.
Why? It is exactly the same as the original aMule, without the graphical icon!!!
I think you just like dismissing ideas other than your own.
You are dogmatic and unwilling to see the good in other approaches.
In the image below, I have arranged the bar to the left. Picture a wider column, and replace the icons with text, and you have it. The old search window becomes the first and second part of the left window. The filtering in the old search window becomes dynamic filtering in the main window, so that one can search on the fly. The problem with multiple searches that disappear in the window is simply solved by having a proper list of queries, and possibly one that is remembered across sessions.
All the best.
