Maybe we can get rid of the scrolling subframe? Or at least scale the frame to the full height that is available?
On my screen the firewall rules window uses about half of the available height, but I can scroll way down.
Best would be to open a ticket on GH for this, so devs can review.
Regards,
S.
I have fixed this for me with a Tampermonkey script.
Until it is fixed, you can use this.
(function()
{
'use strict';
GM_addStyle(`
.tabulator .tabulator-tableholder
{
max-height: 2000px !important;
height: auto !important;
overflow-y: auto !important;
}
.tabulator
{
max-height: 2000px !important;
height: auto !important;
}
.bootgrid-table-container,
.bootgrid-body
{
max-height: 2000px !important;
height: auto !important;
overflow-y: auto !important;
}
.tab-content.content-box
{
max-height: none !important;
overflow: visible !important;
}
`);
})();
Mind sharing a screenshot of what this^ looks like?
Quote from: OPNenthu on March 06, 2026, 10:39:34 PMMind sharing a screenshot of what this^ looks like?
It's basically CSS fixing the height it seems :
Quotemax-height: 2000px !important;
So the small window you are scrolling in won't be so small anymore :)
Could use something similar for the recent KEA DHCP Server webGUI related topic too I guess...
Quote from: 0xDEADC0DE on March 06, 2026, 10:08:49 PMI have fixed this for me with a Tampermonkey script.
Thank you for this. I've converted it to a Stylus User Style (I am using Stylus instead of Tampermonkey) and it works splendidly.
2000px is a good value for 50 entries. For 100 entries you have to increase the value accordingly. Since this is a max value anyway and does not change the size, if no entries are displayed, using a very large value should not matter either. e.g. setting it to 50000px. In that case one can be sure that 1000 entries can be shown as well (w/o scrolling within the tabulator). (
1000 is the last selection before
All.)
This is not really only a problem in the firewall ui, many of the views, for example ipsec logs, leave too little space for what you actually want to see while having quite a bit of free space around them.
Not sure if this depends on the recent Tabulator update but in any case it's being worked on... https://github.com/opnsense/core/commit/40a6243a31
Cheers,
Franco
Quote from: franco on March 24, 2026, 11:26:29 AMNot sure if this depends on the recent Tabulator update but in any case it's being worked on... https://github.com/opnsense/core/commit/40a6243a31
Looking forward to the result of the update! :)
It seems that even though Tabulator was updated and the grid height is auto calculated in the 26.1.6 update, the problem still persists (without
Stylus or Tampermonkey).
Excerpt from the release notes:
ui: upgrade Tabulator to version 6.4.0
ui: automatic grid height calculation
The functionality change is evident when using the browser zoom.
A screenshot would help explain if the issue you're seeing is relevant to the changes or not.
Cheers,
Franco
Quote from: franco on April 10, 2026, 09:55:37 AMA screenshot would help explain if the issue you're seeing is relevant to the changes or not.
It's the same as in the other topic about fixed rule window size (https://forum.opnsense.org/index.php?msg=261889). In that topic it was explained that the reason for this was an issue with tabulator that had a bug about the height calculation or dynamic resizing.
Since the release notes mentioned exactly that I hoped this would fix the issue.
(https://forum.opnsense.org/index.php?action=dlattach;attach=52823)
Seconded. A browser has scroll bars. Just use all of the bloody space. And place all "action" buttons - new, select, delete, ... as well as apply - at the top of the page. Render a web page. It's a web UI, not an application.
I support this request too, but with the following request added :
Please also do this for KEA and other parts of the OPNsense webGUI where this can be applied too :)
Quote from: Patrick M. Hausen on April 10, 2026, 10:18:14 PMSeconded. A browser has scroll bars. Just use all of the bloody space. And place all "action" buttons - new, select, delete, ... as well as apply - at the top of the page. Render a web page. It's a web UI, not an application.
+1
Regards,
S.
Quote from: Patrick M. Hausen on April 10, 2026, 10:18:14 PMSeconded. A browser has scroll bars. Just use all of the bloody space. And place all "action" buttons - new, select, delete, ... as well as apply - at the top of the page. Render a web page. It's a web UI, not an application.
Created an account just to +1 this.
I have a smallish laptop, 14" screen running 1080p resolution and that doesn't give much vertical space. It works much better with scrolling the entire window than the little grid.
I'll be blunt:
> https://github.com/opnsense/core/commit/0e999cc5ab
this is real, works and addresses a specific concern.
> "browser must scroll"
this is vague, oversimplified and unrealistic.
I asked Stephan to look into this based on the topic and that's the end of it. PRs welcome.
Cheers,
Franco
I'll be euqally blunt. Who are you talking to? You asked a question. I answered. I would have expected a proper reply, not some annoyed comment that has nothing to do with what I brought up.
Get your attitude in order. This is no way to deal with people. At least not when they are as friendly as I am.
Fix your release notes, unless you want to come across as a liar. Or was this on purpose? Telling people that the issue was A, then tell people that A was fixed and react like someone killed your dog, because people tell you that it didn't fix A.
> I'll be euqally blunt. Who are you talking to?
I haven't seen your screenshot yet. You illustrate the problem of flushing pagination, action buttons, apply bad out of the browser view.
> Fix your release notes, unless you want to come across as a liar.
You really need to take a break and cool off. Your screenshot shows that the grid uses the full height of the screen and this refers to "lots of empty space" by OP being fixed.
Cheers,
Franco
Lets make it official and discuss in an official technical matter, what is and what is not possible.
https://github.com/opnsense/core/issues/10130
Regards,
S.
Quote from: randell on April 11, 2026, 03:49:59 AMCreated an account just to +1 this.
COOL! :)
QuoteI have a smallish laptop, 14" screen running 1080p resolution and that doesn't give much vertical space.
I have no issue with not having "a perfect view" on my cheapass old laptop with 1366x768 resolution, but not seeing much more on a monitor with 1920x1200 resolution is just weird and should be fixed...
In general the webGUI could use some kind of
"Compact Theme" option to avoid having to Zoom Out in my browser to take these screenshots for example : https://forum.opnsense.org/index.php?topic=9245.msg259581#msg259581
QuoteIt works much better with scrolling the entire window than the little grid.
For sure! :)
Quote from: nero355 on April 11, 2026, 02:22:02 PMQuote from: randell on April 11, 2026, 03:49:59 AMCreated an account just to +1 this.
COOL! :)
QuoteI have a smallish laptop, 14" screen running 1080p resolution and that doesn't give much vertical space.
I have no issue with not having "a perfect view" on my cheapass old laptop with 1366x768 resolution, but not seeing much more on a monitor with 1920x1200 resolution is just weird and should be fixed...
In general the webGUI could use some kind of "Compact Theme" option to avoid having to Zoom Out in my browser to take these screenshots for example : https://forum.opnsense.org/index.php?topic=9245.msg259581#msg259581 This kind of UI flexibility is becoming more common lately, especially with faster prototyping approaches — I recently saw a good example of how layouts can be optimized and iterated quicker here (https://codelibry.com/wordpress/how-to-build-wordpress-custom-themes-faster-with-claude-ai/)
QuoteIt works much better with scrolling the entire window than the little grid.
For sure! :)
Totally agree. The current WebGUI feels a bit too spaced out, especially on higher resolutions
Sorry, my post about creating an account to +1 might have come across a little "complainy". That wasn't what I intended.
I did play around with a tampermonkey script to set the UIBootgrid.options.disableScroll. Setting this to true and also setting the table height to auto gave me the results I wanted, but unfortunately trying to monkeypatch that was not very dependable. (There are issues with tampermonkey and @run-at document-start when a page executes too fast, when most things was cached)
If someone with more knowledge of developing for opnSense wants to implement it, an option to set that to true and to change or stop setting the calculated height might be the best of both worlds.
Just a thought. It isn't a show stopper or anything.
This was one of the variations of my not always working but sort of working script I was playing around to better explain what I was doing:
// ==UserScript==
// @name OPNSense Scroll
// @namespace http://tampermonkey.net/
// @version 2026-04-11
// @description Disables tabulator scrolling
// @author Me
// @match https://xxxxxxx:444/*
// @grant none
// @run-at document-start
// ==/UserScript==
(function()
{
'use strict';
const callback = function(mutationsList, observer) {
const $ = window.jQuery;
for (const mutation of mutationsList) {
if (mutation.type === 'childList') {
const target = mutation.target;
if (target.nodeType === 1 && target.tagName === 'DIV' && target.classList.contains('tabulator')) {
const $table = $(target);
const bgInstance = $table.data('UIBootgrid');
if (bgInstance && bgInstance.options.disableScroll !== true) {
bgInstance.options.disableScroll = true;
target.style.height = 'auto';
}
}
}
}
}
const observer = new MutationObserver(callback);
const patch = () => {
if (window.jQuery && window.jQuery.fn && window.jQuery.fn.UIBootgrid) {
const content = document.body;
if (content) {
observer.observe(content, { childList: true, subtree: true });
return;
}
}
setTimeout(patch, 50);
};
patch();
})();
Can we, perhaps, all acknowledge that the complaints of especially the long time users and/or contributors are reasonable and deserve to be heard and discussed in good faith?
Coming back to the general issue of modern UIs - there is a general trend to waste space. I don't think that is something one should accept as normal and reasonable.
The reason that I attach so much importance to this is that this is the central problem of managing firewalls - keeping track of a potentially large
amount of rules.
The answers to that I read in the linked issue do not convince me - like "you should use categories heavily and select only one at a time".
The situation on the ground is that I come into setups I have not built myself and need the be able to work with them. Literally everything is possible, it's like the wild west, and I have never yet taken over a well configured firewall.
That means it is absolutely crucial to be able to get a good overview over a considerable amount of rules just by looking at that firewall rule table.
So those perhaps 20% of wasted vertical space do matter.
Quote from: bimbar on April 13, 2026, 10:38:50 AMCan we, perhaps, all acknowledge that the complaints of especially the long time users and/or contributors are reasonable and deserve to be heard and discussed in good faith?
Yes we are if we accept a "here's a complaint now you acknowledge the patch" approach to this. Because I find myself pointing to a fact and people going on tangents again.
> Or at least scale the frame to the full height that is available?
https://github.com/opnsense/changelog/blob/055b8d6a4c17b81826283e97f6771917014ad1d0/community/26.1/26.1.6#L48
Isn't that what you asked for? If not, why not comment on that?
Quote from: bimbar on April 13, 2026, 10:38:50 AMComing back to the general issue of modern UIs - there is a general trend to waste space. I don't think that is something one should accept as normal and reasonable.
The reason that I attach so much importance to this is that this is the central problem of managing firewalls - keeping track of a potentially large
amount of rules.
No. No. No. Coming back to the "general" issue is the worst possible outcome to go step by step here. You ask for something. We do something. We see if that works. Now we move on to something similarly specific.
Quote from: bimbar on April 13, 2026, 10:38:50 AMThe answers to that I read in the linked issue do not convince me - like "you should use categories heavily and select only one at a time".
The situation on the ground is that I come into setups I have not built myself and need the be able to work with them. Literally everything is possible, it's like the wild west, and I have never yet taken over a well configured firewall.
Why not participate? I don't expect it's half as bad as it could be, because otherwise a lot more tickets would be open by now.
Quote from: bimbar on April 13, 2026, 10:38:50 AMThat means it is absolutely crucial to be able to get a good overview over a considerable amount of rules just by looking at that firewall rule table.
I don't disagree to this at all.
Quote from: bimbar on April 13, 2026, 10:38:50 AMSo those perhaps 20% of wasted vertical space do matter.
Now we're back to scope creep and not commenting on the patch at hand.
Look, if you ask for something not even add a GitHub ticket and then don't follow up on actual patches how can this process of developing something for you work (at all)?
Cheers,
Franco
I'm not sure what you want exactly. If something as clear as "there is too much empty space, please use it more efficiently" from the perspective of an end user is not good enough, you should probably document it somewhere.
I'm giving up on this thread after having asked for feedback a number of times now.
Cheers,
Franco
Sorry, I thought it was clear.
The scroll bar I marked in red should not exist. The box around the rules should not exist. The rules table should be rendered on the page extending downward as far as necessary and the browser scroll bar should be used to get at the lower ones.
Duplicating a function the browser already brings inside the page is bad, IMHO.
Also it does not automatically use all the width I have available ...
Kind regards,
Patrick
I know you're helping Patrick but it doesn't make things easier here. This is the first post:
Quote from: bimbar on March 06, 2026, 11:48:50 AMMaybe we can get rid of the scrolling subframe? Or at least scale the frame to the full height that is available?
On my screen the firewall rules window uses about half of the available height, but I can scroll way down
This is the commit in 26.1.6:
https://github.com/opnsense/core/commit/0e999cc5a
OP asked for it but did not acknowledge its existence.
One of the reasons we ask for actionable tickets is so the requester can confirm that is what they wanted (or not).
Everybody else adding related context in this forum thread doesn't help progress the initial request anymore.
Cheers,
Franco
Quote from: Patrick M. Hausen on April 13, 2026, 11:55:05 AMThe scroll bar I marked in red should not exist. The box around the rules should not exist. The rules table should be rendered on the page extending downward as far as necessary and the browser scroll bar should be used to get at the lower ones.
Duplicating a function the browser already brings inside the page is bad, IMHO.
Also it does not automatically use all the width I have available ...
I think you have uploaded the wrong screenshot ?!
I see SNMP stuff and not Firewall Rules ?
Quote from: bimbar on April 13, 2026, 10:38:50 AMComing back to the general issue of modern UIs - there is a general trend to waste space.
I don't think that is something one should accept as normal and reasonable.
You have no idea how much I agree with you on that one... It's driving me mad sometimes !!! :(
Quote from: franco on April 13, 2026, 12:07:51 PMI know you're helping Patrick but it doesn't make things easier here. This is the first post:
Quote from: bimbar on March 06, 2026, 11:48:50 AMMaybe we can get rid of the scrolling subframe? Or at least scale the frame to the full height that is available?
On my screen the firewall rules window uses about half of the available height, but I can scroll way down
This is the commit in 26.1.6:
https://github.com/opnsense/core/commit/0e999cc5a
OP asked for it but did not acknowledge its existence.
One of the reasons we ask for actionable tickets is so the requester can confirm that is what they wanted (or not).
Everybody else adding related context in this forum thread doesn't help progress the initial request anymore.
Cheers,
Franco
Yes, I did not catch that. It is true that this particular bug is fixed, thank you.
Still, the general problem of poor space usage remains. So I completely agree with Patrick on that matter.
Quote from: nero355 on April 13, 2026, 03:02:02 PMI think you have uploaded the wrong screenshot ?!
Fixed in the post - thank you.
Quote from: bimbar on April 13, 2026, 03:04:41 PMYes, I did not catch that. It is true that this particular bug is fixed, thank you.
Thanks for confirming.
I am sorry for bringing this topic up again, but I have no choice : The amount of data I can see in the webGUI part of Firewall Rules [New] is A LOT LESS than the old Firewall Rules that will become Legacy starting with 26.7 and moved to a plug-in :'(
Here are some screenshots :
Firefox - 1366x768 Laptop Screen
(https://tweakers.net/i/1aJFtLr1dcgVSBaI9RYntqTO9_A=/234x176/filters:strip_icc():strip_exif()/f/image/VpWzQmW1CMcs6aXtAroKNuvj.jpg?f=fotoalbum_medium) (https://tweakers.net/i/ENru6QGbSMIiL_lavRGLZ6f0uDg=/fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():strip_exif()/f/image/VpWzQmW1CMcs6aXtAroKNuvj.jpg?f=user_large)
LibreWolf - 1366x768 Laptop Screen
(https://tweakers.net/i/Xz4XEXMnXTPnadkBxSW0cBc_5wY=/234x176/filters:strip_icc():strip_exif()/f/image/cWnLTYqyaqPixqusl8sPNuBl.jpg?f=fotoalbum_medium) (https://tweakers.net/i/NTEt08T645TIDxAt3hinph3_dWA=/fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():strip_exif()/f/image/cWnLTYqyaqPixqusl8sPNuBl.jpg?f=user_large)
Pale Moon - 1366x768 Laptop Screen
(https://tweakers.net/i/N27EBAUI3fbBeQFWoRdc3kV4pFw=/234x176/filters:strip_icc():strip_exif()/f/image/tnRorL690sKlJ6kH69ONFkMU.jpg?f=fotoalbum_medium) (https://tweakers.net/i/DDVe3HU_Y2jP8o-QnFs-NjSZ9ZY=/fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():strip_exif()/f/image/tnRorL690sKlJ6kH69ONFkMU.jpg?f=user_large)
Pale Moon - 1920x1200 Desktop Monitor - Windowed
(https://tweakers.net/i/C6BrgiIzGgyvZ9CtWXKYArZWt8s=/234x176/filters:strip_icc():strip_exif()/f/image/ZZc2h07ifqFVe50wGSL4PN0Y.jpg?f=fotoalbum_medium) (https://tweakers.net/i/JMoT7klCTQxpcRFABX1x1IeqaPg=/fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():strip_exif()/f/image/ZZc2h07ifqFVe50wGSL4PN0Y.jpg?f=user_large)
Pale Moon - 1920x1200 Desktop Monitor - Window resized to almost the size of the whole monitor
(https://tweakers.net/i/HpcGEYhofGdO83pi4haeDJkJnmg=/234x176/filters:strip_icc():strip_exif()/f/image/gDC1bWAyzs9XxzesFXuUISdC.jpg?f=fotoalbum_medium) (https://tweakers.net/i/wYZWKV1eZ3xKkPCEKUTd1VsZ7Kk=/fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():strip_exif()/f/image/gDC1bWAyzs9XxzesFXuUISdC.jpg?f=user_large)
Issues I have with the Firewall Rules [New] webGUI :
- I can't see all the rules like I could in the old Firewall Rules and can't even scroll to see more on a 1366x768 screen.
- I feel like the 'Commands' should be part of the whole Firewall Rule line and not a side-menu or overlay sub-window so to speak.
This forces you to scroll sideways to be able to see the 'Comment' part of the Firewall Rule for example.
- On the 'Pale Moon - 1920x1200 Desktop Monitor - Windowed' screenshot you can see that there is a lot of overlapping of text and everything is not outlined if you know what I mean.
This is also the case for 'Pale Moon - 1366x768 Laptop Screen' and in the case of 'Pale Moon - 1920x1200 Desktop Monitor - Window resized to almost the size of the whole monitor' this leads to a lot of added unnecessary space and waste of it.
- Even on the 'Pale Moon - 1920x1200 Desktop Monitor - Window resized to almost the size of the whole monitor' screenshot you can see that I can't see all the Firewall Rules which is just strange : Both how much width the data needs and how much data is shown from top to bottom.
I would kindly like to ask you guys to have another look at this and maybe redesign it a bit ? :)
/EDIT :
Maybe I should have posted this in another topic : https://forum.opnsense.org/index.php?topic=51158.0 ?!
I remembered there was a second topic, but thought they were almost the same, however that does not seem to be the case...
> I can't see all the rules like I could in the old Firewall Rules and can't even scroll to see more on a 1366x768 screen.
Are you using a different zoom on the laptop browsers? In 100% on HD resolution I see more than you. 90% seems to be a good tradeoff in terms of usability.
> - I feel like the 'Commands' should be part of the whole Firewall Rule line and not a side-menu or overlay sub-window so to speak.
This forces you to scroll sideways to be able to see the 'Comment' part of the Firewall Rule for example.
Yes we are aware on constrained screens. Cedrik already has a POC.
> - On the 'Pale Moon - 1920x1200 Desktop Monitor - Windowed' screenshot you can see that there is a lot of overlapping of text and everything is not outlined if you know what I mean.
This is also the case for 'Pale Moon - 1366x768 Laptop Screen' and in the case of 'Pale Moon - 1920x1200 Desktop Monitor - Window resized to almost the size of the whole monitor' this leads to a lot of added unnecessary space and waste of it.
The overlapping text seems to be somewhat local issue at first glance. My text breaks naturally over here and on your laptop too. While space can be improved I see 18 rows rendered which is half the screen. I feel like people bring up this argument now more than ever but the overall page layout hasn't changed since 2015. I'm just unsure what people are asking in the grand scheme of things.
> - Even on the 'Pale Moon - 1920x1200 Desktop Monitor - Window resized to almost the size of the whole monitor' screenshot you can see that I can't see all the Firewall Rules which is just strange : Both how much width the data needs and how much data is shown from top to bottom.
Not sure I understand. Looking at the legacy one I don't see the immediate difference. The one thing the legacy GUI does differently is hide columns when space is too sparse. Command buttons behave the same actually and you can remove individual columns to read it better.
Cheers,
Franco
PS: thuis.lan is grappig ;)
Quote from: franco on July 09, 2026, 08:18:01 AMAre you using a different zoom on the laptop browsers?
No scaling or zoom active : Everything is 1:1 pixelmapped so to speak.
QuoteIn 100% on HD resolution I see more than you. 90% seems to be a good tradeoff in terms of usability.
Hmm... weird... because this bugs me everywhere when Tabulator is involved basically...
I will do some testing and upload more screenshots :)
QuoteYes we are aware on constrained screens. Cedrik already has a POC.
I meant in general. Not just on small screens.
Somehow it "feels more natural" if you know what I mean...
QuoteThe overlapping text seems to be somewhat local issue at first glance.
As in browser issue ?
QuoteMy text breaks naturally over here and on your laptop too.
Not sure what you mean. I would expect Destination and Port not to overlap ?
QuoteWhile space can be improved.
When that is done perhaps the overlapping will be fixed too ?
QuoteI see 18 rows rendered which is half the screen.
Sorry, but I feel like there should be more visible like in the old Firewall Rules webGUI : Just extend the thing all the way to the bottom and let my browser scroll it like Patrick mentioned a couple of times :)
QuoteI feel like people bring up this argument now more than ever but the overall page layout hasn't changed since 2015.
I'm just unsure what people are asking in the grand scheme of things.
I think we all want to "escape the Tabulator confinement" because we all feel a bit claustrophobic :)
QuoteNot sure I understand. Looking at the legacy one I don't see the immediate difference. The one thing the legacy GUI does differently is hide columns when space is too sparse. Command buttons behave the same actually and you can remove individual columns to read it better.
I will do some comparisons and see what happens and take screenshots again if needed.
Did not know about the column hiding feature so that might change things indeed!
QuotePS: thuis.lan is grappig ;)
Thnx! ^_^
I needed a domain 10+ years ago for Pi-Hole and that seemed somehow the least conflicting with official standards option... LOL!
PART #2 of the story above after additional testing :Quote from: franco on July 09, 2026, 08:18:01 AMIn 100% on HD resolution I see more than you.
90% seems to be a good tradeoff in terms of usability.
At 1366x768 it seems that I need 70% to 60% Zoom Out to get a decent view, but since 60% is a bit extreme for the eyes it looks like 70% is the better choice.
QuoteI feel like people bring up this argument now more than ever but the overall page layout hasn't changed since 2015.
I'm just unsure what people are asking in the grand scheme of things.
After another look it seems that :
- Firewall Rules [New] shows more compacted data and uses the height better than the old Firewall Rules.
But...
- The old Firewall Rules uses the width better and can be simply scrolled until the bottom of the complete browser window!
Screenshot to show the difference :
(https://tweakers.net/i/E0ZIqz-Cc6QOhN9SNhpR8RbsJ3s=/234x176/filters:strip_icc():strip_exif()/f/image/wI7M2Z2q2PriKiGbYG4fUMbI.jpg?f=fotoalbum_medium) (https://tweakers.net/i/_py_miniOC1kWiYACU-f6rf28_0=/fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():strip_exif()/f/image/wI7M2Z2q2PriKiGbYG4fUMbI.jpg?f=user_large)
But the
"Final Result" is : The old Firewall Rules shows more data!
QuoteLooking at the legacy one I don't see the immediate difference.
I have done some
"How much screenspace do I need to see what I want to see ?" measurements after optimizing the view for both the old Firewall Rules and Firewall Rules [New] :
The old Firewall Rules - Window needs to be 1574x1170 :(https://tweakers.net/i/84cUSfXa4PQUbP3yLxOvoKBIkjs=/234x176/filters:strip_icc():strip_exif()/f/image/QXPUvUJrFp9VC7ANIoKEHRT7.jpg?f=fotoalbum_medium) (https://tweakers.net/i/loBYn3U8Rf41vJWRPYTCq6X8zj8=/fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():strip_exif()/f/image/QXPUvUJrFp9VC7ANIoKEHRT7.jpg?f=user_large)
Firewall Rules New - Window needs to be 1714x1170 :(https://tweakers.net/i/01_VtJfIGvBj8oXOXAFPX8TepEA=/234x176/filters:strip_icc():strip_exif()/f/image/dJsOf0A1rVYL1F3q6BfK1Nhg.jpg?f=fotoalbum_medium) (https://tweakers.net/i/p1Wcip406wkCDnDTRzDqbNC2VxM=/fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():strip_exif()/f/image/dJsOf0A1rVYL1F3q6BfK1Nhg.jpg?f=user_large)
But again also here the
"Final Result" is : The old Firewall Rules shows more data!
And last, but not least =>
Firewall Rules New - Window needs to be 1932x1170 to SEE ALL DATA(https://tweakers.net/i/G3glTcgT2-aDdd_tyWmprLefgh4=/234x176/filters:strip_icc():strip_exif()/f/image/J9gkYDLoNdRfDZ6dFCTMAgWz.jpg?f=fotoalbum_medium) (https://tweakers.net/i/wu4KqxY5KAsGxf1dx1G3LG47UC4=/fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():strip_exif()/f/image/J9gkYDLoNdRfDZ6dFCTMAgWz.jpg?f=user_large)
That's wider than a regular 1920x1080 or 1920x1200 display...
It was also very tricky to accomplish because of the resizing of each column that needed to be done after resizing the window to avoid wasted screenspace after each adjustment.
FINAL CONCLUSION =>I think it's safe to say that if :
- The 'Commands' column did not overlap.
- The 'Commands' were part of each Firewall Rules line.
- All columns are always optimized and only use the width that's actually needed.
- The bottom of the Firewall Rules [New] was not cut off by Tabulator.
(And the width too then I guess ?!)
The amount of data shown by Firewall Rules [New] would be simply
PERFECT! :)
Does anyone agree with me ??QuoteThe one thing the legacy GUI does differently is hide columns when space is too sparse.
After some testing that seems to be more a thing when you Zoom In at values that don't make any sense when is comes to the useability so we can ignore that feature :)
Quoteyou can remove individual columns to read it better.
As far as I can see that's only the case for Firewall Rules [New] and not the old Firewall Rules ?
Also something (possibly) strange I have noticed :
By default there is a column called 'Statistics' activated but is not shown for some reason ?
Could that reason be that I have a lot of Statistics and Logging DISABLED and that automatically hides it ?
The statistics column unhides when you press the Inspect button to show rule statistics.
My normal screen has 5120x2160. I can have two complete rule windows open side by side xD
Overprovisioning is a fix everywhere lol.
Quote from: Monviech (Cedrik) on July 10, 2026, 06:02:38 PMThe statistics column unhides when you press the Inspect button to show rule statistics.
Makes sense! :)
Totally forgot about that... d0h!
QuoteMy normal screen has 5120x2160. I can have two complete rule windows open side by side xD
Well... technically... I have got 5760x1200 in front of me, but even after 16 years or so that's not really standard now... is it ?! :P