Re: [tasklist] Compiler submodule

On Tue, 2003-02-25 at 09:27, Tim Lebedkov wrote:
> Hi,
> 
> Here is what I think should be done:
> 1. Remove Editor Scanning module.
>     TODOs appear in the view for suggestions already.

      Yes, but they're delivered by the Editor Scanning module...
      (SourceTaskProvider, and CopyrightProvider)

      But yes, the "Editor Scan View" can go away.
      I think Jesse's been using it - Jesse, are you reading this
      alias? Would you mind if we simply get rid of this view and
      then you'll need to use the suggestions view portion which
      lists source tasks?

> 2. Remove Default Task List functionality
>     It is relatively easy to open an ics file using File/Open File...
>     (a mount point will be created automatically)

     I disagree with this. "relatively" is a relative term :)
     While I think creating arbitrary tasklist is powerful
     functionality, I think it will not be obvious to users who
     have used other IDEs which offer a tasklist (such as MS Studio,
     Eclipse, ... or calendar managers such as evolution.)
 

> 3. Rename "Suggestions View" in "Problems/Suggestions" or
>     "Suggestions"

     Yes, agreed. I've made the change in my tree; will appear in the
     next putback. (Changed to just "Suggestions").

> 4. I don't see any big differences between compilation errors, TODOs and
>     copyright suggestions. You can search for TODOs in a file or in many
> files,
>     in a directory or in a whole project as well as you can compile a single
>     file, a directory or a whole project. The only difference is that you

      That's true, but the TODOs listed in the suggestions view today
      are only those for the current file. To search for all todos in
      your project, you need to select "Scan Directory For Suggestions",
      and the (static/not updated) content of that search is posted in
      a new tab.

>     need to press F9 to compile something. Instead of creating a new output
>     tab a new subnode in the suggestions view will be created. We just need
>     an additional filter to show only tasks for current
>     file/folder/filesystem/project.

      But don't you think having to select and unselect filters is less
      convenient than simply closing (f4'ing) a separate tab when you're
      done with it?  You f9 to compile; errors are listed in a new tab;
      you f12 your way through the errors; you dismiss it with f4.
      Filtering does not have common keyboard shortcuts to achieve the
      same thing.   Also, the new-tab paradigm is used in lots of
      places; running PMD; running javadoc to create javadocs; running
      the user's code (Execute); compile; debug; etc.

>     Suggestions view should not show suggestions only for the current file.
>     I can imagine different SuggestionProviders that do not work on the
> currently
>     opened file: Conflicts after a CVS update, Audit module and so on.

      That's true (and it does show "Tasks Due" (tasks due within the
      next 36 horus) which is not related to the current file.

      However, I think compilation is a bit different from say listing
      the conflicts after a CVS update. The primary output for CVS
      will still be the output window, showing updates, etc.
      Listing CVS conflicts after update in the suggestions window is
      more of a reminder device, which feels different from compilation
      to me.

>     I don't like the current behaviour of OutputTabs. Sometimes I compile
>     some files and close the tab with compile errors to see more source code
>     at once. But there is no ability to show it again. Suggestion view solve
>     this problem.

      Ah, yes, we need an improved window manager where you "iconify"
      windows (as in studio .net among others) instead of actually
      closing them when you need additional space.


      I think it would be nice to open this issue on nbui to see what
      other ui folks feel. I got lots of nice feedback there when I
      posted my original proposals.   Also, when the module is proposed
      for beta, the UI folks will want to review it, so doing it now
      means less rework later. (I'm just starting to fix a bunch of 
      issues Chris in HIE filed today).
  
> 5. Additional candidates for TaskList usage:
>     - "Search/Show all occurences"
>     - list of chaged files after a CVS operation
>     - Conflicts after a CVS update

       Do you mean that after doing a "search filesystems", the output
       should be placed into the suggestions window?  Once again I feel
       this is something I would have expected a separate tab for
       (that's how it is in JBuilder).

       Thanks for raising these very interesting issues!

-- Tor