[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


https://bugs.webkit.org/show_bug.cgi?id=32568





--- 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
Breakpoint
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