On 01/08/15 21:23, ketmar via Digitalmars-d-announce wrote:
> i'm not sure, but maybe it worth renaming "struct inheritance" to
> "extending a struct"? or even something completely different. what it
> does is actually extending/augmenting the struct, but not
> OO-inheritance, as one cannot pass "a
On 06/12/14 11:17, Dmitry Olshansky via Digitalmars-d-announce wrote:
> This one thing I'm loosing sleep over - what precisely is so good in CTFE
> code generation in _practical_ context (DSL that is quite stable, not just
> tiny helpers)?
Language integration; direct access to meta data (such a
On 07/07/13 14:27, Peter Alexander wrote:
> template allSatisfy(alias F, T...)
> {
> static if (T.length == 0)
> {
> enum allSatisfy = true;
> }
> else static if (T.length == 1)
> {
> enum allSatisfy = F!(T[0]);
> }
> else
> {
> enum allSatisf
On 05/24/13 08:52, Diggory wrote:
> After doing some further investigation I think I've found a fairly awesome
> way of doing garbage collection on windows, hopefully linux has a similar
> mechanism. It doesn't require memory mapped files or anything special, it can
> be done retroactively, and
On 05/24/13 02:33, Steven Schveighoffer wrote:
> On Thu, 23 May 2013 19:03:25 -0400, Artur Skawina wrote:
>
>> On 05/23/13 23:06, Steven Schveighoffer wrote:
>
>>> compiles:
>>>
>>> struct S
>>> {
>>>const int x;
>>>
On 05/23/13 23:06, Steven Schveighoffer wrote:
> On Thu, 23 May 2013 16:42:30 -0400, Artur Skawina wrote:
>
>> On 05/23/13 18:26, Steven Schveighoffer wrote:
>>> On Thu, 23 May 2013 11:36:00 -0400, Artur Skawina
>>> wrote:
>>>
>>>> If it wasn&
On 05/23/13 18:26, Steven Schveighoffer wrote:
> On Thu, 23 May 2013 11:36:00 -0400, Artur Skawina wrote:
>
>> If it wasn't clear - it is about the _language_, not what some compiler
>> currently happens to do. Being able to mutate /initialized/ immutables
>> is a ba
On 05/23/13 16:02, Steven Schveighoffer wrote:
> On Thu, 23 May 2013 09:50:28 -0400, Artur Skawina wrote:
>
>> On 05/23/13 15:12, Don wrote:
>>> On Thursday, 23 May 2013 at 11:08:16 UTC, Artur Skawina wrote:
>
>>>> struct Packet(uint TYPE)
On 05/23/13 15:12, Don wrote:
> On Thursday, 23 May 2013 at 11:08:16 UTC, Artur Skawina wrote:
>> On 05/23/13 11:05, Don wrote:
>>> On Tuesday, 21 May 2013 at 20:36:20 UTC, Walter Bright wrote:
>>>>
>>>> Join the dmd beta mailing list to keep up with the
On 05/23/13 11:05, Don wrote:
> On Tuesday, 21 May 2013 at 20:36:20 UTC, Walter Bright wrote:
>>
>> Join the dmd beta mailing list to keep up with the betas. This one is pretty
>> much good to go, unless something disastrous crops up.
>>
>> http://ftp.digitalmars.com/dmd2beta.zip
>>
>> Remaining r
On 05/10/13 14:32, deadalnix wrote:
> http://www.deadalnix.me/2013/05/10/type-safe-tagged-union-in-d-programming-language/
>
> A trick that I used to use more and more, so I ended up creating a generic
> solution and wrote an article about it.
Nothing 'shameless' about it.
But Real Programmers
On 07/07/12 23:20, Walter Bright wrote:
> In fact, we could make it a general facility, where if D sees:
>
> import "filename.ext";
>
> that it fork/exec's the program:
>
> ext_to_D filename.ext tmpfile.d
>
> and them imports tmpfile.d.
import extern (C) "stdio.h";
which execs
On 06/01/12 12:01, timotheecour wrote:
> Have you tested it on osx?
No. You are probably the first person to try it on osx.
> I get lots of errors such as Error: module Atk from file gtk2/atk.d conflicts
> with another module Atk from file gtk2/atk.d etc...
> I'm wondering whether it's due to ca
On 05/24/12 15:52, Steven Schveighoffer wrote:
> On Thu, 24 May 2012 09:30:01 -0400, Don Clugston wrote:
>
>> On 13/05/12 21:28, Walter Bright wrote:
>>> On 5/13/2012 5:31 AM, Rainer Schuetze wrote:
With the workflow of bugzilla/svn it was just copy and pasting the diff
into the bug rep
On 04/23/12 20:00, Marco Leise wrote:
> Am Mon, 23 Apr 2012 17:48:07 +0200
> schrieb "David Nadlinger" :
>
>> On Monday, 23 April 2012 at 11:28:08 UTC, Marco Leise wrote:
>>> You know what happened? My animation in the Gtk app started to
>>> stop for some milliseconds in regular intervals.
>>
>>
On 04/22/12 00:06, Marco Leise wrote:
> Am Sat, 21 Apr 2012 21:46:18 +0200
> schrieb Artur Skawina :
>
>> On 04/21/12 19:16, Marco Leise wrote:
>>> I just noticed cairo.d is still a dummy. I am using image surfaces.
>>
>> Yes, cairo.d is generated from G
On 04/21/12 19:16, Marco Leise wrote:
> I just noticed cairo.d is still a dummy. I am using image surfaces.
Yes, cairo.d is generated from GI data too and only contains the few symbols
and types required to use the other libs. There are other cairo D bindings,
which
probably could be used with a
On 04/21/12 12:24, Marco Leise wrote:
> At first I confused your project with GtkD. I'll take a look at it, to see
> how it compares. Many examples for Gtk use C code, and I end up looking for
> the correct GtkD class that offers the function. Otherwise I quite like the
> classical inheritance t
On 04/13/12 15:06, bioinfornatics wrote:
> Le dimanche 01 avril 2012 à 21:23 +0200, Artur Skawina a écrit :
>> The code is here: http://repo.or.cz/w/girtod.git
>>
>> The easiest way to try the bindings is probably to check out the "gtk2"
>> branch,
>
What's new?
- Now, in addition to
GLib, GModule, GObject, Gio, GdkPixbuf, Pango, PangoCairo, PangoFT, Gdk, Atk
and Gtk+
there are also bindings for
Clutter, ClutterX11, Cogl, CoglPango and Mx.
- Struct inheritance. No more need for "container.add(&vbox.widget);", you can
write t
On 02/10/12 14:04, Timon Gehr wrote:
> On 02/10/2012 02:47 AM, bearophile wrote:
>> An alternative is to give an else to the template constraints, but the error
>> message is at the bottom of the function, making it not easy to find, so I
>> don't like this syntax:
>>
>>
>> int spam(T)(T x) if (I
On 01/28/12 17:28, Kagamin wrote:
> On Tuesday, 24 January 2012 at 16:09:21 UTC, Artur Skawina wrote:
>> and all of these will result in identical code being emitted.
>
> what if
> struct Rectangle
> {
> GdkRectangle r;
> alias r this;
> ... methods ...
> }
>
On 01/24/12 21:03, Jacob Carlborg wrote:
> On 2012-01-24 17:09, Artur Skawina wrote:
>> On 01/24/12 12:15, Kagamin wrote:
>>> On Sunday, 22 January 2012 at 21:56:24 UTC, Artur Skawina wrote:
>>>>
>>>>
>>>> Native GTK2 b
On 01/24/12 12:15, Kagamin wrote:
> On Sunday, 22 January 2012 at 21:56:24 UTC, Artur Skawina wrote:
>>
>>
>> Native GTK2 bindings for D.
>>
>>
>> "Native" for two reasons:
>>
>> 1. Uses the C API directly. No class wr
On 01/23/12 03:17, bearophile wrote:
> Artur Skawina:
>
>> So far, a sample D GTK app looks like this:
>>
>> http://repo.or.cz/w/girtod.git/blob/refs/heads/master:/example_gtk3.d
>>
>> Anything I could change API-wise to improve things, that doesn
On 01/23/12 00:52, Trass3r wrote:
>> No. I named it "native" for a reason. The method names are not manipulated
>> in any way - they come directly from GTK.
>>
>> I could *add* all kind of aliases, including camelCased ones, but why would
>> anyone want to use those?
>
> Cause those C names with
On 01/23/12 00:16, Trass3r wrote:
> The function names should be converted to camelCase.
No. I named it "native" for a reason. The method names are not manipulated
in any way - they come directly from GTK.
I could *add* all kind of aliases, including camelCased ones, but why would
anyone want to
Native GTK2 bindings for D.
"Native" for two reasons:
1. Uses the C API directly. No class wrappers and no function wrappers.
2. OO interface, giving a native D look and feel.
The code generated when using these bindings is identical to the
equivalent C version. Bit-for-bi
28 matches
Mail list logo