Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » Visual Editor (VE) » Support for javax.swing.Box?
Support for javax.swing.Box? [message #51215] Thu, 22 July 2004 11:23 Go to next message
Jim McMaster is currently offline Jim McMasterFriend
Messages: 21
Registered: July 2009
Junior Member
I just started using VE. I have Eclipse 3.0.0-200406251208,
VE-runtime-S20040628, GEF-runtime-30, and emf-sdo-runtime-2.0.0.

I would like to use javax.swing.Box, but it is not in the Containers
list. If I create one manually, it shows as an opaque object in the
Beans view. It has no properties, and no components under it.

Does VE not support Box? If so, what am I doing wrong? If not, is
there a schedule for supporting it?

Thank you.
--
Jim McMaster
mailto:jim.mcmaster@comcast.net
Re: Support for javax.swing.Box? [message #51247 is a reply to message #51215] Thu, 22 July 2004 12:54 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: myersj.nospam.us.ibm.com

Jim,

Using java.swing.Box is not currently supported by the VE. There's a
feature enhancement request for this support
(https://bugs.eclipse.org/bugs/show_bug.cgi?id=49431) but it's not
likely to get much attention in the near future. This would be an
excellent contribution from the Open Source community, should someone
want to tackle it.

Sorry that I don't have better news,

- Jeff


Jim McMaster wrote:
> I just started using VE. I have Eclipse 3.0.0-200406251208,
> VE-runtime-S20040628, GEF-runtime-30, and emf-sdo-runtime-2.0.0.
>
> I would like to use javax.swing.Box, but it is not in the Containers
> list. If I create one manually, it shows as an opaque object in the
> Beans view. It has no properties, and no components under it.
>
> Does VE not support Box? If so, what am I doing wrong? If not, is
> there a schedule for supporting it?
>
> Thank you.
Re: Support for javax.swing.Box? [message #51355 is a reply to message #51247] Thu, 22 July 2004 14:15 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: mcmaster_j.cde.state.co.us

At 7/22/2004 6:54:03 AM, Jeff Myers wrote:

> Jim,
>
> Using java.swing.Box is not currently supported by the VE. There's a
> feature enhancement request for this support
> (https://bugs.eclipse.org/bugs/show_bug.cgi?id=49431) but it's not
> likely to get much attention in the near future. This would be an
> excellent contribution from the Open Source community, should someone
> want to tackle it.
>
> Sorry that I don't have better news,
>
I searched for an existing bug, but 49431 just says, "Provide easy way
to add Box struts." I thought there was some other problem. I really
cannot believe this was omitted from VE, and it really will impact my
development.

Thank you for the response. If I do want to work on this, how would I
go about it?
--
Jim McMaster
Re: Support for javax.swing.Box? [message #51383 is a reply to message #51355] Thu, 22 July 2004 14:36 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: myersj.nospam.us.ibm.com

Hi Jim,

Sorry, I just took a look at the Box API again and realized that the
issue with supporting it isn't as simple as implementing tooling to
graphically manipulate a Box. The VE currently doesn't support calling
factory methods to create graphical components that it needs to know
about. So the issue is that we can't deal with the Box.createXXX() methods.

There's a bug open against this problem:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=48597
This may be addressed sooner than my previous pessimistic prediction, as
these sort of factory methods are important for the SWT code style. We
haven't had many people using the Box class, so haven't had many
complaints about our lack of support for it.

- Jeff

Jim McMaster wrote:
> I searched for an existing bug, but 49431 just says, "Provide easy way
> to add Box struts." I thought there was some other problem. I really
> cannot believe this was omitted from VE, and it really will impact my
> development.
>
> Thank you for the response. If I do want to work on this, how would I
> go about it?
Re: Support for javax.swing.Box? [message #51411 is a reply to message #51383] Thu, 22 July 2004 14:45 Go to previous message
Jim McMaster is currently offline Jim McMasterFriend
Messages: 21
Registered: July 2009
Junior Member
At 7/22/2004 8:36:55 AM, Jeff Myers wrote:

> Hi Jim,
>
> Sorry, I just took a look at the Box API again and realized that the
> issue with supporting it isn't as simple as implementing tooling to
> graphically manipulate a Box. The VE currently doesn't support
> calling factory methods to create graphical components that it needs
> to know about. So the issue is that we can't deal with the
> Box.createXXX() methods.
>
> There's a bug open against this problem:
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=48597 This may be
> addressed sooner than my previous pessimistic prediction, as these
> sort of factory methods are important for the SWT code style. We
> haven't had many people using the Box class, so haven't had many
> complaints about our lack of support for it.
>

That makes a lot more sense. My earlier question still stands, though.
If I wanted to work on the issue, how would I go about it?

--
Jim McMaster
jim.mcmaster@comcast.net
Re: Support for javax.swing.Box? [message #595590 is a reply to message #51215] Thu, 22 July 2004 12:54 Go to previous message
Jeff Myers is currently offline Jeff MyersFriend
Messages: 396
Registered: July 2009
Senior Member
Jim,

Using java.swing.Box is not currently supported by the VE. There's a
feature enhancement request for this support
(https://bugs.eclipse.org/bugs/show_bug.cgi?id=49431) but it's not
likely to get much attention in the near future. This would be an
excellent contribution from the Open Source community, should someone
want to tackle it.

Sorry that I don't have better news,

- Jeff


Jim McMaster wrote:
> I just started using VE. I have Eclipse 3.0.0-200406251208,
> VE-runtime-S20040628, GEF-runtime-30, and emf-sdo-runtime-2.0.0.
>
> I would like to use javax.swing.Box, but it is not in the Containers
> list. If I create one manually, it shows as an opaque object in the
> Beans view. It has no properties, and no components under it.
>
> Does VE not support Box? If so, what am I doing wrong? If not, is
> there a schedule for supporting it?
>
> Thank you.
Re: Support for javax.swing.Box? [message #595631 is a reply to message #51247] Thu, 22 July 2004 14:15 Go to previous message
Jim McMaster is currently offline Jim McMasterFriend
Messages: 21
Registered: July 2009
Junior Member
At 7/22/2004 6:54:03 AM, Jeff Myers wrote:

> Jim,
>
> Using java.swing.Box is not currently supported by the VE. There's a
> feature enhancement request for this support
> (https://bugs.eclipse.org/bugs/show_bug.cgi?id=49431) but it's not
> likely to get much attention in the near future. This would be an
> excellent contribution from the Open Source community, should someone
> want to tackle it.
>
> Sorry that I don't have better news,
>
I searched for an existing bug, but 49431 just says, "Provide easy way
to add Box struts." I thought there was some other problem. I really
cannot believe this was omitted from VE, and it really will impact my
development.

Thank you for the response. If I do want to work on this, how would I
go about it?
--
Jim McMaster
Re: Support for javax.swing.Box? [message #595642 is a reply to message #51355] Thu, 22 July 2004 14:36 Go to previous message
Jeff Myers is currently offline Jeff MyersFriend
Messages: 396
Registered: July 2009
Senior Member
Hi Jim,

Sorry, I just took a look at the Box API again and realized that the
issue with supporting it isn't as simple as implementing tooling to
graphically manipulate a Box. The VE currently doesn't support calling
factory methods to create graphical components that it needs to know
about. So the issue is that we can't deal with the Box.createXXX() methods.

There's a bug open against this problem:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=48597
This may be addressed sooner than my previous pessimistic prediction, as
these sort of factory methods are important for the SWT code style. We
haven't had many people using the Box class, so haven't had many
complaints about our lack of support for it.

- Jeff

Jim McMaster wrote:
> I searched for an existing bug, but 49431 just says, "Provide easy way
> to add Box struts." I thought there was some other problem. I really
> cannot believe this was omitted from VE, and it really will impact my
> development.
>
> Thank you for the response. If I do want to work on this, how would I
> go about it?
Re: Support for javax.swing.Box? [message #595649 is a reply to message #51383] Thu, 22 July 2004 14:45 Go to previous message
Jim McMaster is currently offline Jim McMasterFriend
Messages: 21
Registered: July 2009
Junior Member
At 7/22/2004 8:36:55 AM, Jeff Myers wrote:

> Hi Jim,
>
> Sorry, I just took a look at the Box API again and realized that the
> issue with supporting it isn't as simple as implementing tooling to
> graphically manipulate a Box. The VE currently doesn't support
> calling factory methods to create graphical components that it needs
> to know about. So the issue is that we can't deal with the
> Box.createXXX() methods.
>
> There's a bug open against this problem:
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=48597 This may be
> addressed sooner than my previous pessimistic prediction, as these
> sort of factory methods are important for the SWT code style. We
> haven't had many people using the Box class, so haven't had many
> complaints about our lack of support for it.
>

That makes a lot more sense. My earlier question still stands, though.
If I wanted to work on the issue, how would I go about it?

--
Jim McMaster
jim.mcmaster@comcast.net
Previous Topic:Browsing the VE Source
Next Topic:working on VE from different machines
Goto Forum:
  


Current Time: Sat Oct 19 16:49:35 GMT 2024

Powered by FUDForum. Page generated in 0.04684 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top