November 06
On Monday, 6 November 2017 at 16:59:52 UTC, jmh530 wrote:
> On Monday, 6 November 2017 at 16:12:14 UTC, Martin Tschierschke wrote:
>>
>> Even being the wrong Martin :-) I think the DUB registry really needs more and better filters, so that the gems inside can be found easily. (like: Number of Github stars, number of downloads, number of developers and in the future: money donated to this project ...).
>>
>> There has been several attempts but I would like to encourage the D Foundation to put more focus on this. Better ecosystem around third party software means less work for improvement of standard lib.
>>
>> Regards mt.
>
> Agreed. (IMO more important than Elvis operator)

+111



November 06
On Monday, 6 November 2017 at 16:12:14 UTC, Martin Tschierschke wrote:
> On Saturday, 4 November 2017 at 00:16:35 UTC, Ali Çehreli wrote:
>> On 11/03/2017 05:12 PM, Fra Mecca wrote:
>>
>>> https://github.com/FraMecca/D_Libraries_Registry
>>
>> This effort should be combined with the current work being done to http://code.dlang.org/
>>
>> I hope Martin, Seb, and others that are involved will see this thread. (Yes, I'm pinging them. :) )
>>
>> Ali
>
> Even being the wrong Martin :-) I think the DUB registry really needs more and better filters, so that the gems inside can be found easily. (like: Number of Github stars, number of downloads, number of developers and in the future: money donated to this project ...).
>
> There has been several attempts but I would like to encourage the D Foundation to put more focus on this. Better ecosystem around third party software means less work for improvement of standard lib.
>
> Regards mt.

So true. I've written code before only to learn later that there was already a library for what I was doing that I just happened to stumble upon. Which would have saved me a lot of time.
November 07
On Monday, 6 November 2017 at 16:12:14 UTC, Martin Tschierschke wrote:
> On Saturday, 4 November 2017 at 00:16:35 UTC, Ali Çehreli wrote:
>> [...]
>
> Even being the wrong Martin :-) I think the DUB registry really needs more and better filters, so that the gems inside can be found easily. (like: Number of Github stars, number of downloads, number of developers and in the future: money donated to this project ...).
>
> There has been several attempts but I would like to encourage the D Foundation to put more focus on this. Better ecosystem around third party software means less work for improvement of standard lib.
>
> Regards mt.

Can we make a proposal for a change?
November 07
On 06/11/2017 4:59 PM, jmh530 wrote:
> On Monday, 6 November 2017 at 16:12:14 UTC, Martin Tschierschke wrote:
>>
>> Even being the wrong Martin :-) I think the DUB registry really needs more and better filters, so that the gems inside can be found easily. (like: Number of Github stars, number of downloads, number of developers and in the future: money donated to this project ...).
>>
>> There has been several attempts but I would like to encourage the D Foundation to put more focus on this. Better ecosystem around third party software means less work for improvement of standard lib.
>>
>> Regards mt.
> 
> Agreed. (IMO more important than Elvis operator)

+[something]

If the DIP is too complex or big, it will be getting a no from me.
I just don't see any of those extra syntaxes being discussed as useful.
November 07
On 07/11/2017 12:35 AM, Fra Mecca wrote:
> On Monday, 6 November 2017 at 16:12:14 UTC, Martin Tschierschke wrote:
>> On Saturday, 4 November 2017 at 00:16:35 UTC, Ali Çehreli wrote:
>>> [...]
>>
>> Even being the wrong Martin :-) I think the DUB registry really needs more and better filters, so that the gems inside can be found easily. (like: Number of Github stars, number of downloads, number of developers and in the future: money donated to this project ...).
>>
>> There has been several attempts but I would like to encourage the D Foundation to put more focus on this. Better ecosystem around third party software means less work for improvement of standard lib.
>>
>> Regards mt.
> 
> Can we make a proposal for a change?

Sure ya can. Especially if it comes with a PR ;)
November 07
On Tuesday, 7 November 2017 at 04:27:13 UTC, rikki cattermole wrote:
> On 07/11/2017 12:35 AM, Fra Mecca wrote:
>> On Monday, 6 November 2017 at 16:12:14 UTC, Martin Tschierschke wrote:
>>> [...]
>> 
>> Can we make a proposal for a change?
>
> Sure ya can. Especially if it comes with a PR ;)

If I only had some front-end experience
November 07
On 07/11/2017 5:54 AM, Fra Mecca wrote:
> On Tuesday, 7 November 2017 at 04:27:13 UTC, rikki cattermole wrote:
>> On 07/11/2017 12:35 AM, Fra Mecca wrote:
>>> On Monday, 6 November 2017 at 16:12:14 UTC, Martin Tschierschke wrote:
>>>> [...]
>>>
>>> Can we make a proposal for a change?
>>
>> Sure ya can. Especially if it comes with a PR ;)
> 
> If I only had some front-end experience

Perfect time to learn.
Its a very useful skill to have, even if you don't use it every day.
November 12
On Saturday, 4 November 2017 at 00:12:19 UTC, Fra Mecca wrote:

>
> For this reason I have edited a list of libraries that could aid in this process.
>
> I also considered that the following features could be of importance to you:
> - License
> - Garbage collector
> - last modification (automated)
>

Nice, thanks! I don't like having to hunt for, and sometimes not find, the license of a library to see if it is permissive or not. GC is nice too.
November 12
On Monday, 6 November 2017 at 16:12:14 UTC, Martin Tschierschke wrote:
> On Saturday, 4 November 2017 at 00:16:35 UTC, Ali Çehreli wrote:
>> On 11/03/2017 05:12 PM, Fra Mecca wrote:
>>
>>> https://github.com/FraMecca/D_Libraries_Registry
>>
>> This effort should be combined with the current work being done to http://code.dlang.org/
>>
>> I hope Martin, Seb, and others that are involved will see this thread. (Yes, I'm pinging them. :) )
>>
>> Ali
>
> Even being the wrong Martin :-) I think the DUB registry really needs more and better filters, so that the gems inside can be found easily. (like: Number of Github stars, number of downloads, number of developers and in the future: money donated to this project ...).
>
> There has been several attempts but I would like to encourage the D Foundation to put more focus on this. Better ecosystem around third party software means less work for improvement of standard lib.
>
> Regards mt.

As far as I understand, the D Language Foundation itself can work on specific
projects by the help of scholarship recipients paid by donations.

For me I see 3 ways to get enhancement / issues solved:
- Work on my spare time on the issue
- Motivate others to work in their spare time on the issue :)
- Donate to the D Language Foundation

Dub / Dub repository are already great products but in my opinion there
is still a lot of work to do.

Kind regards
André





Next ›   Last »
1 2