Quote

Mal etwas flapsig ausgedrückt: Ich will kein Modul Unicode-tauglich machen. Ich will, dass ein Modul das richtige tut, wenn es sich einfach gar nicht um den ganzen Layerkrempel kümmert.

Eigentlich ist die Aussage ja falsch du willst ja das es sich um den layer krempel kümmert. Den sich nicht darum kümmern das hast du ja derzeit. ;)

Quote

Es soll sich zurücklehnen und sagen: "Wenn du willst, dass ich bei einem open() den $utf8_oder_sonstwas-Layer benutze, dann sag das nicht mir: Sag es PerlIO. Ich kümmere mich selber nicht um Layer, sondern benutze einfach die, auf die dein PerlIO eingestellt ist."

Wäre ehrlich gesagt dumm wenn dies so wäre. Denn damit würdest du mehr kaputt machen als richtig machen.

Stell dir vor du hast ein Modul das nunmal mit Binärdateien umgeht. Nimm ein Modul das mit Bildern umgeht. Image::Magick, Imager etc. Und du würdest jetzt sagen du willst UTF-8 und kein Modul soll sich selber darum kümmern und es wird erzwungen.

Nun dann wären ab sofort alle Module die auf einen anderen layer arbeiten kaputt und würden nicht mehr laufen.

Generell ist es immer eine schlechte Idee wenn ein Modul von ausen beeinflusst werden kann.

Und das was du machst ist für mich eher nur Problemlösung die an der Wurzel des Problems vollständig vorbei gehen.

Das Modul selber muss UTF-8 Support anbieten und sollte in dieser hinsicht gepatcht werden.

Ansonsten wenn du ein fremdes Modul hast das dir keine UTF-8 Kodierten Daten zurück liefert kannst du auch naträglich immer noch "decode()" aus dem Modul "Encode" darauf anwenden.