MyClass >> msg1
       var1 asString

MyClass >> msg2
      var1

Hello all, Last week I did these tasks: - Fix issue: "Remove Senders Of Method" refactoring <https://github.com/pharo-project/pharo/pull/8843>. This refactoring can be useful when it is necessary to remove method's senders before eliminating it, in order not to leave corrupted code, its main function is remove all those senders whose result is not used directly. For more details check the PR comments. - Fix issue: "Improve extract method refactoring" <https://github.com/pharo-project/pharo/pull/8847>. Now works with pillar example described in the issue #8786 <https://github.com/pharo-project/pharo/issues/8786> - Fix issue: "Rename vars of traits users". <https://github.com/pharo-project/pharo/pull/8848> With the new update this refactoring now renames the instance variables written and read from the trait and its users. At the moment this refactoring correctly renames those references where the variable is read or written, for example if we have the following examples: ``` MyClass >> msg1 var1 asString MyClass >> msg2 var1 ``` the variable #var1 of #msg1 will be renamed but the instVar of #msg2 will no. - Start to add the use of scopes when we use a refactoring, to change the environment when we apply the transformation. Tasks for this week: <https://github.com/pharo-project/pharo/issues/8710> - Finish scopes in refactorings. - Add previews for refactoring, using a scope's selector to apply the refactoring. <https://github.com/pharo-project/pharo/issues/6218> - Improve extract setUp method refactoring. - Fix issue: move to component refactoring issue. <https://github.com/pharo-project/pharo/issues/8499> - Fix issue: <https://github.com/pharo-project/pharo/issues/2617>Rewritting tool fails to place a cascade inside a cascade <https://github.com/pharo-project/pharo/issues/2617> - Fix issue: Revisiting all the tests (RB) to make sure that they work in presence of fluid definition #7475 <https://github.com/pharo-project/pharo/issues/7475> Regards, Evelyn C.