Verified in 6.2. Whether these gauges are displayed appears to be a project setting.
Turn it off once, it stays off for that project the next time you run it. Quitting, relaunching Xcode and rerunning the project keeps the gauges open or closed as you had left them last. Sent from my iPad. Please pardon typos. On Mar 12, 2015, at 3:59 PM, [email protected] wrote: > >> On Mar 12, 2015, at 12:45 PM, Dave <[email protected]> wrote: >> >> Oh, and why not remember it at the project level? At least then you’d only >> have to click it once. > > It is stored at the project level so far as I can tell. I open a project, > start the debugger, and then click on the gauge icon to close the gauges. > Then every time I debug using that project the gauges will stay closed. > There just isn't a separate project level setting for it, the closing of the > gauges IS the setting... > > Jim > > >> >> >>> On 12 Mar 2015, at 19:29, [email protected] wrote: >>> >>> What Xcode version are you using? At least for me, with Xcode 6.3 the >>> disclosure state of the gauges is remembered across debug sessions. >> >> I’ll update it! >> >>> I filed a bug about this a little while ago and it got fixed. I don't >>> remember off-hand which version of Xcode actually got the fix. >>> >>> As it stands, you still have to hide the gauges once per project you debug >>> with, but then they stay hidden. I argued a bit with the IDE folks about >>> this but they are resistant to cluttering up the preferences, and this >>> seemed quite a reasonable compromise. >> >> So instead of “Cluttering up the preferences” panel, which is seldom looked >> at, they clutter up a window that is looked at ALL the time? Makes no sense >> to, me anyway, warped logic IMO. >> >> The real question is, Why put that useless information in there anyway? If >> they got rid of it (or didn’t put it in the first place) there would be no >> need to clutter anything up. >> >>> Anyway, if it's not working that way for you in 6.3 - once you get around >>> to trying it out - please file a bug, you must be doing something subtle >>> that is defeating the intended behavior. >> >> Will do! >> >> All the Best >> Dave >> >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Xcode-users mailing list ([email protected]) >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/xcode-users/jingham%40apple.com >> >> This email sent to [email protected] > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Xcode-users mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/xcode-users/zav%40mac.com > > This email sent to [email protected] _______________________________________________ Do not post admin requests to the list. They will be ignored. Xcode-users mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/xcode-users/archive%40mail-archive.com This email sent to [email protected]
