www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.announce - DirectX bindings

reply "evilrat" <evilrat666 gmail.com> writes:
Greetings,
many of you may notice lack of (up-to-date and working) DirectX 
bindings, one may also seen my activity on d.learn sub forum. so 
let me announce yet another bindings for DirectX which one may 
fork right now from github!

https://github.com/evilrat666/directx-d

please be careful though, as it is only in alpha stage and 
missing some stuff. current version is June 2010 SDK, but i 
update it(to win8 sdk version) once i had win8 machine(i'm still 
don't have a PC at home).

also, there is no d3d9 and d3d10 stuff as i consider it outdated 
now, but i would appreciate pull requests for them anyway :)
Nov 02 2013
next sibling parent reply "ponce" <contact gam3sfrommars.fr> writes:
On Sunday, 3 November 2013 at 05:27:24 UTC, evilrat wrote:

 Greetings,
 many of you may notice lack of (up-to-date and working) DirectX 
 bindings, one may also seen my activity on d.learn sub forum. 
 so let me announce yet another bindings for DirectX which one 
 may fork right now from github!

 https://github.com/evilrat666/directx-d

 please be careful though, as it is only in alpha stage and 
 missing some stuff. current version is June 2010 SDK, but i 
 update it(to win8 sdk version) once i had win8 machine(i'm 
 still don't have a PC at home).

 also, there is no d3d9 and d3d10 stuff as i consider it 
 outdated now, but i would appreciate pull requests for them 
 anyway :)


Hi,

Good work.
While porting header to D you can use:

   alias int _D3D_SHADER_INPUT_FLAGS
   enum : _D3D_SHADER_INPUT_FLAGS
   {
       D3D_SIF_USERPACKED        = 1,
       // others...
   }

instead of:

   enum _D3D_SHADER_INPUT_FLAGS
   {
       D3D_SIF_USERPACKED        = 1,
       // others...
   }

That way using the enum won't force to use a namespace.
Nov 03 2013
parent "evilrat" <evilrat666 gmail.com> writes:
On Sunday, 3 November 2013 at 08:42:52 UTC, ponce wrote:

 Hi,

 Good work.
 While porting header to D you can use:

   alias int _D3D_SHADER_INPUT_FLAGS
   enum : _D3D_SHADER_INPUT_FLAGS
   {
       D3D_SIF_USERPACKED        = 1,
       // others...
   }

 instead of:

   enum _D3D_SHADER_INPUT_FLAGS
   {
       D3D_SIF_USERPACKED        = 1,
       // others...
   }

 That way using the enum won't force to use a namespace.


thanks for notice, i'll need to try it first on something bigger 
than simple example first.

most likely i had been doing this by default if i were work with 
real C++ DirectX projects, unfortunately i only used OpenGL until 
now :(
Nov 03 2013
prev sibling next sibling parent reply "evilrat" <evilrat666 gmail.com> writes:
i have added dub package to this bindings, need testing. i don't 
have an idea how it works since dub lacks documentation.
Nov 06 2013
parent reply Mike Parker <aldacron gmail.com> writes:
On 11/6/2013 6:29 PM, evilrat wrote:

 i have added dub package to this bindings, need testing. i don't have an
 idea how it works since dub lacks documentation.


http://code.dlang.org/about
http://code.dlang.org/package-format
Nov 06 2013
parent reply "evilrat" <evilrat666 gmail.com> writes:
On Wednesday, 6 November 2013 at 14:25:46 UTC, Mike Parker wrote:

 On 11/6/2013 6:29 PM, evilrat wrote:

 i have added dub package to this bindings, need testing. i 
 don't have an
 idea how it works since dub lacks documentation.


 http://code.dlang.org/about
 http://code.dlang.org/package-format


i know about this, i mean there is no such info like dub .lib 
search paths for testing - i don't want to modify sc.ini every 
time. there was some other things too, but i can't remember 
anything else atm.

also if you look at my repo u can see it has examples subfolder, 
should i put package.json there too or it would be simpler to add 
custom build script for building all this examples?
Nov 06 2013
parent reply "Dicebot" <public dicebot.lv> writes:
On Wednesday, 6 November 2013 at 14:35:07 UTC, evilrat wrote:

 also if you look at my repo u can see it has examples 
 subfolder, should i put package.json there too or it would be 
 simpler to add custom build script for building all this 
 examples?


I think former is expected as it is how Sonke (dub author) does 
it for vibe.d : 
https://github.com/rejectedsoftware/vibe.d/tree/master/examples
Nov 06 2013
parent "evilrat" <evilrat666 gmail.com> writes:
On Wednesday, 6 November 2013 at 14:44:59 UTC, Dicebot wrote:

 On Wednesday, 6 November 2013 at 14:35:07 UTC, evilrat wrote:

 also if you look at my repo u can see it has examples 
 subfolder, should i put package.json there too or it would be 
 simpler to add custom build script for building all this 
 examples?


 I think former is expected as it is how Sonke (dub author) does 
 it for vibe.d : 
 https://github.com/rejectedsoftware/vibe.d/tree/master/examples


ah ok, thats fine, thanks.
Nov 06 2013
prev sibling next sibling parent "evilrat" <evilrat666 gmail.com> writes:
i have finished dub transition, git repo should pop up on dub 
registry soon.
Nov 07 2013
prev sibling next sibling parent reply Andrej Mitrovic <andrej.mitrovich gmail.com> writes:
On 11/3/13, evilrat <evilrat666 gmail.com> wrote:

 https://github.com/evilrat666/directx-d


Nice!

I tried porting one of the samples from the SDK but it uses
D3DX11CompileFromFile which is missing in the bindings.

MSDN says they recommend not using it (well.. why are they using it in
the samples then?:
http://msdn.microsoft.com/en-us/library/windows/desktop/ff476261%28v=vs.85%29.aspx

So maybe it's not worth binding it? No idea. :)
Nov 07 2013
next sibling parent reply "evilrat" <evilrat666 gmail.com> writes:
On Friday, 8 November 2013 at 02:57:25 UTC, Andrej Mitrovic wrote:

 On 11/3/13, evilrat <evilrat666 gmail.com> wrote:

 https://github.com/evilrat666/directx-d


 Nice!

 I tried porting one of the samples from the SDK but it uses
 D3DX11CompileFromFile which is missing in the bindings.

 MSDN says they recommend not using it (well.. why are they 
 using it in
 the samples then?:
 http://msdn.microsoft.com/en-us/library/windows/desktop/ff476261%28v=vs.85%29.aspx

 So maybe it's not worth binding it? No idea. :)


its already in the bindings
https://github.com/evilrat666/directx-d/blob/master/src/directx/d3dx11async.d#L79

however i may forgot to add public import this module in d3dx11.
Nov 07 2013
parent Andrej Mitrovic <andrej.mitrovich gmail.com> writes:
On 11/8/13, evilrat <evilrat666 gmail.com> wrote:

 its already in the bindings
 https://github.com/evilrat666/directx-d/blob/master/src/directx/d3dx11async.d#L79

 however i may forgot to add public import this module in d3dx11.


Ah, I forgot to check for updates. Awesome, there's a triangle example
now. Thanks!
Nov 07 2013
prev sibling parent "evilrat" <evilrat666 gmail.com> writes:
On Friday, 8 November 2013 at 02:57:25 UTC, Andrej Mitrovic wrote:

 On 11/3/13, evilrat <evilrat666 gmail.com> wrote:

 https://github.com/evilrat666/directx-d


 Nice!

 I tried porting one of the samples from the SDK but it uses
 D3DX11CompileFromFile which is missing in the bindings.

 MSDN says they recommend not using it (well.. why are they 
 using it in
 the samples then?:
 http://msdn.microsoft.com/en-us/library/windows/desktop/ff476261%28v=vs.85%29.aspx

 So maybe it's not worth binding it? No idea. :)


indeed this is not recommended to use, and there are no more such 
function on windows 8. i'm also need to fix xaudio example too :(
Nov 11 2013
prev sibling next sibling parent reply "ponce" <contact gam3sfrommars.fr> writes:
On Sunday, 3 November 2013 at 05:27:24 UTC, evilrat wrote:

 please be careful though, as it is only in alpha stage and 
 missing some stuff. current version is June 2010 SDK, but i 
 update it(to win8 sdk version) once i had win8 machine(i'm 
 still don't have a PC at home).


Hi evilrat,

I've been thinking about this for a while, maybe you know about 
SharpDX.
https://github.com/sharpdx/SharpDX


marshalling code (based on gccxml C++ parser).
I wonder how involved would it be to modify its generation tool 
(https://github.com/sharpdx/SharpDX/tree/master/Source/Tools/SharpGen) 
to output D bindings instead.
Nov 08 2013
next sibling parent Andrej Mitrovic <andrej.mitrovich gmail.com> writes:
On 11/8/13, ponce <contact gam3sfrommars.fr> wrote:

 I've been thinking about this for a while, maybe you know about
 SharpDX.
 https://github.com/sharpdx/SharpDX


 marshalling code (based on gccxml C++ parser).


If you need a gccxml XML loader you could grab this code:
https://github.com/AndrejMitrovic/dgen/blob/master/src/dgen/parser/gccxml.d

It's not exactly a self-hosting module, there's a few dependencies.

I also have a fork of gccxml that exports some additional attributes
(and documents some things as well):
https://github.com/AndrejMitrovic/gccxml

Don't even ask about that project though, it's something I /might/ get
back to at one point, but I'm way too busy with other stuff.
Nov 08 2013
prev sibling parent Andrej Mitrovic <andrej.mitrovich gmail.com> writes:
On 11/8/13, Andrej Mitrovic <andrej.mitrovich gmail.com> wrote:

 Don't even ask about that project though, it's something I /might/ get
 back to at one point, but I'm way too busy with other stuff.


This is referring to dgen, not gccxml.
Nov 08 2013
prev sibling next sibling parent reply "liyu" <yunwind msn.com> writes:
On Sunday, 3 November 2013 at 05:27:24 UTC, evilrat wrote:

 Greetings,
 many of you may notice lack of (up-to-date and working) DirectX 
 bindings, one may also seen my activity on d.learn sub forum. 
 so let me announce yet another bindings for DirectX which one 
 may fork right now from github!

 https://github.com/evilrat666/directx-d

 please be careful though, as it is only in alpha stage and 
 missing some stuff. current version is June 2010 SDK, but i 
 update it(to win8 sdk version) once i had win8 machine(i'm 
 still don't have a PC at home).

 also, there is no d3d9 and d3d10 stuff as i consider it 
 outdated now, but i would appreciate pull requests for them 
 anyway :)


great, however it seems has a little problem, the arg of
ID3D11DeviceContext.Unmap should be ID3D11Resource not
ID3D11Resource*, arg of IASetIndexBuffer should be ID3D11Buffer
not ID3D11Buffer*
Nov 08 2013
parent "evilrat" <evilrat666 gmail.com> writes:
On Friday, 8 November 2013 at 11:37:38 UTC, liyu wrote:

 On Sunday, 3 November 2013 at 05:27:24 UTC, evilrat wrote:

 Greetings,
 many of you may notice lack of (up-to-date and working) 
 DirectX bindings, one may also seen my activity on d.learn sub 
 forum. so let me announce yet another bindings for DirectX 
 which one may fork right now from github!

 https://github.com/evilrat666/directx-d

 please be careful though, as it is only in alpha stage and 
 missing some stuff. current version is June 2010 SDK, but i 
 update it(to win8 sdk version) once i had win8 machine(i'm 
 still don't have a PC at home).

 also, there is no d3d9 and d3d10 stuff as i consider it 
 outdated now, but i would appreciate pull requests for them 
 anyway :)


 great, however it seems has a little problem, the arg of
 ID3D11DeviceContext.Unmap should be ID3D11Resource not
 ID3D11Resource*, arg of IASetIndexBuffer should be ID3D11Buffer
 not ID3D11Buffer*


uh, yes, it has some problems, this is semi-automatic coversion 
bindings, and i have missed some stuff. thanks for pointing out.
Nov 08 2013
prev sibling next sibling parent reply "evilrat" <evilrat666 gmail.com> writes:
it has been for a long time since i released this bindings, so i 
wonder if anyone uses this in their projects? it would be nice to 
see some results of projects using this bindings :)
Feb 03 2014
parent Benjamin Thaut <code benjamin-thaut.de> writes:
Am 03.02.2014 10:55, schrieb evilrat:

 it has been for a long time since i released this bindings, so i wonder
 if anyone uses this in their projects? it would be nice to see some
 results of projects using this bindings :)


I'm currently using them. But there is nothing showabe yet. I will keep 
you posted.
Feb 03 2014
prev sibling next sibling parent "evilrat" <evilrat666 gmail.com> writes:
On Sunday, 3 November 2013 at 05:27:24 UTC, evilrat wrote:

 https://github.com/evilrat666/directx-d


little update: i'm currently looking at some other not yet 
converted stuff such as Direct2D, DirectWrite and DXVA(video 
decoding). can't say anything for now, i don't promise i will 
translate it but i'll looking forward to adding them in to repo. 
that's all i can say now. if i had enough time i'll put D2D later 
this week.
May 19 2014
prev sibling next sibling parent "evilrat" <evilrat666 gmail.com> writes:
On Sunday, 3 November 2013 at 05:27:24 UTC, evilrat wrote:

 https://github.com/evilrat666/directx-d


new additions:
+Direct2D     [DX9 state] (though still some helper functions 
missing)
+DirectWrite  [DX9 state]
+DXGI         [DX11.1, DX11.2]
+Direct3D     [DX11.1, DX11.2]

examples:
+Direct2D sample from MSDN ( a bit ugly at this moment )
May 24 2014
prev sibling next sibling parent reply "evilrat" <evilrat666 gmail.com> writes:
On Sunday, 3 November 2013 at 05:27:24 UTC, evilrat wrote:

 https://github.com/evilrat666/directx-d


this is it. i think i can't continue on this one anymore, nor do 
i have time, nor passion. i've made a lot of work and meet 
(almost) no interest. i will be stay in contact, so any pull 
request will not be lost, but i think this is my last commit to 
it. i have encountered lot of obstacles such as UFCS on classes, 
which makes impossible seamless migration of user code from C++ 
to D(no, that wasnt real purpose but for me it is important 
point). i may return later, let say in a year or two when D will 
be more complete and usable, but for now i take my leave. please 
take my apologies if one really used this bindings or have high 
hopes on it.
May 27 2014
next sibling parent "Adam Wilson" <flyboynw gmail.com> writes:
On Tue, 27 May 2014 02:24:01 -0700, evilrat <evilrat666 gmail.com> wrote:


 On Sunday, 3 November 2013 at 05:27:24 UTC, evilrat wrote:

 https://github.com/evilrat666/directx-d


 this is it. i think i can't continue on this one anymore, nor do i have  
 time, nor passion. i've made a lot of work and meet (almost) no  
 interest. i will be stay in contact, so any pull request will not be  
 lost, but i think this is my last commit to it. i have encountered lot  
 of obstacles such as UFCS on classes, which makes impossible seamless  
 migration of user code from C++ to D(no, that wasnt real purpose but for  
 me it is important point). i may return later, let say in a year or two  
 when D will be more complete and usable, but for now i take my leave.  
 please take my apologies if one really used this bindings or have high  
 hopes on it.


I think it would appropriate at this point to note that Aurora is  
currently hosting bindings for DirectX and will continue to maintain  
DirectX bindings for a the foreseeable future. DirectX 12 bindings will be  
provided once they become available.

So if you need current and maintained bindings for DirectX you can find  
them on GitHub here:
https://github.com/auroragraphics/directx

-- 
Adam Wilson
GitHub/IRC: LightBender
Project Coordinator
The Aurora Project
May 28 2014
prev sibling parent reply Andrej Mitrovic via Digitalmars-d-announce writes:
On 5/27/14, evilrat via Digitalmars-d-announce
<digitalmars-d-announce puremagic.com> wrote:

 On Sunday, 3 November 2013 at 05:27:24 UTC, evilrat wrote:

 https://github.com/evilrat666/directx-d


 this is it. i think i can't continue on this one anymore, nor do
 i have time, nor passion.


Hey, sorry you didn't find an audience for this, thanks for your work
nevertheless! But do you by any chance know how up to date your
bindings are compared to these other ones:
https://github.com/auroragraphics/directx

If you don't know I'll try to diff my way and find out.
Jan 24 2015
parent "evilrat" <evilrat666 gmail.com> writes:
On Saturday, 24 January 2015 at 20:35:23 UTC, Andrej Mitrovic 
wrote:

 On 5/27/14, evilrat via Digitalmars-d-announce
 <digitalmars-d-announce puremagic.com> wrote:

 On Sunday, 3 November 2013 at 05:27:24 UTC, evilrat wrote:

 https://github.com/evilrat666/directx-d


 this is it. i think i can't continue on this one anymore, nor 
 do
 i have time, nor passion.


 Hey, sorry you didn't find an audience for this, thanks for 
 your work
 nevertheless! But do you by any chance know how up to date your
 bindings are compared to these other ones:
 https://github.com/auroragraphics/directx

 If you don't know I'll try to diff my way and find out.


it is very sparse comparing to what i've done, but DirectX itself 
is stable so there shouldn't be any problems. though my version 
is targeted for same usage as if in C++, and contains most of 
helper functions, so one could easily rewrite C++ arrows as dots 
and thats all - everything should work(most times at least). This 
is very useful and convenient since there are very few learning 
resources about D and especially DirectX with D(if any).

maybe i'll update it to DirectX 12 as soon it is released. but 
still i would merge peoples PR's if there be any commits.
Jan 26 2015
prev sibling next sibling parent evilrat <evilrat666 gmail.com> writes:
On Sunday, 3 November 2013 at 05:27:24 UTC, evilrat wrote:

 https://github.com/evilrat666/directx-d


A long awaited update - v0.10.0 is out!

Be wary there is still a lot of things untested, and one may 
encounter access violation or random crashes.

It is great to see community expanding and the language growing 
up.
Thanks everyone who contributed.
Dec 17 2016
prev sibling parent reply evilrat <evilrat666 gmail.com> writes:
On Sunday, 3 November 2013 at 05:27:24 UTC, evilrat wrote:

 https://github.com/evilrat666/directx-d


I'm sorry to say that, but I have to quit the post of DirectX 
bindings maintainer. I haven't yet decided on what to do with dub 
package[1], but I'm in favor of completely deleting it so the 
next maintainer or D foundation can step in, that way there 
should be little to no code breakage occurs and most users won't 
even notice a change. My current estimate is to drop it till the 
end of month.
I will probably continue to maintain github repository for few 
months for my personal needs though.

[1] http://code.dlang.org/packages/directx-d
Jun 22 2017
next sibling parent Igor Shirkalin <mathsoft inbox.ru> writes:
On Thursday, 22 June 2017 at 09:09:40 UTC, evilrat wrote:

 On Sunday, 3 November 2013 at 05:27:24 UTC, evilrat wrote:

 https://github.com/evilrat666/directx-d


 I'm sorry to say that, but I have to quit the post of DirectX 
 bindings maintainer. I haven't yet decided on what to do with 
 dub package[1], but I'm in favor of completely deleting it so 
 the next maintainer or D foundation can step in, that way there 
 should be little to no code breakage occurs and most users 
 won't even notice a change. My current estimate is to drop it 
 till the end of month.
 I will probably continue to maintain github repository for few 
 months for my personal needs though.

 [1] http://code.dlang.org/packages/directx-d


Thanks for your DirectX bindings! I'm currently in the process of 
learning it.
Jun 22 2017
prev sibling next sibling parent =?UTF-8?Q?S=c3=b6nke_Ludwig?= <sludwig outerproduct.org> writes:
Am 22.06.2017 um 11:09 schrieb evilrat:

 On Sunday, 3 November 2013 at 05:27:24 UTC, evilrat wrote:

 https://github.com/evilrat666/directx-d


 
 I'm sorry to say that, but I have to quit the post of DirectX bindings 
 maintainer. I haven't yet decided on what to do with dub package[1], but 
 I'm in favor of completely deleting it so the next maintainer or D 
 foundation can step in, that way there should be little to no code 
 breakage occurs and most users won't even notice a change. My current 
 estimate is to drop it till the end of month.
 I will probably continue to maintain github repository for few months 
 for my personal needs though.
 
 [1] http://code.dlang.org/packages/directx-d


I don't know how much the package is currently in use (I still use my 
own partial bindings that I hacked together a while ago for example), 
but, at least if you'll continue to be able to react when a new 
maintainer steps up, I would suggest to simply keep the DUB package 
there in standby. Removing it without having a replacement ready will 
just potentially break code for no real benefit.
Jun 23 2017
prev sibling next sibling parent reply John Burton <john.burton jbmail.com> writes:
On Thursday, 22 June 2017 at 09:09:40 UTC, evilrat wrote:

 On Sunday, 3 November 2013 at 05:27:24 UTC, evilrat wrote:

 https://github.com/evilrat666/directx-d


 I'm sorry to say that, but I have to quit the post of DirectX 
 bindings maintainer. I haven't yet decided on what to do with 
 dub package[1], but I'm in favor of completely deleting it so 
 the next maintainer or D foundation can step in, that way there 
 should be little to no code breakage occurs and most users 
 won't even notice a change. My current estimate is to drop it 
 till the end of month.
 I will probably continue to maintain github repository for few 
 months for my personal needs though.

 [1] http://code.dlang.org/packages/directx-d


Ah... Well thank you for your work on this up to now.

I was just looking at these bindings a few days ago, considering 
if I should use C++ or D for a little hobby graphics projects I 
wanted to look at, and thought I'd maybe use this. I'm hoping 
there is an alternative if this is deleted.
Jun 23 2017
parent reply evilrat <evilrat666 gmail.com> writes:
On Friday, 23 June 2017 at 11:34:34 UTC, John Burton wrote:

 Ah... Well thank you for your work on this up to now.

 I was just looking at these bindings a few days ago, 
 considering if I should use C++ or D for a little hobby 
 graphics projects I wanted to look at, and thought I'd maybe 
 use this. I'm hoping there is an alternative if this is deleted.


You still could use it, for example clone the repo to your 
project directory and set relative dub dependency path in the 
project, should work just fine.
Jun 23 2017
parent John Burton <john.burton jbmail.com> writes:
On Friday, 23 June 2017 at 12:39:45 UTC, evilrat wrote:

 On Friday, 23 June 2017 at 11:34:34 UTC, John Burton wrote:

 Ah... Well thank you for your work on this up to now.

 I was just looking at these bindings a few days ago, 
 considering if I should use C++ or D for a little hobby 
 graphics projects I wanted to look at, and thought I'd maybe 
 use this. I'm hoping there is an alternative if this is 
 deleted.


 You still could use it, for example clone the repo to your 
 project directory and set relative dub dependency path in the 
 project, should work just fine.


Thanks, yes that should work. I just didn't want to base a 
project on an unsupported library, but I think in this case it's 
different as binding are not likely to require maintenance.
Jun 23 2017
prev sibling parent reply Petar Kirov [ZombineDev] <petar.p.kirov gmail.com> writes:
On Thursday, 22 June 2017 at 09:09:40 UTC, evilrat wrote:

 On Sunday, 3 November 2013 at 05:27:24 UTC, evilrat wrote:

 https://github.com/evilrat666/directx-d


 I'm sorry to say that, but I have to quit the post of DirectX 
 bindings maintainer. I haven't yet decided on what to do with 
 dub package[1], but I'm in favor of completely deleting it so 
 the next maintainer or D foundation can step in, that way there 
 should be little to no code breakage occurs and most users 
 won't even notice a change. My current estimate is to drop it 
 till the end of month.
 I will probably continue to maintain github repository for few 
 months for my personal needs though.

 [1] http://code.dlang.org/packages/directx-d


Hi evilrat. That's unfortunate to hear. I would to suggest a way 
forward.
What do you think about joining dlang-community [0] [1]?
That way:
* You remain an owner of your repo, so you can continue to 
develop it if/when you decide to do so.
* Other members of the community would be able to merge PRs with 
fixes and enhancements.
* Most importantly, we're going to ensure that library continues 
to compile with every new compiler release, even if you're not 
around to help with that.

Since DirectX is one of the most widely used APIs for graphics 
and game development on Windows, I think it is important for D to 
have a set of well supported bindings.

[0]: https://github.com/dlang-community
[1]: 
http://forum.dlang.org/post/sgzxolfspoqnueebmnbu forum.dlang.org
Jun 23 2017
next sibling parent Petar Kirov [ZombineDev] <petar.p.kirov gmail.com> writes:
On Friday, 23 June 2017 at 13:31:04 UTC, Petar Kirov [ZombineDev] 
wrote:

 On Thursday, 22 June 2017 at 09:09:40 UTC, evilrat wrote:

 [...]


 Hi evilrat. That's unfortunate to hear. I would to suggest a 
 way forward.
 What do you think about joining dlang-community [0] [1]?
 That way:
 * You remain an owner of your repo, so you can continue to 
 develop it if/when you decide to do so.
 * Other members of the community would be able to merge PRs 
 with fixes and enhancements.
 * Most importantly, we're going to ensure that library 
 continues to compile with every new compiler release, even if 
 you're not around to help with that.

 [...]


I would *like* to suggest a way forward.
Jun 23 2017
prev sibling parent evilrat <evilrat666 gmail.com> writes:
On Friday, 23 June 2017 at 13:31:04 UTC, Petar Kirov [ZombineDev] 
wrote:

 Hi evilrat. That's unfortunate to hear. I would to suggest a 
 way forward.
 What do you think about joining dlang-community [0] [1]?
 That way:
 * You remain an owner of your repo, so you can continue to 
 develop it if/when you decide to do so.
 * Other members of the community would be able to merge PRs 
 with fixes and enhancements.
 * Most importantly, we're going to ensure that library 
 continues to compile with every new compiler release, even if 
 you're not around to help with that.

 Since DirectX is one of the most widely used APIs for graphics 
 and game development on Windows, I think it is important for D 
 to have a set of well supported bindings.

 [0]: https://github.com/dlang-community
 [1]: 
 http://forum.dlang.org/post/sgzxolfspoqnueebmnbu forum.dlang.org


I consider this as an option, if no other solution comes I'll try 
this in early July.
However my message was due to reason, very specific one - the 
programming. I have enough of it! Thats it, I'm leaving.

I'm now packing my stuff and will be unavailable for year or so. 
This means its a temporary solution, beacause sooner or later 
community will had to replace/configure my old dub package anyway.
Jun 23 2017