8
24
Fork
You've already forked nuMatrix
4

[feature idea] ability to group rules to make them easier to find, modify and share #387

Closed
opened 2015年10月19日 11:52:20 +02:00 by berrythesoftwarecodeprogrammar · 1 comment
berrythesoftwarecodeprogrammar commented 2015年10月19日 11:52:20 +02:00 (Migrated from github.com)
Copy link

what i really like about uBlock's 'my filters' section is that whitespace and comments are allowed and i can create my own groups of filters and share them between my browsers.

uMatrix's (and i guess uBlock's) dynamic rules sections are automatically sorted though and i end up with a really long list. sometimes its desirable to collect all rules for a certain website which could be spread across different hosts and ip addresses, so the list has to be scrolled multiple times to find and copy all desired rules. if a grouping ability was added, it would let the user add a bunch of rules to one group and be found easily, and groups can be sorted alphabetically (in the rule list and also the contents of the groups). either put the grouped rules at the top of the list or at the bottom and have all other normally sorted rules outside them.

i dont know what the best syntax would be but examples could be:

/* google stuff
docs.google.com 1st-party cookie allow
docs.google.com 1st-party frame allow
docs.google.com 1st-party script allow
docs.google.com 1st-party xhr allow
...
encrypted.google.com 1st-party frame allow
encrypted.google.com 1st-party script allow
encrypted.google.com 1st-party xhr allow
encrypted.google.com googleusercontent.com image allow
encrypted.google.com gstatic.com image allow
encrypted.google.com gstatic.com script allow
*/

or

! group google
...rule
...rule
! end group

and i guess it would make sure groups are ended before comitting, and then sort the rules as usual, first the outside rules then all grouped rules, and then put the groups in alphabetical order at the bottom (or top). related rules would then always be together and rules wont get lost in long lists

if this is asking too much/not useful enough for most then this can be closed

what i really like about uBlock's 'my filters' section is that whitespace and comments are allowed and i can create my own groups of filters and share them between my browsers. uMatrix's (and i guess uBlock's) dynamic rules sections are automatically sorted though and i end up with a really long list. sometimes its desirable to collect all rules for a certain website which could be spread across different hosts and ip addresses, so the list has to be scrolled multiple times to find and copy all desired rules. if a grouping ability was added, it would let the user add a bunch of rules to one group and be found easily, and groups can be sorted alphabetically (in the rule list and also the contents of the groups). either put the grouped rules at the top of the list or at the bottom and have all other normally sorted rules outside them. i dont know what the best syntax would be but examples could be: ``` /* google stuff docs.google.com 1st-party cookie allow docs.google.com 1st-party frame allow docs.google.com 1st-party script allow docs.google.com 1st-party xhr allow ... encrypted.google.com 1st-party frame allow encrypted.google.com 1st-party script allow encrypted.google.com 1st-party xhr allow encrypted.google.com googleusercontent.com image allow encrypted.google.com gstatic.com image allow encrypted.google.com gstatic.com script allow */ ``` or ``` ! group google ...rule ...rule ! end group ``` and i guess it would make sure groups are ended before comitting, and then sort the rules as usual, first the outside rules then all grouped rules, and then put the groups in alphabetical order at the bottom (or top). related rules would then always be together and rules wont get lost in long lists if this is asking too much/not useful enough for most then this can be closed
arek added this to the (deleted) project 2023年10月29日 22:48:27 +01:00
arek added this to the (deleted) project 2026年06月19日 10:25:50 +02:00

Related
#387
#636
#825

Related #387 #636 #825
arek added this to the v1.0 project 2026年06月21日 11:24:52 +02:00
arek added this to the v1.0 milestone 2026年06月21日 11:25:02 +02:00
arek 2026年06月29日 12:43:36 +02:00
  • closed this issue
  • added
    done
    and removed
    backlog
    labels
This discussion has been locked. Commenting is limited to contributors.
No Branch/Tag specified
master
dev
v0.1.2
v0.1
0.0.0.8b
0.0.0.7b
0.0.0.5b
0.0.0.4b
0.0.0.3b
0.0.0.2b
0.0.0.1b
1.4.3b0
1.4.2
1.4.1b6
1.4.1b5
1.4.1b4
1.4.0
1.3.17b2
1.3.17b1
1.3.16
1.3.14
1.3.12
1.3.10
1.3.8
1.3.6
1.3.4
1.3.3b9
1.3.3b8
1.3.2
1.3.0
1.2.0
1.1.20
1.1.18
1.1.16
1.1.14
1.1.12
1.1.11b0
1.1.10
1.1.8
1.1.7rc0
1.1.7b0
1.1.6
1.1.4
1.1.0
1.0.0
0.9.3.6
0.9.3.4
0.9.3.3
0.9.3.2
0.9.3.1
0.9.3.0
0.9.2.1
0.9.2.0
0.9.1.2
0.9.1.1
0.9.1.0
0.9.0.1
0.9.0.0
0.8.1.4
0.8.1.3
0.8.1.1
0.8.1.0
0.8.0.1
0.8.0.0
0.8.0.0-rc.2
0.8.0.0-rc.1
0.8.0.0-rc.0
0.8.0.0-alpha.19
0.8.0.0-alpha.18
0.8.0.0-alpha.17
0.8.0.0-alpha.16
0.8.0.0-alpha.15
0.8.0.0-alpha.14
0.8.0.0-alpha.11
0.8.0.0-alpha.10
0.8.0.0-alpha.9
0.8.0.0-alpha.8
0.8.0.0-alpha.7
0.8.0.0-alpha.6
0.8.0.0-alpha.4
0.8.0.0-alpha.3
0.8.0.0-alpha.2
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
arek/nuMatrix#387
Reference in a new issue
arek/nuMatrix
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?