Home » Eclipse Projects » GEF » Why private?
| Why private? [message #186302] |
Mon, 04 July 2005 18:08  |
Eclipse User |
|
|
|
Originally posted by: freddie_nurke.hotmail.com
Hi folks,
It seems like every time I try to do something in GEF I run into
visibility issues. For example, in exploring text rotation I thought
I'd try overriding TextFlow's paintText. Turns out I can't -- it's
private. The only way to do it is to override paintFigure, but that
relies on a number of other private methods and fields
(getBidiSubstring, bidiInfo, fragments) that I'd have to duplicate in my
own code. At that point I'm no longer extending GEF, I'm reimplementing it.
Is there a particular reason so much of GEF is private or package private?
Thanks,
Fred
PS I'm running M4... if things have changed on the path to 3.1 I'd love
to be corrected.
|
|
|
| Re: Why private? [message #186352 is a reply to message #186302] |
Tue, 05 July 2005 10:18  |
| Eclipse User |
|
|
|
Originally posted by: kvdijken.tiscali.nl
I have run into the same problems when trying to subclass
DeferredUpdateManager.
Koen
"Fred Nurke" <freddie_nurke@hotmail.com> wrote in message
news:dabtv5$5nb$1@news.eclipse.org...
> Hi folks,
>
> It seems like every time I try to do something in GEF I run into
> visibility issues. For example, in exploring text rotation I thought I'd
> try overriding TextFlow's paintText. Turns out I can't -- it's private.
> The only way to do it is to override paintFigure, but that relies on a
> number of other private methods and fields (getBidiSubstring, bidiInfo,
> fragments) that I'd have to duplicate in my own code. At that point I'm
> no longer extending GEF, I'm reimplementing it.
>
> Is there a particular reason so much of GEF is private or package private?
>
> Thanks,
>
> Fred
>
> PS I'm running M4... if things have changed on the path to 3.1 I'd love to
> be corrected.
|
|
|
| Re: Why private? [message #186496 is a reply to message #186302] |
Tue, 05 July 2005 17:23 |
| Eclipse User |
|
|
|
Originally posted by: none.us.ibm.com
Things are marked private so we can guarantee the most compatibility going
forward.
getBidiInfo and getFragments are both *public*. I don't see how you can
rotate a TextFlow if the parent Block doesn't know about the rotation.
"Fred Nurke" <freddie_nurke@hotmail.com> wrote in message
news:dabtv5$5nb$1@news.eclipse.org...
> Hi folks,
>
> It seems like every time I try to do something in GEF I run into
> visibility issues. For example, in exploring text rotation I thought I'd
> try overriding TextFlow's paintText. Turns out I can't -- it's private.
> The only way to do it is to override paintFigure, but that relies on a
> number of other private methods and fields (getBidiSubstring, bidiInfo,
> fragments) that I'd have to duplicate in my own code. At that point I'm
> no longer extending GEF, I'm reimplementing it.
>
> Is there a particular reason so much of GEF is private or package private?
>
> Thanks,
>
> Fred
>
> PS I'm running M4... if things have changed on the path to 3.1 I'd love to
> be corrected.
|
|
|
| Re: Why private? [message #186504 is a reply to message #186496] |
Tue, 05 July 2005 17:37 |
| Eclipse User |
|
|
|
Originally posted by: freddie_nurke.hotmail.com
Thanks, Randy. Could you recommend an approach to rotating a block of text?
Thanks,
Fred
Randy Hudson wrote:
> Things are marked private so we can guarantee the most compatibility going
> forward.
>
> getBidiInfo and getFragments are both *public*. I don't see how you can
> rotate a TextFlow if the parent Block doesn't know about the rotation.
>
> "Fred Nurke" <freddie_nurke@hotmail.com> wrote in message
> news:dabtv5$5nb$1@news.eclipse.org...
>
>>Hi folks,
>>
>>It seems like every time I try to do something in GEF I run into
>>visibility issues. For example, in exploring text rotation I thought I'd
>>try overriding TextFlow's paintText. Turns out I can't -- it's private.
>>The only way to do it is to override paintFigure, but that relies on a
>>number of other private methods and fields (getBidiSubstring, bidiInfo,
>>fragments) that I'd have to duplicate in my own code. At that point I'm
>>no longer extending GEF, I'm reimplementing it.
>>
>>Is there a particular reason so much of GEF is private or package private?
>>
>>Thanks,
>>
>>Fred
>>
>>PS I'm running M4... if things have changed on the path to 3.1 I'd love to
>>be corrected.
>
>
>
|
|
|
| Re: Why private? [message #186541 is a reply to message #186504] |
Tue, 05 July 2005 18:49 |
| Eclipse User |
|
|
|
Originally posted by: none.us.ibm.com
Probably the entire block should be rotated. However, due to whats
available in GC, clipping would not work properly. SWTGraphics would throw
an exception when the block tried to clip its children to their bounds.
Do you really need the function of TextFlow, or can you just use a "rotate
label"?
"Fred Nurke" <freddie_nurke@hotmail.com> wrote in message
news:daegho$vrq$1@news.eclipse.org...
> Thanks, Randy. Could you recommend an approach to rotating a block of
> text?
>
> Thanks,
>
> Fred
>
> Randy Hudson wrote:
>> Things are marked private so we can guarantee the most compatibility
>> going forward.
>>
>> getBidiInfo and getFragments are both *public*. I don't see how you can
>> rotate a TextFlow if the parent Block doesn't know about the rotation.
>>
>> "Fred Nurke" <freddie_nurke@hotmail.com> wrote in message
>> news:dabtv5$5nb$1@news.eclipse.org...
>>
>>>Hi folks,
>>>
>>>It seems like every time I try to do something in GEF I run into
>>>visibility issues. For example, in exploring text rotation I thought I'd
>>>try overriding TextFlow's paintText. Turns out I can't -- it's private.
>>>The only way to do it is to override paintFigure, but that relies on a
>>>number of other private methods and fields (getBidiSubstring, bidiInfo,
>>>fragments) that I'd have to duplicate in my own code. At that point I'm
>>>no longer extending GEF, I'm reimplementing it.
>>>
>>>Is there a particular reason so much of GEF is private or package
>>>private?
>>>
>>>Thanks,
>>>
>>>Fred
>>>
>>>PS I'm running M4... if things have changed on the path to 3.1 I'd love
>>>to be corrected.
>>
>>
|
|
|
| Re: Why private? [message #186579 is a reply to message #186541] |
Tue, 05 July 2005 20:50 |
| Eclipse User |
|
|
|
Originally posted by: freddie_nurke.hotmail.com
I need full formatting capabilities but not editing. I thought to draw
to a temporary gc, then rotate that and draw onto the screen. I can
handle all editing in a parent Figure+Part and ignore the
FlowFigures+FlowParts for interaction purposes.
Hmm... this might work. I'll see what I can do.
Thanks,
Fred
Randy Hudson wrote:
> Probably the entire block should be rotated. However, due to whats
> available in GC, clipping would not work properly. SWTGraphics would throw
> an exception when the block tried to clip its children to their bounds.
>
> Do you really need the function of TextFlow, or can you just use a "rotate
> label"?
>
> "Fred Nurke" <freddie_nurke@hotmail.com> wrote in message
> news:daegho$vrq$1@news.eclipse.org...
>
>>Thanks, Randy. Could you recommend an approach to rotating a block of
>>text?
>>
>>Thanks,
>>
>>Fred
>>
>>Randy Hudson wrote:
>>
>>>Things are marked private so we can guarantee the most compatibility
>>>going forward.
>>>
>>>getBidiInfo and getFragments are both *public*. I don't see how you can
>>>rotate a TextFlow if the parent Block doesn't know about the rotation.
>>>
>>>"Fred Nurke" <freddie_nurke@hotmail.com> wrote in message
>>>news:dabtv5$5nb$1@news.eclipse.org...
>>>
>>>
>>>>Hi folks,
>>>>
>>>>It seems like every time I try to do something in GEF I run into
>>>>visibility issues. For example, in exploring text rotation I thought I'd
>>>>try overriding TextFlow's paintText. Turns out I can't -- it's private.
>>>>The only way to do it is to override paintFigure, but that relies on a
>>>>number of other private methods and fields (getBidiSubstring, bidiInfo,
>>>>fragments) that I'd have to duplicate in my own code. At that point I'm
>>>>no longer extending GEF, I'm reimplementing it.
>>>>
>>>>Is there a particular reason so much of GEF is private or package
>>>>private?
>>>>
>>>>Thanks,
>>>>
>>>>Fred
>>>>
>>>>PS I'm running M4... if things have changed on the path to 3.1 I'd love
>>>>to be corrected.
>>>
>>>
>
|
|
|
Goto Forum:
Current Time: Tue Dec 03 08:48:50 GMT 2024
Powered by FUDForum. Page generated in 0.02809 seconds |
] 
Search
Help
Register
Login
Home
