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.
Summary: | Every '@' beginning word inside javadoc emphasized as a javadoc tag | ||
---|---|---|---|
Product: | java | Reporter: | Max Sauer <msauer> |
Component: | Source | Assignee: | Miloslav Metelka <mmetelka> |
Status: | REOPENED --- | ||
Severity: | blocker | CC: | fuege, jpokorsky |
Priority: | P3 | ||
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Exception Reporter: | |
Attachments: | screenshot |
Description
Max Sauer
2006-09-19 12:54:45 UTC
Created attachment 34149 [details]
screenshot
Hm, I think that the list of tags is not very static, so we should recognize all words that fulfill the tags requirements (as specified on the above page). "Every '@' beginning word inside javadoc emphasized as a javadoc tag" And this is exactly how it should work. Because everything starting with @ is javadoc tag. List you mentioned is list of standard tags, but users can use their own custom tags with their own doclets. *** Issue 120267 has been marked as a duplicate of this issue. *** Well, while it's true that technically every @ denotes a tag in javadoc the way how this feature is working right now makes it pretty much useless. Generally, using different colors or fonts for different parts of text helps reducing typos. IMO 99% of users only use javadoc tags from standard doclet, so showing only these tags in bold comparing to anything after @ would really help most of us who write javadoc. If the javadoc support wants to be really smart it could check what doclet it's using and get the list of tags from there or it could let users add extra tags manually. I'm inclined to reopen this as RFE, but will leave the decision on the module owners. I agree, it is a valid RFE. Others solve this with a custom tags manager. *** Issue 133322 has been marked as a duplicate of this issue. *** *** Issue 143113 has been marked as a duplicate of this issue. *** |