OK, I'm studying the brief Xtext documentation and trying to get into the mindset of oAW. I found this section:
http://www.eclipse.org/gmt/oaw/doc/4.3/html/contents/xtext_reference.html#r80_section_cross_resource_references_same_metamodel I think that there needs to be a new keyword. "import" means to take another DSL file and make that one part of the current model. I need a new keyword to mean take another Application defined in another DSL file, load it separately, but make it accessible from the current model. Just an idea. I'll keep thinking. Thanks, Polly amphoras wrote: > > Hmm! Yes, I would not want the common classes to be generated into my > project because they've already been generated in the common project. > From looking at the Sculptor code, it appears that when someone uses an > "import" statement, the elements from that design file get merged into my > project's scope. Is there a way to tell the objects apart? Like maybe in > DslTransformation template where there's a method for "importModel", can > we tag the imported objects with a flag? Because then we can change the > templates to skip generating those imported objects. It still may not be > easy, but at least we'd be able to tell them apart. > > I'll check on the oAW forums for more information about their "import" > facility. It's hard to follow what they're saying though. oAW just has a > really steep learning curve. So if you have any insight or inspiration, > please let me know. :) > > Thanks, > Polly > > > > -- View this message in context: http://www.nabble.com/-Sculptor--problems-importing-design-files-tp20236014s17564p20253852.html Sent from the Fornax-Platform mailing list archive at Nabble.com. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Fornax-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fornax-developer
