[Webkit-unassigned] [Bug 32568] Web Inspector: Context Menus should be used in more places

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Jan 5 10:11:38 PST 2010


--- Comment #17 from Brian Weinstein <bweinstein at apple.com>  2010-01-05 10:11:37 PST ---
(In reply to comment #16)
> (In reply to comment #15)
> > (From update of attachment 45865 [details] [details])
> > Are you saying there is no way to remove breakpoint without involving context
> > menu now? I'd be strongly against that. I think this strategy of breakpoint
> > management is cluttering UI when investigating the code (and hence put many
> > breakpoints).
> What I told Brian on IRC was that we need a quick way to remove, and that
> method in Xcode is drag away and poof. So without that I think we would be more
> cumbersome in the removing category.
> > On a more general note, I think that using Xcode as an IDE of reference is
> > wrong. I know that you guys are used to it, but that's not the case for the web
> > developers out there. I personally find Xcode confusing. I'd stick to more
> > standard (wide-spread) platform such as Eclipse instead. We know that Java was
> > getting the most IDE love for the past 10 years and hence got most advanced and
> > used.
> I would argue that most web developers don't use Eclipse. I know I never have,
> and my web developer friends never have. They don't use Xcode either. Perhaps
> the IDE most used is Visual Studio and it's JS debugger? I have no idea, but
> that seems more likely to be familiar than Eclipse.

Visual Studio uses click to add/click to remove, with enable/disable, and a
list of properties to edit being context menu entries (location, condition, hit
count, etc).

My new idea for what we should have:

Click in the gutter adds/removes a breakpoint:

Context Menu on Breakpoint: Edit Breakpoint, Disable Breakpoint, Remove
Context Menu on No Breakpoint: Add Breakpoint, Add Conditional Breakpoint.

What do you think about that?

Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

More information about the webkit-unassigned mailing list