Changes between Version 3 and Version 4 of PromotSvgEditor


Ignore:
Timestamp:
Feb 22, 2007, 1:00:25 PM (18 years ago)
Author:
mirschel
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • PromotSvgEditor

    v3 v4  
    1919   explanation, legend or label are not allowed.
    2020 * GIF-icons are a old-fashioned solution. They are not scalable, they are distributed
    21    as separate files, leading to problems when sending a model to Coworkers. The
    22    VisualNavigator can't use them in the zooming interface.
     21   as separate files, leading to problems when sending a model with icons to Coworkers. The
     22   Visual Explorer can use them in the zooming interface (ZUI) but with the bad side-effects of a
     23   zoomed-in raster graphics.
    2324
    2425== Proposal ==
     
    3132of the source-code and referenced by the `define-module` and `define-terminal` commands.
    3233
    33 Icons for module-instances in other  model-classes are also created as SVG which can be by default a scaled version of the original view, but can also be reduced with a
    34 SVG-graphics editor.
     34Icons for module-instances in other model-classes are also created as SVG which can be by default
     35a scaled version of the original view (automatic solution),
     36but can also be reduced with a SVG-graphics editor (manual solution).
    3537
    3638There are SVG-libraries available to allow rendering of graphics in Java, [http://xmlgraphics.apache.org/batik/ Batik]. This would allow to integrate any graphics
     
    4345into the editor.
    4446
    45 It could be also a good idea to use just one toolkit for the visual navigator and the editor,
    46 but in this case it must be possible to have a good graph-editor in piccolo/giny.
     47It could be also a good idea to use just ONE toolkit for the Visual Editor and the Visual Explorer,
     48but in this case it must be possible to have a good graph-editor in [http://www.cs.umd.edu/hcil/jazz/ Piccolo]/[http://csbi.sourceforge.net/ GINY].
    4749
    4850
    4951
    5052GEF should be dropped because it reimplements lots of things that are available in
    51 Java-2D
     53Java-2D.