<div dir="ltr">Hi Jacob,<div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 2, 2017 at 12:30 PM, Jakob Reschke <span dir="ltr"><<a href="mailto:forums.jakob@resfarm.de" target="_blank">forums.jakob@resfarm.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div class="gmail_extra" dir="auto"><div class="gmail_quote"><span class="">Am 02.11.2017 7:11 nachm. schrieb "Eliot Miranda" <<a href="mailto:eliot.miranda@gmail.com" target="_blank">eliot.miranda@gmail.com</a>>:</span><blockquote class="m_-6546431948175618228quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><span class=""><div class="m_-6546431948175618228quoted-text">On Wed, Nov 1, 2017 at 3:15 AM, Marcel Taeumel <span dir="ltr"><<a href="mailto:marcel.taeumel@hpi.de" target="_blank">marcel.taeumel@hpi.de</a>></span> wrote:</div></span><span class=""><div class="m_-6546431948175618228quoted-text"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id="m_-6546431948175618228m_-2149350984931102360m_1485784803869180399__MailbirdStyleContent" style="font-size:12pt;font-family:calibri;color:#000000"><div><br></div><div>Next step would be to build a preview tool that supports add/remove steps of a refactoring. For example, a "rename message" might tackle too much methods. That is, there is no scoping at the moment.</div></div></blockquote><div><br></div></div><div>OK.  We likely definitely want to scope by package(s), right?</div><div class="m_-6546431948175618228quoted-text"><div> </div></div></span></div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Unless you wanted to say "packages, not classes or categories" I do not think so. Mostly because projects/software is often divided into -Core and -Tests packages. Or think of -Examples, -Plugins, -Extensions... So I fear explicit input of the scope (a set of packages) will be required.</div></div></blockquote><div><br></div><div>I think offering two scopes is adequate:</div><div>a) the entire system</div><div>b) classes and extension methods whose package name matches either a prefix or a pattern</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div dir="auto">Using package dependencies (like in ENVY) would be nice, but they are unmaintained in Monticello (often only supplied with Metacello).<br></div><div dir="auto"><br></div><div dir="auto">Oh, and my Environments bell is ringing again... ;-)</div></div></blockquote><div><br></div><div>Remember that one can always generate more narrowly scoped refactoring by</div><div>1. performing the refactoring on some larger scope (e.g. the entire system)</div><div>2. quitting the system</div><div>3. using the changes crash recovery tool to select the desired refactorings</div><div>or by using method versions to revert any unwanted</div><div><br></div><div>So having a simple generally useful scope such as package or package prefix would work for me.</div></div><br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div>
</div></div>