Because i don't want to create also a my own application settings object.
Or are we going to have now getters And Setters for everything??
Like the converterfactor?
Then in the init of the application we now have to do:
settings.setConverterFactory(myfactory)
settings.setLocator(mylocator)
settings.setxxxxx (and so on and so on)
and for example newCrypt()?
will that be setCrypt/getCrypt?
We will brake some existing apps then i think.
johan
On 12/9/05, Eelco Hillenius <
[EMAIL PROTECTED]> wrote:
I think they are. MarkupCache maybe not... but certainly
converterfactory etc make up the configurable part of the application.
Otherwise it will always be arbitrairy... like why should the default
page factory be in settings instead of application?
I think we should choose now and try to be as consistent as possible.
Eelco
On 12/8/05, Johan Compagner <[EMAIL PROTECTED]> wrote:
> move to ApplicationSetttings but which methods are you talking about?
> Because things like getStripWhiteSpace and things like that that er now in
> Settings are settings yes
> But getMarkupCache() , getLocalizer(), getConverterFactory(), ect,ect are
> not settings but configuration things.
>
>
> On 12/8/05, Eelco Hillenius < [EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > Looking at Application and ApplicationSettings I feel that it is
> > really messy. There is no clear distinction of why setting x should be
> > in Application and setting y in ApplicationSettings.
> >
> > I think we should simplify again, and either:
> >
> > * get rid of ApplicationSettings and move al the settings to
> > Application. Application will be big, yes, but at least it would be
> > very clear to find things.
> > or
> > * move everything that is even remotely a setting to the settings
> > object and leave application for init
> >
> > I don't know about ApplicationPages yet, but the same problem exists.
> >
> > Can I have your votes please?
> >
> > [ ] move everything to Application
> > [ ] mover everything to ApplicationSettings
> > [ ] I'm happy with it, don't thouch that stuff!
> >
> >
> > Eelco
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> > for problems? Stop! Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> > http://ads.osdn.com/?ad_idv37&alloc_id865&opclick
> > _______________________________________________
> > Wicket-develop mailing list
> > [email protected]
> >
> https://lists.sourceforge.net/lists/listinfo/wicket-develop
> >
>
>
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&opclick
_______________________________________________
Wicket-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-develop
