Simplewall: [REQ] Minor GUI improvements

Created on 17 Jul 2019  路  9Comments  路  Source: henrypp/simplewall

  • If one or more rules are selected and they are either all enabled or all disabled, then the right-click context menu should only show either Disable or Enable, rather than showing both options (or one should be disabled and greyed out). When the selected items are a mixture of enabled and disabled, both menu items should be enabled/visible.
  • If a rule is created from the tray notification that uses one of the default user/special rules, the rule is created and enabled but the checkbox is not checked. Also, it doesn't appear to be possible to just uncheck the rule to disable it (I know you have to disable the special user rule). It would be nice if you could disable an app without the need to disable the special rule (obviously, disabling the special rule would disable any apps that use it, assuming that's the only rule they have)
  • Can you add toolbar buttons for "Edit rules" and "Create rule..."
  • Can you add "Allow Once", "Block Once" and "Allow for Session", "Block for Session" (Session is until a reboot, so you could also name them "Allow/Block until reboot")
  • On Apps tab listview, you have section titled "Apps with special rules (1/6)", but the tab where these rules are defined is called "User rules" - To avoid confusion, can you either rename the section title to "Apps with user rules (1/6)" or the tab to "Special rules"

Most helpful comment

@Clouds123 In the main application list, when the checkbox is ticked, it means "allow all traffic". When it's not ticked, it means "block all traffic". So, if you have a user rule that allows specific traffic for the application, you should leave the checkbox __unticked__, otherwise, you would still allow all traffic, no matter what the user rules are.

If you have a user rule for the app to _block_ specific traffic, you can tick the checkbox to allow all traffic except for the traffic blocked by the user rule.

@henrypp Hopefully, I explained this correctly?

All 9 comments

If a rule is created from the tray notification that uses one of the default user/special rules, the rule is created and enabled but the checkbox is not checked. Also, it doesn't appear to be possible to just uncheck the rule to disable it (I know you have to disable the special user rule). It would be nice if you could disable an app without the need to disable the special rule (obviously, disabling the special rule would disable any apps that use it, assuming that's the only rule they have)

What version? 3.0.3 works well with that

Yes 3.0.3. However, it is same with 3.0.4.

If a rule is created from the tray notification that uses one of the default user/special rules, the rule is created and enabled but the checkbox is not checked.

Shouldn't the checkbox be checked once the rule has been created via tray notification that uses one of the default user/special rules ?

checkbox for the or what?

------ 袠褋褏芯写薪芯械 褋芯芯斜褖械薪懈械 ------
袨褌: Clouds123 notifications@github.com
袨褌锌褉邪胁谢械薪芯: August 2, 2019 4:16:19 PM UTC
袣芯屑褍: henrypp/simplewall simplewall@noreply.github.com
袣芯锌懈褟: Henry++ support@henrypp.org, Comment comment@noreply.github.com
孝械屑邪: Re: [henrypp/simplewall] [REQ] Minor GUI improvements (#500)

Yes 3.0.3. However, it is same with 3.0.4.

If a rule is created from the tray notification that uses one of the default user/special rules, the rule is created and enabled but the checkbox is not checked.

Shouldn't the checkbox be checked once the rule has been created via tray notification that uses one of the default user/special rules ?

--
www.henrypp.org | github.com/henrypp

I thought the checkbox on the left meant the rule was either enabled or disabled, but when using a special/usel rule, the rule is created with the checkbox disabled, even thoug hthe rule seems tobe enabled. Expected behaviour: When the new rule is created using a user/special rule, the chebox shouldnbe checked/enabled by default. Enabling/Disabling the rule with the wcheckbox should meanthat it doesn't apply to that process.

PS. SW 3.0.4

Now i see - it's just UI bug, rule is enabled and filters are working.

@Clouds123 In the main application list, when the checkbox is ticked, it means "allow all traffic". When it's not ticked, it means "block all traffic". So, if you have a user rule that allows specific traffic for the application, you should leave the checkbox __unticked__, otherwise, you would still allow all traffic, no matter what the user rules are.

If you have a user rule for the app to _block_ specific traffic, you can tick the checkbox to allow all traffic except for the traffic blocked by the user rule.

@henrypp Hopefully, I explained this correctly?

@ltGuillaume thank you for your explanation!

Thanks @ltGuillaume - that makes it clear.

@henrypp - To make the GUI more intuitive, can you change the listview group/section headers text to something like....

  1. "ALLOW all traffic for these apps" instead of "Enabled apps"
  2. "BLOCK all traffic for these apps" instead of "Disabled apps"

You could also maybe split the "Apps with user rules" group/section into two separate groups:

"ALLOW all traffic for these apps EXCEPT for specified user rules"
and
"BLOCK all traffic for these apps EXCEPT for specified user rules"

Also, possibly remove the option View > Enable group of user rules, as the above changes make it redundant.

"Allowed apps" and "Blocked apps" would suffice I think 馃槂

Was this page helpful?
0 / 5 - 0 ratings

Related issues

xnoreq picture xnoreq  路  3Comments

shiftyshady picture shiftyshady  路  4Comments

pwn0r picture pwn0r  路  4Comments

ltGuillaume picture ltGuillaume  路  3Comments

Chaython picture Chaython  路  4Comments