<div dir="ltr"><div><div>I've always found CCR to be a hacky and hard to use solution, starting from the requirement to use SVN or Git.<br><br></div>IMO the best solution would be to have a real package manager that can access repositories (with a default one provided by the lazarus devs that should replace the CCR and provide everything in it) from inside Lazarus that can download and install packages. Opening a project file that relies on a package should scan the repositories to see if it is available and ask the user to download it. The user should not need to do anything more than selecting Yes or No there and to install new packages should be done from the Add / Remove packages window that is already there. Basically what Netbeans and Eclipse are already doing for many years now (especially Eclipse).<br><br>Personally i have a bunch of Lazarus projects at my site that many of my own programs use. Right now one has to track and download each requirement separately - look at <a href="http://runtimelegend.com/rep/rtworld/wiki?name=Build+and+Prepare+Runtime+World">this wiki page</a> as an example (it used to be longer before multithreadprocslaz became part of Lazarus itself). One needs to download, build and install four separate packages manually. I could instead provide a repository that can be added in the package manager (and even referenced from my program's project file to be added automatically so the user wont even have to add it manually!) and have Lazarus download and install the required packages.<br><br></div>As things are right now, if something is not part of Lazarus it is a great pain to use it exactly because of all those extra steps required. Other languages and environments have already solved that long time ago and i think Lazarus should also do the same. Using a library should be as pain free as possible and ATM in Lazarus it is hard - with the exception of Windows, it is even harder than C and C++ since in Linux all popular distributions include thousands of ready to use libraries which are available with a single `apt-get` (or the distro's equivalent).<br><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Dec 12, 2014 at 8:19 AM, Hans-Peter Diettrich <span dir="ltr"><<a href="mailto:DrDiettrich2@gmx.de" target="_blank">DrDiettrich2@gmx.de</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <br>
    <div>Am 11.12.2014 um 14:29 schrieb Dmitry
      Boyarintsev:<br>
    </div><div><div class="h5">
    <blockquote type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">On Thu, Dec 11, 2014 at 1:11 AM,
            Hans-Peter Diettrich <span dir="ltr"><<a href="mailto:DrDiettrich2@gmx.de" target="_blank">DrDiettrich2@gmx.de</a>></span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span></span>As I understand that: The components in
              the LCL should be available with all supported widgetsets.
              An implementation for only one widgetset is not worth of
              adding it to the LCL, because it would burden the LCL
              maintainers with the implementation for all other
              widgetsets.<br>
            </blockquote>
          </div>
          <br>
        </div>
        <div class="gmail_extra">On the other hand, it pretty much
          blocks anyone else to add components to LCL. <br>
          Because an author has to introduce a solution for all (or
          most?) widgetsets by LCL.<br>
        </div>
        <div class="gmail_extra">With more widgetsets introduced to LCL,
          it might be next to impossible for some developers.<br>
        </div>
      </div>
    </blockquote></div></div>
    Why not leave it to the LCL maintainers, which controls should be
    added to the LCL, and which not? Provide them good reasons for doing
    so...<br>
    <br>
    DoDi<br>
  </div>

<br>--<br>
_______________________________________________<br>
Lazarus mailing list<br>
<a href="mailto:Lazarus@lists.lazarus.freepascal.org">Lazarus@lists.lazarus.freepascal.org</a><br>
<a href="http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus" target="_blank">http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus</a><br>
<br></blockquote></div></div>