On 8/13/05, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>
> if you don't want fqcn (and btw, i dislike that abbrev. even though i
> know what you mean),
Again, don't care what you call it, was just a stand in. :)
> just implement your own IMarkupLocator:
>
> new IMarkupLocator()
> {
> String getMarkup(MarkupContainer container)
> {
> String name = Classes.getName(container.getClass());
> <do resource location magic with non-fqcn string>
> return markup;
> }
> }
The problem I have with this is that it's mixing two things. I'm sure
I'm beating a dead horse by now, but this single class should delegate
the:
String name = Classes.getName(container.getClass());
line to a IMarkupNameResolver (name pending approval :)
That way, if I want to change the strategy for deducing the raw name
of the HTML page, I don't have to create a full IMarkupLocator class,
because I don't care how the actual resource location works (since
that works fine and is very flexible).
How about:
new IMarkupLocator()
{
String getMarkup(MarkupContainer container)
{
String name = markupNameResolver.resolve(container);
<do resource location magic with non-fqcn string>
return markup;
}
}
Because once I turn com/example/Page.class into Page.html, I should
hand that off to the standard Wicket ResourceStreamLocator classes.
There's no special "resource location magic" required really.
Seth
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
