NetBeans 7.0 feature plan - Call For Ideas

[Martin Krauskopf]

Hi all,

for last few weeks we are in feature freeze which means what we are
mainly fixing bugs and not working on the new features. But the complete
code freeze for 6.1 is coming which means that we will start to work on
new features soon (cca in two week AFAIK). Also 6.1 was partly kind of
stabilization release, redesigning part of core infrastructure. The next
release should be much more features-rich.

We have some ideas and bunch of feature requests were filed in our
Issuezilla by the Ruby community. But since you are the real users your
opinion is more then welcomed/important.

I've started a wiki page, currently very initial[1], by which our future
development will be (approximately) driven:

   http://wiki.netbeans.org/RubyNextReleasePlan

If you have any ideas, request, complains, priorities, ..., let us know
here and we will incorporate them to the list and give them an
appropriate preference.

Thanks for feedback, ideas, ...

   m.

[1] Tor and Erno will surely fill it up as time permits. This is just
     starting point.

PS: BTW, maybe that next release will be 6.2 or something else, I don't
     know this.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[James Moore]

On Mon, Mar 17, 2008 at 1:41 PM, Martin Krauskopf
<Martin.Krauskopf@...> wrote:
>  If you have any ideas, request, complains, priorities, ..., let us know
>  here and we will incorporate them to the list and give them an
>  appropriate preference.

My personal #1 wish is the test runner.

Another thing I've been wanting is a log file viewer.  Not just tail
the log, but a gui that would make it easier to see what's going on.
Support for things like "only show entries with {exceptions, no
exceptions, particular controllers/actions, exclude
controllers/actions} etc."

--
James Moore | james@...
blog.restphone.com

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Tim Haines-2]

Coloured log viewer/tailer?

On 18/03/2008, Martin Krauskopf <Martin.Krauskopf@...> wrote:

Hi all,

for last few weeks we are in feature freeze which means what we are
mainly fixing bugs and not working on the new features. But the complete
code freeze for 6.1 is coming which means that we will start to work on
new features soon (cca in two week AFAIK). Also 6.1 was partly kind of
stabilization release, redesigning part of core infrastructure. The next
release should be much more features-rich.

We have some ideas and bunch of feature requests were filed in our
Issuezilla by the Ruby community. But since you are the real users your
opinion is more then welcomed/important.

I've started a wiki page, currently very initial[1], by which our future
development will be (approximately) driven:

   http://wiki.netbeans.org/RubyNextReleasePlan

If you have any ideas, request, complains, priorities, ..., let us know
here and we will incorporate them to the list and give them an
appropriate preference.

Thanks for feedback, ideas, ...

   m.

[1] Tor and Erno will surely fill it up as time permits. This is just
     starting point.

PS: BTW, maybe that next release will be 6.2 or something else, I don't
     know this.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Martin Krauskopf]

Martin Krauskopf wrote:

> Hi all,
>
> for last few weeks we are in feature freeze which means what we are
> mainly fixing bugs and not working on the new features. But the complete
> code freeze for 6.1 is coming which means that we will start to work on
> new features soon (cca in two week AFAIK). Also 6.1 was partly kind of
> stabilization release, redesigning part of core infrastructure. The next
> release should be much more features-rich.
>
> We have some ideas and bunch of feature requests were filed in our
> Issuezilla by the Ruby community. But since you are the real users your
> opinion is more then welcomed/important.
>
> I've started a wiki page, currently very initial[1], by which our future
> development will be (approximately) driven:
>
>   http://wiki.netbeans.org/RubyNextReleasePlan
>
> If you have any ideas, request, complains, priorities, ..., let us know
> here and we will incorporate them to the list and give them an
> appropriate preference.
>
> Thanks for feedback, ideas, ...

PS: here are the list from IssueZilla of *all* wanted features and RFEs:

http://www.netbeans.org/nonav/issues/buglist.cgi?Submit+query=Submit+query&issue_type=ENHANCEMENT&issue_type=FEATURE&component=ruby&issue_status=NEW&issue_status=STARTED&issue_status=REOPENED&email1=&emailtype1=exact&emailassigned_to1=1&email2=&emailtype2=exact&emailreporter2=1&issueidtype=include&issue_id=&changedin=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&short_desc=&short_desc_type=substring&long_desc=&long_desc_type=substring&issue_file_loc=&issue_file_loc_type=substring&status_whiteboard=&status_whiteboard_type=substring&keywords=&keywords_type=anytokens&field0-0-0=noop&type0-0-0=noop&value0-0-0=&cmdtype=doit&order=Reuse+same+sort+as+last+time

But it is too long and still does not contain all, so we are planning
also this way...

        m.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Martin Krauskopf]

Tim Haines wrote:
> Coloured log viewer/tailer?

You are right. This was wanted by bunch of users already as well.

I've added it. Thanks for tip/remainder.

        m.

PS: I see that also Tor already jumped in, so the list is growing...

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[bruparel]

What I would love to have is a Rails Console on steroids:
1.  Code completion
2.  Debug support
3.  Easy and intuitive access to documentation

Same thing for an IRB console.  I found that NetBeans actually is a really good IDE for Ruby development in addition to Rails.  There are times that I just want to hack in pure Ruby just for the heck of it.  An IRB window that is as capable as Rails Console will be great.  Also, make sure that Ruby 1.9 is supported.

Seamless JRuby support is critical.  By that I mean that we should be able to create WAR files with a few clicks and deploy it to both Tomcat and GlassFish.  Make sure that JRuby based Rails Console works as well as with MRI.  In other words, I shouldn't even have to know that I am using JRuby or MRI.

And of course, as others are pointing out, a first rate log viewer that shows the log in its full splendor and can be sliced and diced any which way we want.

That is all for now, more later.

Bharat

[Martin Krauskopf]

bruparel wrote:
> What I would love to have is a Rails Console on steroids:
> 1.  Code completion

This should be covered by "P1: Improved terminal handling (for IRB,
Rails Console, etc)...." on the wiki page and by:

http://www.netbeans.org/issues/show_bug.cgi?id=129944

> 2.  Debug support

Also already there under "P2: Interactive debugging console"

> 3.  Easy and intuitive access to documentation

Good point. We need similar implementation as Javadoc has. I've added
the item with two related issues:

http://www.netbeans.org/issues/show_bug.cgi?id=127710
http://www.netbeans.org/issues/show_bug.cgi?id=128169

[...]
> That is all for now, more later.

Thanks,

        m.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Martin Krauskopf]

James Moore wrote:

> On Mon, Mar 17, 2008 at 1:41 PM, Martin Krauskopf
> <Martin.Krauskopf@...> wrote:
>>  If you have any ideas, request, complains, priorities, ..., let us know
>>  here and we will incorporate them to the list and give them an
>>  appropriate preference.
>
> My personal #1 wish is the test runner.
>
> Another thing I've been wanting is a log file viewer.  Not just tail
> the log, but a gui that would make it easier to see what's going on.
> Support for things like "only show entries with {exceptions, no
> exceptions, particular controllers/actions, exclude
> controllers/actions} etc."

I've filed RFE:

http://www.netbeans.org/issues/show_bug.cgi?id=130360

for not yet implemented feature ;)

http://www.netbeans.org/issues/show_bug.cgi?id=115325

Regards,
        m.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[RubyR]

Hi all,

I'd really like to see sort features :

- in the Project / Source Files :
The files are always sorted alphabetically independently of their types.
As I have ruby source files and also image files within the same folder, the sort is annoying.
You should be able to choose whether you want to take into account the file type.

- in the source navigator, you can sort only by name or by source (in the order of the source file).
If you select by name, the sort doesn't take into account the visibility (private, protected, public).
You should be able to choose whether you want to take into account the visibility.

Regards.

[burferd]

My personal #1 issue is handling bean properties.

I have session beans with dozens and sometimes hundreds of properties that I use.

In Java Studio Creator, I can easily create a new property by right-clicking on the session bean and selecting the option to add new property.
In Netbeans, you have to go through a fairly complex process.
It is just as easy to create the new property with the source editor.

Also, when assigning the bean property to the 'value' of a menu component, in Java Studio Creator,
the list of properties that you can assign to a component are presented in the order they were created.
In Netbeans, they appear to be presented in a totally random order.  
Having to search the entire list of say, 100 property names is really tedious.
It would help if they were either alphabetized or presented in the order they apprer in the source code.

This particular function is one reason why I still use JSC on my most complex projects.

Martin Krauskopf wrote:

Hi all,

for last few weeks we are in feature freeze which means what we are
mainly fixing bugs and not working on the new features. But the complete
code freeze for 6.1 is coming which means that we will start to work on
new features soon (cca in two week AFAIK). Also 6.1 was partly kind of
stabilization release, redesigning part of core infrastructure. The next
release should be much more features-rich.

We have some ideas and bunch of feature requests were filed in our
Issuezilla by the Ruby community. But since you are the real users your
opinion is more then welcomed/important.

I've started a wiki page, currently very initial[1], by which our future
development will be (approximately) driven:

   http://wiki.netbeans.org/RubyNextReleasePlan

If you have any ideas, request, complains, priorities, ..., let us know
here and we will incorporate them to the list and give them an
appropriate preference.

Thanks for feedback, ideas, ...

   m.

[1] Tor and Erno will surely fill it up as time permits. This is just
     starting point.

PS: BTW, maybe that next release will be 6.2 or something else, I don't
     know this.


---------------------------------------------------------------------
To unsubscribe, e-mail: [e-mail]
For additional commands, e-mail: [e-mail]

[Martin Krauskopf]

RubyR wrote:

> Hi all,
>
> I'd really like to see sort features :
>
> - in the Project / Source Files :
> The files are always sorted alphabetically independently of their types.
> As I have ruby source files and also image files within the same folder, the
> sort is annoying.
> You should be able to choose whether you want to take into account the file
> type.
>
> - in the source navigator, you can sort only by name or by source (in the
> order of the source file).
> If you select by name, the sort doesn't take into account the visibility
> (private, protected, public).
> You should be able to choose whether you want to take into account the
> visibility.

Interesting ideas, especially the first one is obvious. Not filed AFAIK.
Could you file them into our IssueZilla (I could do this but you will
not be notified about progress then).

Thanks,
        m.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Martin Krauskopf]

burferd wrote:

> My personal #1 issue is handling bean properties.
>
> I have session beans with dozens and sometimes hundreds of properties that I
> use.
>
> In Java Studio Creator, I can easily create a new property by right-clicking
> on the session bean and selecting the option to add new property.
> In Netbeans, you have to go through a fairly complex process.
> It is just as easy to create the new property with the source editor.
>
> Also, when assigning the bean property to the 'value' of a menu component,
> in Java Studio Creator,
> the list of properties that you can assign to a component are presented in
> the order they were created.
> In Netbeans, they appear to be presented in a totally random order.  
> Having to search the entire list of say, 100 property names is really
> tedious.
> It would help if they were either alphabetized or presented in the order
> they apprer in the source code.
>
> This particular function is one reason why I still use JSC on my most
> complex projects.

Hi there,

this is only about *Ruby* part of NetBeans IDE. You might file your
wishes either into IssueZilla or you might discuss them on general
NetBeans user list:

http://www.netbeans.org/community/index.html
(section Mailing Lists)

Regards,
        m.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[ChuckBing]

A customizable editor context menu, similar to jEdit. Also see IZ enhancement requests 119708 and 129920.

Martin Krauskopf wrote:

. . .If you have any ideas, request, complains, priorities, ..., let us know
here and we will incorporate them to the list and give them an
appropriate preference. . .

[Jari Williamsson]

Martin Krauskopf wrote:
> If you have any ideas, request, complains, priorities, ..., let us know
> here and we will incorporate them to the list and give them an
> appropriate preference.

1. Integrated Ruby profiling
2. Ability to (easily) extend the NB IDE with Ruby code.
3. RCov support
4. DCov support


Best regards,

Jari Williamsson

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Anthony Richardson-3]

+1 for all of Jari's ideas!!!

On 3/20/08, Jari Williamsson <jari.williamsson@...> wrote:

Martin Krauskopf wrote:
> If you have any ideas, request, complains, priorities, ..., let us know
> here and we will incorporate them to the list and give them an
> appropriate preference.


1. Integrated Ruby profiling
2. Ability to (easily) extend the NB IDE with Ruby code.
3. RCov support
4. DCov support


Best regards,


Jari Williamsson


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Martin Krauskopf]

Jari Williamsson wrote:
> Martin Krauskopf wrote:
>> If you have any ideas, request, complains, priorities, ..., let us know
>> here and we will incorporate them to the list and give them an
>> appropriate preference.
>
> 1. Integrated Ruby profiling

I'd been thinking about this since I got to the Ruby debugging world.
But honestly I'm not sure whether there will be place for it in
next-release time scope. I've at least filed:

http://www.netbeans.org/issues/show_bug.cgi?id=130596

to keep it in mind.

> 2. Ability to (easily) extend the NB IDE with Ruby code.

Yes. This is actually one of my main wishes. I wanted to write about
this more in the future after I think about it more deeply. The main
reason is to involve the Ruby community, kind of Rubinius[1] way (if I
understand their design correctly), but for IDE. I also thought about
kind of, likely rubyforge.org, project where we could share pieces of
code which would be IDE independent. Something like
idetools.rubyforge.org or (tooling, ...). We already do this with the
debugger (http://rubyforge.org/projects/debug-commons/).

Another piece which might be interesting is Ola's JTestR
(http://jtestr.codehaus.org/).

There is a lot of place in this area and anybody is welcomed to jump in
with ideas and ideally some actual work as a starting point ;)

> 3. RCov support

See http://www.netbeans.org/issues/show_bug.cgi?id=119707

> 4. DCov support

Honestly, this is the first time I hear about DCov, thanks for the tip.
Seems to be ideal tool to support in IDE. I've filed:

http://www.netbeans.org/issues/show_bug.cgi?id=130595

Thanks for nice ideas, I'll add some of them to the planning page.

        m.

[1] this bring another feature request - Rubinius support

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Martin Krauskopf]

ChuckBing wrote:
> A customizable editor context menu, similar to jEdit. Also see IZ enhancement
> requests 119708 and 129920.

They were actually the same issues. I've duplicated the later to the first.

I'm not sure how you can enhance context menu in JEdit. I believe that
some of this might be solved by providing Rake task + having implemented:

   http://www.netbeans.org/issues/show_bug.cgi?id=127998

Otherwise IDE might be enhanced with the plugin, if you really want to
hook in you own way into the context menu.

Regards,
        m.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Anthony Richardson-3]

Ok, mega feature request.

Metaprogramming debugger.

A basic idea of the concept is in this blog post: http://gilesbowkett.blogspot.com/2008/03/simple-metaprogramming-logger-with.html

Maybe only work with jRuby (so you can hook the right places).

The idea is to intergate into the IDE the ability to debug the dynamic nature of Ruby. So if a method has been added into a class/object at runtime (possibly using eval) then the debugger is able to show the added code and allow debugging of it, but also show where, when and how the code was added (which may have happened a longtime before the debugging session hit it).

This should track mixins etc.. so when you step into a mixin you can findout when and how that mixin was mixed in.

I have entered a Feature Request http://ruby.netbeans.org/issues/show_bug.cgi?id=130606

Cheers,

Anthony Richardson

[RubyR]

Hi,

>Interesting ideas, especially the first one is obvious. Not filed AFAIK.
>Could you file them into our IssueZilla (I could do this but you will not be notified about progress then).

I don't mind not being notified about progress.
So I'd prefer that you file them into your bug/enhancement tracker tool.

Regards.

[Martin Krauskopf]

Anthony Richardson wrote:
> Ok, mega feature request.
>
> Metaprogramming debugger.
>
> A basic idea of the concept is in this blog post:
> http://gilesbowkett.blogspot.com/2008/03/simple-metaprogramming-logger-with.html
>
> Maybe only work with jRuby (so you can hook the right places).
[...]

Thanks for the idea and filing the feature request. However wrt.
debugger, for the next release my aims are to really finish the
debugger, which means bringing finally features like conditional and
exception breakpoint, interactive debugging console, AST-based balloon
evaluations, ... That is from frontend point of view.

In debug-commons I would probably like to switch to DBGp protocol, in
jruby-debug to catch up with native ruby-debug and to finish/polish
debug-commons-java (amount of works also depends on DBGp switch).

So there are lot of work at all layers. Thus more advance features will
be likely targeted after-next release features (another nicety would be
'omniscient' debugging).
But all depends on how much time I'll have. Debuggers are still my main
interest where I want to spend majority of my free time, so we will see.

BTW debuggers are good point to join. There is a lot of place for Ruby
as well as Java developers and it quite interesting area ;)

        m.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...