Changes between Version 3 and Version 4 of soc/2007/VisualizationOfContainers

Timestamp:

May 21, 2007, 12:44:53 AM (15 years ago)

Author:

jakevoytko

Comment:

--

soc/2007/VisualizationOfContainers

@@ -41 +41 @@
    * This sizes the border of the image. The default right now is up in the air. 100x100 is perhaps unreasonably small for someone with a 1280x1024 monitor, but maybe 300x300 is unreasonably large for someone with 800x600 screen resolution
 
- * `set_start(int)`
+ * `set_start(double)`
    * Allows the user to set the x-axis location of the first data point. This is important currently because the interface does not yet support coordinate `pair<,>`s, and so the user is stuck defining the interval with which the data is input. Obviously not all data has a uniform distribution, and they'll be able to pass an STL container of pair<,>s in the future to alleviate this problem.
 
@@ -62 +62 @@
  * `line_color(svg_color c)`
    * Allows users to define a color
-   * `line_point()` will soon be supported
+   * `point_color()` will soon be supported
    * Users will be able to define custom colors soon
 
@@ -74 +74 @@
 
 == 3.1 Near Future ==
- * Set up codebase in SVN
- * Clean up demo code. Comment better, cement next draft of architecture
- * Explore size-saving of the output file (I currently don't take advantage of things like paths that the `svg` model has to offer)
- * Allow any STL-compliant container to be input
- * Fully support chaining of the overloaded input operator
+ * Set up codebase in SVN (by May 28)
+ * Clean up demo code. Comment better, cement next draft of architecture (By June 1)
+ * Explore size-saving of the output file (I currently don't take advantage of things like paths that the `svg` model has to offer) (By June 1)
+ * Set up code for unit testing using the Boost testing framework (By June 1)
+ * Fully support chaining of the overloaded input operator (By June 8)
+ * Allow any STL-compliant container to be input (I have a hunch this will be more complicated than I'd like, so June 8th is tentative.)
 
 == 3.2 Medium Future ==
+ * Allow pairs of data to be input
  * Explore hover features in the SVG format as a potential way to label data
+ * Consider STL containers that don't directly fit in the straightforward container model (like maps)
 
 == 3.3 Not So Near Future ==
  * Support 3-D graphs
+
+== 3.4 Minor Features (No ETA) ==
+ * Full Color Support
+ * Add handling for `-NAN` and other double error codes
+
+= 4. Suggestions (No ETA)=
+''By Matias Capaletto:'' Be able to choose a log scale for either the X or the Y axis