Write internallog warning for unrecognized properties used in config on layout renderers

[snakefoot]

LayoutParser - InternalLogger Warnings when skipping unrecognized properties for LayoutRenderers

[304NotModified]

Hi @snakefoot

Thanks for the PR. Unfortunately I don't fully understand what we here trying to achieve. Does this PR add a new warning to the internal log when something is skipped? What is an example of "something" here?

PS: you could create drafts now. Please do, because I get a notification for every push now (have converted to draft now). If you think it's ready for review, please undraft. Thanks!

[snakefoot]

Let's say you spell something wrong in a property-name. Like this: tolowercase=true Then it will not configure anything but just discard the unrecognized property value for the layoutrenderer. I would like to have a warning when that happens. The PR is now done.

[snakefoot]

Oops. Had to fix some unnecessary Type-Name-Lookup when doing debug-logging in ApplyWrappers

[304NotModified]

I would like to have a warning when that happens. The PR is now done.

Cool! I renamed the PR, maybe a bit long. Feel free to rename it (but I prefer to keep it "functional")

[snakefoot]

Fine with me. Though the warning is only for LayoutRenderers

[sonarcloud]

Kudos, SonarCloud Quality Gate passed!

0 Bugs
0 Vulnerabilities (and 0 Security Hotspots to review)
4 Code Smells

100.0% Coverage
0.0% Duplication

[snakefoot]

Looked at the code for assigning default-parameter-value. I guess if one is doing this:

${exception }

Then one will not get any output, as it would double space ' ' to the default-parameter Format.

Should add validation that one is doing this (Notice the :)

${exception: }

And if by accident adding a space for a layout-renderer without a registered, default-parameter, then it would generate confusing error message about type not having default-parameter-property.

[304NotModified]

Thanks!