More renderer errors

[janbritz]

Fügt eine "Type"-Spalte hinzu, welche bei zu wenig Platz ausgeblendet wird, und folgende Fehlermeldungen:

• ConversionError
• InvalidCleanOptionError
• PlaceholderReferenceError
• UnknownElementError

Nach Auftreten eines Fehlers wird nicht direkt das Element gelöscht, sondern erst weitere potenziellen Fehlerquellen angeschaut und ggf. gesammelt. So werden bei dem folgenden Element drei Fehler ausgegeben (1x InvalidAttributeError und 2x ConversionError).
<qpy:format-float thousands-separator="maybe" precision="-1">Not a float.</qpy:format-float>

[MartinGauk]

Ich hab mich jetzt nicht inhaltlich genauer mit dem PR beschäftigt, aber mir geht gerade noch ein Gedanke durch den Kopf:
Die QuestionUIRenderer Klasse muss sich in seinen XML-Transformationen exakt so verhalten, wie die PHP-Implementierung im Moodle-Plugin. Ich mache mir etwas Sorgen, dass wir durch die Änderungen die beiden Implementierungen nicht mehr so einfach miteinander vergleichen und angleichen können.

Die Funktionalitäten, die hier implementiert werden, halte ich für das SDK natürlich für wichtig und für die Paketentwicklung nützlich. Aber wollen wir diese zusätzlichen Überprüfungen nicht vielleicht lieber in einer Unterklasse von QuestionUIRenderer implementieren? Das bedeutet zwar einen zusätzlichen Aufwand und Code-Duplizierung, weil z.B. Schleifen doppelt durchgelaufen werden müssen, aber dafür hätten wir eine Basisklasse, die sich direkt mit der PHP-Implementierung vergleichen lässt.