-
Notifications
You must be signed in to change notification settings - Fork 114
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature] Generate cleaner interfaces [sf#6] #141
Comments
Updated by deadsea on 2002-02-05 21:45 UTC
|
Commented by lsf37 on 2002-02-10 16:17 UTC I can do the %classcomment thing easily enough, but the Surely, you do not mean to make strictly everything I'll have to check, but maybe one can just modify the Setting access modifiers individually in the spec is not javadoc comments for lexical states might work, but I |
Updated by lsf37 on 2002-02-10 16:17 UTC
|
Updated by lsf37 on 2002-02-10 16:19 UTC
|
Commented by deadsea on 2002-02-11 13:26 UTC If everything were private then you could provide public The only thing for which this would not work would be the I really would like to have a %private directive that would |
Updated by lsf37 on 2004-04-12 12:30 UTC
|
Reported by deadsea on 2002-02-05 21:44 UTC
I would like to have more control over the interface
that the generated class has. This would involve
controlling the access modifiers on functions and the
javadoc comments.
I would like to be able to make all the variables and
methods private. I would like to be able to provide a
javadoc comment for the class. (you used to be able to
do this by putting it after any import statements, but
now jflex inserts its own there). If everything were
private and a javadoc comment could be added, I could
use jflex generated files without a wrapper.
I suggest the following:
%internalprivate /* makes all methods and class
variables private /
%classcomment{
/*
*/
%classcomment}
With those two directives I would be happy.
It might be worth considering making the access
modifier and a javadoc comment for each
function/variabl be able to be set individually.
Maybe also a way to set a javadoc comment for each
lexical state, perhaps copy any comment that preceeds
the definition of the lexical state into the generated
java file?
The text was updated successfully, but these errors were encountered: