| Nice to have getJLabel() [message #50577] |
Fri, 16 July 2004 10:20  |
Eclipse User |
|
|
|
Hi,
I used VE M1 (with Eclipse 3.0.0 M8) and I enjoyed the methods getJLabel
for each Label, because I have to set several properties (f.e. the
Dimension, Color, Textstyle..)
In S20040628 there is no method like getJLabel and the Label are only
local in the method initialize() :-((
How can I create this getJLabel()-methods?
How can I use them as member-Variables without editing the source?
Thanks and have a nice Weekend
Winni
|
|
|
| Re: Nice to have getJLabel() [message #50630 is a reply to message #50577] |
Fri, 16 July 2004 10:28  |
| Eclipse User |
|
|
|
Originally posted by: myersj.nospam.us.ibm.com
Hi Winni,
We've fixed this so that labels will have global fields rather than get
methods (to cut down on source bloat as labels don't need to be changed
in 90% of the cases).
This fix hasn't made it into a stable build yet. If you'd like to
change the behavior yourself before a new build comes out, you can
follow these instructions (from an earlier newsgroup post)
Go to the eclipse\plugins\org.eclipse.ve.jfc_1.0.0\overrides\javax\swi ng
directory and edit the JLabel.override file in a text editor, and remove
this line:
<addedEObjects xsi:type="jcm:BeanDecorator" beanLocation="LOCAL"/>
The same goes for the Label.override in the awt directory.
For the fix we compromised by making Labels have a global field, but not
a get method (will be initialized in the parent's method.) For
manipulation of labels after the construction, in events, etc, you can
change the global field directly, rather than the usual get methods
employed by the VE code pattern. e.g. label1.setText("foo"); rather than
getLabel1().setText("foo");
Eventually we hope to have a refactoring so that any given bean can be
promoted to having its own field and get method, or demoted to being
initialized in its parent's method.
- Jeff
Winni P. wrote:
> Hi,
>
> I used VE M1 (with Eclipse 3.0.0 M8) and I enjoyed the methods getJLabel
> for each Label, because I have to set several properties (f.e. the
> Dimension, Color, Textstyle..)
>
> In S20040628 there is no method like getJLabel and the Label are only
> local in the method initialize() :-((
>
> How can I create this getJLabel()-methods?
> How can I use them as member-Variables without editing the source?
>
> Thanks and have a nice Weekend
>
> Winni
>
|
|
|
|
|
|
|
|
|
| Re: Nice to have getJLabel() [message #595394 is a reply to message #50577] |
Fri, 16 July 2004 10:28 |
| Eclipse User |
|
|
|
Hi Winni,
We've fixed this so that labels will have global fields rather than get
methods (to cut down on source bloat as labels don't need to be changed
in 90% of the cases).
This fix hasn't made it into a stable build yet. If you'd like to
change the behavior yourself before a new build comes out, you can
follow these instructions (from an earlier newsgroup post)
Go to the eclipse\plugins\org.eclipse.ve.jfc_1.0.0\overrides\javax\swi ng
directory and edit the JLabel.override file in a text editor, and remove
this line:
<addedEObjects xsi:type="jcm:BeanDecorator" beanLocation="LOCAL"/>
The same goes for the Label.override in the awt directory.
For the fix we compromised by making Labels have a global field, but not
a get method (will be initialized in the parent's method.) For
manipulation of labels after the construction, in events, etc, you can
change the global field directly, rather than the usual get methods
employed by the VE code pattern. e.g. label1.setText("foo"); rather than
getLabel1().setText("foo");
Eventually we hope to have a refactoring so that any given bean can be
promoted to having its own field and get method, or demoted to being
initialized in its parent's method.
- Jeff
Winni P. wrote:
> Hi,
>
> I used VE M1 (with Eclipse 3.0.0 M8) and I enjoyed the methods getJLabel
> for each Label, because I have to set several properties (f.e. the
> Dimension, Color, Textstyle..)
>
> In S20040628 there is no method like getJLabel and the Label are only
> local in the method initialize() :-((
>
> How can I create this getJLabel()-methods?
> How can I use them as member-Variables without editing the source?
>
> Thanks and have a nice Weekend
>
> Winni
>
|
|
|
| Re: Nice to have getJLabel() [message #595420 is a reply to message #50577] |
Fri, 16 July 2004 10:35 |
| Eclipse User |
|
|
|
Originally posted by: richkulp.NO.SPAM.us.ibm.com
You still don't need a getLabel() to change the properties. You can
either change them at design time through the property sheet, or at
runtime you can change them in the initialize method. The only time you
need a getLabel() is if you want to change at some time AFTER it has
been initialized.
--
Thanks, Rich Kulp
|
|
|
| Re: Nice to have getJLabel() [message #601082 is a reply to message #50713] |
Fri, 08 October 2004 15:40 |
| Eclipse User |
|
|
|
Rich Kulp schrieb:
> You still don't need a getLabel() to change the properties. You can
> either change them at design time through the property sheet, or at
> runtime you can change them in the initialize method. The only time you
> need a getLabel() is if you want to change at some time AFTER it has
> been initialized.
For my taste the code just look cleaner with getLabel(). I still achieve
getLabel() doing this workaround: I drop a new label on the "empty
background". Hope that helps. Although I don't know how 1.0 behaves.
I would like to see a global switch for that issue.
Marcus
|
|
|
| Re: Nice to have getJLabel() [message #601091 is a reply to message #65720] |
Fri, 08 October 2004 16:06 |
| Eclipse User |
|
|
|
Marcus,
There's an easier way to prevent this behavior from occuring. Open the
file
eclipse/plugins/org.eclipse.ve.jfc_1.0.1/overrides/javax/swi ng/JLabel.override
in a text editor and delete the following line from that file:
<addedEObjects xsi:type="jcm:BeanDecorator" beanLocation="GLOBAL_LOCAL"/>
You can also remove the same line from overrides/java/awt/Label.override
The issue with customizable source patterns and flexibility of whether
get methods are generated for each member is still being worked on.
Hopefully this feature will be addressed in the next major release of
the VE.
- Jeff
Marcus Beyer wrote:
> Rich Kulp schrieb:
>
>> You still don't need a getLabel() to change the properties. You can
>> either change them at design time through the property sheet, or at
>> runtime you can change them in the initialize method. The only time
>> you need a getLabel() is if you want to change at some time AFTER it
>> has been initialized.
>
>
> For my taste the code just look cleaner with getLabel(). I still achieve
> getLabel() doing this workaround: I drop a new label on the "empty
> background". Hope that helps. Although I don't know how 1.0 behaves.
>
> I would like to see a global switch for that issue.
>
> Marcus
|
|
|
| Re: Nice to have getJLabel() [message #601182 is a reply to message #65764] |
Sun, 10 October 2004 06:12 |
| Eclipse User |
|
|
|
Jeff Myers schrieb:
> Marcus,
>
> There's an easier way to prevent this behavior from occuring. Open the
> file
> eclipse/plugins/org.eclipse.ve.jfc_1.0.1/overrides/javax/swi ng/JLabel.override
> in a text editor and delete the following line from that file:
> <addedEObjects xsi:type="jcm:BeanDecorator" beanLocation="GLOBAL_LOCAL"/>
Thank you!! That did the trick :)
> The issue with customizable source patterns and flexibility of whether
> get methods are generated for each member is still being worked on.
> Hopefully this feature will be addressed in the next major release of
> the VE.
Cool!
thanx!
Marcus
|
|
|
| Re: Nice to have getJLabel() [message #601187 is a reply to message #65764] |
Sun, 10 October 2004 06:28 |
| Eclipse User |
|
|
|
Jeff Myers schrieb:
>> For my taste the code just look cleaner with getLabel(). I still
>> achieve getLabel() doing this workaround: I drop a new label on the
>> "empty background". Hope that helps. Although I don't know how 1.0
>> behaves.
BTW: this procedure is still nice to create non-GUI beans (e.g.
DefaultListModel etc.) with VE-styled get methods.
Marcus
|
|
|
|
Powered by
FUDForum. Page generated in 0.05841 seconds
Home