<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">Hi,</div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">I've just added
      CompactPreferenceBrowser and PopupFinder tools to the
      Cuis-Smalltalk-Tools repo.</div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix"><img style="width: 3ex; height: 3ex;
        min-width: 20px; min-height: 20px; display: inline-block;
        margin: 0 .15em .2ex; line-height: normal; vertical-align:
        middle" class="joypixels" alt="😁"
src="https://cdn.jsdelivr.net/gh/joypixels/emoji-assets@v7.0.0/png/64/1f601.png"
        width="20" height="20" align="middle"></div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">Thank you all!</div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">    Mariano</div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">El 16/6/23 a las 16:03, Juan Vuletich
      escribió:<br>
    </div>
    <blockquote type="cite" cite="mid:648CB1EA.4030409@cuis.st">
      <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
      Hi Folks,<br>
      <br>
      I agree with Luciano. The point of having packages is to give all
      us extra freedom. It is good to converge on a single
      implementation, but sometimes it's better to pursue several in
      parallel. Still, when possible, I prefer avoiding duplicate names,
      to reduce confusion for instance in emails, or ambiguity when
      doing `Feature require: 'PreferencesBrowser'`. Calling it
      CompactPreferenceBrowser is ok.<br>
      <br>
      Mariano, I agree that the best option is a new repo in the
      Cuis-Smalltalk organization. What about 'Cuis-Smalltalk-Tools' ? I
      believe that stuff in Cuis-Smalltalk-Dev/Packages/Tools and
      Cuis-Smalltalk-Dev/Packages/DevTools also belong there.<br>
      <br>
      If people agree, I'm willing to create it, and grant write access
      to anyone asking.<br>
      <br>
      Other possible reorganization could be to move OpenCL to its own
      repo.<br>
      <br>
      Thanks,<br>
      <br>
      On 6/16/2023 3:14 PM, Mariano Montone via Cuis-dev wrote:
      <blockquote
        cite="mid:87135918-32e7-9b4c-5fcf-7b687188aeea@gmail.com"
        type="cite">
        <meta http-equiv="Content-Type" content="text/html;
          charset=UTF-8">
        <div class="moz-cite-prefix">How about we create an
          Cuis-Smalltalk-Extras repository in Cuis-Smalltalk github
          organization, and also add it to the list of repos cloned and
          updated via clonePackageRepos.sh and pullAllRepos.sh ? <br>
        </div>
        <div class="moz-cite-prefix"><br>
        </div>
        <div class="moz-cite-prefix">I think it would reduce the
          friction of what to add or not to the main Cuis repository,
          while at the same time making those packages available and
          ready to use for the Cuis user.<br>
        </div>
        <div class="moz-cite-prefix"><br>
        </div>
        <div class="moz-cite-prefix">I could leave my package in its
          bitbucket repository, but it feels like it is floating around.
          Even add to the PackageDownloader list, but it is still not
          the same. By adding to that Cuis-Smalltalk-Extras I get my
          package easy to install and without the friction of
          potentially adding to main Cuis repo.</div>
        <div class="moz-cite-prefix"><br>
        </div>
        <div class="moz-cite-prefix">As another example, I have a
          Popup-Cuis-Finder package that is based on a Cuis-Finder
          package that I'm not the author of. I run into problems when I
          tried to include into main Cuis repo. But with the extra
          repository, I could add there and there would not be a
          problem.<br>
        </div>
        <div class="moz-cite-prefix"><br>
        </div>
        <div class="moz-cite-prefix">Perhaps there won't be many
          packages there at this moment, and so I'm not sure if its
          creation is justified, but I think it could be something to
          consider.</div>
        <div class="moz-cite-prefix"><br>
        </div>
        <div class="moz-cite-prefix">Thoughts?</div>
        <div class="moz-cite-prefix"><br>
        </div>
        <div class="moz-cite-prefix">Mariano<br>
        </div>
        <div class="moz-cite-prefix"><br>
        </div>
        <div class="moz-cite-prefix"><br>
        </div>
        <div class="moz-cite-prefix"><br>
        </div>
        <div class="moz-cite-prefix">El 16/6/23 a las 09:51, Luciano
          Notarfrancesco escribió:<br>
        </div>
        <blockquote type="cite"
cite="mid:CAL5GDyoe5YXWwkFCh5oxiVo3msu5iZVN2SRk9ddwmLMH-oToMQ@mail.gmail.com">
          <meta http-equiv="content-type" content="text/html;
            charset=UTF-8">
          <div dir="auto">I think it’s a good idea to do that. It’s good
            to have different implementations of things instead of
            merging everything into one single implementation. The
            modularity of using packages allows us to explore different
            approaches to UI. I think at some point we should make
            packages for other tools, including the basic tools like the
            browser, workspace, inspector, etc, and remove them from the
            core image. Then we could still have releases with preloaded
            “default” packages that you can use for development
            out-of-the-box without doing any package installations, but
            at the same time we’d have more freedom to make our own
            customized tools, and we could have both very simple tools
            (that could be a good starting point for someone wanting to
            customize and extend tools according to their preferences)
            and alternative more complex tools that include a lot of
            functionality already.</div>
          <div dir="auto"><br>
          </div>
          <div dir="auto">I think there’s no need to rename it either,
            PreferenceBrowser is a good name and I don’t think there’s
            the need to have both packages loaded at the same time. Just
            my opinion, tho.</div>
          <div><br>
            <div class="gmail_quote">
              <div dir="ltr" class="gmail_attr">On Fri, 16 Jun 2023 at
                14:29 Mariano Montone via Cuis-dev <<a
                  href="mailto:cuis-dev@lists.cuis.st"
                  moz-do-not-send="true" class="moz-txt-link-freetext">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>
                  <div>El 15/6/23 a las 12:20, Hilaire Fernandes
                    escribió:<br>
                  </div>
                  <blockquote type="cite">
                    <p><font style="color: rgb(0, 0, 0);" size="4">We
                        should find a way to merge our work for the
                        better. I am a bit busy right now though.</font></p>
                  </blockquote>
                  <p><font style="color: rgb(0, 0, 0);" size="4">We
                      should, but still, I would like to rename my tool
                      to CompactPreferenceBrowser and include it as an
                      extra optional package in Cuis.</font></p>
                  <p><font style="color: rgb(0, 0, 0);" size="4">Otherwise,
                      I feel like my work goes to waste. <br>
                    </font></p>
                  <p><font style="color: rgb(0, 0, 0);" size="4">The
                      same way there's the FileList tool and also the
                      FlatFileList that provides some different
                      properties. And there's no problem with their
                      co-existence.</font></p>
                  <p><font style="color: rgb(0, 0, 0);" size="4">In this
                      case, the CompactPreferenceBrowser is a bit more
                      compact visually and also fits in one package as
                      I'm trying to build it on purpose with as few
                      extra widgets as possible, reusing Cuis widgets
                      provided in Core and shipping in a package with no
                      dependencies.</font></p>
                  <p><font style="color: rgb(0, 0, 0);" size="4">Is that
                      fair?</font></p>
                </div>
                <div>
                  <p><font style="color: rgb(0, 0, 0);" size="4"><br>
                    </font></p>
                  <p><font style="color: rgb(0, 0, 0);" size="4">Mariano<br>
                    </font></p>
                </div>
                -- <br>
                Cuis-dev mailing list<br>
                <a href="mailto:Cuis-dev@lists.cuis.st" target="_blank"
                  moz-do-not-send="true" class="moz-txt-link-freetext">Cuis-dev@lists.cuis.st</a><br>
                <a
                  href="https://lists.cuis.st/mailman/listinfo/cuis-dev"
                  rel="noreferrer" target="_blank"
                  moz-do-not-send="true" class="moz-txt-link-freetext">https://lists.cuis.st/mailman/listinfo/cuis-dev</a><br>
              </blockquote>
            </div>
          </div>
        </blockquote>
        <p><br>
        </p>
      </blockquote>
      <br>
      <br>
      <pre class="moz-signature" cols="72">-- 
Juan Vuletich
cuis.st
github.com/jvuletich
researchgate.net/profile/Juan-Vuletich
independent.academia.edu/JuanVuletich
patents.justia.com/inventor/juan-manuel-vuletich
linkedin.com/in/juan-vuletich-75611b3
twitter.com/JuanVuletich</pre>
    </blockquote>
    <p><br>
    </p>
  </body>
</html>