Re: Announcing audio-formats v1.0.0

2020-04-07 Thread Guillaume Piolat via Digitalmars-d-announce
On Wednesday, 18 March 2020 at 18:41:11 UTC, Guillaume Piolat 
wrote:

# Features

- decode #WAV / #FLAC / #MP3 (LGPL in that case)



Update in v1.1.0:

- MP3 decoding is now Boost-compatible (with a new minimp3 
translation)

- OPUS decoding added (LGPL in that case)
- OGG not working yet but will probably happen



DLS deprecation

2020-04-07 Thread Laurent Tréguier via Digitalmars-d-announce
I started working on this project to make it more comfortable to 
write D back in 2017, published a VSCode extension a couple 
months later, and continued working on it throughout 2018. In 
2019 however, I slowed down, and eventually, stopped working on 
it.


It was fun, and kept me well occupied for quite some time; but I 
have been working on something else since April of last year, and 
since I don't have any use for D in it, I am not taking time to 
do anything with DLS.


So today, I am deprecating DLS, along with its editor extensions. 
If anyone was using them, be advised that they will not have any 
update or support from now on.


Webfreak is still working on code-d/serve-d from what I gather, 
so hopefully, the handful of people who could be using DLS on 
VSCode can use it instead.


Re: DLS deprecation

2020-04-07 Thread Paolo Invernizzi via Digitalmars-d-announce

On Tuesday, 7 April 2020 at 19:12:49 UTC, Laurent Tréguier wrote:
I started working on this project to make it more comfortable 
to write D back in 2017, published a VSCode extension a couple 
months later, and continued working on it throughout 2018. In 
2019 however, I slowed down, and eventually, stopped working on 
it.


It was fun, and kept me well occupied for quite some time; but 
I have been working on something else since April of last year, 
and since I don't have any use for D in it, I am not taking 
time to do anything with DLS.


So today, I am deprecating DLS, along with its editor 
extensions. If anyone was using them, be advised that they will 
not have any update or support from now on.


Webfreak is still working on code-d/serve-d from what I gather, 
so hopefully, the handful of people who could be using DLS on 
VSCode can use it instead.


*sigh*

So Long, and Thanks for All the Fish, Laurent!


Re: DLS deprecation

2020-04-07 Thread Aliak via Digitalmars-d-announce

On Tuesday, 7 April 2020 at 19:12:49 UTC, Laurent Tréguier wrote:
I started working on this project to make it more comfortable 
to write D back in 2017, published a VSCode extension a couple 
months later, and continued working on it throughout 2018. In 
2019 however, I slowed down, and eventually, stopped working on 
it.


It was fun, and kept me well occupied for quite some time; but 
I have been working on something else since April of last year, 
and since I don't have any use for D in it, I am not taking 
time to do anything with DLS.


So today, I am deprecating DLS, along with its editor 
extensions. If anyone was using them, be advised that they will 
not have any update or support from now on.


Webfreak is still working on code-d/serve-d from what I gather, 
so hopefully, the handful of people who could be using DLS on 
VSCode can use it instead.


No

DLS was so fast and smooth :(

But ah well. Thanks for all the work and for the heads up!

Is what you’re working on shareable information (just out of 
curiosity)?


Cheers and good luck with the other stuff!


Re: DLS deprecation

2020-04-07 Thread drug via Digitalmars-d-announce

07.04.2020 22:12, Laurent Tréguier пишет:
I started working on this project to make it more comfortable to write D 
back in 2017, published a VSCode extension a couple months later, and 
continued working on it throughout 2018. In 2019 however, I slowed down, 
and eventually, stopped working on it.


It was fun, and kept me well occupied for quite some time; but I have 
been working on something else since April of last year, and since I 
don't have any use for D in it, I am not taking time to do anything with 
DLS.


So today, I am deprecating DLS, along with its editor extensions. If 
anyone was using them, be advised that they will not have any update or 
support from now on.


Webfreak is still working on code-d/serve-d from what I gather, so 
hopefully, the handful of people who could be using DLS on VSCode can 
use it instead.


I'm a user of DLS for a long time. Thanks for your work!


Re: DLS deprecation

2020-04-07 Thread Boris Carvajal via Digitalmars-d-announce

On Tuesday, 7 April 2020 at 19:12:49 UTC, Laurent Tréguier wrote:
It was fun, and kept me well occupied for quite some time; but 
I have been working on something else since April of last year, 
and since I don't have any use for D in it, I am not taking 
time to do anything with DLS.


So today, I am deprecating DLS, along with its editor 
extensions. If anyone was using them, be advised that they will 
not have any update or support from now on.


(T_T)

Thanks for the effort you put on DLS, it's really a good piece of 
software.


Really it should've been an official sponsored project and with a 
DMD backend

it would be perfect.


Re: DLS deprecation

2020-04-07 Thread Sebastiaan Koppe via Digitalmars-d-announce

On Tuesday, 7 April 2020 at 19:12:49 UTC, Laurent Tréguier wrote:
So today, I am deprecating DLS, along with its editor 
extensions. If anyone was using them, be advised that they will 
not have any update or support from now on.


Webfreak is still working on code-d/serve-d from what I gather, 
so hopefully, the handful of people who could be using DLS on 
VSCode can use it instead.


Aww, too bad. Thanks for your effort.

I was wondering how much time maintaining took? And what where 
the biggest things to upkeep?


Re: DLS deprecation

2020-04-07 Thread Laurent Tréguier via Digitalmars-d-announce

On Tuesday, 7 April 2020 at 20:03:21 UTC, Aliak wrote:
Is what you’re working on shareable information (just out of 
curiosity)?


It's shareable (it's on Github just like DLS); it's a mobile app, 
the Android version is in Kotlin, and the iOS version in Swift. I 
think it's hard to beat native languages for these platforms, as 
they both have tailored APIs and development environments (and 
they are backed by giant companies putting lots of resources into 
them)


Re: DLS deprecation

2020-04-07 Thread Laurent Tréguier via Digitalmars-d-announce

On Tuesday, 7 April 2020 at 21:58:47 UTC, Boris Carvajal wrote:
Really it should've been an official sponsored project and with 
a DMD backend it would be perfect.


Maybe I'm misinterpreting things I've read on certain threads, 
but I thought the D foundation wasn't too fond of sponsoring 
projects.
Using DMD as a backend would mean that DMD would have to be 
worked on first, and most of DLS would pretty much have to be 
rewritten from scratch. The code is still up (and will stay) on 
Github if anyone dares to attempt that...


Re: DLS deprecation

2020-04-07 Thread rikki cattermole via Digitalmars-d-announce

On 08/04/2020 10:26 AM, Laurent Tréguier wrote:

On Tuesday, 7 April 2020 at 21:58:47 UTC, Boris Carvajal wrote:
Really it should've been an official sponsored project and with a DMD 
backend it would be perfect.


Maybe I'm misinterpreting things I've read on certain threads, but I 
thought the D foundation wasn't too fond of sponsoring projects.
Using DMD as a backend would mean that DMD would have to be worked on 
first, and most of DLS would pretty much have to be rewritten from 
scratch. The code is still up (and will stay) on Github if anyone dares 
to attempt that...


DMD is getting worked on (Rainer's work is who I am watching for 
"maturity").


It is on our TODO list to switch over tools like DCD over to dmd-fe at 
some point. I am waiting for a lot more maturity before digging in to 
see what is missing though.


Re: DLS deprecation

2020-04-07 Thread Laurent Tréguier via Digitalmars-d-announce

On Tuesday, 7 April 2020 at 22:07:34 UTC, Sebastiaan Koppe wrote:
I was wondering how much time maintaining took? And what where 
the biggest things to upkeep?


Technically, not much time. It's mostly upgrading dependencies, 
and the occasional bugfix. However DLS would really need a lot 
more time to get better. I think its current state is a dead end, 
and if anything should be done with it, it's a rewrite, and not 
just maintenance.


A recent DMD release changed the default behavior of running unit 
tests, and broke the CI (integration tests aren't running 
anymore); and the deprecation of `alias get this` in Nullable 
created a number of deprecation messages on compilation that 
sends shivers down my spine (DLS abuses Nullable as an optional 
type).


Re: DLS deprecation

2020-04-07 Thread Soulsbane via Digitalmars-d-announce

On Tuesday, 7 April 2020 at 19:12:49 UTC, Laurent Tréguier wrote:
I started working on this project to make it more comfortable 
to write D back in 2017,


Thanks for the time and effort you put into this. DLS has been a 
great piece of software. Thanks again!


Re: DLS deprecation

2020-04-07 Thread evilrat via Digitalmars-d-announce

On Tuesday, 7 April 2020 at 19:12:49 UTC, Laurent Tréguier wrote:


So today, I am deprecating DLS, along with its editor 
extensions.




I've used it over a year, and unlike code-d it just works. Thank 
you for your hard work and good luck!





bindbc-sdl Updates

2020-04-07 Thread Mike Parker via Digitalmars-d-announce
I've updated the BindBC bindings (to the Simple Direct Media 
Layer (SDL) library and its satellite libraries to support the 
following:


SDL 2.0.12
SDL_image 2.0.5
SDL_mixer 2.0.4

This is available in bindbc-sdl 0.16.0:

http://bindbc-sdl.dub.pm/

A few notes:

The SDL maintainers have moved to a system of labeling public 
releases with even patch levels and development releases with odd 
patch levels. SDL 2.0.12 is the first release of SDL under that 
system. The same goes for SDL_mixer 2.0.4. SDL_image 2.0.5 was 
released before it took effect.


There is no difference in the public API of SDL_image versions 
2.0.2, 2.0.3, 2.0.4, and 2.0.5, other than the value of the 
SDL_IMAGE_PATCHLEVEL constant.


SDL_mixer 2.0.4 added support for OPUS files. The only API 
changes aside from the patchlevel constant are a couple of new 
values for the Mix_InitFlags and Mix_MusicType enums.