#1
|
||||
|
||||
Problem caused by: Order of LinkGrabber filters changes while checking/unchecking
Foreword:
From many programs/tools I'm used to be able to easily switch between two settings: on/off, enabled/disabled, before/after,… They all have one thing in common: I just leave my mouse pointer where it is: Clicking in a checkbox once e.g. enables something, clicking a second time disables it again. I don't even have to keep my eye on that checkbox, switch, button, whatsoever. I can turn on/off as many times as I like without the need to move the mouse. This enables me to see the difference between on and off as many times as I want - just by switching back and forth. I just have to left click for that. This is different with JD Views filters, and - frankly spoken - extremely annoying to me. Example: In the first screenshot the checkbox of filter 1GB+_Test at the top is checked. Now I want to uncheck it just for a moment to see the difference to check it again, two seconds later. As you can see, the checkbox is still there, but now it belongs to Direct HTTP :( Even though I know that I would have to search first, to which position 'my' filter has moved to, I often click again in that first checkbox (which is still there, but now belonging to another filter). I guess you can imagine what happens: While undoing those unwanted checks, filters again are jumping to different places in the list, again I make 'mistakes' due to this unpredictable 'jumping',... It's really 'a pain in the ass', if you don't me saying this in plain English. My suggestion/request: Just keep those filters in alphabetical order. The problem would be solved. And users can even define the order by adding leading numbers to their different filters. This way you can 'overwrite' the alphabetical order: If you have filters A, B, and C but you want to have them in the order B, C, A: Just rename them to 1B, 2C, 3A. |
#2
|
||||
|
||||
I've noticed this too.
While the sorted view looks nicer, usability wise it's not the best. Maybe it would be better of the sorting could at least be disabled via advanced settings.
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#3
|
||||
|
||||
@StefanM: The idea is to have the enabled at top, followed by disabled. Because when you have many links in list, the hoster list can become VERY long.
Another idea: Maybe apply this *sorting* only to hoster quickfilter and only if there are more entries than there is available space. for normal usage nothing changes, for advanced users (many links) the option to disable the behaviour will be added
__________________
JD-Dev & Server-Admin Last edited by Jiaz; 10.06.2022 at 18:45. |
#4
|
||||
|
||||
With next core update, I've disabled this sorting on custom/file-type filters and hoster filters will only be sorted when there is a scrollbar
__________________
JD-Dev & Server-Admin |
#5
|
||||
|
||||
*
Checkboxes may still move as hosts are sorted ascending but it still feels mich nicer (note: updates have not been released yet, this is just my feedback after a quick dev version test).
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#6
|
||||
|
||||
Quote:
BTW: The problem I reported of course also applies to hosters filter. I do not use it very often as the list is too long for me in most cases So, as you can see from my filters, I create filters (rules) myself when needed: e.g Only show keep2share. Once the negation issue has been processed, this will be even nicer then... |
#7
|
||||
|
||||
@StefanM: the changes are only for custom/file-type filters. they no longer will sort on enabled/disabled. But the hoster filters still will sort on enabled/disabled if the there is a scrollbar visible.
Update: the update is live
__________________
JD-Dev & Server-Admin Last edited by Jiaz; 10.06.2022 at 19:05. |
#8
|
||||
|
||||
Quote:
Just performed a quick test, also with the search field. Both look fine! But - even if it doesn't belong here - wanted to let you know, that the script, which should alert me of the update, returned this The trigger was and is set to 'JDownlaoder started' However, the test run in Event Scripter works fine with an empty txt-file. Should I post this in Scripts section, or can you help here? |
#9
|
||||
|
||||
@StefanM: Thanks for the feedback but please don't post unrelated stuff/mix the topic. The issue already has been fixed, see https://board.jdownloader.org/showpo...postcount=2286
__________________
JD-Dev & Server-Admin |
Thread Tools | |
Display Modes | |
|
|