Print

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

[skolnick]

I am using SVN 10177, and when I go to "shared files" I see two buttons: "All shared files" and "Only files currently uploading" but they seem to do nothing (I guess they are just the placeholder for the options).

I think it would look better it instead of buttons you had tabs...just like categories, which work using tabs.

Regards.

[GonoszTopi]

I am using SVN 10177, and when I go to "shared files" I see two buttons: "All shared files" and "Only files currently uploading" but they seem to do nothing (I guess they are just the placeholder for the options).

True. See the description for rev. 10175: http://amule.sourceforge.net/tarballs/

[gav616]

On the 'Downloads' tab we could dedicate the top bar (where the catalogue tab in, maybe aligned to the right) to global stats and the bottom ('File Souces') to selected download.

The top bar could have a Total-:  Sources, NNP, A4AF ect...
Same for the bottom but for selected.

[Stu Redman]

No, the top bar is full of cats for many users.

[myth]

Sometimes I miss the old view... (just thinking about some useful before going to sleep...)

[btkaos]

Sometimes I miss the old view... (just thinking about some useful before going to sleep...)

I'm stuck on it, svn rev 10140

[Kry]

The current GUI rework is a work in progress, and we always appreciate input on it. There are several things we have pending to do, but I want you to understand that whatever comes of it, it won't make everyone happy the same way changes on other apps don't make everyone happy, and the same way movie adaptations of books never make everyone happy.

Some things will be more complicated to access than before, but in my opinion they're outweighted by the simplicity and clarity of the new UI. Not all users are power users, and we should focus on making things simpler and easier for new/regular users, while allowing the power users to still access functionality they want.

It's always important to remember that Linux, which is still the main platform (as long as use is concerned) of this project is gaining mainstream adoption, and is no longer an OS "for geeks". As such, the operating system must reflect this change in some aspects - in the case of an application like aMule, it has to be done by simplifying things for new users, but I will make sure that we keep all functionality that power users may want as much as possible - some things will not be possible, as a room with 4 people contains 5 different opinions on a subject.

Maybe some day we can use a dynamic UI that would allow people to rearrange as they wish - but that day is nowhere close, and meanwhile, we must try to not overwhelm people with things like a button that when pressed makes part of the user interface change into a completely different and functionally unrelated display (i.e, from downloading to clients to uploads as it was before). Another thing to avoid is to have uploads listed in a window, but the shared files, which are the ones being uploaded, on a different one.

This is the design paradigm that is being taken right now. It's a rocky road, but it's the one we're going to walk - and while we will take opinions into account, we won't necessarily bow to everyone's requests, as it's both impossible and the way to get to the previous situation.

I would like to give you options like choosing if you want the old or the new UI. But I can't. Not in a practical way that wouldn't hurt development of other parts of the program, and the new features themselves. Maybe some day we can take the old GUI and make a remote GUI out of it, or maybe someone else can do it, but right now, we have to move forward. And that's how it is.

[btkaos]

[Disclaimer: I have no time to improve the situation, I know I should shut up and code ;(]

The current GUI rework is a work in progress, and we always appreciate input on it. There are several things we have pending to do, but I want you to understand that whatever comes of it, it won't make everyone happy the same way changes on other apps don't make everyone happy, and the same way movie adaptations of books never make everyone happy.

Well, I think "hapiness" is a really bad metric for software. Features, performance, ease of use are not so bad.

Indeed I'm curious about what is the motivation for the UI change, because more that I think of it, I see that with the new paradigm we lose a lot of functionality and we have gained nothing in the features space.

Some things will be more complicated to access than before

I have trouble understanding what do you mean by "complicated to access". AFAICT this is a case of features being gone, not moved.

but in my opinion they're outweighted by the simplicity and clarity of the new UI. Not all users are power users, and we should focus on making things simpler and easier for new/regular users, while allowing the power users to still access functionality they want.

It's always important to remember that Linux, which is still the main platform (as long as use is concerned) of this project is gaining mainstream adoption, and is no longer an OS "for geeks". As such, the operating system must reflect this change in some aspects - in the case of an application like aMule, it has to be done by simplifying things for new users, but I will make sure that we keep all functionality that power users may want as much as possible - some things will not be possible, as a room with 4 people contains 5 different opinions on a subject.

Urrrgh! This line of reasoning has been used a lot by some OSS people and we have seen the result.

Again I don't see this as "opinion" or "happiness" matter, but really a topic of aMule functionality.

Note that eMule is the leading windows client and it doesn't seem that people is confused about their UI. In fact I've never met a person "confused" by *Mule GUI. Are Linux users dumber than Windows ones?

Maybe some day we can use a dynamic UI that would allow people to rearrange as they wish - but that day is nowhere close, and meanwhile, we must try to not overwhelm people with things like a button that when pressed makes part of the user interface change into a completely different and functionally unrelated display (i.e, from downloading to clients to uploads as it was before).

I guess people's brain may explode because of that button Just joking. The old interface was not perfect, but had some good design considerations. In fact, the old Transfer window solved the user problem "What is amule doing right now" And indeed, I think this keeps being the number 1 question any user of aMule has when switching to aMule window.

Now, with the new interface doing that is impossible.

In fact, I'd like to see real evidence of problems people had with the old UI (apart from the technical one and the remote GUI)

Another thing to avoid is to have uploads listed in a window, but the shared files, which are the ones being uploaded, on a different one.

Why is this a problem? In fact, the new shared files view is almost useless, if I select a file, I can see the clients who are waiting for it, but I have no real overview of where they stand in the queue.

This is the design paradigm that is being taken right now. It's a rocky road, but it's the one we're going to walk - and while we will take opinions into account, we won't necessarily bow to everyone's requests, as it's both impossible and the way to get to the previous situation.

I would like to give you options like choosing if you want the old or the new UI. But I can't. Not in a practical way that wouldn't hurt development of other parts of the program, and the new features themselves. Maybe some day we can take the old GUI and make a remote GUI out of it, or maybe someone else can do it, but right now, we have to move forward. And that's how it is.

Well, time will tell. Right now from my humble point of view the change looks rather arbitrary and the rationale behind it weak.

And I don't see this as a problem of opinion, as there was no [public] discussion about the GUI change, it is difficult to have any opinion.

How would I have approached such a change? I for sure would have relied more in "use cases", like the following ones:

• The user wants to see what is amule doing.
• The user wants to know what is she sharing.
• The user wants to compare two download with very similar sources, and see which one is better for A4AF
• The user wants to know the upload queue to see if the sharing prios are working like they should
• The user wants a list of known clients, to search for some info (country, allow to see their shared files, ...)

Regards,
BTK

[Kry]

The current GUI rework is a work in progress, and we always appreciate input on it. There are several things we have pending to do,[...]

I could address your concerns one by one - but there will be no point before the current code is finished. You talk about features missing, and as I said, features should not be missing, but some may require more clicks or actions to access. And no, "What is aMule doing right now in this very window I want to see every single thing being uploaded and downloaded" is not a feature. Actually, most people don't even care what they're uploading. They care about downloading. Their question is not "what is aMule doing", it's "has my shit finished downloading, and if not, how much time is left"?

And to claim that you have never seen a person confused by the *Mule gui just can't be said with a straight face. Please, visit eMule forums and IRC and ask around for the people that have been explaining stuff to other people for years, including me.

Long story short, your criticism seems to focus on the use of the word "opinion" and "happiness", and the fact you find some features missing. I am of the opinion that your happiness will improve once we put back the features.

[myth]

So maybe we should wait until the new UI gets complete...soon(r)?

[gav616]

looks like '10231' shows clients!

compiling...

edit*

compiled..

Works good, couple of things I'll be waiting to be implemented;
Two buttons in shared files window working, also it to default to 'currently uploading' much like the old style
In the downloads tab it to default to currently downloading, with an extra column to show the files being downloaded to avoid confusion
Column widths/placements being actually saved and read from the remote cfg

p.s.

I loled at '10234'  description

[Stu Redman]

Another issue, in the Shared  Files tab, you may select all files and sort by upload speed in order to simulate old handy upload section. But then you have no way of identifying which file are you uploading to which client.

Added file name column in 10247.

[Stu Redman]

Now (10314) there is a radiobox to select between "selected files" (what we had until now), "all files" (like when all was selected) and "uploads". The latter shows the uploads, just like before the gui change. (Not yet in amulegui though.)

Edit: works for amulegui since 10323

[Schuttwegraeumer]

Edit: works for amulegui since 10323

It works!!!1

[joker4791]

Hi,

I've just upgraded from 2.2.6 to 2.3.1 and was missing the upload window too, but found it on the "shared folders" tab .
Anyway, I like the new GUI. I think that's a good solution.

Regards,
joker