Menu

#53 Modify compiler errors interface

open
nobody
6
2003-07-25
2002-04-06
No

The ScrollPane interface to the compiler errors is
slow and a bit awkward. There's never any need in
scrolling half way between two errors. Perhaps a
cleaner interface would be up and down arrow buttons
(with their own keyboard shortcuts) that allow for
atomic scrolling between errors.

Story: The user compiles a program with errors. The
compiler errors tabbed pane pops up and displays the
first of these errors. A count of the total number of
errors appears off to the side. The user fixes this
error and then quickly pops to the next by clicking
on the down arrow button in the compiler errors
tabbed pane. He then clicks on the up arrow button,
and the first error reappears, with the fixed text
highlighted. He clicks the up and down arrow buttons
repeatedly, scrolling through and fixing the compiler
errors in the program.

The user then learns the keyboard shortcuts and
quickly pops from error to error without switching
focus from the definitions pane.

-- Eric

Discussion

  • Peter Centgraf

    Peter Centgraf - 2002-04-06

    Logged In: YES
    user_id=431096

    I definitely like the idea of "next error" and "previous error" shortcuts that can be executed from the definitions pane. Those shortcuts can be independent of any changes to the compile errors pane. I personally dislike moving away from standard control elements like scrollbars. The more we customize our UI, the more quirky and difficult to learn it will be. We may be able to achieve the same results using a standard scrollbar by controlling properties of the scrollbar or with a JTable.

     
  • Eric E. Allen

    Eric E. Allen - 2002-04-06

    Logged In: YES
    user_id=429660

    Your point about the dangers of customizing are well-
    taken. Also, I think you're right in surmising that we can
    achieve the best of both worlds in this regard.

     
  • Charles Reis

    Charles Reis - 2003-07-25

    Logged In: YES
    user_id=429731

    Turned out there was a duplicate request for this with a
    higher priority (638268, "Compiler Error Navigation"). I'll
    raise the priority on this copy a bit (since Corky has
    mentioned it a few times now), and I'll close the other copy.

    Another possibility to look into as we're modifying the
    error interface is to group the errors in a JTree, rather
    than just straight text. (Each error would be displayed in
    a custom panel with the same information we have now.) The
    tree would only have two levels-- files at the top, and
    errors as leaves. This would improve usability by allowing
    users to collapse parts of the tree they've already seen.

    Charlie

     
  • Charles Reis

    Charles Reis - 2003-07-25
    • priority: 3 --> 6
     
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.