Dependency problems with highlighting

[jecisc]

The inspector tabs of FAST are expecting the method #fastHighligther to be implemented on the model but the package containing this is not loaded by default. This makes it hard to develop FAST.

The source tab should work even without the fast highlighter.

[NicolasAnquetil]

Yes, the source tab should have a fail safe behaviour
(all tabs should have a fail safe behaviour)

[Gabriel-Darbord]

Should there still be a "vanilla" highlight when the highlighter is not loaded, or no highlight?
For example, it could be surrounded in pilcrows:

int i = ¶42¶;

Could be an option, including a noop strategy.

[NicolasAnquetil]

For a failsafe option, I suggest simple is beautiful : bare text

[jecisc]

We don't even need a vanilla highlighter to do what Gabriel suggested :)

In Famix source anchors for example we have two tabs.

One with only the source of the entity:

inspectionSource: aBuilder

	<inspectorPresentationOrder: 4 title: 'SourceText'>
	^ aBuilder newCode
		  withoutSyntaxHighlight;
		  withLineNumbers;
		  text: self sourceText;
		  beNotEditable

and one that is what Gabriel would like I think that display the full source and highlight the subpart corresponding to the entity:

inspectionFullSource: aBuilder

	<inspectorPresentationOrder: 5 title: 'Full sourceText'>
	^ aBuilder newCode
		  withoutSyntaxHighlight;
		  withLineNumbers;
		  text: self completeText;
		  addTextSegmentDecoration: (SpTextPresenterDecorator forHighlight
				   interval: (self startPos to: self endPos + 1);
				   yourself);
		  beNotEditable

[Gabriel-Darbord]

@jecisc What are you suggesting? I don't get what you mean.

[jecisc]

Should there still be a "vanilla" highlight when the highlighter is not loaded, or no highlight? For example, it could be surrounded in pilcrows:

int i = ¶42¶;

Could be an option, including a noop strategy.

In that example, the code int i = 42. Is the corresponding node the assignation or the value 42?

[Gabriel-Darbord]

The value 42. Perhaps my example is not relevant to the way the tab behaves, it's been a while since I last inspected a FAST entity.