Re: Re: Hello... Tasklist developement question..

"Trond Norbye" <[email protected]> Sat, 29 Nov 2003 17:06:00 +0100 (MET)
Newsgroups gmane.comp.java.netbeans.modules.tasklist.devel
Message-ID <[email protected]>
Tor Norbye said:

>> There are some things I would like to clean up:
>> * The source code comment parser creates a lot of unneeded String
>> objects. Sice
>> we don't need to support java 1.3 anymore (as far as I know) I would
>> like to
>> "refactor" this support to use StringBuffers and the internal regexp
>> library...
>
> I vaguely remember doing the last part already - migrating the code
> away from org.apache.regexp  and using java.util.regex instead.

You are correct ;)

> But yes, the scanner could definitely use some work, especially the one
> which works only in comments; if I recall correctly, it's splitting
> each and every line up into a separate String. It would be ideal if you
> could for example just scan the source, and identify each comment range
> starting and ending index, and then do a regexp match (with a
> precompiled regular expression) on each range.

Hmm.. interesting thought..

We have very strict rules for source code layout in the product I work on.
One of the rules is that _no line should exceed 80 characters_. Given that
rule, my todo's must span multiple lines. I think that it would be nice if
it was possible to concatinate such lines into one todo entry..

For the moment I am doing something like this:
* @todo Implement support for multiline
* @tood todos so they appear as one

to get all of the text in the tasklist. Depending on the current level of
indentation i get a _lot_ of short lines ;) I think therefore it would be
cool just to write:

ex:
* @todo Implement support for multiline
*       todos so they appear as one

And let it apper as _one_ todo... (empty line or next token will ofcource
terminate the todo, and I would of cource need to strip away some
characters) ;)

What do you think?

>>
>> * The "date selection panel" could probably be modified to use a
>> JSpinner to
>> select the time instead of the JTextFields it use...
>
> Yes. And I think that the date customizer could use some other
> usability enhancements too; I don't remember what they are at the
> moment, but I remember noticing a couple of things last time I used it.
>   Take a look at for example Evolution or some commercial alternatives
> if you have them available.

I don't.. For some odd reason Solaris X86 is not a supported platform, and
my Solaris SPARC is not connected to internet....

Well... I'll guess I'll dig into some code and see where I want to start...

Regards,

Trond