<div dir="ltr">Hi folks!<div><br></div><div>A couple of days ago I found by chance (I was not subscribed to Github Notifications) that Mariano's changes have been merged into the <a href="https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev/pull/175">Cuis-SmalltalkDev</a>.</div><div><br></div><div>As I mentioned in this thread, I was trying out the changes using Mariano's Finder in my personal Cuis projects to test the changes (thanks Hernan for testing them too, and Mariano for submitting them!).</div><div><br></div><div>However, <a href="https://github.com/npapagna/cuis-finder">https://github.com/npapagna/cuis-finder</a> is the official repo for Cuis-Finder and I believe if something is going to be merged into Cuis-SmalltalkDev it should be first "officially" merged into Cuis-Finder.</div><div>If this is not the case, then I'll either run an outdated repo, or I'll be forced to merge changes without having the chance to evaluate them just to keep it in sync.</div><div><br></div><div>I do believe this was not done with bad intentions and think it's a great opportunity to improve the way we handle these kinds of scenarios to make things easier/more stable for everyone.</div><div>So I propose that we only merge packages into Cuis from the official package repo or check with the package maintainers if this is not the case.</div><div>If there is a stable release, then that should be favored over regular package file-outs.</div><div><br></div><div><a class="gmail_plusreply" id="plusReplyChip-1" href="mailto:marianomontone@gmail.com" tabindex="-1">@Mariano Montone</a> thanks for the changes you submitted :)<br></div><div>As I mentioned before I really appreciate them, but while using it I felt some of them didn't quite align with what I had in mind for Finder.</div><div>I think loosing the arrows keys and the ability to quickly edit the search query in favor of tab switching is not very user friendly (when tab/shift+tab already allowed tab navigation in the first place).</div><div>The same goes for the PasteUpMorph refactor: I was thinking of experimenting with having more than one finder open to allow users to reorganize windows and continue exploring without losing their search when browsing a result.</div><div><br></div><div>The good news is that I anticipated that Finder could have more than one UI because of this.</div><div>The model is completely separated from the UI and there is a setting that controls how Finder is launched, allowing anyone to provide their own implementation.</div><div>Please feel free to get in touch if you need Finder to include core changes to support your experiments.</div><div><br></div><div>Cheers,</div><div>Nico PM</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Sep 27, 2020 at 9:29 PM Mariano Montone <<a href="mailto:marianomontone@gmail.com">marianomontone@gmail.com</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">El 27/9/20 a las 21:28, Hernan Wilkinson escribió:<br>
> Great! works nice :-)<br>
> <br>
<br>
Cool! ;-)<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><br>Nicolás Papagna</div>