Re: Xcode debugging UI question
Re: Xcode debugging UI question
- Subject: Re: Xcode debugging UI question
- From: Bill Monk <email@hidden>
- Date: Tue, 2 Aug 2005 13:20:00 -0500
Maybe my question was poorly phrased.
I don't want Xcode to infer anything from the names of build
configuration. I expect it to look at the actual settings in a
configuration and disable UI elements which aren't applicable or
which won't work as expected.
Today I opened a project, set some breakpoints, clicked "Build and
Debug", waited during the interminable gdb startup (1.25GHz PB) and
THEN discovered that none of the breakpoints were being hit. Because
the build config popup was not set to the right config.
OK, so it's my fault for not double checking the stupid config popup.
But with two big beautiful buttons, right there, screaming DEBUG --
and twenty years of habituation to consistent UI -- I clicked one of
those buttons. And I was right: Xcode knows its state better than I
do, and should reflect that state in its UI.
So personally, I think Xcode's current behaviour (not inferring
anything from the name of the build style/configuration) is correct.
Surely you don't mean this. If so, you may as well argue that Undo
menu items should never be disabled, or that iTunes' "Play" button
should remain active when an empty playlist is selected.
Best regards,
Bill
On Aug 2, 2005, at 3:54 AM, Greg Hurrell wrote:
I think it's because builds styles/configurations are just labels
as far as Xcode is concerned that don't actually mean anything
intrinsic. "Debug", "Release", "Development" and "Deployment" could
just as easily be called "Bob", "Mary", "Alice" and "Eve" and Xcode
wouldn't care. Likewise, I could turn on ZeroLink, turn off
optimizatiion, and add full debug symbols to my "Release"/"Mary"
build and then it would still run usefully in the debugger; even
without those changes it would still run under the debugger in fact
even though it wouldn't be so friendly without full symbols.
So personally, I think Xcode's current behaviour (not inferring
anything from the name of the build style/configuration) is correct.
Greg
_______________________________________________
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