[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cdt-dev] add new keyword recognize by the dom parser

hello,

Thank you it works well now. The reason why we will actually not implement
using the C99 is because of time, my collegue and I are doing this as a
semester project.
We were able to extend from CDT (the coloration editor, compilation, and
execution) for POPC++ (the distributed language based on C++)

We will add a brief description about the C99 project in the report and
point to it for the future improvement of the plug-in.


I have still another question, because of an issue since I implemented the
parclass{}

We have done a customisation coloration for pattern similar to this one @{
od.url(machine);} using :
   public final class FastPopCPartitionScanner implements
IPartitionTokenScanner, ICPartitions {
   public class PopCSourceViewerConfiguration extends
CSourceViewerConfiguration {

[...]
	//returns damagers/repairers for the different partitions
	@Override
	public IPresentationReconciler getPresentationReconciler(ISourceViewer
sourceViewer) {
		CPresentationReconciler reconciler = 
			(CPresentationReconciler)super.getPresentationReconciler(sourceViewer);
		
		DefaultDamagerRepairer dr= new
DefaultDamagerRepairer(getObjConfigScanner());
		reconciler.setDamager(dr,
FastPopCPartitionScanner.POPC_OBJECT_DESCRIPTION);
		reconciler.setRepairer(dr,
FastPopCPartitionScanner.POPC_OBJECT_DESCRIPTION);
		
		return reconciler;
	}
   }
   public class PopCTextTools extends CTextTools {



Before the parclass{} was implemented, the ast parser stop is job at the
parclass{}. Now it go inside the parclass and changed the color of some
elements which were colored with that.
But the issue is about the @{ od.url(machine);}, as it recognized it as a
Bad character sequence encountered : @ . It clear the customisation
coloration we have done.

What I noticed is the following :
1. the reconciler for the cusotmisation coloration do is job just before the
ast parser : so coloration is applied correctly
2. then, the ast parser changed the coloration and remove it for the @
element

I hope there is enough informations, and you could give me a hint were to
start to handle this issue.

Thank you in advance,
-- 
View this message in context: http://www.nabble.com/add-new-keyword-recognize-by-the-dom-parser-tp17621864p17794470.html
Sent from the Eclipse CDT - Development mailing list archive at Nabble.com.