----- "Gilles Sadowski" <gil...@harfang.homelinux.org> a écrit :
> > > There haven't been any comments about the demo files I've > uploaded > > > on April 1, concerning this issue: > > > https://issues.apache.org/jira/browse/MATH-361 I'm sorry, but I simply didn't find time. I am very busy these times and will not find much time before a few weeks. I'll try to have a look though. > > > > > > Is there an implied policy of "silence gives consent"? > > > > > > > Apache does have a concept of lazy consensus, but that applies to > > votes, and the vote e-mail will say that it is using lazy > consensus. > > > > I don't think it normally applies to JIRA issues. > > > > > Someone had suggested creating a branch. That would be a way to > set up a > > > fully working demo of the proposed changes. > > > > It will be much easier to understand the changes if they are > presented as code. > > They are, in the files posted on the JIRA page of the issue. > The sample code is fully working. > > > It would also be possible to set up a sandbox project containing a > few > > example classes from the Math codebase. That might be easier to > > comprehend as it would be a lot smaller. > > > > By the way, there are no AL headers in the code. These need to be > added. > > > > Also, the Cal10nAdapter class is in a strange package - why not put > it > > in a commons package? > > As I stated, this is a demo code, not a patch and not intended to be > included as is. > > > > I would also need someone knowledgeable in Maven to perform > modifications > > > that would allow the creation of multiple JARs, and set a > dependency to the > > > "CAL10N" library. [A compile-time dependency for Commons-Math > itself, and a > > > runtime dependency for the code that will be a bridge to the > "CAL10N" > > > external library.] > > > > Not sure why you need multiple jars. > > To enable runtime selection of the L10N implementation, letting the > user > choose whether he wants to depend on the CAL10N external library or > whether > he is happy with the default (English) message text. I think I may have missed something here. Do you say that if we go this way it will mean people should either have to have an additional dependency or no translation at all ? This would be a very bad thing to me. My previous understanding was that the external dependency simply improved development and languages plugin, but that the system could still work without it. Luc > > The functionality is probably not easily figured out from a quick > glance at > the code, that's why I'm asking how we can proceed from here so that > people > can try it out without too much extra work (such as I did to test the > files > I uploaded to JIRA). > > > -- > Gilles > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
