This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
C/C++ projects support have removed dependency on Indexing API and now "TODO" scanner can not grep our files. But when user opens C/C++ project Taks List is automatically opened as well. Oracle Solaris Studio (aka SunStudio) would be based on 6.9 and we do not want this window to be automatically opened, because there always would be empty content. TaskList should ask if there are contributor of content and if it exists => it's fine to display itself on opening projects, but not earlier, because our users would be confused by empty window.
there's no reliable way to find out whether there are any task list content providers. you can remove task list window from 'OpenedProjects' window group and then the task list won't open on startup by default.
If remove it from group => it would not be opened for any projects not only C++ projects. I'm fine with that (close it for Java as well), but now it is opened for all projects => someone made this decision. In fact quite a lot people close Task list window when it appears => not clear why this window has very special (and very high) priority comparing to other IDE windows/functionality. Can owner of Task list window remove it from OpenedProjects group? Or explain it's special status? Thanks, Vladimir.
so why don't you remove task list window from 'OpenedProjects' group in sun studio's branding? anyway, cc'ing hie team to advise
the question not only about SunStudio, but about C/C++ projects in NB as well
I'd say the problem is not that tasklist is shown by default, but that C/C++ errors are not shown in tasklist (previously filed against other editors as P2s .. see e.g. issue #163127) which is standard behavior for other project types in the IDE. We could hide tasklist by default, but we will not prevent people complaining about "tasklist not working" for them. Note that tasklist can also contain bugzilla issues from Kenai .. (i.e. there can be content even for C/C++ projects).
(In reply to comment #5) > I'd say the problem is not that tasklist is shown by default, but that C/C++ > errors are not shown in tasklist (previously filed against other editors as P2s > .. see e.g. issue #163127) which is standard behavior for other project types > in the IDE. > > We could hide tasklist by default, but we will not prevent people complaining > about "tasklist not working" for them. Note that tasklist can also contain > bugzilla issues from Kenai .. (i.e. there can be content even for C/C++ > projects). Ondrej, completely agree. That's why I proposed originally not to hide it by default, but do not show if it is known to be empty: - no errors in project - no kenai info - no TODO info ... If we are talking about show/not show by default: - please, check UI gestures and see how often this window is closed by users. If 80% users close this window => it is indication that it shouldn't be visible on the start at all and it doesn't matter whether it has content or not (users are not interested => they close)
Hi Vladimir, I tend to agree that it'd be great if we had usage statistics for this and I agree that if 80% users do not use it, it should be off by default. However, a user who closes it often can be the one who uses it .. and does for some reason not use window docking. So the analysis would have to be more complex (per user, only counting those who closed it just once and never interacted with it further), which is unfortunately not possible as of now (issue #185166 may change this once implemented). Does CND team have any plans for the future to provide data into tasklist?
(In reply to comment #7) > Does CND team have any plans for the future to provide data into tasklist? Did you see CND requirements to task list: Bug 178056 - provide task list feature at production level
i don't think those new task list features will get implemented in the next version of netbeans unless the task list is made a priority feature for the next release.
Ondrej, what was the driver to make TaskList to be a component with so "high" visibility priority? Looks like not UI gestures as well.
(In reply to comment #9) > i don't think those new task list features will get implemented in the next > version of netbeans unless the task list is made a priority feature for the > next release. Can we implement in 6.9 NOT opening TaskList for MakeProjects?
> Ondrej, what was the driver to make TaskList to be a component > with so "high" visibility priority? Looks like not UI gestures as well. Correct, UI gestures were not the driver for this. And they could hardly be as it is not a cure for everything. I didn't make that decision, but if I remember correctly, there were indicators it's a desired feature with bad discoverability. > Can we implement in 6.9 NOT opening TaskList for MakeProjects? Certainly fine with me .. not sure if it's doable, though .. Standa?
yes, i think we can postpone task list window opening until a non-c++ project is opened.
Standa: OK, let's go with that. In the future (with next out-of-box user study) we will reconsider whether opening the tasklist still makes sense.
(In reply to comment #13) > yes, i think we can postpone task list window opening until a non-c++ project > is opened. Thanks. This is exactly what we need.
i need some help from cnd team with this issue. i need to find out whether a org.netbeans.api.project.Project is a CND project without any dependencies on cnd modules. is there anything that can be found only in cnd project's lookup?
Standa, I don't think you can find anything special without dependency on cnd. Other way could be: - introduce something in TaskList and we can put it in lookup or - check project.getClass().getName().equals("org.netbeans.modules.cnd.makeprojectMakeProject")
core-main 4bca7d4f57ae
Standa, I do not see neither http://hg.netbeans.org/cnd-main/rev/4bca7d4f57ae nor http://hg.netbeans.org/core-main/rev/4bca7d4f57ae
sorry, i forgot to push. should be ok now
thanks!
Integrated into 'main-golden', will be available in build *201005100200* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/ User: Log: