<div dir="auto"><div>If you agree that it makes sense, yes it should.</div><div dir="auto"><br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">Marcel Taeumel <<a href="mailto:marcel.taeumel@hpi.de">marcel.taeumel@hpi.de</a>> schrieb am Mo., 15. Juni 2020, 11:25:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div id="m_2532228859065356538__MailbirdStyleContent" style="font-size:10pt;font-family:Arial;color:#000000">
                                        So, Shout should provide a fallback for arbitrary pragmas to then continue parsing other pragmas or the regular method body?<div><br></div><div>Best,</div><div>Marcel</div><div></div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-top:20px;margin-left:0px;padding-left:10px">
                        <p style="color:#aaaaaa;margin-top:10px">Am 15.06.2020 11:22:51 schrieb Jakob Reschke <<a href="mailto:forums.jakob@resfarm.de" target="_blank" rel="noreferrer">forums.jakob@resfarm.de</a>>:</p><div style="font-family:Arial,Helvetica,sans-serif">I meant a fallback not in FFI-Kernel and to "skip" the body of unknown<br>pragmas (or thinks that look like pragmas), so they don't turn red<br>when you view them. You can compile them if you have FFI-Kernel, but<br>not FFI-Tools, right?<br><br>Am Mo., 15. Juni 2020 um 09:49 Uhr schrieb Marcel Taeumel<br><u></u>:<br>><br>> Hi Jakob.<br>><br>> Or did you mean a fall-back in the FFI-Kernel package? Well, you can always disable styling.<br>><br>> Well, if you cannot save/compile the source anyway, it makes no sense to implement a fallback in Shout for arbitrary stuff in a pragma.<br>><br>> Best,<br>> Marcel<br>><br>> Am 15.06.2020 09:35:18 schrieb Marcel Taeumel <u></u>:<br>><br>> Hi Jakob.<br>><br>> > Could we have a fallback implementation<br>><br>> Hmm... not a robust one. The current fallback is to parse the standard keyword pattern: <u></u><br>><br>> As soon as a custom pragma parser comes into play --- like the one for FFI calls --- you can only "fail" as a Shout parser if you come across an unexpected token.<br>><br>> Well, when parsing pragmas, we could implement a different kind of #fail. We could look for the next > and try to finish parsing the pragma. This would only work if there is no other > in the middle ... #> and '>' are fine, I suppose.<br>><br>> Best,<br>> Marcel<br>><br>> Am 14.06.2020 23:46:48 schrieb Jakob Reschke <u></u>:<br>><br>> Hi Marcel,<br>><br>> Could we have a fallback implementation in Tools that just ignores/does not highlight the contents of any <...> at the top of the method?<br>><br>> And if you load the appropriate tools package for your feature (FFI), then you get better styling for the constructs it supplies.<br>><br>> Kind regards,<br>> Jakob<br>><br>><br>> Am So., 14. Juni 2020 um 08:29 Uhr schrieb Marcel Taeumel <u></u>:<br>>><br>>> Hi all!<br>>><br>>> I just extracted FFI-specific code for pragma styling into the FFI-Tools package.<br>>><br>>> I am not sure whether this is good, because now you *have to* load that FFI-Tools package to browse method sources with FFI pragmas having Shout enabled. So, that's a change. All my other additions to FFI-Tools have been new so far.<br>>><br>>> Having FFI-Pools and FFI-Kernel only lets you compile this method:<br>>><br>>><br>>> After installing FFI-Tools, you get this experience:<br>>><br>>><br>>> Here is another take on package organization for the Squeak FFI project:<br>>> <a href="http://forum.world.st/FFI-FFI-Pools-mt-19-mcz-tp5117611p5117643.html" target="_blank" rel="noreferrer">http://forum.world.st/FFI-FFI-Pools-mt-19-mcz-tp5117611p5117643.html</a><br>>><br>>> Please share your thoughts on this matter :-)<br>>><br>>> Best,<br>>> Marcel<br>>><br>><br><br><u></u><u></u><u></u><u></u><u></u><u></u></div></blockquote>
                                        </div></div><br>
</blockquote></div></div></div>