Add strict type declarations and modernize codebase

[sukhwinder33445]

Add strict type declarations to all method parameters, return types,
and properties throughout the codebase. Remove redundant runtime type
checks now enforced by the type system. Update PHPDoc to use nullable
shorthand, consistent union type ordering, and compact format.

Replace list() with array destructuring, switch/case with match
expressions, and self return types with static for better fluent
interface support.

Breaking changes — consumers of the following APIs require updates:

• Translator (ipl-i18n: GettextTranslator, NoopTranslator)
• Paginatable (ipl-sql: Cursor, LimitOffset)
• Messages::addMessage() (ipl-html: Contract/FormElement)
• Properties::getProperty() (ipl-orm: Common/PropertiesWithDefaults)
• Raise the minimum PHP version to 8.2

Intentionally left without type declarations:

• Validator interface: too many overrides in consumers
• Events::on(): must match Evenement\EventEmitterInterface
• Messages::getMessage(): must match Validator interface

closes #30

[BastianLedererIcinga]

The return type of BaseFilter::setBaseFilter can be changed to static.

The base branch was changed.

[sukhwinder33445]

Please rebase.

[sukhwinder33445]

ipl\Stdlib\Messages::getMessage()
(without return type to match the definition of the interface ipl\Stdlib\Contract\Validator)

I assume you mean the getMessages() method. However, it already declares a return type in both the mentioned trait and the interface. Since both are part of ipl-stdlib, the return type can be added there.

[sukhwinder33445]

Everything else looks good to me.

[sukhwinder33445]

ipl\Stdlib\Messages::getMessage()
(without return type to match the definition of the interface ipl\Stdlib\Contract\Validator)

I assume you mean the getMessages() method. However, it already declares a return type in both the mentioned trait and the interface. Since both are part of ipl-stdlib, the return type can be added there.

Please ignore, we cannot add a return type to getMessages() as it would require changes in the imedge module, which we do not maintain.

[sukhwinder33445]

Looks good to me.