aMule Forum
English => Feature requests => Topic started by: stoatwblr on May 25, 2009, 03:08:31 PM
-
This may sound counterintuitive, but I believe there needs to be a 0.5-1 second delay between selecting a category tab and updating the transfer pane.
This will give enough time to scroll sideways through tabs when there is more than a screenful of them without drivng the CPU load up as amule/amulgui attempts to display every tab's contents in turn.
Example: 10-15 categories set up, wanting to get from the main tab to the last one....
Secondary request: A tab selector when there are more than a screenful of tabs would be extremely useful.
Example: Firefox implements this as a dropdown menu on the right hand edge of the tab bar, try it out :)
-
You switch tabs by keyboard? Never tried this...
I believe maybe 2% of the users would profit from such a delay, while 98% would be annoyed.
Speeding up display in general makes more sense imho. Maybe then the problem goes away.
Tab selector: makes sense, but very low prio. Patches are welcome of course. :)
-
Firefox also supports using the mouse-wheel to scroll through the tabs when you place your mouse above any tab. ::)
-
You switch tabs by keyboard?
No, using the sidescroll arrows at each end of the tab bar in Amule/amulegui.
If there's a keyboard way. it's not well documented.
I believe maybe 2% of the users would profit from such a delay, while 98% would be annoyed.
If you keep the delay small they won't even notice it - but they will notice they can sail across the categories faster using the sidescrollers.
As far as category usage goes there are 2 sorts - those who don't use 'em at all and therefore don't get affected, and those who do use them - most won'tl restrict themselves to < 5-6 categories for long. As soon as you go past more tabs than can display simultaneously a small delay is a win.
Perhaps delay when using the sidescrollers, but not when a tab is directly clicked on?
Speeding up display in general makes more sense imho. Maybe then the problem goes away.
Not over a WAN session (eg: remote X displays). Dumping a screenful of data just slows things down further. Ditto on a slow machine, etc.
(I do this kind of fairly regularly. Many of the places I'm at allow outbound SSH, but don't have outbound ports open to allow amule remote controls to get out.)
-
Imo you should select the tabs by clicking on them. I think the scrollarrows should you nove the tab-selectors instead of selecting them one by one.
-
Imo you should select the tabs by clicking on them. I think the scrollarrows should you nove the tab-selectors instead of selecting them one by one.
This is what Firefox does. I hadn't noticed that before.
Your proposal is a much better solution than my idea. :)
-
I hope devs are still looking at this thread from time to time.
On the category tab front, another "improvement" would be to have the view filter available on all tabs, not just the primary one.
It's a bit annoying to have to scoot back to the main tab to change the filter, especially if there are dozens of categories.
(PS. not found a new breakage point in categories yet. Thanks for the effort)
-
good morning to everybody
i realize this is an 6 month old topic but it describe a very similar problem i found too
in a different way to stoatwblr i saw the operation to switch the tab (both using lateral tab bar arrows or using left click mouse) when page shows lateral scroll bar it produces the following behaviour:
if page shows a lower part of the list i can see a video refresh where lower line are removed and this carry on while all more-then-one-page rows are removed, then finally tab showing is updated to new tab
it seems to me amule is emptying its listbox one-by-one rows. i don't understand if it is really amule who do it or this is the way in which x-drivers works (it should be gtk, isn't it? or is qt?)
i'm not so able to obtain these informations from code. i thank every guy will be able to give me an answer
regards
wally 67
-
I hope devs are still looking at this thread from time to time.
Only when someone posts there...
I can't do anything about the GUI at the moment. Please remind me after the GUI update.
The filter could of course be attached to the cat tabs too (except for the "all others" item).
And I think it should be shown which filter option is currently active.
if page shows a lower part of the list i can see a video refresh where lower line are removed and this carry on while all more-then-one-page rows are removed, then finally tab showing is updated to new tab
The whole thing behaves badly with too many download. What you described is probably a different flavor of the problem.
I plan to redo the listctrl engine, but only after the next release, and only for wxWidgets 2.9.
-
hi Stu Redman
what you saidI plan to redo the listctrl engine, but only after the next release, and only for wxWidgets 2.9.
seems to me amule didn't use a default list control but programmers (perhaps you) built up entirely its code
i apologize but a come from windows mfc environment, where these kind of controls are implemented from mfc itself
can you confirm to me amule is gnome based? i read some about wxwidgets but i never read anything about kde or qt
thanks and regards
wally 67
-
aMule is using wxWidgets which is a class library that allows platform independent code, but still uses native controls, so the app looks pretty much native on every platform.
On linux, wxWidgets uses GDK (Gnome) indeed, but still runs on KDE too.
-
thank you for your explanation and courtesy
one more question: list control on amule is made by wxWidgets controls or by implementing code directly?
regards
wally67
-
It's a modified version of the wx one. Which is causing problems of course, but was necessary at the time because wx was lacking features we needed.
-
thanks again
wally 67
-
Is wx still lacking these features?
-
2.8 yes, 2.9 SVN probably no (dataview controls). I plan to replace the hacked listctrl with dataview after you-know-what. Then we can ditch the legacy after 3.0 is released and the major distros have it.