| Can CoolBarManager be moved to jface [message #78240] |
Wed, 18 June 2003 22:52  |
Eclipse User |
|
|
|
This is a multipart message in MIME format.
--=_alternative 000FE5CA85256D4A_=
Content-Type: text/plain; charset="US-ASCII"
Can the CoolBarManager be moved from the workbench internals to the jface
package? I'm particularly interested in the handling of the chevron
events and don't want to have to rewrite it.
I realize there is a dependency on
org.eclipse.ui.internal.registry.ActionSetRegistry for the
isValidCoolItemId method but couldn't we move this method to
PluginActionSetBuilder or some other internal action/contribution
management related class. Seems strange to keep this contribution manager
internal for such a small dependency.
-m@
--=_alternative 000FE5CA85256D4A_=
Content-Type: text/html; charset="US-ASCII"
<br><font size=2 face="sans-serif">Can the CoolBarManager be moved from
the workbench internals to the jface package? I'm particularly interested
in the handling of the chevron events and don't want to have to rewrite
it.</font><font size=3> <br>
</font><font size=2 face="sans-serif"><br>
I realize there is a dependency on </font><font size=2 face="Courier New">org.eclipse.ui.internal.registry.ActionSetRegistry</font ><font size=2 face="sans-serif">
for the </font><font size=2 face="Courier New">isValidCoolItemId</font><font size=2 face="sans-serif">
method but couldn't we move this method to PluginActionSetBuilder or some
other internal action/contribution management related class. Seems
strange to keep this contribution manager internal for such a small dependency.</font><font size=3>
<br>
</font><font size=2 face="sans-serif"><br>
-m@</font>
<br><font size=3> </font>
--=_alternative 000FE5CA85256D4A_=--
|
|
|
| Re: Can CoolBarManager be moved to jface [message #82493 is a reply to message #78240] |
Wed, 25 June 2003 14:52  |
| Eclipse User |
|
|
|
Originally posted by: lynne_kues.oti.com
This is a multi-part message in MIME format.
------=_NextPart_000_00B3_01C33B29.572F4740
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
The CoolBarManager is tied to the concept of an ActionSet - that is what =
determines what CoolItems are created for the CoolBar. So the =
dependency isn't just one method. Some CoolBar support ***may*** bubble =
up to JFace as part of the Rich Client Platform, but that is not =
definite.
Anyway, the code for handling the chevron isn't that complicated. See =
CoolBarManager>>handleChevron(SelectionEvent event). Note that, by =
design, the CoolBarManager does not support chevrons (i.e., the CoolItem =
minimumSize is always maintained as the CoolItem's preferredSize, so the =
CoolItem cannot be sized smaller in order to show a chevron).
<Matthew_Hatem@notesdev.ibm.com> wrote in message =
news:bcr8h0$tps$1@rogue.oti.com...
Can the CoolBarManager be moved from the workbench internals to the =
jface package? I'm particularly interested in the handling of the =
chevron events and don't want to have to rewrite it.=20
I realize there is a dependency on =
org.eclipse.ui.internal.registry.ActionSetRegistry for the =
isValidCoolItemId method but couldn't we move this method to =
PluginActionSetBuilder or some other internal action/contribution =
management related class. Seems strange to keep this contribution =
manager internal for such a small dependency.=20
-m@=20
------=_NextPart_000_00B3_01C33B29.572F4740
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>The CoolBarManager is tied to the =
concept of an=20
ActionSet - that is what determines what CoolItems are created =
for the=20
CoolBar. So the dependency isn't just one method. Some =
CoolBar=20
support ***may*** bubble up to JFace as part of the Rich Client =
Platform, but=20
that is not definite.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Anyway, the code for handling the =
chevron isn't=20
that complicated. =20
See CoolBarManager>>handleChevron(Sel ectionEvent =
event). Note=20
that, by design, the CoolBarManager does not support chevrons (i.e., the =
CoolItem minimumSize is always maintained as the CoolItem's =
preferredSize, so=20
the CoolItem cannot be sized smaller in order to show a =
chevron).</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><<A=20
href=3D"mailto:Matthew_Hatem@notesdev.ibm.com">Matthew_Hatem@notesdev.ibm=
..com</A>>=20
wrote in message <A=20
href=3D"news:bcr8h0$tps$1@rogue.oti.com">news:bcr8h0$tps$1@rogue.oti.com<=
/A>...</DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px"><BR><FONT=20
face=3Dsans-serif size=3D2>Can the CoolBarManager be moved from the =
workbench=20
internals to the jface package? I'm particularly interested in =
the=20
handling of the chevron events and don't want to have to rewrite=20
it.</FONT><FONT size=3D3> <BR></FONT><FONT face=3Dsans-serif =
size=3D2><BR>I realize=20
there is a dependency on </FONT><FONT face=3D"Courier New"=20
=
size=3D2>org.eclipse.ui.internal.registry.ActionSetRegistry </FONT><FONT=20
face=3Dsans-serif size=3D2> for the </FONT><FONT face=3D"Courier =
New"=20
size=3D2>isValidCoolItemId</FONT><FONT face=3Dsans-serif size=3D2> =
method but=20
couldn't we move this method to PluginActionSetBuilder or some other =
internal=20
action/contribution management related class. Seems strange to =
keep this=20
contribution manager internal for such a small dependency.</FONT><FONT =
size=3D3>=20
<BR></FONT><FONT face=3Dsans-serif size=3D2><BR>-m@</FONT> <BR><FONT=20
size=3D3> </FONT></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_00B3_01C33B29.572F4740--
|
|
|
Powered by
FUDForum. Page generated in 0.03222 seconds
Home