UI inconsistencies

Just a little feedback to make SC2 better:

Double Click consistency

Double click an Event: edit dialog opens

Double click an Action: edit dialog opens

Double click a Group: collapses?!

You have to Right click>Edit Group to edit it.

SOLUTION: Double clicking Groups should behave as in other uses around it.

Edit object consistency

Create sprite

1.- double click it on Layout view: Edit Animations window opens

2.- double click it on Objects: nothing happens.

You have to Right click>Edit Animations to edit it.

SOLUTION: Double clicking an object anywhere should open the Edit window.

Consistency on expand-collapse (I), Properties window > Behaviors

1.- Add Sine behavior to any object

2.- Collapse it in Properties window

3.- click (select) a different object

4.- click (select) the object with Sine behavior

5.- The Sine is NOT collapsed.

SOLUTION: Behavior states should be saved across objects to remain consistent.

Consistency on expand-collapse (II), Properties window

1.- Collapse a object's Position in Properties window

2.- click (select) a different object

3.- 2nd object's Position is NOT collapsed.

SOLUTION: Properties states should be saved across objects to maintain consistency.

Consistency on expand-collapse (III), in Drag and drop in Projects window

1.- Create a subfolder

2.- drag something inside it

3.- The folder expands

4.- collapse it

5.- drag another object

6.- The folder expands

You are not able to keep it collapsed.

SOLUTION: Folder states should be saved to maintain consistency.

that's all.

While I agree with some of these, I disagree VERY strongly about double clicking a group to edit it. I double click groups very frequently to open and collapse them quickly and easily, and in comparison I rarely edit them. It is also consistent with double clicking an event with subevents to open or collapse it.

While I agree with some of these, I disagree VERY strongly about double clicking a group to edit it. I double click groups very frequently to open and collapse them quickly and easily, and in comparison I rarely edit them. It is also consistent with double clicking an event with subevents to open or collapse it.

Groups have the advantage of having a collapse button located at the left. Another solution is to press Enter, that already works for Events and Actions.

Another inconsistency:

Enter edits actions and events,

Enter doesn't enter edit mode in Groups.

We don't intend the UI to be completely logically consistent under all circumstances. Rather we aim for it to do what you want it to, or expect it to, even if that's not logically consistent with other actions. For example the usual action of double-clicking is to do the most common action, not just to edit. Editing is the most common action for actions and conditions, but expanding/collapsing is the most common action for groups. That's why that one example is that way around. I'll take a look at the other things you mention next week.

(y)

I personally don't like the idea of expanding options affecting all properties of all objects.

nevermind, I get what you mean now. They don't save their state. (I'd prefer a global state over none at all.)

edit: I do agree double clicking an object in the object window should open the editor. I miss that convenience doubleclick myself.

(y)

Closing, most of these should be fixed in the next build - thanks for the suggestions. Note some (such as the independent expand/collapse of properties between individual instances) are actually by design and we don't plan to change them.