>Good luck on that front. The number of man hours spent on our >JavaCC-based CFML parser is immense. >
LOL Yeah, it is a bit of a monster. >> That must have been before I got involved, so I don't know >the details >> of why it didn't work out. In any case, I was thinking more >of getting >> access to the CFC modeller code for CFEclipse purposes. I'm not sure >> from your response whether you would or would not be willing >to allow >> that. >> >It was before anyone got involved. And just to be clear, I >won't be contributing code to the CFEclipse project, which >includes the modeler work referenced in this thread. I am sure >any reasonable person can understand such a position. However, >that doesn't mean there isn't an opportunity to work together >on the modeler. I just don't know what relationship can exist >given the conflicts. For people not involved with CFEclipse, I >am sure there is something we can work out if people are >interested in working on something. The learning curve is a >bit steep though as there is the Eclipse, SWT, EMF, GEF, and >Draw2d APIs to learn. > Yep, I can understand why you wouldn't want to contribute to CFEclipse. I just thought I'd check :) As for possibly working together, I also think that would be fraught with conflicts. Probably better for us to wait and see. If you decide to make the CFC modeller publicly available at some stage then we might look at possible integration with CFEclipse. Spike ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]
