== Quote from Rory McGuire (rmcgu...@neonova.co.za)'s article
> Cairo probably makes the most sense. Then you can do pdf, svg, jpg,
> opengl...
> -Rory
This will probably happen fairly soon. Initially, when I was still just trying
to
get off the ground and figure out how gtkD (and GUIs in genera
On 21.07.2010 15:32, dsimcha wrote:
> == Quote from Rory McGuire (rmcgu...@neonova.co.za)'s article
>> Cairo probably makes the most sense. Then you can do pdf, svg, jpg,
>> opengl...
>> -Rory
>
> This will probably happen fairly soon. Initially, when I was still just
> trying to
> get off the g
awishformore Wrote:
> Ah yeah, I guess I should have mentioned. I'm only working with D2 at
> the moment, so it is D2 right now (because of the use of string).
> However, it should be straight forward to replace all string occurrences
> with char[] to get it to work on D1. I'm pretty sure that'
Johannes Pfau wrote:
> On 21.07.2010 15:32, dsimcha wrote:
>> == Quote from Rory McGuire (rmcgu...@neonova.co.za)'s article
>>> Cairo probably makes the most sense. Then you can do pdf, svg, jpg,
>>> opengl...
>>> -Rory
>>
>> This will probably happen fairly soon. Initially, when I was still jus
== Quote from Rory Mcguire (rjmcgu...@gm_no_ail.com)'s article
> Do you plan on supporting QT/KDE?
> -Rory
Long term, probably. Short term, probably not. QtD is, from what I understand,
not very mature yet. I had a @#)#* of a time working through bugs, inadequate
documentation, missing features
Op Sat, 17 Jul 2010 14:13:12 +0200 schreef Andrej Mitrovic
:
If anyone is interested, I've emailed the organizers and they said the
whole thing will be video recorded (therefore posted online as well).
I hope it will be online soon :-)
On Tue, 20 Jul 2010 06:57:01 -0400, Lars T. Kyllingstad
wrote:
On Sun, 18 Jul 2010 22:44:27 +, dsimcha wrote:
== Quote from BLS (windev...@hotmail.de)'s article
Next, Do you have any ideas about zooming ? (zooming a plotting region)
?
This can already be done programmatically (see F
awishformore Wrote:
> You could then even go as far as not iduping, but instead casting it to
> a string to avoid unnecessary allocations.
In D2 you would use std.contracts.assumeUnique() for this.
http://digitalmars.com/d/2.0/phobos/std_contracts.html#assumeUnique
Johannes Pfau Wrote:
> I always thought just casting to the pointer type isn't really safe. I
> guess you should use std.strings toStringz.
>
> (Off topic: std.strings toStringz uses the GC to store the c string. Now
> if I passed the returned pointer to a C function, but didn't store a
> referen