Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » Visual Editor (VE) » speed of ve, some bugs and wanted features
speed of ve, some bugs and wanted features [message #614637] Thu, 21 September 2006 06:43
michael is currently offline michaelFriend
Messages: 44
Registered: July 2009
Member
Hello all,

compared to visual studio (am i allowed to mention that ;) ve is quite
slow.

Is was reading that ve creates a remote jvm so that it can use different
classpaths and an own environment. Is it possible to keep this jvm up for
all files opened/reopened in ve as long as there are no changes in the
build path, even if all ve instances have been visually closed? Of cause
this needs some ressources but maybe there could be a switch to manually
get rid of all ve resources after someone decides to stop using ve for
some time. Maybe there could even be a preference that makes the plugin
free ressources after a specified time after ve has not been used
anymore.

Is it possible to keep the visual cache when a files opens in ve. Maybe a
md5 check if the file has been changed?

Visual Studio creates comments to enclose code in a region which it can
find again and it does not allow changes to the code it creates for
visuals. Of course you can change those regions but the result is
unpredictable. I was reading about code loss in such a case. I think most
of the time the code the ve creates does not have to be altered manually
in the same regions that ve uses. You could have code outside that parts.
It works currently for Visual Studio. I have no idea why it could not work
for ve. Maybe this could improve code creation speed?

Is it possible to create an environment or better asked did you think of
creating an environment which makes creating components that show up in
the ve palette easier. Maybe with some wizards.

Is it possible to get a menu editor like that in Visual Studio? Visual
editing, easy editing of key bindings etc.

If I select a component visually and just type text i would expect to edit
the text property of the component without one more mouse click.

If I change a property and after that I change the component I would
expect visual editor to select the same property of a different component
if it exists. So you can editor one property type of different components
faster.

Click on one component and shift click another component. I get a funny
result. Looks like I could edit the shift clicked component but the layout
is messed up a bit. Sometimes I see an empty edit field and sometimes
parts of the underlying component look through.

In the java beans view it is almost impossible to move items if the target
parent is outside the view area of the java beans view. It tree flips
around a lot and it's impossible to drop it on a target.

I would like to use VE much more than now because I think the most
important part of an IDE is not only how complex it is and how many
scenarios can be realised with it. For me the most important part ist how
much time do I need to do "standard tasks". I think ve and eclipse in
general has still a long way to go in this area compared to Visual Studio.
I was already thinking of switching the environment to get more
productive. I don't want to start a flamewar here but I think it would be
a good idea to look at Visual Studio time and again and learn from some
things.

What do you think about all that?

cu,
Michael

I know that my english is not the best but hopefully you understand me :)
Previous Topic:speed of ve, some bugs and wanted features
Next Topic:Working with custom Styles
Goto Forum:
  


Current Time: Tue Apr 23 10:52:56 GMT 2024

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

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

Back to the top