Is this really so? I mean, I would expect the [ns_return] to ignore any optional encoding stuff and delegate all to [ns_conn] in the similar way how you use channels in Tcl.
Encoding set via [ns_conn] is only respected by [ns_return] if no OutputCharset is defined and no charset is defined with the type-argument of [ns_return].
After all, you do not [puts] with an encoding. You just [puts] and the [fconfigure channel -encoding] sets the channel to the desired encoding. I mean, If I wrote that, I'd do it so.
I'd do it like this, too. And in fact this is why I was so confused about [ns_conn encoding].
You will have to give me some hints on how you use all those commands.
We don't use them at the moment. We set the encoding(s) in the config and with [ns_return]. Bernd asked me to write encoding-tests and thats why I stumbled over the [ns_conn] command.
