<div dir="ltr">Currently there is no way to configure that behavior.<br><div>The method that as for that is Parser>>#selectRemovableUnusedTempsFrom:</div><div><br></div><div>A quick trick you could do is to define the method #compilerClass in the class you want that behavior to change (for example OSProcess). That new compiler should subclass Compiler and redefine #parserClass with a subclass of Parser that redefines #selectRemovableUnusedTempsFrom: to do nothing... maybe it is not that quick but it will do it :-) </div><div><br></div><div>We can discuss if we want this behavior to be configurable and therefore have a preference for that... we try to avoid preferences as much as possible because they become difficult to remember, but maybe this is a good place for a preference and if so, for all the others questions the parser does (uninitialize variable, etc). If we make this configurable, it would have a global impact (all the classes). We would do it per class basis, but I'm not sure if it makes sense... anyway, what do you people think? Does it make sense to make this configurable? Besides Nicola, is there any other "user" for this?</div><div><br></div><div>BTW, I like Luciano's idea of use syntax highlighting for that...</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Feb 8, 2022 at 1:57 AM Luciano Notarfrancesco via Cuis-dev <<a href="mailto:cuis-dev@lists.cuis.st">cuis-dev@lists.cuis.st</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Hi Nicola,</div><div dir="auto">I think if I wanted to use it as a template I’d put it in a comment.</div><div dir="auto">I also find that dialog annoying, specially when there are more than one unused variable and I have to chase se real dialogs that start appearing at different places on the screen for each unused variable. But I like that the unused variables are removed. If it were up to me, I’d remove the unused variables automatically without asking the user. I think a better solution would be to use the syntax highlighter and paint the unused variables a different color (say, red) so that the user can see them and decide what to do about them, with no dialogs interrupting the user.</div><div dir="auto"><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 8 Feb 2022 at 5:18 AM Nicola Mingotti via Cuis-dev <<a href="mailto:cuis-dev@lists.cuis.st" target="_blank">cuis-dev@lists.cuis.st</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  

    
  
  <div>
    <font size="2" style="color:rgb(0,0,0)"><font face="DejaVu Sans Mono" style="font-family:"DejaVu Sans Mono";color:rgb(0,0,0)">Hi guys,<br>
        <br>
        I have this little problem that bugs me. It happens sometimes i
        want to<br>
        leave some variables defined in a method, even if i don't use
        them, because i consider them useful<br>
        for several reason, maybe just to keep a default call template.<br>
        <br>
        Think OSProcess, i want to copy around always the same call
        template, with<br>
        'in', 'out', and 'err'. Even if I don't use some of them. <br>
        <br>
        The editor sees i don't really use some of those variable and it
        complains<br>
        systematically. <br>
        <br>
        Is there a way, also a trick, to make the editor stop
        complaining ?<br>
        <br>
        <br>
        bye</font></font></div><div><font size="2" style="color:rgb(0,0,0)"><font face="DejaVu Sans Mono" style="font-family:"DejaVu Sans Mono";color:rgb(0,0,0)"><br>
        Nicola<br>
        <br>
        <br>
        <br>
        <br>
        <br>
        <br>
        <br>
      </font></font>
  </div>

-- <br>
Cuis-dev mailing list<br>
<a href="mailto:Cuis-dev@lists.cuis.st" target="_blank">Cuis-dev@lists.cuis.st</a><br>
<a href="https://lists.cuis.st/mailman/listinfo/cuis-dev" rel="noreferrer" target="_blank">https://lists.cuis.st/mailman/listinfo/cuis-dev</a><br>
</blockquote></div></div>
-- <br>
Cuis-dev mailing list<br>
<a href="mailto:Cuis-dev@lists.cuis.st" target="_blank">Cuis-dev@lists.cuis.st</a><br>
<a href="https://lists.cuis.st/mailman/listinfo/cuis-dev" rel="noreferrer" target="_blank">https://lists.cuis.st/mailman/listinfo/cuis-dev</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><span style="font-size:xx-small;border-collapse:collapse"><div style="font-size:small"><a href="https://10pines.com/" style="font-family:Roboto,Helvetica,Arial,sans-serif;font-size:medium" target="_blank"><img width="108" src="https://10pines.github.io/email-signature/10pines-firma@2x.png" style="margin-bottom: 0.5em;"></a><span style="color:rgb(0,0,0);font-family:Roboto,Helvetica,Arial,sans-serif;font-size:medium"></span><h1 style="margin:0px;font-size:14px">Hernán Wilkinson</h1><h2 style="margin:0px 0px 1em;font-size:14px;color:rgb(100,100,100)">Software Developer & Coach</h2><p style="margin:0px;color:rgb(100,100,100);font-size:12px">Alem 896, Floor 6, Buenos Aires, Argentina</p><p style="margin:0px;color:rgb(100,100,100);font-size:12px">+54 11 6091 3125</p><p style="margin:0px;color:rgb(100,100,100);font-size:12px">@HernanWilkinson</p></div></span></div></div>