If it must need IDE's plugins, I want to make it come true, IMO.
I don't understand. What do you mean by "it" when you write "I want to make it come true" ? Excuse me for my poor English. I mean that I want to make it come true with no IDE plugins.
So if there are no resource bundles, i.e. property files, we would use the message values defined in the enum. OK but what would be the use case for that?
I suppose that this feature is useful in refactoring message id. Because Enum + Annoation is in Java syntax, we can refactoring it using IDE. And it is no need to keep consistence enum and ResourceBundle. so it is useful for developers. On 2009/08/29, at 1:24, Ceki Gulcu wrote:
Takeshi Kondo wrote:
I agree. If there is IDE plugins, I'll fulfill my requirement by it. But I don't want to develop IDE plugins, because IDE plugin's maintenance is trouble-filled.
Indeed, plug-in are not easy to develop. This makes them all the more valuable. :-)
If it must need IDE's plugins, I want to make it come true, IMO.
I don't understand. What do you mean by "it" when you write "I want to make it come true" ?
Also note that even today CAI18N does not need IDE support to be useful. IDE support would be nice to have but it is not necessary.
Why don't we develop simple pattern of enum + annotation as message definition?
for instance, public enum Colors{ @Value("green") GREEN, @Value("red") RED, @Value("blue") BLUE } This syntax is simple. @Value annotation is used as default message when there is no property file. We can't define localized message by it.
So if there are no resource bundles, i.e. property files, we would use the message values defined in the enum. OK but what would be the use case for that?
-- Ceki Gülcü Logback: The reliable, generic, fast and flexible logging framework for Java. http://logback.qos.ch _______________________________________________ cai18n-dev mailing list cai18n-dev@qos.ch http://qos.ch/mailman/listinfo/cai18n-dev