Re: Deleting a constraint just turns it grey
Re: Deleting a constraint just turns it grey
- Subject: Re: Deleting a constraint just turns it grey
- From: Zack Morris <email@hidden>
- Date: Tue, 02 Feb 2016 09:28:02 -0700
Just to play Devil’s advocate, the constraints gray out to an inactive state so that you can make a set of base constraints and then enable/disable them for various size classes. I think where Apple maybe goofed from a UX perspective is that selecting a grayed out constraint and hitting delete should delete it completely (perhaps prompting the user to confirm if Xcode detects that it’s being used by a different size class). But hitting delete does nothing, which forces the user to look up the constraint in the side panel and delete it manually.
The current graying out method would be ok if we could list all of the disabled constraints in the storyboard so we could delete them. I just discovered that entering a “-“ in the search filter box under the scenes lists all of the constraints so we can do a visual inspection and command-click all of the grayed out ones in order to hit delete. Hopefully this helps someone, I agree that this and a few other UX features could use improvement.
Zack Morris
> On Jan 28, 2016, at 6:46 PM, Alex Zavatone <email@hidden> wrote:
>
> There is another place where you actually have to select it and delete it. It’s in one of the inspectors, I think. Either that or select the grayed out constraint and try deleting that.
>
> I agree that’s it’s pretty idiotic to use delete as disable, then delete.
>
> Apple needs to stick with its own clearly defined standards rather than conditionally reimplementing the wheel in a substandard manner.
>
>
> On Jan 28, 2016, at 5:48 PM, Rick Mann <email@hidden> wrote:
>
>> It seems that if I delete a constraint (in the current Xcode, 7.2) on a UIView, from the inspector panel, that the constraint turns a disabled color, but remains in the list. I can't select it.
>>
>> However, I can select it from the outline view on the left, and delete it properly from there.
>>
>> What's up with this behavior?
>>
>> --
>> Rick Mann
>> email@hidden
>>
>>
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Xcode-users mailing list (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Xcode-users mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden