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

Timestamp:

04/08/10 22:16:01 (13 years ago)

Author:

swagner

Comment:

--

ReviewHeuristicLab3.3.0Application

@@ -177 +177 @@
  * Problem parameters that cannot be changed by the user could be hidden.
    * i.e. Maximation is always the first parameter but can rarely be changed.
-   * swagner: After a discussion with maffenze, it was decided not to hide parameters. The parameters collection of a problem should show all parameters of a problem so that a user sees and understands how the underlying problem object looks like. This should help users when they start to implement own problems.
+   * swagner: In a discussion with maffenze it was decided not to hide parameters. The parameters collection of a problem should show all parameters of a problem so that a user sees and understands how the underlying problem object looks like. This should help users when they start to implement own problems.
  * The [+] Button in the !ValueParameterView is slightly misleading once a value has been added, then it should mean change the value.
  * The [+] Button in the !ValueParameterView should also be disabled if the type of the parameter cannot be changed.
    * swagner: Even if the type of a value parameter cannot be changed, it might be necessary to be able to exchange the whole value object. Therefore the [+] button should be enabled in every case.
  * New Item Dialog: Algorithm and Problem items should be listed before the advanced items in "Algorithm Design".
-   * swagner: After a discussion with maffenze it was decided to keep alphabetical sorting of creatable groups in the new item dialog. Alphabetical sorting is used in many places throughout the whole application and it might be irritating for a user if we change this in the new item dialog. Furthermore, it depends on a user which creatable groups are considered to be more important.
+   * swagner: In a discussion with maffenze it was decided to keep alphabetical sorting of creatable groups in the new item dialog. Alphabetical sorting is used in many places throughout the whole application and it might be irritating for a user if we change this in the new item dialog. Furthermore, it depends on a user which creatable groups are considered to be more important.
  * Parameters of sub-operators that are not changeable by the user should be hidden (e.g. lookup parameter).
  * Graph View
@@ -195 +195 @@
    * swagner: Showing results by default is critical, as the continuous redraw of a result's value (e.g. a quality chart) might consume a lot of runtime. Therefore the user should have to select a result manually, if he wants to look at a result.
  * Hierarchical grouping of operators by namespace in operator tab (instead of just by plugin) or maybe just remove the intial "HeuristicLab" as this is common for all of them and makes it harder to scan for the right plugin/namespace.
-   * swagner: After a discussion with maffenze it was decided not to change the way how operators are grouped and displayed in the operators sidebar. Reasons are that grouping hierarchically by namespaces might lead to deep trees that have to be opened to get an operator and that the initial "HeuristicLab" in each plugin name might not be common for all plugins if an external user develops an own plugin.
-
-----
-
+   * swagner: In a discussion with maffenze it was decided not to change the way how operators are grouped and displayed in the operators sidebar. Reasons are that grouping hierarchically by namespaces might lead to deep trees that have to be opened to get an operator and that the initial "HeuristicLab" in each plugin name might not be common for all plugins if an external user develops an own plugin.
+
+----
+