Re: Hide window header on other Xcode4 windows?
Re: Hide window header on other Xcode4 windows?
- Subject: Re: Hide window header on other Xcode4 windows?
- From: Rick Mann <email@hidden>
- Date: Wed, 15 Jun 2011 19:33:24 -0700
I wonder how they get this data. Does Xcode send UI usage stats back to Apple?
--
Rick
On Jun 15, 2011, at 18:07 , Lee Ann Rucker wrote:
> I heard at WWDC that 70% of XCode 3 users turn on "Grouped" editing mode, and that's the justification for XCode4's lack of any option at all.
>
> As a member of the 30%, I'd like my option back (Yes, I've filed bugs).
>
>
> On Jun 14, 2011, at 6:30 PM, Rick Mann wrote:
>
>> I spoke to an Xcode engineer during WWDC. It is important to file these issues as separate, specific bugs. Not just "support multi-window workflow," but "don't change file shown in window when breakpoint hit," etc.
>>
>> Please, please write bugs. Apple does not believe demand for true multi-window workflow is high enough to prioritize adding the support.
>>
>> --
>> Rick
>>
>> On Jun 14, 2011, at 17:53 , G S wrote:
>>
>>> A primary problem here is Xcode's insistence on messing up your editor
>>> arrangement simply because you've launched the debugger. If you hit a
>>> breakpoint, Xcode doesn't simply highlight the breakpoint in a pane
>>> that's already showing the appropriate source. It takes whatever pane
>>> you were last working in and replaces its contents with the source
>>> where the breakpoint occurs. So after a while you can wind up with
>>> seven tabs all showing the same source file, and you get to run around
>>> re-opening and rearranging your files. Over and over and over all day
>>> long.
>>>
>>> Xcode should not be flipping the contents of editing panes
>>> willy-nilly. It should first look for the relevant code in an open
>>> pane, and if it can't find that code it should open it in a new tab.
>>>
>>> Programmers open up and arrange the files that pertain to their
>>> current focus, and they don't want this arrangement ruined every time
>>> they launch the app. Is there something elusive about this concept?
>>
>> _______________________________________________
>> 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
>
_______________________________________________
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