[jsr344-experts] Re: UIComponent.getRenderer()

  • From: Edward Burns <edward.burns@...>
  • To: jsr344-experts@...
  • Subject: [jsr344-experts] Re: UIComponent.getRenderer()
  • Date: Fri, 6 Apr 2012 06:45:02 -0700

>>>>> On Tue, 03 Apr 2012 09:49:10 -0700, Blake Sullivan <blake.sullivan@...> 
>>>>> said:

B> I assumed that the original designers were enforcing the idea that 
B> Renderers are an implementation detail and not required, however I agree 
B> that the distinction isn't especially important--returning null is 
B> plenty fine.

B> The lame part is that simply making getRenderer() public would be an 
B> incompatible change at this point, so we are stuck adding something like 
B> this to UIComponent:

B> public final Renderer reallyGetRenderer()
B> {
B>    return getRenderer();
B> }

>>>>> On Tue, 03 Apr 2012 11:02:04 -0700, Blake Sullivan <blake.sullivan@...> 
>>>>> said:

B> If a subclass overrode getRenderer(), it likely kept the same access 
B> control:

B> protected Renderer getRenderer()

B> If we changed the superclass to public, the above code would no longer 
B> compile because it would be restricting the access of its superclass.

Thanks for making this concrete for us, Blake.

So at this point I'd like to just drop this thread, concluding it's not
worth the trouble.

Ed

-- 
| edward.burns@... | office: +1 407 458 0017
| homepage:               | http://ridingthecrest.com/


[jsr344-experts] Re: UIComponent.getRenderer()

Kito Mann 04/02/2012

[jsr344-experts] Re: UIComponent.getRenderer()

Edward Burns 04/03/2012

[jsr344-experts] Re: UIComponent.getRenderer()

Kito Mann 04/03/2012

[jsr344-experts] Re: UIComponent.getRenderer()

Kito Mann 04/03/2012

[jsr344-experts] Re: UIComponent.getRenderer()

Blake Sullivan 04/03/2012

Message not available

[jsr344-experts] Re: UIComponent.getRenderer()

Blake Sullivan 04/03/2012

[jsr344-experts] Re: UIComponent.getRenderer()

Edward Burns 04/06/2012

[jsr344-experts] Re: UIComponent.getRenderer()

Kito Mann 04/09/2012
Terms of Use; Privacy Policy; Copyright ©2013-2015 (revision 20150226.965aeb8)
 
 
Close
loading
Please Confirm
Close