<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On 4 January 2014 23:18, Juha Manninen <span dir="ltr"><<a href="mailto:juha.manninen62@gmail.com" target="_blank">juha.manninen62@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Sun, Jan 5, 2014 at 12:26 AM, vfclists . <<a href="mailto:vfclists@gmail.com">vfclists@gmail.com</a>> wrote:<br>

> A lot of Lazarus developments and improvements, whether fully implemented or<br>
> planned go unnoticed and I wonder if this is the reason why.<br>
<br>
</div>What might those unnoticed developments and improvements be?<br>
I believe this is a misunderstanding or maybe hopeful thinking from your side.<br>
The discussion is about technical details of some piece of code,<br>
release schedules and maybe organizing transportation for a meeting.<br>
You would be bored.<br>
<br>
There is no secret agenda about the future of Lazarus that its<br>
developers try to hide from you.<br>
The development process is as open as it gets.<br>
The missing features are well known: Project groups, Android and other<br>
targets, docking, installing packages from a repository, Unicode, etc<br>
...<br>
The Mantis bug tracker has loads of feature requests, too.<br>
Everybody agrees those features are needed but somebody actually has<br>
to do them. Just talking and writing about them would be useless.<br>
<div class="im"><br>
> Is it possible to view their archives or have some kind of read only access<br>
> to it?<br>
<br>
</div>No.<br>
Besides, I think your time is better used if you learn the Lazarus<br>
code base and then provide patches.<br>
And, if you still really REALLY want to read the developers mailing<br>
list, you must provide so many quality patches that you finally get a<br>
commit access and get invited to the list.<br>
I can recommend this route.<br>
<div class="HOEnZb"><div class="h5"><br>
Juha<br>
<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>
</div></div></blockquote></div><br><br clear="all"></div><div class="gmail_extra">I have always had this nagging feeling that something wasn't quite right about Lazarus and this explains it. I have been using Lazarus on and off for about 4 years now. From the start I don't think I used more the 10% of what Lazarus offered and in the succeeding 4 years my usage of its features increased by 10%.<br>
<br></div><div class="gmail_extra">The additional features that I can think of are using the Object Tree to navigate the components, changing the parent to move objects around, using Control-Shift-Down Arrow to jump to the definition and Control Click with the mouse to jump to the definition of a procedure or a type, but I suspect that there have been more improvements since then.<br>
<br></div><div class="gmail_extra">I think the developers fear that if they open up the list even for viewing alone there will be lots of acrimonious debates and disagreements with non developers over how Lazarus should evolve, such as the everlasting Unicode debates, and also criticism about its internal operation.<br>
<br>It may be a well founded fear as seen in other open source projects but it ought to be reconsidered, with the understanding that whatever things non-developers/participants disagree with should be raised politely and in a tempered manner that doesn't offend or dishearten existing developers.<br>
<br></div><div class="gmail_extra">As for being able to participate by submitting patches or fixing bugs first many users may consider such things outside their field of competence, or  may only be  interested in areas that affect them directly or are deeply knowledgeable about, such the issue with transparency that Kostas recently submitted a patch for. For me it was always a non-starter because compiles were breaking due to missing units and I was always afraid of breaking my installations to try new things even for my own use. It is only now that I am becoming more confident and even then I am still wary.<br>
<br>I think for testing stock VM images should be used so that contributors can just load, test and report their findings without the fear of messing up their working installations. Testing is one area that can result in more participants if involves just being click monkeys.<br>
<br>I think that opening the list may allow people who are highly skilled in specialized areas to see where they can contribute and offer their help. Going through Bugzilla to select bugs for fixing is okay for young developers or students who want to cut their teeth or find a way to enhance their skills and acquire some experience, but some of us are too long in the tooth for that. I also suspect that some of those bugs wouldn't creep into the code in the first place if the development process was open enough for more eyes to spot them in the first place.<br>
</div><div class="gmail_extra"><br></div><div class="gmail_extra">There a lot of projects which are more open but I suspect that using dynamic languages helps with rapid iterations and enable to them to manage debates and issues without slowing development, whereas a compiled language doesn't afford that time and flexibility.<br>
</div><div class="gmail_extra"><br></div><div class="gmail_extra">I think being able to see what is coming and follow their development will encourage more participants and more bug fixing as well.<br><br></div><div class="gmail_extra">
In any case if Lazarus developers feel that this approach has proved to be the best over the years then they are entitled to continue as is.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">-- <br>Frank Church<br>
<br>=======================<br><a href="http://devblog.brahmancreations.com">http://devblog.brahmancreations.com</a>
</div></div>