svn commit: r17733 - trunk/src/argouml-app/src/org/argouml/uml/diagram/ui/FigCompartmentBox.java

Author: bobtarling
Date: 2010-01-04 03:29:08-0800
New Revision: 17733

Modified:
   trunk/src/argouml-app/src/org/argouml/uml/diagram/ui/FigCompartmentBox.java

Log:
Further query on why we need borderFig

Modified: trunk/src/argouml-app/src/org/argouml/uml/diagram/ui/FigCompartmentBox.java
Url: http://argouml.tigris.org/source/browse/argouml/trunk/src/argouml-app/src/org/argouml/uml/diagram/ui/FigCompartmentBox.java?view=diff&pathrev=17733&r1=17732&r2=17733
==============================================================================
--- trunk/src/argouml-app/src/org/argouml/uml/diagram/ui/FigCompartmentBox.java	(original)
+++ trunk/src/argouml-app/src/org/argouml/uml/diagram/ui/FigCompartmentBox.java	2010-01-04 03:29:08-0800
@@ -77,9 +77,11 @@
  * border.
  * <p>
  * 
- * Why do we need a separate border fig: I (MVW) think because 
+ * TODO: Why do we need a separate border fig: I (MVW) think because 
  * some figs may have parts protruding outside the box like a 
  * UML Package or like a UML Component.
+ * Bob says: But we already have bigPort. Why do we need another Fig the same
+ * size as that. Can't we have bigPort set with a fill color and line color?
  * 
  * TODO: Why is the fill not drawn by the borderFig? In the current 
  * situation, the border is drawn OVER the background fill (which

------------------------------------------------------
http://argouml.tigris.org/ds/viewMessage.do?dsForumId=5905&dsMessageId=2434572

To unsubscribe from this discussion, e-mail: [[email protected]].