Is there a deadline for submissions? Not looking to inconvenience
the evaluation team, just busy with something else for the next
few weeks and wanting to give a submission the attention it
deserves.
Software is a funny thing. I'm old enough to remember when
everything was locked down and proprietary, of economic
necessity. Nowadays it's almost entirely the opposite, for the
same reason.
We're definitely well into the Singularity, but because our time
perception is keeping up with it, it
On Thursday, 16 May 2019 at 12:25:52 UTC, Suliman wrote:
P.S. site is blocked by most of russian internet-providers by
RKN
Why is that?
Well, I have some time on my hands so I guess I'll answer "Why
not write this in D?"
1) The easiest way to access platform-native stuff is to use
platform-native tools (Xcode/Objective-C, Visual Studio/C++/COM,
etc). At a minimum I would have to translate header files, and
rely on D having pe
On Wednesday, 17 April 2019 at 18:39:47 UTC, Jacob Carlborg wrote:
May I ask why?
Please be more specific so I don't answer the wrong question.
(Why not in D? Why a C API? Other?)
And re: hardware acceleration of Quartz2D ... at least up to
10.12, I see no evidence of that in my testing. Co
On Friday, 12 April 2019 at 08:03:01 UTC, Dennis wrote:
I'm currently using glfw for that, how does OpenWL compare?
Oh, and I see now you were only asking about OpenWL, not the both
of them. Derp.
So yeah, just the complete lack of OpenGL support really :P
On Friday, 12 April 2019 at 08:03:01 UTC, Dennis wrote:
I'm currently using glfw for that, how does OpenWL compare?
Good question. I've not spent much time with OpenGL-y things, but
from what little I know:
- OpenWL doesn't use or provide OpenGL contexts. I'm sure it will
be added eventuall
These aren't written in D, but they are *for* D (or any other
non-C++ language in need of its own canonical, language-native
GUI). They export a C API for maximum ease of use.
OpenWL[1] - cross-platform top-level windowing library, with
native menus, events, clipboard/DnD.
OpenDL[2] - cross-
re: the difficulties of interfacing D with certain types of C/C++
code ...
Has anybody looked into something like a JavaCpp[1] approach for
D?
Instead of trying to get D to speak directly with C++, or
translating C/C++ headers to D, why not use special annotated D
code to generate a middlem
On Tuesday, 12 February 2019 at 19:02:52 UTC, Ron Tarrant wrote:
Perhaps, to cut back on the number of announcements, I'll just
do this on here once per week.
Why not just make a single thread, "gtkDecoding Blog updates",
and always append to it? It will bump the topic back up to the
top when
10 matches
Mail list logo