Eclipse Community Forums: Visual Editor (VE)

Help

Home

Home » Archived » Visual Editor (VE) » VE 1.2M2 is now available

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

VE 1.2M2 is now available [message #119701]

Thu, 02 March 2006 16:52

Eclipse User

Originally posted by: richkulp.us.NO_SPAM.ibm.com

Hello,

VE 1.2M2 is now available.

And for the first time, we also have made it (as a development build)
available through update manager! Use this as the update site to get VE
1.2M2:

http://update.eclipse.org/tools/ve/updates/1.0/development/

You will need to be on Eclipse 3.2M5a, GEF 3.2M5, EMF 2.2M5. Those are
required prereqs.

To just download the zip, go to the download index page:

http://download.eclipse.org/tools/ve/downloads/

and select the VE 1.2M2 build.

The new and noteworthy is at:

http://www.eclipse.org/vep/WebContent/docs/newAndNoteworthy/ 1.2-M2/

--
Thanks,
Rich Kulp

Report message to a moderator

Re: VE 1.2M2 is now available [message #119884 is a reply to message #119701]

Mon, 06 March 2006 08:11

Andreas Hagerer

Messages: 24
Registered: July 2009

Junior Member

Hi,

I would like to use the opportunity to ask two questions concerning
improvements/modifications.

First, why isn't is possible to reduce the number of columns in a GridLayout
by means of the CostumizeLayout-dialog? On one hand, the number of columns
is increased automatically when placing an UI-element. On the other hand, a
rearrangement of the elements is prevented, respectivly the number of
columns
has to be change in the source code.

Second, a nice dialog appears to select an image associated with an element.
But, some tutorials advise to setup a folder with icons on the same
hierarchy level
as the folder with sources. Then, this folder is not offered for selection
in the icon
dialog. Someone has to select th image using the option 'Browse in file
system'.
What's the reason for this?

Bye
Andreas

"Rich Kulp" <richkulp@us.NO_SPAM.ibm.com> schrieb im Newsbeitrag
news:du77s4$42k$1@utils.eclipse.org...
> Hello,
>
> VE 1.2M2 is now available.
>
> And for the first time, we also have made it (as a development build)
> available through update manager! Use this as the update site to get VE
> 1.2M2:
>
> http://update.eclipse.org/tools/ve/updates/1.0/development/
>
> You will need to be on Eclipse 3.2M5a, GEF 3.2M5, EMF 2.2M5. Those are
> required prereqs.
>
> To just download the zip, go to the download index page:
>
> http://download.eclipse.org/tools/ve/downloads/
>
> and select the VE 1.2M2 build.
>
> The new and noteworthy is at:
>
> http://www.eclipse.org/vep/WebContent/docs/newAndNoteworthy/ 1.2-M2/
>
>
> --
> Thanks,
> Rich Kulp

Report message to a moderator

Re: VE 1.2M2 is now available [message #119938 is a reply to message #119884]

Mon, 06 March 2006 15:26

Eclipse User

Originally posted by: richkulp.us.NO_SPAM.ibm.com

A. Hagerer wrote:
> Hi,
>
> I would like to use the opportunity to ask two questions concerning
> improvements/modifications.
>
> First, why isn't is possible to reduce the number of columns in a GridLayout
> by means of the CostumizeLayout-dialog? On one hand, the number of columns
> is increased automatically when placing an UI-element. On the other hand, a
> rearrangement of the elements is prevented, respectivly the number of
> columns
> has to be change in the source code.
Because to reduce the number of columns you have to also delete what is
in the column. What column is being deleted? The last column, some
column in the middle? It is dangerous to just do that because you might
throw away controls by mistake.

If you want to reduce the number of columns, select all of the controls
in the column you want to go away and then delete them all at once. Be
careful to NOT SELECT a control that is spanning through the column or
it will go away too, which is not what you wanted.

>
> Second, a nice dialog appears to select an image associated with an element.
> But, some tutorials advise to setup a folder with icons on the same
> hierarchy level
> as the folder with sources. Then, this folder is not offered for selection
> in the icon
> dialog. Someone has to select th image using the option 'Browse in file
> system'.
> What's the reason for this?
>
Those tutorials are giving bad advice! If it is not in the sources
folder then it won't be available at runtime, unless you do extra
special building to also include it in the built jar. That is why we
require browse in file system for those. If it is not in the sources
folder then we have no way of knowing where it will be at runtime. It
could be placed anywhere. If it is under the sources folder then we know
exactly where it will be at runtime and so we can create the correct
code for it.

> Bye
> Andreas
>
>
>
>
> "Rich Kulp" <richkulp@us.NO_SPAM.ibm.com> schrieb im Newsbeitrag
> news:du77s4$42k$1@utils.eclipse.org...
>
>>Hello,
>>
>>VE 1.2M2 is now available.
>>
>>And for the first time, we also have made it (as a development build)
>>available through update manager! Use this as the update site to get VE
>>1.2M2:
>>
>>http://update.eclipse.org/tools/ve/updates/1.0/development/
>>
>>You will need to be on Eclipse 3.2M5a, GEF 3.2M5, EMF 2.2M5. Those are
>>required prereqs.
>>
>>To just download the zip, go to the download index page:
>>
>>http://download.eclipse.org/tools/ve/downloads/
>>
>>and select the VE 1.2M2 build.
>>
>>The new and noteworthy is at:
>>
>> http://www.eclipse.org/vep/WebContent/docs/newAndNoteworthy/ 1.2-M2/
>>
>>
>>--
>>Thanks,
>>Rich Kulp
>
>
>

--
Thanks,
Rich Kulp

Report message to a moderator

Re: VE 1.2M2 is now available [message #120015 is a reply to message #119938]

Tue, 07 March 2006 07:34

Andreas Hagerer

Messages: 24
Registered: July 2009

Junior Member

Thank you for your reply.

However, decreasing the number of columns should not correspond
to deleting columns. The elements should be rearranged, i.e., the element
in the first row's last column shall be placed on the second row's first
column and so on. Previous versions of VE worked in this way.

Concerning the position of an icon-folder I am little bit confused.
I looked into several jar-files of common plugins (uml2.edit, ui.ide,
gef, jdt, ant.ui). They do not include source-folders and their icon-folder
is placed on root-level. I admit that I have not gone into the details of
a build-process. I only use the plugin's build-configuration form and
the Eclipse product export wizard. If I place an icon-folder on the same
level as the source-folder the structure of the zip-file that is generated
during export is similar to the structure of other plugins. If I place
the icon-folder in the source-folder the zip-file then a src/icon-folder
is part of the exported zip-file.
However, I find the VE-dialog a little bit mistakable. I can select
either file-system or project. I expect that often there are several
folders part of a project. But the source-folder is the only folder
I can explore.

Bye
Andreas

"Rich Kulp" <richkulp@us.NO_SPAM.ibm.com> schrieb im Newsbeitrag
news:duhkat$c7c$1@eclipse.org...
> A. Hagerer wrote:
> > Hi,
> >
> > I would like to use the opportunity to ask two questions concerning
> > improvements/modifications.
> >
> > First, why isn't is possible to reduce the number of columns in a
GridLayout
> > by means of the CostumizeLayout-dialog? On one hand, the number of
columns
> > is increased automatically when placing an UI-element. On the other
hand, a
> > rearrangement of the elements is prevented, respectivly the number of
> > columns
> > has to be change in the source code.
> Because to reduce the number of columns you have to also delete what is
> in the column. What column is being deleted? The last column, some
> column in the middle? It is dangerous to just do that because you might
> throw away controls by mistake.
>
> If you want to reduce the number of columns, select all of the controls
> in the column you want to go away and then delete them all at once. Be
> careful to NOT SELECT a control that is spanning through the column or
> it will go away too, which is not what you wanted.
>
>
> >
> > Second, a nice dialog appears to select an image associated with an
element.
> > But, some tutorials advise to setup a folder with icons on the same
> > hierarchy level
> > as the folder with sources. Then, this folder is not offered for
selection
> > in the icon
> > dialog. Someone has to select th image using the option 'Browse in file
> > system'.
> > What's the reason for this?
> >
> Those tutorials are giving bad advice! If it is not in the sources
> folder then it won't be available at runtime, unless you do extra
> special building to also include it in the built jar. That is why we
> require browse in file system for those. If it is not in the sources
> folder then we have no way of knowing where it will be at runtime. It
> could be placed anywhere. If it is under the sources folder then we know
> exactly where it will be at runtime and so we can create the correct
> code for it.
>
> > Bye
> > Andreas
> >
> >
> >
> >
> > "Rich Kulp" <richkulp@us.NO_SPAM.ibm.com> schrieb im Newsbeitrag
> > news:du77s4$42k$1@utils.eclipse.org...
> >
> >>Hello,
> >>
> >>VE 1.2M2 is now available.
> >>
> >>And for the first time, we also have made it (as a development build)
> >>available through update manager! Use this as the update site to get VE
> >>1.2M2:
> >>
> >>http://update.eclipse.org/tools/ve/updates/1.0/development/
> >>
> >>You will need to be on Eclipse 3.2M5a, GEF 3.2M5, EMF 2.2M5. Those are
> >>required prereqs.
> >>
> >>To just download the zip, go to the download index page:
> >>
> >>http://download.eclipse.org/tools/ve/downloads/
> >>
> >>and select the VE 1.2M2 build.
> >>
> >>The new and noteworthy is at:
> >>
> >> http://www.eclipse.org/vep/WebContent/docs/newAndNoteworthy/ 1.2-M2/
> >>
> >>
> >>--
> >>Thanks,
> >>Rich Kulp
> >
> >
> >
>
> --
> Thanks,
> Rich Kulp

Report message to a moderator

Re: VE 1.2M2 is now available [message #120067 is a reply to message #120015]

Tue, 07 March 2006 14:35

Eclipse User

Originally posted by: richkulp.us.NO_SPAM.ibm.com

A. Hagerer wrote:
> Thank you for your reply.
>
> However, decreasing the number of columns should not correspond
> to deleting columns. The elements should be rearranged, i.e., the element
> in the first row's last column shall be placed on the second row's first
> column and so on. Previous versions of VE worked in this way.

That is very confusing to a user, and not what they expect. That is why
we changed it. The user would have to figure out ahead of time what it
means to remove a control and where things reflow to. It is almost
impossible to guess ahead of time what it would look like. Depending
upon controls that have span, some may move, others won't. We are trying
to make it predictable. People are expecting it to be a like a grid. You
do something and most of the controls stay right where they are. In the
old VE we didn't do that and you never knew how to insert a control at a
certain spot in the grid without having everything else after it reflow
to some new unexpected position. We got many complaints about this
because it was very unfriendly to use.

>
> Concerning the position of an icon-folder I am little bit confused.
> I looked into several jar-files of common plugins (uml2.edit, ui.ide,
> gef, jdt, ant.ui). They do not include source-folders and their icon-folder
> is placed on root-level. I admit that I have not gone into the details of
> a build-process. I only use the plugin's build-configuration form and
> the Eclipse product export wizard. If I place an icon-folder on the same
> level as the source-folder the structure of the zip-file that is generated
> during export is similar to the structure of other plugins. If I place
> the icon-folder in the source-folder the zip-file then a src/icon-folder
> is part of the exported zip-file.
> However, I find the VE-dialog a little bit mistakable. I can select
> either file-system or project. I expect that often there are several
> folders part of a project. But the source-folder is the only folder
> I can explore.
>

You are mingling the concept of plugin project with that of java
application projects. When working in a plugin you use special code to
access those icons. You use code like bundle.getEntry("icons/xyz.gif").
In standard java applications you use
getClass().getResourceAsStream("..."). In standard applications you only
have access to icons in the jar, not in a folder that is outside the
jar. In standard application projects only the files under src or class
directories will be in the final jar. The VE is using the java
application pattern, not the plugin pattern.

Actually in many cases for plugins they are now also recommending
putting the icons in the src or class folders too, and use
getClass().gerResource.... Only icons that need to be accessed by the
plugin.xml are now recommended to be outside of the src/class folders.

> Bye
> Andreas
>
>
> "Rich Kulp" <richkulp@us.NO_SPAM.ibm.com> schrieb im Newsbeitrag
> news:duhkat$c7c$1@eclipse.org...
>
>>A. Hagerer wrote:
>>
>>>Hi,
>>>
>>>I would like to use the opportunity to ask two questions concerning
>>>improvements/modifications.
>>>
>>>First, why isn't is possible to reduce the number of columns in a
>
> GridLayout
>
>>>by means of the CostumizeLayout-dialog? On one hand, the number of
>
> columns
>
>>>is increased automatically when placing an UI-element. On the other
>
> hand, a
>
>>>rearrangement of the elements is prevented, respectivly the number of
>>>columns
>>>has to be change in the source code.
>>
>>Because to reduce the number of columns you have to also delete what is
>>in the column. What column is being deleted? The last column, some
>>column in the middle? It is dangerous to just do that because you might
>>throw away controls by mistake.
>>
>>If you want to reduce the number of columns, select all of the controls
>>in the column you want to go away and then delete them all at once. Be
>>careful to NOT SELECT a control that is spanning through the column or
>>it will go away too, which is not what you wanted.
>>
>>
>>
>>>Second, a nice dialog appears to select an image associated with an
>
> element.
>
>>>But, some tutorials advise to setup a folder with icons on the same
>>>hierarchy level
>>>as the folder with sources. Then, this folder is not offered for
>
> selection
>
>>>in the icon
>>>dialog. Someone has to select th image using the option 'Browse in file
>>>system'.
>>>What's the reason for this?
>>>
>>
>>Those tutorials are giving bad advice! If it is not in the sources
>>folder then it won't be available at runtime, unless you do extra
>>special building to also include it in the built jar. That is why we
>>require browse in file system for those. If it is not in the sources
>>folder then we have no way of knowing where it will be at runtime. It
>>could be placed anywhere. If it is under the sources folder then we know
>>exactly where it will be at runtime and so we can create the correct
>>code for it.
>>
>>
>>>Bye
>>>Andreas
>>>
>>>
>>>
>>>
>>>"Rich Kulp" <richkulp@us.NO_SPAM.ibm.com> schrieb im Newsbeitrag
>>>news:du77s4$42k$1@utils.eclipse.org...
>>>
>>>
>>>>Hello,
>>>>
>>>>VE 1.2M2 is now available.
>>>>
>>>>And for the first time, we also have made it (as a development build)
>>>>available through update manager! Use this as the update site to get VE
>>>>1.2M2:
>>>>
>>>>http://update.eclipse.org/tools/ve/updates/1.0/development/
>>>>
>>>>You will need to be on Eclipse 3.2M5a, GEF 3.2M5, EMF 2.2M5. Those are
>>>>required prereqs.
>>>>
>>>>To just download the zip, go to the download index page:
>>>>
>>>>http://download.eclipse.org/tools/ve/downloads/
>>>>
>>>>and select the VE 1.2M2 build.
>>>>
>>>>The new and noteworthy is at:
>>>>
>>>> http://www.eclipse.org/vep/WebContent/docs/newAndNoteworthy/ 1.2-M2/
>>>>
>>>>
>>>>--
>>>>Thanks,
>>>>Rich Kulp
>>>
>>>
>>>
>>--
>>Thanks,
>>Rich Kulp
>
>
>

--
Thanks,
Rich Kulp

Report message to a moderator

Re: VE 1.2M2 is now available [message #120088 is a reply to message #120067]

Tue, 07 March 2006 14:40

Andreas Hagerer

Messages: 24
Registered: July 2009

Junior Member

Thank you for these explanations.

Bye
Andreas

"Rich Kulp" <richkulp@us.NO_SPAM.ibm.com> schrieb im Newsbeitrag
news:duk5n3$4oc$1@eclipse.org...
>
>
> A. Hagerer wrote:
> > Thank you for your reply.
> >
> > However, decreasing the number of columns should not correspond
> > to deleting columns. The elements should be rearranged, i.e., the
element
> > in the first row's last column shall be placed on the second row's first
> > column and so on. Previous versions of VE worked in this way.
>
> That is very confusing to a user, and not what they expect. That is why
> we changed it. The user would have to figure out ahead of time what it
> means to remove a control and where things reflow to. It is almost
> impossible to guess ahead of time what it would look like. Depending
> upon controls that have span, some may move, others won't. We are trying
> to make it predictable. People are expecting it to be a like a grid. You
> do something and most of the controls stay right where they are. In the
> old VE we didn't do that and you never knew how to insert a control at a
> certain spot in the grid without having everything else after it reflow
> to some new unexpected position. We got many complaints about this
> because it was very unfriendly to use.
>
> >
> > Concerning the position of an icon-folder I am little bit confused.
> > I looked into several jar-files of common plugins (uml2.edit, ui.ide,
> > gef, jdt, ant.ui). They do not include source-folders and their
icon-folder
> > is placed on root-level. I admit that I have not gone into the details
of
> > a build-process. I only use the plugin's build-configuration form and
> > the Eclipse product export wizard. If I place an icon-folder on the same
> > level as the source-folder the structure of the zip-file that is
generated
> > during export is similar to the structure of other plugins. If I place
> > the icon-folder in the source-folder the zip-file then a src/icon-folder
> > is part of the exported zip-file.
> > However, I find the VE-dialog a little bit mistakable. I can select
> > either file-system or project. I expect that often there are several
> > folders part of a project. But the source-folder is the only folder
> > I can explore.
> >
>
> You are mingling the concept of plugin project with that of java
> application projects. When working in a plugin you use special code to
> access those icons. You use code like bundle.getEntry("icons/xyz.gif").
> In standard java applications you use
> getClass().getResourceAsStream("..."). In standard applications you only
> have access to icons in the jar, not in a folder that is outside the
> jar. In standard application projects only the files under src or class
> directories will be in the final jar. The VE is using the java
> application pattern, not the plugin pattern.
>
> Actually in many cases for plugins they are now also recommending
> putting the icons in the src or class folders too, and use
> getClass().gerResource.... Only icons that need to be accessed by the
> plugin.xml are now recommended to be outside of the src/class folders.
>
> > Bye
> > Andreas
> >
> >
> > "Rich Kulp" <richkulp@us.NO_SPAM.ibm.com> schrieb im Newsbeitrag
> > news:duhkat$c7c$1@eclipse.org...
> >
> >>A. Hagerer wrote:
> >>
> >>>Hi,
> >>>
> >>>I would like to use the opportunity to ask two questions concerning
> >>>improvements/modifications.
> >>>
> >>>First, why isn't is possible to reduce the number of columns in a
> >
> > GridLayout
> >
> >>>by means of the CostumizeLayout-dialog? On one hand, the number of
> >
> > columns
> >
> >>>is increased automatically when placing an UI-element. On the other
> >
> > hand, a
> >
> >>>rearrangement of the elements is prevented, respectivly the number of
> >>>columns
> >>>has to be change in the source code.
> >>
> >>Because to reduce the number of columns you have to also delete what is
> >>in the column. What column is being deleted? The last column, some
> >>column in the middle? It is dangerous to just do that because you might
> >>throw away controls by mistake.
> >>
> >>If you want to reduce the number of columns, select all of the controls
> >>in the column you want to go away and then delete them all at once. Be
> >>careful to NOT SELECT a control that is spanning through the column or
> >>it will go away too, which is not what you wanted.
> >>
> >>
> >>
> >>>Second, a nice dialog appears to select an image associated with an
> >
> > element.
> >
> >>>But, some tutorials advise to setup a folder with icons on the same
> >>>hierarchy level
> >>>as the folder with sources. Then, this folder is not offered for
> >
> > selection
> >
> >>>in the icon
> >>>dialog. Someone has to select th image using the option 'Browse in file
> >>>system'.
> >>>What's the reason for this?
> >>>
> >>
> >>Those tutorials are giving bad advice! If it is not in the sources
> >>folder then it won't be available at runtime, unless you do extra
> >>special building to also include it in the built jar. That is why we
> >>require browse in file system for those. If it is not in the sources
> >>folder then we have no way of knowing where it will be at runtime. It
> >>could be placed anywhere. If it is under the sources folder then we know
> >>exactly where it will be at runtime and so we can create the correct
> >>code for it.
> >>
> >>
> >>>Bye
> >>>Andreas
> >>>
> >>>
> >>>
> >>>
> >>>"Rich Kulp" <richkulp@us.NO_SPAM.ibm.com> schrieb im Newsbeitrag
> >>>news:du77s4$42k$1@utils.eclipse.org...
> >>>
> >>>
> >>>>Hello,
> >>>>
> >>>>VE 1.2M2 is now available.
> >>>>
> >>>>And for the first time, we also have made it (as a development build)
> >>>>available through update manager! Use this as the update site to get
VE
> >>>>1.2M2:
> >>>>
> >>>>http://update.eclipse.org/tools/ve/updates/1.0/development/
> >>>>
> >>>>You will need to be on Eclipse 3.2M5a, GEF 3.2M5, EMF 2.2M5. Those are
> >>>>required prereqs.
> >>>>
> >>>>To just download the zip, go to the download index page:
> >>>>
> >>>>http://download.eclipse.org/tools/ve/downloads/
> >>>>
> >>>>and select the VE 1.2M2 build.
> >>>>
> >>>>The new and noteworthy is at:
> >>>>
> >>>> http://www.eclipse.org/vep/WebContent/docs/newAndNoteworthy/ 1.2-M2/
> >>>>
> >>>>
> >>>>--
> >>>>Thanks,
> >>>>Rich Kulp
> >>>
> >>>
> >>>
> >>--
> >>Thanks,
> >>Rich Kulp
> >
> >
> >
>
> --
> Thanks,
> Rich Kulp

Report message to a moderator