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

[bugzilla-daemon at webkit.org]

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





--- Comment #19 from Timothy Hatcher <timothy at hatcher.name>  2010-01-05 10:30:45 PST ---
(In reply to comment #17)
> (In reply to comment #16)
> > (In reply to comment #15)
> > > (From update of attachment 45865 [details] [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?

That sounds fine to me.

Edit Breakpoint and Add Conditional Breakpoint should have … at the end to show
there is further action needed.

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