<div dir="ltr">Toolforger, I totally agree.  I would love to merge the formatter from <a href="http://code.google.com/p/anodyzed">http://code.google.com/p/anodyzed</a> directly into a pluggable SLF4j interface, now that the newest SLF4j supports variable arguments.  I already check isLevelEnabled before doing any formatting, but it would be much easier for end users if it was pluggable.<div style>

  (*Chris*)</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jun 18, 2013 at 3:33 PM, Toolforger <span dir="ltr"><<a href="mailto:toolforger@durchholz.org" target="_blank">toolforger@durchholz.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
SOMEWHAT OFF-TOPIC FOR SLF4J<br>
<br>
I'd seriously suggest reading the background information in the gettext documentation.<br>
gettext is a great improvement over most of its would-be successors, and I'm awfully sorry to say that your approach does not constitute an exception. (I'm willing to elaborate in private mail, this is indeed off-topic for slf4j.)<br>


<br>
Also, from the Javadoc, it seems that you're doing substitution in <a href="http://logger.info" target="_blank">logger.info</a>, logger.warn etc, before slf4j has a chance to check whether the message should even get printed.<br>


That's negating SLF4J's mission statement of minimum overhead in the do-not-log case. This is a serious problem for trace messages, and sometimes for debug messages, too.<br>
<br>
NOW ON-TOPIC FOR SLF4J - FEATURE REQUEST<br>
<br>
I18n for SLF4J's messages is essentially not very useful because some languages require a different sentence fragment order, which means that parameter order might have to be changed and SLF4J does not allow that. (Plural handling can be done, but it's not very<br>


What I would like to see is an API for plugging in alternate substitution engines. This should be called afterSLF4J has determined that the message indeed needs to be logged.<br>
Engines that I can easily see use cases for are: slf4j-native with {}; JDK MessageFormat with (among other things) {0}/{1}/...; gettext; and the i18n facilities of ICU4J. Since a program might consist of many libraries from different sources, this should probably be configurable on a per-package basis, and hardcoded in Java because the choice of substitution syntax is hardcoded, too.<br>


<br>
Feedback on this feature request welcome.<div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
slf4j-user mailing list<br>
<a href="mailto:slf4j-user@qos.ch" target="_blank">slf4j-user@qos.ch</a><br>
<a href="http://mailman.qos.ch/mailman/listinfo/slf4j-user" target="_blank">http://mailman.qos.ch/mailman/<u></u>listinfo/slf4j-user</a><br>
</div></div></blockquote></div><br></div>