Home » Eclipse Projects » GEF » drawing environment
| drawing environment [message #17669] |
Wed, 21 August 2002 23:15  |
Eclipse User |
|
|
|
Originally posted by: v-woods.cecer.army.mil
Are there any plans to complete the 'drawing environment' features of GEF
(much like OpenOffice-Draw)? I saw the mention of Zoom being a priority on
the mailing list, I guess I wonder about primitive elements and their
transformations (GUI aspect as I assume the existing API handles most or
all
of this already), element properties, property editors, layers, styles,
grouping, grid, alignment, reordering, text, and a template/libary concept.
Most recently I've been impressed with jGraphPad
(http://start.jgraphpad.com) and OpenOffice's Draw and there are many many
other good open source frameworks, but ideally it would be great if
GEF/draw2d would implement something as polished.
http://gef.tigris.org/v0.6/docs/features.html
thx,
Van
|
|
|
| Re: drawing environment [message #17721 is a reply to message #17669] |
Thu, 22 August 2002 10:02  |
| Eclipse User |
|
|
|
Originally posted by: hudsonr.spam.com
What is the purpose of JGraphPad? It seems to support saving the file, but
what format does it use? There are no plans to create a drawing environment
that saves pictures to a file.
"Van Woods" <v-woods@cecer.army.mil> wrote in message
news:ak1kvs$ua0$1@rogue.oti.com...
> Are there any plans to complete the 'drawing environment' features of GEF
> (much like OpenOffice-Draw)? I saw the mention of Zoom being a priority
on
> the mailing list, I guess I wonder about primitive elements and their
> transformations (GUI aspect as I assume the existing API handles most or
> all
> of this already), element properties, property editors, layers, styles,
> grouping, grid, alignment, reordering, text, and a template/libary
concept.
> Most recently I've been impressed with jGraphPad
> (http://start.jgraphpad.com) and OpenOffice's Draw and there are many many
> other good open source frameworks, but ideally it would be great if
> GEF/draw2d would implement something as polished.
>
> http://gef.tigris.org/v0.6/docs/features.html
>
> thx,
> Van
>
>
>
>
|
|
| |
| Re: drawing environment [message #17873 is a reply to message #17841] |
Thu, 22 August 2002 16:43 |
| Eclipse User |
|
|
|
Originally posted by: v-woods.cecer.army.mil
Randy Hudson wrote:
> "Randy Hudson" <hudsonr@spam.com> wrote in message
> news:ak2qd3$hp2$1@rogue.oti.com...
> > What is the purpose of JGraphPad?
Identical in most ways to that of the original GEF implementation.
http://gef.tigris.org/v0.6/docs/features.html
Try the webstart link in original post, or look at the JGraph site, it is
well documented and full of examples.
> What I mean is, surely you don't just want a paint program. Is JGraphpad
> something that can be used with any model, and used for "business"-like
> applications? If so, what are the constraints it places on the model or
> persistance of shapes?
No, I am not interested in a raster based drawing tool, I am speaking of a
vector based implementation. It seems that programmatic creation is
possible, what I am asking is whether a complete user interaction
environment has been or will be done. The basic feature set identified in
the original GEF site is basically what I am referring to. See original
post for features in question.
As far as the constraints question, I can generalize by saying it seems
that the basis for the design was Sun's JTree but the best thing to do is
to look at the API and design documentation. Persistence is handled in
XML, specifically in GXL for their example application, jGraphPad.
http://jgraph.sourceforge.net/api/index.html
http://jgraph.sourceforge.net/paper1.0.6.html
It would appear to me that if the intent is to provide generally useful
drawing functionality to Eclipse based applications, it would be
tremendously useful if the remaining features outlined in the older GEF
site were implemented. (Maybe they already are and I just don't know
it...).
Thanks.
|
|
|
| Re: drawing environment [message #17910 is a reply to message #17873] |
Thu, 22 August 2002 22:13 |
| Eclipse User |
|
|
|
Originally posted by: hudsonr.spam.com
GEF at Eclipse is not based on GEF at tigris. We were not even aware of its
existence.
> Identical in most ways to that of the original GEF implementation.
> http://gef.tigris.org/v0.6/docs/features.html
>
> Try the webstart link in original post, or look at the JGraph site, it is
> well documented and full of examples.
I tried webstart, applet 1.3.1, and applet 1.4. None of them ran properly,
so I tried the application jar. The feature set was pretty complete, but I
did not like the feel of JGraphPad. It doesn't look or act like other
programs. These are just usability issues, though.
>
> > What I mean is, surely you don't just want a paint program. Is
JGraphpad
> > something that can be used with any model, and used for "business"-like
> > applications? If so, what are the constraints it places on the model or
> > persistance of shapes?
>
> No, I am not interested in a raster based drawing tool, I am speaking of a
> vector based implementation. It seems that programmatic creation is
That is what I meant ot say.
> possible, what I am asking is whether a complete user interaction
> environment has been or will be done. The basic feature set identified in
I don't know what complete means. GEF is very flexible and we try to allow
any type of user interaction. For example, it is possible to make an editor
like FrontPage using GEF.
> the original GEF site is basically what I am referring to. See original
> post for features in question.
>
> As far as the constraints question, I can generalize by saying it seems
> that the basis for the design was Sun's JTree but the best thing to do is
In fact, JGraph's offer admits to basing the implementation off the source
code to JTree. Can we be sure that the author has not cut and pasted code
from Sun?
> to look at the API and design documentation. Persistence is handled in
> XML, specifically in GXL for their example application, jGraphPad.
> http://jgraph.sourceforge.net/api/index.html
> http://jgraph.sourceforge.net/paper1.0.6.html
>
> It would appear to me that if the intent is to provide generally useful
> drawing functionality to Eclipse based applications, it would be
> tremendously useful if the remaining features outlined in the older GEF
> site were implemented. (Maybe they already are and I just don't know
> it...).
The intent of GEF is to allow *any* data to be easily visualized and to
allow manipulation of that data. At this point, GEF does not know anything
about persisted data of any kind. Obviously we know about draw2d, and there
are probably lots of useful figures and layouts which could be added. Are
you proposing that we provide an Editor for GXL? What would the user do
with GXL files? Does JGraphPad easily allow you to pull in another model,
for example, could I use GXL to create a UML diagram where a portion of the
information exists in Eclipse's Java Model?
|
|
|
| Re: drawing environment [message #17923 is a reply to message #17910] |
Thu, 22 August 2002 23:56 |
| Eclipse User |
|
|
|
Originally posted by: v-woods.cecer.army.mil
Randy Hudson wrote:
> GEF at Eclipse is not based on GEF at tigris. We were not even aware of its
> existence.
Whoa! Well, that explains some of the confusion on my part.
>> possible, what I am asking is whether a complete user interaction
>> environment has been or will be done. The basic feature set identified in
> I don't know what complete means. GEF is very flexible and we try to allow
> any type of user interaction. For example, it is possible to make an editor
> like FrontPage using GEF.
Bad choice of words on my part. Let me rephrase. Maybe a better way
would be to ask whether there were any plans to build a generic vector
drawing tool (graph based or otherwise) on top of GEF. I didn't mean to
imply that GEF was not complete.
>> It would appear to me that if the intent is to provide generally useful
>> drawing functionality to Eclipse based applications, it would be
>> tremendously useful if the remaining features outlined in the older GEF
>> site were implemented. (Maybe they already are and I just don't know
>> it...).
> The intent of GEF is to allow *any* data to be easily visualized and to
> allow manipulation of that data. At this point, GEF does not know anything
> about persisted data of any kind. Obviously we know about draw2d, and there
> are probably lots of useful figures and layouts which could be added. Are
> you proposing that we provide an Editor for GXL? What would the user do
> with GXL files? Does JGraphPad easily allow you to pull in another model,
> for example, could I use GXL to create a UML diagram where a portion of the
> information exists in Eclipse's Java Model?
I'm not concerned with GXL or JGraphPad per se, maybe a better example
would be Visio. I would like to extend the functionality of a tool like
Visio, rather than build all of the components, their behavior, and their
persistence. So for example, it would be nice if there were standard
components for layering, styles, graphical properties (lineweight,
linestyle, fill, color, shadow, etc), text, and a drag and drop shape
library.
Another way to say it is, in addition to the logic diagram editor example
maybe it would be a good idea to build a generic drawing editor as that
may be something many people would be able to extend.
(I have done very little poking around other than to peek at the API's and
to run the examples, so maybe what I am asking is very simple and I just
don't realize it.)
|
|
|
| Re: drawing environment [message #18943 is a reply to message #17910] |
Tue, 03 September 2002 22:16 |
| Eclipse User |
|
|
|
Originally posted by: hudsonr.spam.com
"Randy Hudson" <hudsonr@spam.com> wrote in message
news:ak457t$93p$1@rogue.oti.com...
> GEF at Eclipse is not based on GEF at tigris. We were not even aware of
its
> existence.
Just so I don't sound like an idiot, we weren't aware of it's existence in
2000, when *this* GEF project was named. I think someone pointed out the
tigris one to us about a year ago.
|
|
|
Goto Forum:
Current Time: Fri May 09 15:39:13 EDT 2025
Powered by FUDForum. Page generated in 0.03434 seconds |
Home