Re: Weird toolbar button behavior in 1.5?
Re: Weird toolbar button behavior in 1.5?
- Subject: Re: Weird toolbar button behavior in 1.5?
- From: Ali Lalani <email@hidden>
- Date: Tue, 10 Aug 2004 15:08:11 -0400
> IMO controls should be active in non-front windows only in very well
> thought out circumstances. I'm actually not thinking of any (though
> grabbing icons in a background Finder window comes close).
>
> So if Xcode is disabling toolbar items when windows aren't in the
> front, it's adhering to the Mac user interface.
Makes sense, i never really thought about it that way. I think because
the way i manage windows prevents me from doing that(i don't tend to
switch to a window by clicking it, i use alt-tab and command-~), i'm
insulated from messing up and pressing a button by accident.
However, i think the behavior should be limited to:
a) Things that could cause data to be lost(i.e delete button)
b) Things that depend on a context in the window such as a selection in
a tableview(which could be hidden by other windows)
In the case of xcode the three things that i want to *not* display that
behavior do not fall into those categories, which are Run, Build and
Debug. I tend to do most of my work in frameworks, only needing the
main App project open to run and debug the app, so it's nice when you
can just hit the play and stop buttons even though it's not the active
window.
Ali
[demime 0.98b removed an attachment of type application/pkcs7-signature which had a name of smime.p7s]
_______________________________________________
xcode-users mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/xcode-users
Do not post admin requests to the list. They will be ignored.