Changes between Version 129 and Version 130 of ReviewHeuristicLab3.3.0Application


Ignore:
Timestamp:
04/08/10 22:35:49 (12 years ago)
Author:
swagner
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • ReviewHeuristicLab3.3.0Application

    v129 v130  
    1010     * swagner: In a discussion with maffenze it was decided to address this issue after the release of HeuristicLab 3.3.0.
    1111 * Adding a `ValueParameter<T>` in a `VariableCreator` and selecting a generic type e.g. `ItemList<T>` fails because no choice can be made on the generic type of the `ItemList` (ticket #42).
    12  * The !OperatorGraphVisualization doesn't respect operator collections (e.g. `SequentialSubScopesProcessor`)
    13      * mkommend: This feature will rarely be used by a standard user and it will not be fixed right now. Although special shapes for `MultipleCallOperators` are planned.
     12 * The !OperatorGraphVisualization doesn't respect operator collections (e.g. `SequentialSubScopesProcessor`).
     13   * mkommend: This feature will rarely be used by a standard user and it will not be fixed right now. Although special shapes for `MultipleCallOperators` are planned.
    1414 * In `TypeSelector` filter types that don't have a constructor (like currently `PathTSPTour`).
    1515   * swagner: Generally all items should provide a parameterless constructor. I implemented one for `PathTSPTour` in r3139.
    16  * When the TSP importer is used after halting the execution, the engine should be reset
     16 * When the TSP importer is used after halting the execution, the engine should be reset.
    1717
    1818=== Priority: MEDIUM ===
    19  * Saving a problem doesn't remember the filename when saving again
     19 * Saving a problem doesn't remember the filename when saving again.
    2020 * The TSP problem view:
    2121   * Would be nice to have paste support (e.g. from Excel) in the datagrid of the string convertible matrix view.
    2222 * In the operator graph chart view:
    23    * Some boxes are sometimes placed above the top end of the chart
    24     * mkommend: This behavior could not be reproduced in r3176.
     23   * Some boxes are sometimes placed above the top end of the chart.
     24     * mkommend: This behavior could not be reproduced in r3176.
    2525   * Top-down layouting would be better instead of left-right for two reasons:
    26     1. The boxes are usually much wider than high and thus a left-right layout makes the graph even longer
    27     2. A top-down graph better fits the paper orientation in a publication
    28     * mkommend: This will be implemented with the other changes regarding the layout of the operator graph.
     26     1. The boxes are usually much wider than high and thus a left-right layout makes the graph even longer.
     27     2. A top-down graph better fits the paper orientation in a publication.
     28     * mkommend: This will be implemented with the other changes regarding the layout of the operator graph.
    2929 * Every `IDeepCloneable` item needs to have a public default constructor. If `Activator.CreateInstance` in `DeepCloneable.Clone` is given a second parameter "true", non-public constructors would also be used.
    30  * Viewing different result variables (switching between them) is impossible, because the results view is disabled when running the engine.
    31  * `TypeSelector` view: When only one single type is possible (e.g. `DoubleData`), select that type and auto-close with ok
    32  * A problem should inject a variable that indicates its dimensionality (sometimes you want to set values depending on the dimension of the problem)
     30   * swagner: See ticket #922.
     31 * `TypeSelector` view: When only one single type is possible (e.g. `DoubleData`), select that type and auto-close with OK.
     32   * In a discussion with maffenze it was decided to show the type selector dialog in every case as we fear that it might be irritating for a user, if the dialog is sometimes shown and sometimes not shown.
     33 * A problem should inject a variable that indicates its dimensionality (sometimes you want to set values depending on the dimension of the problem).
    3334 * The description in the start page should show the respective icon or menu entry as crop out of a screenshot in the explanation of what to do.
    3435   * swagner: Added some button images in r3225.
     
    3839 * Focus is not removed from a textbox if one clicks anywhere in the "gray" area.
    3940   * swagner: This is the behavior of Windows Forms.
    40     * abeham: I mentioned this because I want to validate the control by clicking out of the text box and thus losing the focus. Maybe this can be achieved by allowing focus on the control or form. I think by default the "gray area" doesn't accept focus.
     41   * abeham: I mentioned this because I want to validate the control by clicking out of the text box and thus losing the focus. Maybe this can be achieved by allowing focus on the control or form. I think by default the "gray area" doesn't accept focus.
    4142 * There should be a nicer way of saying the chart controls are not installed instead of an exception.
    4243   * swagner: The HeuristicLab setup will check if the Microsoft Chart Controls are installed and will show a meaningful error message.
    4344 * The button for changing the evaluation in the TSP view features "+" which is used for adding, not setting in other views.
    4445   * swagner: In a discussion with maffenze it was decided to use the "+" icon for adding and for setting values as long as there is no better idea which icon to use for setting values.
    45     * abeham: I'd suggest `EditTable` for change operations. Also in the results collection, I'd like to see different icons for `DataTable` and the solution visualization so that they pop out. I'd suggest `Object`, or if it hasn't been used already `Properties`.
     46   * abeham: I'd suggest `EditTable` for change operations. Also in the results collection, I'd like to see different icons for `DataTable` and the solution visualization so that they pop out. I'd suggest `Object`, or if it hasn't been used already `Properties`.
    4647 * The quality chart looks great!
    4748   * We should probably use the same colors we had in 1.1 for best/average/worst qualities.
    4849   * Would be good to be able to hide certain lines.
    49    * At some point we'll certainly need export to png,eps functionality (would be great to be able to specify resolution and width/height).
     50   * At some point we'll certainly need export to png, eps, etc. functionality (would be great to be able to specify resolution and width/height).
    5051 * The tooltips should not exceed a certain width. With a long description you've got one line running over the whole screen.
    5152   * swagner: It is not possible to define a maximum text width and to enforce word wrapping for tool tips. Therefore line breaks have to be set for each tool tip text individually. Please specify which tool tips are too long so that appropriate line breaks can be added.
     
    5455 * Going through the scopes with the arrow keys doesn't update the details view of the scope.
    5556 * Resetting the engine doesn't update the global scope details view (user defined algorithm).
    56  * `TypeSelector` view: Focus should be in the search field when opening it the first time
    57   * abeham: Actually I like it on the ok button, but also because it's a fast way of auto-oking those single option cases (see above)
    58  * `VariableCreator` throws an exception when injecting a variable whose value is null
     57 * `VariableCreator` throws an exception when injecting a variable whose value is null.
    5958 * The view host icon should act like a button that when single-clicked opens the context-menu, when hovering over it, there should be a frame around it like a button so that it's clear that it can be clicked.
    6059   * swagner: When hovering over the view host icon a tool tip is displayed that explains how the different views can be selected.
    61     * abeham: I'm still not fully happy with the view host icon, but it's probably the least priority thing right now
     60   * abeham: I'm still not fully happy with the view host icon, but it's probably the least priority thing right now
    6261 * Some operators have a Parameter "!CurrentScope" that cannot be changed in any way, is there a necessity to display this parameter?
    6362  * swagner: The scope parameter "!CurrentScope" indicates that the current scope (i.e. its sub-scopes) is manipulated by an operator. It is shown in order to give the user comprehensive information about what an operator does. Maybe this is not really helpful. Should I remove scope parameters in general? In the code of an operator they are not really required, as the current scope can always be accessed via the current execution context.
    6463  * swagner: In a discussion with maffenze it was decided to keep scope parameters.
    65    * abeham: I think more parameter are just more confusing and description of the internal mechanisms of an operator are better displayed in the description text. I'll vote for removal of the current scope parameters, but I'll move this to low priority for now.
    66  * Improve description of !SearchIntervalFactor in `BreederGeneticAlgorithmManipulator`
     64  * abeham: I think more parameter are just more confusing and description of the internal mechanisms of an operator are better displayed in the description text. I'll vote for removal of the current scope parameters, but I'll move this to low priority for now.
     65 * Improve description of !SearchIntervalFactor in `BreederGeneticAlgorithmManipulator`.
    6766 * `EvolutionStrategy`:
    68   * Add parameter to ES to indicate if 1/5 success rule or sigma-self adapation should be used
     67   * Add parameter to ES to indicate if 1/5 success rule or sigma-self adapation should be used.
    6968
    7069----