A bit of (7.) When I see or discover something that I can do.
Otherwise (8.) c-à-d my own stuff in D.

On Tuesday, 5 January 2016 at 14:10:20 UTC, Adam D. Ruppe wrote:
> On Tuesday, 5 January 2016 at 13:43:32 UTC, Gerald wrote:
>> * Finish my tiling terminal emulator, terminix (https://github.com/gnunn1/terminix)
>
> ooh, I wrote a terminal emulator too a while ago:
>
> https://github.com/adamdruppe/terminal-emulator
>
> If any of my code would be useful to you, always feel free to copy it.

Thanks, in my case the low level terminal emulation is provided by the gnome-terminal GTK widget called VTE so I'm not actually going to that level like you did, I'm mostly just writing the GUI around the existing VTE widget.

On Tuesday, 5 January 2016 at 12:27:12 UTC, Ola Fosheim Grøstad wrote:
> I wonder what kind of programming people plan or _hope_ to use D for in 2016?

I've just finished with the initial version of my project to embed R inside D. Hopefully now I can convince other economists to use it.

I might put together a simple web interface (using D of course) that will improve my research collaboration efforts. The earliest I will have time to work on it will be the summer.

> What would it take for you to use D instead, or what changes would be needed for you to move from language X to D?

No changes. I'm lucky enough to be in a position to choose my language and lucky enough that D works well.

On 2016-01-05 15:07, Adam D. Ruppe wrote:

> If D had the same Java interface out of the box, or the same
> cutting-edge library I might have use it there too, but meh, idk. It is
> just a simple server that spits out XML - something Java is very good at.

I'm working on a tool to automatically convert Java to D [1], for DWT. I have no idea how it will work in practice though. It's written in Scala and uses the Eclipse JDT compiler.

[1] https://github.com/d-widget-toolkit/jport/tree/dev

-- 
/Jacob Carlborg

I have a couple of libraries I was intending to make that were waiting for either language changes or other technologies that should be doable in 2016.

I was thinking of trying to make a GUI library that's similar to Xamarin Forms, but with D and using something other than Xaml for the UI markup. The goal would be full data-binding support with various backends (Qt being the most likely one, and maybe native Android / iOS bindings). Proper extern(C++) support should help a lot here, though sadly I'll still have to make a C wrapper library since we can't use C++ constructors yet. Now that Android / iOS development is getting practical, the lack of a mobile GUI library is going to be an issue, so the purpose of this would be primarily mobile with hopefully desktop support as well.

Also might look at trying to make a game / engine using Vulkan with a high performance Component-Entity-System approach. Have the CES bit started, but was waiting on Vulkan support which seems to be coming soon. The (probable) lack of OSX support will be very annoying though.

In terms of commercial, I have a very small business starting which will hopefully be able to make use of D for at least some small web APIs. I think vibe.d should be a good cross-platform solution for easy deployment behind an existing web server. Plus vibe.d is quite nice and I think D has the unexplored potential to be a fantastic solution for dealing with databases, with support for things like Partial objects being doable very nicely.

On Tuesday, 5 January 2016 at 15:52:05 UTC, Jacob Carlborg wrote:
> I'm working on a tool to automatically convert Java to D [1], for DWT. I have no idea how it will work in practice though. It's written in Scala and uses the Eclipse JDT compiler.
>
> [1] https://github.com/d-widget-toolkit/jport/tree/dev

If you have the time to, you should also update the textmate D highlighter. The first script line is not handled (aka the shebang #!). GitHub uses your bundle to display D online.

Ola Fosheim Grøstad <ola.fosheim.grostad+dlang@gmail.com> writes:

> 5. run D apps on mobile?

1) I am involved in recreational windsurf races and pretty much everyone carries a mobile phone to record GPS tracks.  I though it would be fun to create an app to manage the races, track finishing places, etc.  The non-GUI portion can be D with existing Android and iOS support in LDC.

2) Port D version of Empire to mobile (Android/iOS).  This is more
important than (1)!

On Tue, 05 Jan 2016 12:27:12 +0000, Ola Fosheim Grøstad wrote:

> I wonder what kind of programming people plan or _hope_ to use D for in 2016?

I might rewrite my RSS reader in D (from C#). It's got some issues I haven't adequately been able to track down, and a rewrite might alleviate them.

I might work more on my MUD in D. D's good for MUDs; AI is easier to write (and schedule) with fibers. Some of the networking code is, too.

I've mostly switched from Python to D for small tasks.

> What other languages do you think you will use or toy with in 2016 and for what purpose?

Unreal Blueprints and probably eventually C++, for use with the Unreal Engine.

> What would it take for you to use D instead, or what changes would be needed for you to move from language X to D?

In order for me to use D more, I would need Unreal Engine bindings with editor and serialization integration, probably, and that's hard. Unreal uses annotations for this, which are macros that do nothing; you read the annotations by parsing the C++ source.

If I could compile D to Javascript and had DOM bindings, I could rewrite my RSS reader's frontend in D.

On Tuesday, 5 January 2016 at 18:05:37 UTC, Chris Wright wrote:
> I might work more on my MUD in D. D's good for MUDs; AI is easier to write (and schedule) with fibers. Some of the networking code is, too.

That's cool! My interest in graphical MUDs was actually the reason for looking into D. I think D's abstraction level would suit a MUD quite well!!

Btw, I've always felt that Unix had a MUD feel to it:
http://mud-dev.zer7.com/1998/9/7952/#post7952

Ever felt that way?

On 2016-01-05 17:01, Basile B. wrote:

> If you have the time to, you should also update the textmate D
> highlighter. The first script line is not handled (aka the shebang #!).
> GitHub uses your bundle to display D online.

Yeah, I know, I'm working on that. It has higher priority. But the shebang is the least of my worries. Currently the syntax highlighting completely breaks for some code.

-- 
/Jacob Carlborg