Jump to page: 1 2 3
Thread overview
Reorganization and list of D libraries (300+)
Nov 04, 2017
Fra Mecca
Nov 04, 2017
Ali Çehreli
Nov 04, 2017
Guillaume Piolat
Nov 04, 2017
codephantom
Nov 06, 2017
jmh530
Nov 06, 2017
Dmitry Olshansky
Nov 07, 2017
rikki cattermole
Nov 06, 2017
Soulsbane
Nov 07, 2017
Fra Mecca
Nov 07, 2017
rikki cattermole
Nov 07, 2017
Fra Mecca
Nov 07, 2017
rikki cattermole
Nov 12, 2017
Andre Pany
Dec 21, 2017
Martin Nowak
Dec 21, 2017
user1234
Dec 21, 2017
Martin Nowak
Nov 04, 2017
Jacob Carlborg
Nov 04, 2017
Fra Mecca
Nov 04, 2017
FreeSlave
Nov 04, 2017
Fra Mecca
Nov 12, 2017
Tony
Jan 01, 2018
Vino
November 04, 2017
Hi all.

Lurking in this forum I had the feeling that lots of D developers tend to rewrite lots of code that could be found in libraries. This is not bad per se but I thought that one of the reason could have been the current process of library discovery.

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)

The list is of course not complete and I could not test all of the libraries I included.

I welcome you to modify it, open PRs or issues on github.

https://github.com/FraMecca/D_Libraries_Registry

I hope it could lead to a better ecosystem for the whole D community.


November 03, 2017
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
November 04, 2017
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/
>

See also: https://wiki.dlang.org/Libraries_and_Frameworks
November 04, 2017
On Saturday, 4 November 2017 at 00:16:35 UTC, Ali Çehreli wrote:
> This effort should be combined with the current work being done to http://code.dlang.org/

I'd like to see code.dlang.org to have a new column that explicitely shows the licence being used, and the capacity to search/filter by licence type would be great too.

November 04, 2017
On 2017-11-04 01:12, Fra Mecca wrote:
> Hi all.
> 
> Lurking in this forum I had the feeling that lots of D developers tend to rewrite lots of code that could be found in libraries. This is not bad per se but I thought that one of the reason could have been the current process of library discovery.
> 
> 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)
> 
> The list is of course not complete and I could not test all of the libraries I included.
> 
> I welcome you to modify it, open PRs or issues on github.
> 
> https://github.com/FraMecca/D_Libraries_Registry
> 
> I hope it could lead to a better ecosystem for the whole D community.

DWT is using the EPL, Eclipse Public License, license.
I'm missing the ddb [1] and mysql-native [2] database libraries.
There are many list like this for other languages, they're usually called "awesome-<lang>" where <lang> is the language.

[1] https://github.com/pszturmaj/ddb
[2] https://github.com/mysql-d/mysql-native

-- 
/Jacob Carlborg
November 04, 2017
On Saturday, 4 November 2017 at 00:12:19 UTC, Fra Mecca wrote:
>
> https://github.com/FraMecca/D_Libraries_Registry
>

I checked README.md in this repo. Not sure why my nick is used in place of name of lnk library.
Also inilike has nothing to do with argv.
November 04, 2017
On Saturday, 4 November 2017 at 11:26:42 UTC, Jacob Carlborg wrote:
>
> DWT is using the EPL, Eclipse Public License, license.
> I'm missing the ddb [1] and mysql-native [2] database libraries.
> There are many list like this for other languages, they're usually called "awesome-<lang>" where <lang> is the language.
>
> [1] https://github.com/pszturmaj/ddb
> [2] https://github.com/mysql-d/mysql-native

I checked awesome-D but it is not focused only on libraries and it is not updated at all.
Also, I wanted to highlight the license and the use of @nogc

I added mysql-native, while I ignored ddb because the project provides no description and no documentation. Maybe a README would be enought to get you through the examples.
Also, updated DWT

Please send a PR if you feel like the project could be improved
November 04, 2017
On Saturday, 4 November 2017 at 12:11:39 UTC, FreeSlave wrote:

>
> I checked README.md in this repo. Not sure why my nick is used in place of name of lnk library.
> Also inilike has nothing to do with argv.

Thank you, corrected
November 06, 2017
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.
November 06, 2017
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)
« First   ‹ Prev
1 2 3