Re: Presumptuous Suggestions :)
Re: Presumptuous Suggestions :)
- Subject: Re: Presumptuous Suggestions :)
- From: Scott Tooker <email@hidden>
- Date: Sat, 1 Nov 2003 21:13:44 -0800
On Nov 1, 2003, at 8:31 PM, Brian Barnes wrote:
> While I'm tracking possible bugs, I might as well drop a couple
> suggestions. Note, these are IMHO, probably wrong, probably represent
> 1% (or less) of the xcode audience ... but, might as well!
>
> Side Note 2: I already love Xcode, but I also love to make suggestions
> :)
>
> 1) Make build styles attached to a target and put them as children to
> a target in the tree. Remove interface from project get info. This
> makes it more obvious what they are doing and quicker to find
> over-rides. Also gives the add (from contextual menu) and delete
> (from key) like almost all the other pieces. "Current" build style
> set in target prefs.
We're not totally happy with the current UI for build styles and are
looking at ways to improve it in a future release. What you are
describing sounds similar to some of our discussions.
>
> 2) I'd like to have an option to do away with the "collections" (like
> in the build style windows.) I get where you are going with this, but
> I'd rather just see all the possible "hard-coded" options listed in
> the window, and all the collections interface gone. This is really
> IMHO :) Actually, if you did 1, then build styles could just be like
> the targets, which a much more nicer UI.
While, I don't think we will remove the drawer, there are a couple of
things we have considered to make the build settings easier to use:
1) Provide an "All build settings" collection
2) Provide a popup in the header of the build settings table that
allows you to select a collection
3) Keep the collections drawer closed by default and remember the
selected set of collections.
4) Make sure that selecting multiple collections doesn't result in
duplicate build setting entries (this is actually fixed for the next
release)
>
> 3) For some of the flags sections (for instance, addition C flags), my
> value can get pretty long, it'd be nice if some of those wrapped and
> grew the value box.
Right now, there isn't a good way to edit lists of strings in the Xcode
UI. It's a known problem that we want to fix in a future release.
>
> 4) Some of the more useful C flags (unroll, fast math, etc) in the UI.
We actually include many of the common flags. To make this easier to
see, for the next release we've added the related flag or build setting
name to the help text.
However, I would not be surprised if we are missing some gcc flags.
Please file a bug for those flags that you would like to see added.
Scott
>
> [>] Brian
> _______________________________________________
> 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.
[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.