> On 2019-08-06, at 11:57 PM, Marcel Taeumel <marcel.taeumel at hpi.de> wrote:
> 
> Hi Tim,
> 
> that's a good idea. Yet, such a mechanism would be decoupled from the automatic styling pluggable text morphs can provide.

Well, nothing need stop styling being the default for certain varieties of text morph; it wouldn't have to be available only through a text style. But then again, consider this aspect - if the styling were done via a text style and that style were the default for code related textmorphs, then turning off styling would be merely a matter of changing the choice of default style.

I'm not going to claim to have a precise plan how one might do shout styling via a textstyle but since the basics are pretty much 'take this string and render it via a process of applying font & colour attributes derived from the list in the style' why couldn't it work to insert 'according to the parser rules' at the end. I mean, add a few more tweaks and we could have some interesting formatting markers in the source. Sort of ST markdown. 


tim
--
tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
Every bug you find is the last one.