aMule Forum
English => en_Bugs => Topic started by: Schuttwegraeumer on May 13, 2010, 08:33:57 AM
-
Since 2 or 3 SVNs the upload window is empty.
In amule and amuled/amuleGUI.
-
EDIT: WTF
where is the upload window gone in 10146?
-
There isn't. You can check in your shared files which clients are queued/downloading them.
Your screenshot shows the sources part of the downloads window. It shows the sources for the selected file(s).
-
that's not good.
Please add columns with actual upload and actual download for sorting.
EDIT: And in the amuleGUI the functions are not built in.
-
It's work in progress right now. What exactly do you miss and why?
-
In the old amuled/amuleGUI i missed the sources of every download.
Now i miss the same in the new window, it works in amule but not in amulegui.
-
I totally plan to implement the sources for EC, but only after the rest of the issues have been sorted out.
I do miss an upload view showing all current uploads (and nothing else) like we had before. In the share window of course.
-
I totally plan to implement the sources for EC, but only after the rest of the issues have been sorted out.
Ah, good news.
-
I do miss an upload view showing all current uploads (and nothing else) like we had before. In the share window of course.
By uploads, you mean files or clients?
-
My definition of an "upload" is "a KnownFile currently being uploaded to another client". Both client and file should be shown (like before), so it doesn't matter which list is used to generate the result.
I suggest we reintroduce the toggle button we had in the transfer window and use it to toggle the lower pane in the share window between the current client view and the former upload view (and maybe the upload queue? That's missing too.)
-
No, the idea was to get rid of that kind of overcomplication. I think I have provide about what to change next to provide a similar functionality.
-
I think I have provide about what to change next to provide a similar functionality.
I don't exactly get you... You mean you are working on a different solution?
-
No, I'm working on extending this one.
-
Whatever, as long as it improves. :)
-
I'm "gespannt" to see what comes out there ;)
-
BTW guys, I've also noticed these strange things in the rGUI but the revamps 'look' super, looking forward to the finished product...
-
Hi folks, now here in English, what I said in my post (http://forum.amule.org/index.php?topic=17857.msg97662#msg97662) in German:
It takes for sure some time to acclimatize us to the new interface!
But what if we could have the shared files window, with default (no selected file) option showing the actual uploads? (which was in the old uploadlists?)
-
Hi folks, now here in English, what I said in my post (http://forum.amule.org/index.php?topic=17857.msg97662#msg97662) in German:
It takes for sure some time to acclimatize us to the new interface!
But what if we could have the shared files window, with default (no selected file) option showing the actual uploads? (which was in the old uploadlists?)
This gets my vote too, if nothing is selected show 'normal' upload information.
-
Sounds confusing to me.
-
IMHO it's just a pretty good way, so who misses the "uploads" window can get it, and also we have the new splendid function! :)
Do it!
-
Sounds confusing to me.
:D
-
No, seriously, using the same list for two different things is exactly what we should be trying to avoid.
I'll think about it.
-
Otherwise we could (you could of course) split the window in 3 parts, which are close-able like the one we have now...
-
It doesn't sound like 2 different things to me. More like "display everything related to uploads, and then filter for the upload things related to the selected file ". So upload and upload, not really different, or?
-
More like "Show things related to the currently selected file" and "Show disjointed clients from files that are not selected at all"
-
I admit, I didn't see the new GUI yet (maybe someone should update the screenshots in the wiki), so from my "independent" point of view, it still seems to make sense.
-
Well, I personally don't like the new GUI, but I guess this is a matter of getting used (I donwload very rare files so the old donwloads window was handy).
Features I miss:
- No way to see uploads and download simultaneously. Maybe we should have a tab "network activity"
- I used to look at the clients tab for clients sharing their shared file list, sorting by that criteria. Now I cannot find the equivalent functionality
Regards,
BTK
-
I didn't see the new GUI yet (maybe someone should update the screenshots in the wiki)
Sounds like a perfect opportunity to combine the two issues to me. ;D
-
No way to see uploads and download simultaneously.
Sorry, just changed design. You can't have both.
I used to look at the clients tab for clients sharing their shared file list, sorting by that criteria. Now I cannot find the equivalent functionality
Re-adding this column should be no problem.
-
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.
I miss the old GUI :)
Regards,
BTK
-
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.
-
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/
-
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.
-
No, the top bar is full of cats for many users.
-
Sometimes I miss the old view... (just thinking about some useful before going to sleep...)
-
Sometimes I miss the old view... (just thinking about some useful before going to sleep...)
I'm stuck on it, svn rev 10140 :(
-
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.
-
[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
-
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.
-
So maybe we should wait until the new UI gets complete...soon(r)?
-
looks like '10231 (http://amule.sourceforge.net/tarballs/tarballs.xml)' 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
-
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.
-
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
-
Edit: works for amulegui since 10323
It works!!!1
-
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