(of the method)


Jonathan Locke wrote:
> 
> 
> again, no deprecation.
> 
> 
> Martijn Dashorst wrote:
>> 
>> i don't want to deprecate WMC because it is featured in a lot of
>> documentation (books, articles, list examples).
>> 
>> I'm not sure about the timing of the deprecation of getMarkupType(). I
>> think that should wait until WNG-M1 (Wicket Next Generation, Milestone
>> 1)
>> 
>> Martijn
>> 
>> On 3/6/08, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>>>
>>>  wml (and other markup languages) could use many of the xhtml components
>>> we
>>>  already have out of the box, with one major problem: all these reusable
>>>  xhtml components currently extend WebMarkupContainer which is
>>> hard-wired to
>>>  return "html" for the markup type.  this means, for example, there's no
>>> way
>>>  to provide an html panel and a wml panel (for example).  i think the
>>> markup
>>>  type for any markup container should be the same as the page it's
>>> contained
>>>  on, so i'd like to propose we do this:
>>>
>>>  1. In Wicket 1.3.2: MarkupContainer.getMarkupType() { return
>>>  getPage().getMarkupType() }
>>>
>>>  2. In Wicket 1.3.2: Remove WebMarkupContainer.getMarkupType() method
>>> and let
>>>  it inherit from MarkupContainer, making WebMarkupContainer pretty much
>>> a
>>>  NO-OP.
>>>
>>>  3. In Wicket 1.4: Deprecate WebMarkupContainer and
>>>  WebMarkupContainerWithAssociatedMarkup, create a neutral
>>>  MarkupContainerWithAssociatedMarkup and rewire all components to extend
>>>  MarkupContainer instead of WebMarkupContainer
>>>
>>>  4. In Wicket 1.4: we could reorganize our components in terms of
>>> packaging
>>>  so that markup-neutral components are in some new package and things
>>> that
>>>  are truly XHTML specific are in the html package.  organization might
>>> look
>>>  more like:
>>>
>>>   org.apache.wicket.markup
>>>   org.apache.wicket.markup.neutral (or push the markup caching and
>>> parsing
>>>  stuff into a subpackage and use the markup package itself for neutral
>>> things
>>>  like Component, Page, MarkupContainer, etc)
>>>   org.apache.wicket.markup.html
>>>   org.apache.wicket.markup.wml
>>>
>>>  i'd at least like to see 1 and 2 as this seems a lot more elegant to me
>>> and
>>>  solves a lot of my problems in wml-land without a silly need to mirror
>>> xhtml
>>>  components that are almost 100% shareable.
>>>
>>>  thoughts?  votes (per issue)?
>>>
>>>     jon
>>>
>>>
>>>
>>>  --
>>>  View this message in context:
>>> http://www.nabble.com/rewire-MarkupContainer.getMarkupType%28%29-and-deprecate-WebMarkupContainer-tp15864296p15864296.html
>>>  Sent from the Wicket - Dev mailing list archive at Nabble.com.
>>>
>>>
>> 
>> 
>> -- 
>> Buy Wicket in Action: http://manning.com/dashorst
>> Apache Wicket 1.3.1 is released
>> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.1
>> 
>> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/rewire-MarkupContainer.getMarkupType%28%29-and-deprecate-WebMarkupContainer-tp15864296p15874351.html
Sent from the Wicket - Dev mailing list archive at Nabble.com.

Reply via email to