Just to confirm that this is now fixed in XCode 6.2, thanks a lot.
> On 12 Mar 2015, at 20:48, Dave <[email protected]> wrote: > > Thanks a lot Alex and Jim, I’ll download it ASAP! > >> On 12 Mar 2015, at 20:21, Alex Zavatone <[email protected]> wrote: >> >> 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/dave%40looktowindward.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]
