Re: Build Results window feature request
Re: Build Results window feature request
- Subject: Re: Build Results window feature request
- From: Laurence Harris <email@hidden>
- Date: Fri, 22 Jun 2007 17:04:28 -0400
On Jun 22, 2007, at 4:23 PM, David Alger wrote:
On Jun 22, 2007, at 3:06 PM, Laurence Harris wrote:
On Jun 22, 2007, at 3:24 PM, Greg Guerin wrote:
Laurence Harris wrote:
I've filed bugs against Interface Builder, Finder, iChat, Software
Updater, iDVD, Safari, DVD Player and probably others as well,
and it's
always tedious.
... I firmly believe that modern software should be smart enough
to save
us from having to reenter the same information over and over.
Captain, the sensors have detected a third-party opportunity,
dead ahead.
Should we approach and try to capture it, or veer away at warp 9?
Given that developer tools don't make money and this one would
have to interface with Apple's system, I don't see a big
opportunity. I guess anyone who thinks it's worthwhile could file
a request in Radar. I did: rdar://5288355.
Seems like a bug reporter application wouldn't really require that
much if you have access to all the pieces the way Apple would. In
fact, they could just build it into Safari if they wanted to, and
turn on access to it through some developer tool or even setting a
preference using *gasp* Terminal.
No, turn the Crash Reporter Prefs app into a developer prefs app,
like System Utilites, to set setting like this.
Fine by me. I'm was just brainstorming all this for the first time
after reading the post that commented about launching a web
browser. ;-) I just know that the single most common failing I see
in software is that too much of it makes me do the same things over
and over. Safari is better than most with its autofill capabilities,
but those have their limitations and a lot of software has
practically nothing. I'm reminded of my new phone. For years I've had
phones with a redial button, but they could only redial the last
number. My current phone lets me dial any of the last five numbers.
Software should be smart.
Here's what I have to do to file something in Radar:
1. Launch or bring Safari to the front.
2. Click the RadarWeb link in my bookmarks bar.
3. Safari fills in my name and password, so I click the button to
log in.
4. I click the New Problem thing at the top. (What is that,
anyway? It looks like a list header, but there's no list.)
5. Once I'm on the page I have to select a product and ideally
supply a version.
6. Fill in title and description.
7. If it's a bug report, I have to click a button and select my
current system profile.
Wouldn't it be great if we everything except (6) could be done by
one command in the relevant application? The value in this becomes
even more apparent when you consider that every little bug or
enhancement you want to file is supposed to be entered as a
separate Radar entry. It's mind-bogglingly dumb IMO to have to use
a file selection dialog four times in succession to select my
system profile to file four bugs, for example.
All this is not entirely without precedent. If someone at Apple is
using Mail, he can click rdar://5288355 to go directly to my entry
without jumping through the hoops *I* do to see it.
Hey, there's an idea, a way for developers to click a link like
that to go to our own report, with only a stop along the way to
enter our passwords. Currently it can be pretty tedious to find a
bug if you've filed a lot of them.
Yeah, if Apple made a BugReporter app; it could register that
protocol and open up to the appropriate entry. If they didn't make
it a full fledged app, then they should at least have that protocol
registered with the Dock, or something, that would open your web
browser to the appropriate entry. Maybe stopping to enter a
password, or the devs preference could let you set a default ADC
account for the use of such things. :-)
Come on Apple, why don't you help us help you make good software,
So tempting, but I won't go there. LOL
Larry
since you need our help. ;-)
_______________________________________________
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