Re: Efforts to attract more users?

[Dan Nicolaescu <dann@gnu.org>]

Lennart Borgman <lennart.borgman@gmail.com> writes:

> On Fri, Jul 9, 2010 at 7:05 PM, Dan Nicolaescu <dann@gnu.org> wrote:
>> Lennart Borgman <lennart.borgman@gmail.com> writes:
>>
>>> On Fri, Jul 9, 2010 at 6:09 PM, Dan Nicolaescu <dann@gnu.org> wrote:
>>>> Lennart Borgman <lennart.borgman@gmail.com> writes:
>>>>
>>>>> On Fri, Jul 9, 2010 at 2:58 PM, Juanma Barranquero <lekktu@gmail.com> wrote:
>>>>>> On Fri, Jul 9, 2010 at 13:41, Lennart Borgman <lennart.borgman@gmail.com> wrote:
>>>>>>
>>>>>>> If you want to I can send you the latest working version of
>>>>>>> emacsclient.c and so we can perhaps start where we left off.
>>>>>>
>>>>>> No, as long as it is totally "reordered" wrt the trunk's version.
>>>>>
>>>>> The reordering is done exactly to make emacsclient.c start Emacs when needed.
>>>>>
>>>>> So I do not understand what you ask for.
>>>>
>>>> I don't have the context for what you are talking about, what code are you trying to merge?
>>>> But emacsclient.c is 1800 lines in trunk now, there's no complicated algorithms in there.
>>>> It shouldn't be that complicated to use narrow-to-defun and merge function by function...
>>>
>>>
>>> I would be very glad if anyone has time to try to merge my version and
>>> the trunk version.
>>>
>>> My version is in two parts, the general part and the w32 part. I
>>> divided it this way to make the merge easier. Please take the files
>>> here, maybe make a temporary bzr repository for those two files and go
>>> ahead:
>>
>> You might want to first explain why would we want to merge your version.
>>
>>>   http://ourcomments.org/Emacs/DL/C/
>>
>> There's some files there with some non-suggestive names (-my.c,
>> -my-ok.c) and there's nothing that explains what changes where made
>> and why...
>>
>> It looks like you would be the best person to do the merge... Given
>> that there's not that much code, it can't take more than a couple of
>> hours.
>
> I am in a hurry right now. I think any .c versions are ok to start with.
>
> No, I am not the right person. I have suggested this to this list
> before and it was not accepted. Someone else should do it.

You might want to try again, and first start by explaining what the
new code does and why the changes were needed.  Otherwise it's hard to
convince anyone to work on code without knowing why...
This still says that you are the most qualified to do the work...

You can start in small steps:
 - identify new functions that you added, add those to the end of the file
 - identify functions that you've changed, merge changes one by one,
   and write ChangeLog entries explaining the change