Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Kry]

First off, yes the aMule GUI is horrible.

Bad start.

The non-nativity does play an important role (Mac user here), but there are simply of lot of really bad UI design choices being made as well.

I am still curious about the non-nativity. What's the problem exactly? aMule uses wxWidgets, and wxWidgets use carbon/cocoa for the widgets.

For starters, let's compare aMule to another app, Transmission.

Sure

(screenshots)


In these screenshots, both are doing the same thing: downloading stuff and presenting details about one download. Transmission does so using about 2.5 times less screen real estate.

You're forgetting aMule is showing space to hold 14 (FOURTEEN) downloads in the space Trnsmission is showing only 4 (FOUR(\) downloads. Vertical space is way less than horizontal space in EVERY monitor out there, and even worse now with the dawn of mainstream widescreen . So, in your screenshots, amule is showing a lot more downloads, and a lot more info per download. Transmission has a different window for peers, and amule can expand them in the same list. I like the aMule design, because I dislike applications that open 300 (THREE HUNDRED) windows to show me things. aMule is a file sharing program, not a peer inspection one, and as a file sharing program is presents not only more information per download, but also 250% (TWO HUNDRED AND FIFTY PERCENT) more downloads in the same space. Optimization for the main goal of the application is a must. You can even remove or resize the columns to your liking to present more or less information per download and take less horizontal space if needed. Can you remove the extra information on Transmission? Hint: You can't (!can).

I'm glad that you're such a big guy on the gui design business, but you need to rethink your approach to presenting information to the user, and apply it to the current users' possibilities and space.

If you go through the details of what information is available in both apps, you'll find that both present very much the same level of detail about what's going on. Transmission actually gives more information: Every currently active download + details about a selected one, while aMule only manages to squeeze one download + details about it into the same space. Lots of clunkyness and wasted real estate on aMule's part here.

Read above. Also, let's take a look about the file presentation on Transmission. What do you need a gigantic folder icon on the left for every file? Why is the icon under it (and what does it do anyway?) on the left, when other action icons for this file are on the right? You call this good GUI design, I'll begin to understand why I have to go through 12 (TWELVE) windows and scroll down 4 times to look for some info on some applications. People like you are the cancer that is killing the computer world.

More of it on the network tab. Why two ED2k/Kad tabs?

Hint: they are different networks, with different capabilities, structure, and basis. So they are kept separated.

Why a huge, pretty useless graph on the Kad tab?

I am sorry, where is the useless graph? What I see there is a graph of the peers you have on the decentralized kad network, which helps a lot people on this forum looking for help, as they see that they lose kad contacts over time or other things. Why would I want to remove it from there? Does it not let you sleep at night? Do you have the compulsion of getting up at 2am to look at the graphic, which you have to ACTIVELY look for in the app by clicking the Kad tab on the Networks section, and feel so useles it is? When you buy a TV, do you feel like opening it and checking the circuit boards and complain that they are not covered by black fabric instead of being so complicated?

The actually usable part of the Kad tab is so tiny, it could easily be put next to the server list.

I like how you want to simplify the GUI design by mashing together two completely different parts of the application into a single window. Some people use the kad network, some people use the ed2k network, some people use both. I don't want to waste space on eithr of them with information from the other, because THEN it would be useless for users that only want to use one of them.

Why a separate ED2k Info/Server Info/Kad Info, all of which contain lots of free space (and the server info mostly spam messages)? The log would be entirely unnecessary for 95% of the users, if the other three tabs would present the contained information in a more orderly fashion.

Would it now? So, where are you going to put the information about EC if you get rid of the log? I only agree on something here: the ED2k and Kad network tabs can hold the information from the ED2K and KAd info tabs, but then again, we already have a log text and a server info text tabs, so why clutter the upper part with information we can put on the bottom one? The server info is not redundant: as much as it sends spam, the servers send that information and we have to show it, because they are providing a FREE service to you and all other users, so the least we could do is sho their advertising messages, on a tiny log on some place of the app. Beats having google adds everywhere on the main GUI or making a paid software application, don't you think?

After all, the only purpose of these tabs is to let the user know whether he's connected or not, plus a few statistical details. But as it is, the information is all over the place in tiny bits and pieces, plus partially redundant in the status bar at the bottom.

Redundant? The status bar is to show the status of the app at first glance, from all parts of it. Then you can check the details on every specific section. Just because something is in two places it doesn;t mean it's redundant. Just because you can add the speed of your downloads it doesn't mean you must remove the global speed, either.

Then there are the real usability issues like Global vs. Kad search. If I want to make sure I got every possible search result, I have to perform two searches. That's something the computer should do for me. Where's the "Search everywhere" option?

Nowhere. Because they are DIFFERENT NETWORKS, with DIFFERENT CAPABILITIES, DIFFERENT RESULTS, DIFFERENT SEARCH TIMES, and DIFFERENT RESULTS, which people can use SEPARATELY.

What struck me most in this thread is the hostility and ignorance of (some) of the main developers towards GUIs.

What struck me most on this thread is the ignorance of a self proclaimed GUI expert in, you know, usability and information display.

I agree that users should familiarize themselves with the tools they're using, but that does not mean that everyone CAN do that.

Cool. It works fine out of the box.

If 90% of your users need a manual or and explanation for every other thing in the GUI, maybe it's just a bad GUI.

If anyone needs must help having a SEARCH section, a SERVERS tab with a url they can get servers from in one click, and a DOWNLOADS tab where they can see their downloads, then I'm sorry but no dumbed down version of the app will help them.

If you don't get this, you shouldn't make GUIs.

Funny how you don't know what I do for a living[/quote].

If aMule would be my creation, I'd take some more pride in my work and make sure it's as polished as possible.

Where is it not polished? It has every advance and fine tune option you can find in this network, and it works out of the box[/quote]. It may need more "out of the box" improvements, maybe a first-time wizard, but man, what it doesn't need is to dumb it down. I take pride in how COMPLETE it is.

Sending people away with "If you don't get it, don't use it" is simply a lazy answer. Also, I do GET aMule. I'd love to use it more. I was a big eMule fan back when I had the luxury of a dedicated Windows machine in my old apartment. But now I just avoid using it unless absolutely necessary, because it's mainly a pain in the butt.

Why, doesn't it work without you clicking 200 (TWO HUNDRED) buttons every time?

You first need to realize that you have a problem... Seeing the "official" reactions I think aMule will unfortunately continue to be a mediocre app.

Ok, if we're going to go with insults, I might as well say that ur mum is mediocre.

EDIT: Forgot to rebut a common rebuttal in this thread: making a better UI doesn't mean dumbing it down. A GUI can be more usable, even for "novices", without loosing functionality or information! It's a matter of striking the right balance.

Sure, but so far you want to dumb it down in your proposals, or make it either show less information or mix apples with oranges. So you're pretty useless when it comes to improvement.

[sneeka2]

...ignorance of a self proclaimed GUI expert...

Funny how you don't know what I do for a living.

Oh listen to you, now you're a self proclaimed GUI expert as well, aren't you? Welcome to the club.

I am still curious about the non-nativity. What's the problem exactly? aMule uses wxWidgets, and wxWidgets use carbon/cocoa for the widgets.

There are loads of elements that just look out-of-place on a Mac. It's not about whether it's technically using native widgets or not, it's about whether these widgets are placed where they're supposed to be and sized how they're supposed to be and look how you'd expect them to. The wxWidgets you're using may be translated to something near-native or really native looking on other OSes, they don't on the Mac. Spacing, position, different button types are off in many cases.

You're forgetting aMule is showing space to hold 14 (FOURTEEN) downloads in the space Trnsmission is showing only 4 (FOUR(\) downloads. Vertical space is way less than horizontal space in EVERY monitor out there, and even worse now with the dawn of mainstream widescreen . So, in your screenshots, amule is showing a lot more downloads, and a lot more info per download. Transmission has a different window for peers, and amule can expand them in the same list. I like the aMule design, because I dislike applications that open 300 (THREE HUNDRED) windows to show me things. aMule is a file sharing program, not a peer inspection one, and as a file sharing program is presents not only more information per download, but also 250% (TWO HUNDRED AND FIFTY PERCENT) more downloads in the same space. Optimization for the main goal of the application is a must. You can even remove or resize the columns to your liking to present more or less information per download and take less horizontal space if needed. Can you remove the extra information on Transmission? Hint: You can't (!can).

It's kind of hard to take this paragraph seriously with all the useless exaggerations in there. First, I never said Transmission is perfect and that aMule should look like Transmission. I don't really like the floating window either, but it's getting the job done quite well, and the overall GUI of Transmission is a lot tighter and more streamlined than aMule's.

Second, you can switch Transmission into a minimal view, which takes only one line per download as well.

Third, yes you got the part about horizontal vs. vertical space right. Why then is aMule wasting three entire columns of horizontal space?



Why is it squeezing two different kinds of information into the limited vertical axis instead of displaying them side-by-side. You know, there's more horizontal space than vertical.

Read above. Also, let's take a look about the file presentation on Transmission. What do you need a gigantic folder icon on the left for every file? Why is the icon under it (and what does it do anyway?) on the left, when other action icons for this file are on the right? You call this good GUI design, I'll begin to understand why I have to go through 12 (TWELVE) windows and scroll down 4 times to look for some info on some applications. People like you are the cancer that is killing the computer world.

The ginormous file type icon serves as a quick visual identifier of what file type you're downloading. In this case all of them are a folders full of stuff, so yeah, it doesn't look very distinct. If you switch to minimal view it takes up the same space as the peer icon in aMule.

I don't really feel like defending Transmissions interface though, because I didn't make it and as I said before, I don't think it's perfect either, but it's a lot better in many points.

Which TWELVE windows and 4 (FOUR) scrolls are you taking about? Don't lose track of the topic please. And you're the cancer that is killing /b/, so there.

With that out of the way, trying to find out every information about my connection status in aMule DOES take about 6 (SIX) clicks and some scrolling.

Hint: they are different networks, with different capabilities, structure, and basis. So they are kept separated.

Hint: They're both just different means to the same end: finding and downloading files. You can present them on the same screen without risk of confusing them. If you can't figure out how, cancer, /b/, etc.

If they're so special and separate, what are they doing together in the same app? Why not two different download lists for each then? Oh wait, aMule uses BOTH to find peers for the SAME files! Why a separate search option then? There's NO distinction in presentation whatsoever between a Kad search and an ED2k search, except that I can't execute both at the same time. If you can't figure out how to populate the same list with results from two different networks: cancer, /b/, etc.

I am sorry, where is the useless graph? What I see there is a graph of the peers you have on the decentralized kad network, which helps a lot people on this forum looking for help, as they see that they lose kad contacts over time or other things. Why would I want to remove it from there? Does it not let you sleep at night? Do you have the compulsion of getting up at 2am to look at the graphic, which you have to ACTIVELY look for in the app by clicking the Kad tab on the Networks section, and feel so useles it is? When you buy a TV, do you feel like opening it and checking the circuit boards and complain that they are not covered by black fabric instead of being so complicated?

You're getting sidetracked again with analogies. The graph is simply too HUGE. There's no need for it to take up this amount of space. Make it smaller, put the server list and the Kad connect interface on the same page and I wouldn't need to click back and forth between the two.

I like how you want to simplify the GUI design by mashing together two completely different parts of the application into a single window. Some people use the kad network, some people use the ed2k network, some people use both. I don't want to waste space on eithr of them with information from the other, because THEN it would be useless for users that only want to use one of them.

How many people actually CARE which one they use? They're both just different means to the same end. I prefer to use both, because it helps me find all the available peers for my downloads. And I dare say that's what most people are mainly interested in as well. And using both is being complicated by the fact that I have to switch back and forth between them.

Would it now? So, where are you going to put the information about EC if you get rid of the log? I only agree on something here: the ED2k and Kad network tabs can hold the information from the ED2K and KAd info tabs, but then again, we already have a log text and a server info text tabs, so why clutter the upper part with information we can put on the bottom one? The server info is not redundant: as much as it sends spam, the servers send that information and we have to show it, because they are providing a FREE service to you and all other users, so the least we could do is sho their advertising messages, on a tiny log on some place of the app. Beats having google adds everywhere on the main GUI or making a paid software application, don't you think?

The log:

2007-12-29 12:58:23: Connecting to Skin Domination (72.172.89.131 - 72.172.89.131:0)
2007-12-29 12:58:24: Connection attempt to FuckFest101 (72.172.89.137:4661) timed out.
2007-12-29 12:58:24: Servers: Trying to connect
2007-12-29 12:58:25: Connecting to Donkey bad BeAts You No2 (72.172.89.143 - 72.172.89.143:0)
2007-12-29 12:58:49: Connection attempt to Skin Domination (72.172.89.131:4661) timed out.
2007-12-29 12:58:49: Servers: Trying to connect
2007-12-29 12:58:50: Connecting to 193.138.231.210 (193.138.231.210 - 193.138.231.210:4242)
2007-12-29 12:58:50: Lost connection to 193.138.231.210 (193.138.231.210:4242)
2007-12-29 12:58:50: Connection lost
2007-12-29 12:58:51: Connection attempt to Donkey bad BeAts You No2 (72.172.89.143:4661) timed out.
2007-12-29 12:58:51: Servers: Trying to connect
2007-12-29 12:58:51: Connecting to SEX & more SEX (66.135.59.149 - 66.135.59.149:4535)
2007-12-29 12:58:51: Connected to SEX & more SEX (66.135.59.149:4535)
2007-12-29 12:58:53: Servers: Connected
2007-12-29 12:58:53: Connection established with: SEX & more SEX
2007-12-29 12:58:53: New client ID is 4139653181
2007-12-29 12:58:53: Received 2 new servers
2007-12-29 12:58:53: Saving of server-list completed.
2007-12-29 13:08:30: Read 186 Kad contacts

Do I really need to know when and how often aMule tried to connect to which server? It's interesting sometimes, but it's debug information. It doesn't need to be that present in the main GUI. My client ID I can get from the ED2k Info tab. "Received x new contacts/servers" is, again, sometimes interesting, but mostly I don't care. The Kad contacts message is redundant with the huge graph anyway. "Saving of server list complete" -- debug info, I expect that to be done by the application, it doesn't have to tell me about it.

The Server message: Sure, have a small scrollable text field for it. It would actually expose the info better than the separate tab it is in now, because almost nobody clicks on it, since it usually doesn't contain anything worth reading.

Redundant? The status bar is to show the status of the app at first glance, from all parts of it. Then you can check the details on every specific section. Just because something is in two places it doesn;t mean it's redundant. Just because you can add the speed of your downloads it doesn't mean you must remove the global speed, either.

Make the status bar the one and only place to display the connection status and do not repeat it in the details section. Voila, space saved without losing functionality. I'd be thinking about moving the status information near the top of the app, where it would also function as the "intro" to the details section when there.

Nowhere. Because they are DIFFERENT NETWORKS, with DIFFERENT CAPABILITIES, DIFFERENT RESULTS, DIFFERENT SEARCH TIMES, and DIFFERENT RESULTS, which people can use SEPARATELY.

DIFFERENT NETWORKS - yes
DIFFERENT CAPABILITIES - err... finding files and peers?
DIFFERENT RESULTS - wrong, largely the same results.
DIFFERENT SEARCH TIMES - so? both take about 20 - 40 seconds for me. and the results list is populating little by little anyway.
DIFFERENT RESULTS - redundancy warning ;-P
which people can use SEPARATELY - correction: HAVE TO USE separately.

Why, doesn't it work without you clicking 200 (TWO HUNDRED) buttons every time?

The button clicking time could be dramatically reduced. Just with some optimization, without dumbing it down or losing anything. If you think (verbosity || power) == number of tabs and buttons: cancer, /b/, etc.

Ok, if we're going to go with insults, I might as well say that ur mum is mediocre.

LOL

Sure, but so far you want to dumb it down in your proposals, or make it either show less information or mix apples with oranges. So you're pretty useless when it comes to improvement.

Did I make any proposals in my first post that would show less apples or oranges?
You seem to be pretty useless too, thanks very much.

Regards.

[fabtar]

DIFFERENT NETWORKS - yes
DIFFERENT CAPABILITIES - err... finding files and peers?
DIFFERENT RESULTS - wrong, largely the same results.
DIFFERENT SEARCH TIMES - so? both take about 20 - 40 seconds for me. and the results list is populating little by little anyway.
DIFFERENT RESULTS - redundancy warning ;-P
which people can use SEPARATELY - correction: HAVE TO USE separately.

MLdonkey performs in this way (kad/server search at same time) and I think that is not right/wrong but  a philosofical choice, I think that Amule's separation between these  searches has a sense in order to spare network resources.
In the case  you have found out a fair number of sources with server search, why do you need to do a kad search too?This could be a waste of precious network resources.
I'm a Mldonkey user, personally I always suggest amule to linux's newbies  thanks to his Emule's Deja vu effect.
I think that emule interface as amule interface (which are similar) are fine/usable and I also think that detailed infos/logs has to be mantained cause they can be simply  ignored by newbies.
Personally I like a p2p project having jet a good/usable interface  which focuses developing resouces in strenghten reliability, fixing bugs, improving network support, optimizing resource usage.
Personally I use my sancho's  GUI interface about 1 time a day for 10 minutes, I don't need a perfect artwork but a reliable piece of software which doesn't  freak out, freezing my old box :-D , I think this is the same for lots of amule's users.
IMHO my cent.

[Stu Redman]

The aMule GUI layout is fine as it is. Kry, don't waste your time on this. 

[Xaignar]

Bad start.

The first step is to admit that we have a problem*.
The second step is to get completely wasted. That way, the problem won't seem so bad.


* And we do: The GUI would surely benefit from a shakeup. Which doesn't mean removing features or dumbing it down, it means improving the representation of information, avoiding "hidden" features, make the overall structure more sensible, and not using widgets in entirely novel ways, etc.

[skolnick]

I also enjoy amule's GUI a lot, but that's maybe because I like a software where I can have control of every aspect of its operation, and I hate software with only two-three stupid options (That's why I prefer KDE over GNOME). Mainly because the assumptions made in the dumbed-down software are not comfortable to me, so I dislike using the software.

Regards.

[sup]

Kry: I would also appreciate having an option to search kad and global server simulatenously, since I almost always use it together.

[lfroen]

This discussion went astray. We already have two people claiming to be GUI experts Here's my 5cents - if some company those people as GUI experts, may consider to hire me as spokesperson. You see, I know some English, and hey, I can speak.
No offense, Kry, but despite very broken arguments sneeka2 makes, you wrong about some points.

The server info is not redundant: as much as it sends spam, the servers send that information and we have to show it, because they are providing a FREE service to you and all other users, so the least we could do is sho their advertising messages, on a tiny log on some place of the app. Beats having google adds everywhere on the main GUI or making a paid software application, don't you think?

And I think, that aMule is not advertising platform. No bloody way. Application log may serve its purpose, like providing info for troubleshooting purposes, but again - it is not a place for advertising.

There are loads of elements that just look out-of-place on a Mac.

So may you please to point to those elements instead of wasting time on useless comparison with Transmission?

First, I never said Transmission is perfect and that aMule should look like Transmission. I don't really like the floating window either, but it's getting the job done quite well, and the overall GUI of Transmission is a lot tighter and more streamlined than aMule's.

This one I don't get. Do you think that Transmission is good example or do you not? Can you choose your side, please? If you don't like floating window, WTF do you bring it to this discussion and wasting your and our time?

On different networks:

How many people actually CARE which one they use? They're both just different means to the same end. I prefer to use both, because it helps me find all the available peers for my downloads.

Many people (including you it seems) mistakenly thing that aMule (or eMule or other P2P) is download manager. It is not. This is file sharing application. The concept of different networks is very basic one, like concept of "font" in word processing. You've got to know it, that's what this application is about. I don't know how to stress it more.
Same thing about graph and log. The purpose of application is to share files.

Kry definitely right about one thing - aMule's download control is fine. I have seen other implementations of same concept, and aMule/eMule with it's colored status bar is the best I've met.

On the other hand, search and network windows can be reworked.

[Xaignar]

Kry definitely right about one thing - aMule's download control is fine. I have seen other implementations of same concept, and aMule/eMule with it's colored status bar is the best I've met.

I almost agree with this.
The download queue is great for listing the downloads, but IMO it tries to do too much by also listing sources. And those two things really don't go all that well together in the same list.

[eisa01]

Ok, here are some things that definitely doesn't look right on the Mac.

1. The box around the selected tab is awful. Check the Coda image to see how a much better solution looks like.
2. The text is not aligned vertically.
3. Maybe some room around these fields, it looks very cramped.
4. What's up with the form and image on this button. It's really out of place.

I'm no GUI expert, so there are surely things that I have missed. This was after looking 1 min at the left corner of the home screen.

edit: I'm pretty sure much of this is caused by limitations in wxWidgets. I wouldn't be surprised that it isn't possible to make a good GUI for the mac with it, that looks native.

One example of this, although not really GUI related, is that they removed the possibility to scroll sideways in wxWidgets apps in one of the recent versions. That worked great before, and for me was a good feature since the UI in aMule tends to show a lot of information in limited horizontal space. Coupled with the fact that every portable mac sold in the last 2 years have had the possibility to scroll sideways with the trackpad, and the mouse that comes with the desktops also have this possibility, this must be on of the most idiotic decisions ever regarding usability and wxWidgets.

[Kry]

One example of this, although not really GUI related, is that they removed the possibility to scroll sideways in wxWidgets apps in one of the recent versions. That worked great before, and for me was a good feature since the UI in aMule tends to show a lot of information in limited horizontal space. Coupled with the fact that every portable mac sold in the last 2 years have had the possibility to scroll sideways with the trackpad, and the mouse that comes with the desktops also have this possibility, this must be on of the most idiotic decisions ever regarding usability and wxWidgets.

That's, uh, not true. It might be OUR listctrl code having problems.

[eisa01]

I read it in a changelog for wxMac.

http://wx.ibaku.net/changelog/?r=2&q=horizontal&qs.x=0&qs.y=0

Might have misunderstood the cause of it, as it wasn't mentioned the first time I read it, but it was disabled as you see.

[sneeka2]

Happy new year everyone.

Some points about the GUI have already been made above, a bit more from me:



1) Download server list button: Who would've guessed that this button downloads a server list? The icon doesn't look like it. The type of button is a secondary button, not a primary action. The button comes first in a two-step process (copy-paste, click Download). From the looks of it I'd have guessed the button is used to toggle something or other. It should be a primary push button and say "Download" or signify this action clearly with an icon.

2) Server count is mixed into the list download action, but does not appear in the ED2k Info tab, where I'd rather expect it.

3) The Manual Server Add controls look really squeezed in there. It's somewhat debatable if it needs to be there that prominently. The IP:Port field should be ONE field, for easy copy and paste. The application could easily figure out which part the port is with a standard REGEX. The IP field is too wide anyway, even a 12 digit IP only fills up about half of it. As an aside: Good use of the 'Add' button, that's how 1) should be.

4) Disconnect button looks like it has something to do with the Manual Server Add action, when in fact it does not at all.

5) The Log/Info/ED2k/Kad tabs are a huge space waster, both in the sense that they could be easily combined into one single pane, and that they have too much space above them right now. Also, the tab name is unnecessarily repeated as a headline inside the tab.

6) Reset button just looks out-of-place. Should be a secondary button with a simple icon.

7) Link Handler field shows a scrollbar, pointless on a one-line input. 'Commit' seems like a bad choice of words to me, even 'Enter' would be better. As an aside: doesn't resize correctly past a certain limit.

Apart from the above points, the ED2k/Kad list container should have both some more internal and external spacing.



I've complained about the Kad tab before, here some more:

1) IP/Port field: again, make it one field for easy copy and paste. Currently it even allows input of more than three characters per field, even non-numeric characters. Port field is way too big for a typically 4 digit value.

2) Bootstrap and Disconnect button. Correct me on the technical details here, but Bootstrap doesn't appear to be doing much when Kad is up and running, and Disconnect doesn't do anything when already disconnected. Combine this into a single Connect/Disconnect button. Furthermore, the Bootstrap button is, again, secondary and appears to be for something completely different than the Disconnect primary push button. Also, bootstrapping may be the appropriate technical term for what's going on behind the scenes, but if you're looking for a Connect button it's a very unhelpful choice of words.

Also, more spacing issues between containers.

Most of the other views are arguably not quite as bad as the network tab, but most exhibit some form or other of spacing issues or sub-optimal choice of button types or labels.

My only point about Transmission was that it is possible to present very much the same amount of information using a lot less screen real estate. I did not suggest the use of a floating window or anything similar, nor did I want to reduce aMule to a download manager. I only spoke about the pixels used to present ongoing download and peer information. Something else that Transmission does very well though is prioritising information. When looking at the Transmission window, it's very easy and quick to tell which download progressed how far. It's somewhat harder in aMule since there are a lot of columns with many similar numbers, all using the same font size and colour, and even the status bar is somewhat hard to read at one glance (I DO like the parts display though, before I get flamed on this). Distinguishing between "primary" and "secondary" information visually can go a long way in cleaning up an interface, without losing any information.

[lfroen]

I have to agree all are valid points. All should be fixed. I would ask you to post a patch, but given the fact, that aMule uses wxDesigner it's impossible.
I'm working on .NET based remote gui and will take your complains to my attention.

[sneeka2]

I'm already working on some mockups, but they're more of a complete redesign and optimisation of the whole interface, rather than single complaints. I already sent a first sketch to wuischke and he wants to handle the propagation it seems. Writing patches will indeed be next to impossible for me.