Looks like there's a bug there. There are quite a few with the new menu that need to get ironed out very soon.
We did make a conceptual shift. Instead of starting by choosing your set (which only made sense to expert wagneers, and even we tended to screw it up), you start by editing the settings but then have access to switch the set when you get down to the bottom level.
So in this case you're supposed to see the related sets as an option when you get down to choosing a set.
I think we probably will ultimately want both. If you can't change the set on a high level, the rule interface ceases to work as a listing. It would be nice to retain the capacity to switch that. But the common ux pattern that we really want to solve is forcing people to choose the correct set before getting down to work. This is a confusing and discouraging experience.
Probably obvious, but just to be clear (to you and anyone else) -- the functionality is still there; it's just an interface-level need.
No problem. Like I said, in general, I see the importance of simplifying for non-wagneers. Some things, though, need to have easier access because we need to use them so much. Or maybe we could eventually have some individualization of the UX. Like a global mode you could set per-user based on your use patterns.
This is at least partly fixed now, no?
I think what I find missing is that it should fill in the radio button for the set that it is showing. Allowing you to change it, but making the default updating the current rule. Also, would be good for the sets that are hidden by the current one should be highlighted somehow. Could even show an indication of presence so you'd know which one is exposed on delete of the rule.
I guess there could be alternatives for handling selecting a less specific set, you could offer to move it (i.e. delete current rule, and save on the selected one).
D'oh, now I see the (current) indicator. The odd this is when you cancel (added a ticket for this), it leaves behind the more general sets (radio list) and doesn't close the form.
Yeah, that looks like a bug.
Didn't I create a different ticket for that? I think the issue named here is fixed, maybe a rename is in order if there is no other ticket.
The named issue isn't fixed (access to self cards from type cards). The other should be a separate ticket; not sure if there is one.
Hmm, maybe this should be renamed in that case. I don't think I understood the exact conditions that made it a bug, then maybe I've seen it working on other cases and thought it was fixed. Guess not.
The other one was the cancel problem, which I think is fixed (whether released or not) and their probably is a ticket too.