fix: emit valueChanged signals for List and Optional widgets

[hthienloc]

Description

This PR addresses issue #100 by ensuring that ListOptionWidget and OptionalOptionWidget correctly notify the parent configuration dialog when their values change.

Previously, these widgets modified their internal state/model but failed to emit the OptionWidget::valueChanged() signal. This caused the "Apply" and "OK" buttons in the main configuration window to remain disabled, effectively preventing users from saving changes to these fields unless another unrelated setting was also modified.

Changes

• ListOptionWidget: Connected rowsInserted, rowsRemoved, dataChanged, and rowsMoved signals from the internal model to valueChanged().
• OptionalOptionWidget: Connected the checkbox state change and sub-widget's valueChanged signal to the parent's valueChanged().

Evidence

In src/lib/configwidgetslib/optionwidget.cpp, all other basic widgets (Integer, String, Boolean, Enum) already follow this pattern to enable change detection:

// Example from StringOptionWidget
connect(lineEdit_, &QLineEdit::textChanged, this, &OptionWidget::valueChanged);

This PR brings ListOptionWidget and OptionalOptionWidget into consistency with the rest of the library.

Fixes #100

[hthienloc]

I need to test this carefully.