Sorry, wrong list!
On 10 July 2013 16:40, sebb wrote:
> At the moment, the Template Manager reads the template details from a
> fixed list of xml index files.
>
> It's not particularly easy to add new templates or sets of templates.
>
> I wonder whether the Template Manager should use a process o
At the moment, the Template Manager reads the template details from a
fixed list of xml index files.
It's not particularly easy to add new templates or sets of templates.
I wonder whether the Template Manager should use a process of
discovery more like the way plugins are detected?
For example,
Hi.
Yes, indeed, great idea!
A good way to do this is probably to build a wrapper (instead of a
class the inherit ConvergenceChecker) ConvergenceTracker implemented
very much like your proposal, except that can be wrapped around any
ConvergenceChecker with a constructor like
ct = new Debug
Yes, indeed, great idea!
A good way to do this is probably to build a wrapper (instead of a class the
inherit ConvergenceChecker) ConvergenceTracker implemented very much like your
proposal, except that can be wrapped around any ConvergenceChecker with a
constructor like
ct = new DebugCon
Thanks for taking care of this!
2013/7/10
> Author: olamy
> Date: Wed Jul 10 12:03:21 2013
> New Revision: 1501741
>
> URL: http://svn.apache.org/r1501741
> Log:
> fix link for 1.8.3 comment links for 1.7.0 as not anymore here
>
> Modified:
> commons/proper/beanutils/trunk/src/site/site.xml
Shouldn't the new private be called sizeOfBig0?
Gary
On Jul 10, 2013, at 7:49, "s...@apache.org" wrote:
> sizeOBig0
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons
2013/7/9 sebb
> On 9 July 2013 18:37, Benedikt Ritter wrote:
> > 2013/7/9 Olivier Lamy
> >
> >> 2013/7/9 Benedikt Ritter :
> >> > 2013/7/9 Olivier Lamy
> >> >
> >> >> 2013/7/9 Benedikt Ritter :
> >> >> > Hi,
> >> >> >
> >> >> > I'm currently learning how to publish our sites. I've read through
On 08.07.2013 10:36, sebb wrote:
On 8 July 2013 09:12, Thomas Vandahl wrote:
We can surely remove it. The reason I kept the tempbuilds so far was that
they correspond to "release-versions" in changes.xml and it may have been
useful to reproduce that a certain problem has been fixed.
If they a
