Eclipse Community Forums: Standard Widget Toolkit (SWT) » CTabFolderRenderer can't be usefully subclassed

Help

Home

Home » Eclipse Projects » Standard Widget Toolkit (SWT) » CTabFolderRenderer can't be usefully subclassed

Show: Today's Messages :: Show Polls :: Message Navigator

CTabFolderRenderer can't be usefully subclassed [message #525996]

Thu, 08 April 2010 13:32

Simon Pope

Messages: 28
Registered: July 2009

Junior Member

Correct me if I'm wrong but CTabFolder in 3.6 M6 got a new Renderer
(CTabFolderRenderer) that according to the new and noteworthy:

> CTabFolder has been improved and now allows clients to change its look by implementing their own renderers.

And in the CTabFolderRenderer class header it says:

> Instances of this class provide all of the measuring and drawing functionality
> required by <code>CTabFolder</code>. This class can be subclassed in order to
> customize the look of a CTabFolder.

Which is all fine and dandy, except that CTabFolderRenderer declares ALL
of its useful member variables as having default visibility – which
means that I can't meaningfully create a subclass outside of the
org.eclipse.swt.custom package, since one wouldn't be able to access
these variables otherwise.

Is this an oversight, or part of a plan to tease us with features we
really want but can't have? – or is the mention in New and Noteworthy
for M6 somewhat premature?

Opened a bug against this:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=308472

Report message to a moderator

Re: CTabFolderRenderer can't be usefully subclassed [message #525997 is a reply to message #525996]

Thu, 08 April 2010 13:47

Simon Pope

Messages: 28
Registered: July 2009

Junior Member

Presumably, the only things I can override are the drawing of each
element and computing the size.

OK, so this can be subclassed – but it's going to take some work.

On 8/04/10 11:32 PM, Simon Pope wrote:
> Correct me if I'm wrong but CTabFolder in 3.6 M6 got a new Renderer
> (CTabFolderRenderer) that according to the new and noteworthy:
>
>> CTabFolder has been improved and now allows clients to change its look
>> by implementing their own renderers.
>
> And in the CTabFolderRenderer class header it says:
>
>> Instances of this class provide all of the measuring and drawing
>> functionality
>> required by <code>CTabFolder</code>. This class can be subclassed in
>> order to
>> customize the look of a CTabFolder.
>
> Which is all fine and dandy, except that CTabFolderRenderer declares ALL
> of its useful member variables as having default visibility – which
> means that I can't meaningfully create a subclass outside of the
> org.eclipse.swt.custom package, since one wouldn't be able to access
> these variables otherwise.
>
> Is this an oversight, or part of a plan to tease us with features we
> really want but can't have? – or is the mention in New and Noteworthy
> for M6 somewhat premature?
>
> Opened a bug against this:
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=308472
>

Report message to a moderator

Previous Topic:	Problems with non-ascii paths in FileDialog in SWT GTK
Next Topic:	SWT.PASSWORD default echo char

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Fri Jan 24 23:47:19 GMT 2020

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter