[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
AW: [ve-dev] VE with XML Persistence
|
Hi Joe,
the startup time isn't very important to us. More
important is to improve the performance of dropping new widgets from the
palette and editing these widgets graphically. These actions are still a little
bit slow on my workstation (1,8 GHz, 1 GB RAM) and the target platform of our
new product won't be as fast as my machine. So we are looking for solutions to
improve the described performance issues. Can another persistence strategy help
me out of that? Do you have other ideas how to improve the
performance?
Thanks a lot for your help.
Alexander
Hi Alexander, There are people who have used the IDE successfully for
XML serialization - Canoo with Ultra Lightweight Client (www.canno.com/ulc),
AUIML (http://www.alphaworks.ibm.com/tech/auiml) and another who is a large
mobile phone company I can't name. All of these took the option to not start a separate JVM when the VE is
opened. The reason is because for their scenario they were happy that the
set of classes/widgets the user was going to drop from the palette and compose
with would be the same set of classes that were in the Eclipse workbench itself.
If this is the case you can start the Proxy subsystem to recognize this
and the startup time is faster. Is this the kind of scenario you would be
doing ? Best regards,
Joe Winchester
Please respond to Discussions
people developing code for the Visual Editor project <ve-dev@xxxxxxxxxxx>
Sent by:
ve-dev-bounces@xxxxxxxxxxx
To:
<ve-dev@xxxxxxxxxxx>
cc:
Subject:
[ve-dev] VE with XML
Persistence
Hy all,
we just evaluate
the visual editor because we should build a specific editor for designing
visualisations (including widgets and draw2d figures). For that purpose we want
to use the visual editor generating xml instead of java source code. The problem
is that the visual editor is only contemplable if we can improve the performance
of the editor. The designing of a gui should be fluently possible.
Has
anyone experience with adapting the ve in this way?
Thanks in
advance.
Regards,
Alexander
Hoess
_______________________________________________
ve-dev mailing
list
ve-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ve-dev