Re: Becoming a fisherman
Tim Lebedkov <[email protected]> Tue, 04 Nov 2003 18:49:23 +0100
| Newsgroups | gmane.comp.java.netbeans.modules.tasklist.devel |
|---|---|
| Message-ID | <[email protected]> |
see comments in the text Petr Kuzel wrote: >Hello, > >I added a concept document under taslist/www/barracuda/ >which describes my intentions. It descibes a use case. >Its (stable) implementation is in my opinion deliverable >for next IDE release. I'll be working on it :-). > > Please comment on > Cc. > >-- text transcript: -- > > Abstract > > This paper defines high level goals for tasklist module > functionality integration into Barracuda release. > > Supported Use Case > > You write a code and decide to keep focused and defer some > task leaving a recognizeable note in source code. After > some time you want to navigate to these notes and resolve > them. > > Unsupported Use Cases > > Code analysis tools (PMD, compiler, i18n checker, HTML > checker, copyright checker, unused imports checker, ...) > compiler is not a code analysis tool. It replaces standard org.openide.windows.InputOutput. It shows messages of the last build. > create virtual notes. You can navigate though these and > some of them have Autofix action performing default > problem solution. > It's a concept that should be consistently supported by > all relevant IDE analysers (now user actions). It's too > expensive right now. > > Current implementation of the suggestions view shows suggestions for the currently opened source file. What about "Search for suggestions"-action? Will it get into 4.0? > Bug database adapter creates virtual notes corresponding > to bugs filled against developed code. You can navigate > through them and mark selected ones as fixed. > Defer and try to solve as coupled task with version > control operations related to the fix. > > Calendar support which lets you record your own todo list > independet from source code (however a source info can be > optionally attached). > It duplicates calendaring application and it is not > significantly tied to code developing workflow. To be > really usefull it should bridge to Issuezilla TASKs etc. > > Projection to Existing Code > > Following modules need to be stabilized and customized to > fullfil the goal: suggestions, docscan, api, core and > editor. > > Work to be Done > > Create navigateable list all tasks in project. It's > content should contain only tasks based on source code > notes. > This needs the new "projects" module. When will it be ready? > > Hide calendaring support (just do not deploy the module) > and suggestions from code analysis tools, still allowing > advanced users to install these. However without > cluttering the supported use case user interface. > > Write unit tests for core functionality. Cover API module > by the ARCH process. > > Test and fix bugs. > > >