Re: Storyboard, magnification and Xcode 4.x usability.
Re: Storyboard, magnification and Xcode 4.x usability.
- Subject: Re: Storyboard, magnification and Xcode 4.x usability.
- From: Alex Zavatone <email@hidden>
- Date: Thu, 16 Aug 2012 16:56:57 -0400
On Aug 16, 2012, at 10:46 AM, Kevin Cathey wrote:
>> Along these lines, there is this other menu item in the Editor: Canvas: menu called "Live Autoresizing", but searching the help and docs that come with Xcode, an explanation of what this does is nowhere to be found.
> Live Autoresizing controls whether or not the autoresizing mask for a view should be applied when resizing. For example, if you put a button in a view, and set the button's autoresizing mask to be pinned to the right strut, if "Live Autoresizing" is checked, when you resize the view, the button will stay pinned to the right. But if "Live Autoresizing" isn't checked, it will not stay pinned to the right when resizing the view. You can hold Command when starting a resize which will flip the state of this.
>
> If you are working with a document that uses auto layout, then "Live Autoresizing" is hidden, and instead you get "Apply Constraints to Descendants" and "Apply Constraints to Ancestors/Siblings", both toggle able entities. Let's return to the case of the button pinned to the right of a view (only this time it's using constraints, not autoresizing mask). If you are applying constraints to descendants, then if you resize the view, it will keep the button pinned to the right when resizing. If you don't apply to descendants, it will break the constraint to the button when resizing, and button will stay where it is. Let's say now that you have two buttons next to each other separated by a spacing constraint. If you are applying constraints to ancestors/siblings, when you resizing one of the edges of the buttons, it will keep the spacing constraint intact and actual push the button out of the way as you are resizing. If you aren't applying constraints to ancestors/siblings, then it will break the spacing constraint, for example. As with "Live Autoresizing", holding command when starting the resize toggles the bits for both of these axises of resizing.
Ahhh, wonderful, fantastic explanation.
It would be even better if when "Live Resizing" is entered in the search pane that it was able to bring up that (some) info about that feature.
>> It's a real surprise to find Interface Builder menu items hidden in the nondescript Editor menu
> Many of the controls in the Editor menu as also in a black lozenge in the bottom of the canvas, such as the ability to zoom in and out.
Yeah, that's where I've seen and been using it before. In 4.2, however, many times the Canvas will annoyingly zoom in when you click on an item in the left pane and the light gray lozenge with the - inside the magnifying glass in the canvas will either not work at all, or will be over another item that may be getting the mouseDown event.
I took time to set up the view of my storyboard and to lose that by having Xcode auto zoom - and with no way to disable this - is not pleasant. I really really really wish that Xcode would stop trying to think what it is that I want to do, because except when editing code (NSStream anyone?) It's mostly always wrong.
The only way I found out that there were menu commands for this was by giving up and thinking "if there's anything, it might be in the Key bindings preferences". And then there are about 6 sets of zoom in/zoom out keys.
I really really really really wish that you guys kept supporting Snow Leopard in Xcode releases. Lion was too full of animated junk to use for me and I've just got Mountain Lion able to be usable without stuff flying all over the screen when I click on something. Animated everything might work on iOS, but cutesy time delaying animations (like editing a breakpoint and watching it pop open) are complete time wasters when you're trying to get your job done as fast as possible,
Thanks much for the info. Can't wait for our team to be able to move up to 4.4.x
_______________________________________________
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