| Summary: | Menu for breakpoints in icon border is klunky | ||
|---|---|---|---|
| Product: | [Applications] kdevelop | Reporter: | Jon Smirl <jonsmirl> |
| Component: | general | Assignee: | KDevelop Developers <kdevelop-devel> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version: | git master | ||
| Target Milestone: | --- | ||
| Platform: | RedHat Enterprise Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Jon Smirl
2003-06-22 04:55:35 UTC
No. This would mean it would not be possible to extend the setting of marks in the icon border in a sensible way. What if there will be a #3 and #4 type of mark - ctrl+click and alt+click? What if the user doesn't use the debugger or bookmarks parts - the click and shift+click would now be unused and available, should the #3 and #4 marks be remapped? I agree it is somewhat "klunky", but the way it works now - if there is only one "mark setter" plugin loaded the mark type in question will be set on leftclick, if there is more than one, a menu pops up - is clearly more general than your solution. How about the first one loaded gets left click, second gets shift-left click, and all of the rest (plus first two) go on the right click menu? It is not normal UI behavior for a left click to bring up a menu. Look at qt editor from a recent kdevelop cvs checkout. You'll find left click = break/book mark right click = menu - with ability to select which action is the default for left click. But there remains a bug in that when the action is changed it should - . apply to all open editors . persist when gideon is stopped and restarted. The same behaviour is in head cvs kate part as well. Both need to be fixed. I just tried the QT editor. It works as I was expecting. The QT Editor also gives the copy/copy/paste options on the right click menu when text is selected along with the application choices on a sub menu. Lack of the cut/copy/paste options was annoying on the Advanced editor. Hmm.. yeah, I agree. The way QEditor does it is better. > The QT Editor also gives the copy/copy/paste options on the right
> click menu when text is selected along with the application
> choices on a sub menu. Lack of the cut/copy/paste options was
> annoying on the Advanced editor.
Oh - I actually don't like this bit in the "qt" editor, as it makes getting to
functions like "grep" more difficult. You have to select the menu "Application"
within the popup before selecting grep, which for me is annoying.
Note, that I _always_ use the keyboard for cut/copy/paste :)
jbb
How about each left click steps through the sequence of possible markers: first left click, it's a bookmark second left click, it's a break point third right click, it's back to unmarked (or some other kind of marker if another one is thought up, but I think you get the idea) IMHO this would make it really easy to set/unset bookmarks and break points. Also, to select entire lines, wouldn't it be easier if instead of having to double-click on the line number to the left (when you have them shown), you could just single click. This way, if you wanted to select a range of lines, you could just click'n'drag from the first line number to the last. It's this way in msvc, btw, and I have found it a nice time saver on hundreds of occasions. A different implementation is now in place. Closing. Subject: Re: Menu for breakpoints in icon border is klunky How did the menu change? I though it was going to look like the one on the QT editor. ===== Jon Smirl jonsmirl@yahoo.com __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com It does. In KDE HEAD. |