Add named attribute access to gnome-monitor.py (New)

[tomli380576]

Description

This PR adds complete type annotations and named properties to the original gnome-monitors script to hopefully make it more ergonomic to use. It's not something that needs to be urgently merged so don't worry about this if you have a fire to fix xD

Basically turns this:

state = MonitorConfigGnome().get_current_state()
curr_refresh_rates = {} 

for monitor in state[1]:
    for mode in monitor[1]:
        if mode[6].get("is-current", False):
            curr_refresh_rates[monitor[0][0]] = mode[3]

print(curr_refresh_rates)

into this:

state = MonitorConfigGnome().get_current_state()
curr_refresh_rates = {}

for monitor in state.physical_monitors:
    for mode in monitor.modes:
        if mode.is_current:
            curr_refresh_rates[monitor.info.connector] = mode.refresh_rate

print(curr_refresh_rates)

with nice IDE autocomplete.

#1843 could take advantage of this to more directly access resolution numbers instead of strings

Resolved issues

In the original MonitorConfigGnome, accessing deeply nested properties from the GetCurrentState's return value was a bit awkward. If we need to get the 1st refresh rate of the 1st monitor, we need to write state[1][1][0][1][0][3] which looks like magic numbers without looking at the original dbus xml. The original MonitorConfigGnome provided nice ways to get the resolution strings but all the other properties were not included.

This PR circumvents this magic index situation by providing named attribute access for the return value of GetCurrentState, so now we can write state.physical_monitors[0].modes[0].refresh_rate and only use indices in places where there's an actual array.

Documentation

The main reference point is this xml and gnome-randr

None of the new classes (MutterDisplayConfig, PhysicalMonitor, LogicalMonitor, MonitorInfo) should be directly constructed because they assume that the input GLib.Variant has the correct type. Use MonitorConfigGnome.get_current_state() as the entry point since it asks GLib to do a deep type check first before returning.

Tests

Original unit tests

[codecov]

Codecov Report

Attention: Patch coverage is 91.60839% with 12 lines in your changes missing coverage. Please review.

Project coverage is 50.83%. Comparing base (c5c19c7) to head (967fa79).
Report is 10 commits behind head on main.

Files with missing lines	Patch %	Lines
...box-support/checkbox_support/dbus/gnome_monitor.py	88.67%	9 Missing and 3 partials ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #1916      +/-   ##
==========================================
+ Coverage   50.46%   50.83%   +0.37%     
==========================================
  Files         382      383       +1     
  Lines       41039    41423     +384     
  Branches     6892     6957      +65     
==========================================
+ Hits        20709    21058     +349     
- Misses      19585    19607      +22     
- Partials      745      758      +13     

Flag	Coverage Δ
checkbox-support	64.37% <91.60%> (+1.85%)	⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.