Please cast your vote for std.uni at:
http://forum.dlang.org/post/zczqphzzqnxvjflle...@forum.dlang.org
On Monday, 20 May 2013 at 06:19:29 UTC, Jesse Phillips wrote:
Please cast your vote for std.uni at:
http://forum.dlang.org/post/zczqphzzqnxvjflle...@forum.dlang.org
Overall it looks great. I have one question l is it possible to
build tries at runtime using CTFE ? Anyway, as long as this is
On reddit:
http://www.reddit.com/r/programming/comments/1eovfu/dconf_2013_day_1_talk_6_concurrent_garbage/
Enjoy! Discuss!! Vote!!!
Andrei
Andrei Alexandrescu:
http://www.reddit.com/r/programming/comments/1eovfu/dconf_2013_day_1_talk_6_concurrent_garbage/
This link on the YouTube page seems to not be online:
http://dconf.org/2013/talks/lucarella.pdf
Bye,
bearophile
On Mon, 20 May 2013 13:50:25 +0100, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On reddit:
http://www.reddit.com/r/programming/comments/1eovfu/dconf_2013_day_1_talk_6_concurrent_garbage/
This may be the Windows Copy On Write feature mentioned in the QA at the
end:
On 16/05/2013 17:58, Ali Çehreli wrote:
On 05/16/2013 03:08 AM, Bruno Medeiros wrote:
On 14/05/2013 06:45, TommiT wrote:
Notice that alias this = id is not supposed to be valid syntax.
Huh, what's this about? DMD does not seem to recognize it, but it's
listed in the grammar. Is it an
20-May-2013 12:15, deadalnix пишет:
On Monday, 20 May 2013 at 06:19:29 UTC, Jesse Phillips wrote:
Please cast your vote for std.uni at:
http://forum.dlang.org/post/zczqphzzqnxvjflle...@forum.dlang.org
Overall it looks great. I have one question l is it possible to build
tries at runtime using
On Monday, 20 May 2013 at 08:15:48 UTC, deadalnix wrote:
On Monday, 20 May 2013 at 06:19:29 UTC, Jesse Phillips wrote:
Please cast your vote for std.uni at:
http://forum.dlang.org/post/zczqphzzqnxvjflle...@forum.dlang.org
Overall it looks great. I have one question l is it possible to
build
On Mon, 20 May 2013 08:50:25 -0400
Andrei Alexandrescu seewebsiteforem...@erdani.org wrote:
On reddit:
http://www.reddit.com/r/programming/comments/1eovfu/dconf_2013_day_1_talk_6_concurrent_garbage/
Torrents up, as well as links:
http://semitwist.com/download/misc/dconf2013/
On Fri, 17 May 2013 02:08:05 -0400
Nick Sabalausky seewebsitetocontac...@semitwist.com wrote:
If you want to use Phobos sockets, you can do it two ways:
1. Pass -version=MySQLN_NoVibeD to the compiler. This will completely
eliminate all dependencies on Vibe.d (and remove all Vibe.d
Since it makes a lot more sense for the default to be *no*
external dependencies, I've flipped it around:
That's great thanks for your work on this.
On Monday, 20 May 2013 at 13:55:05 UTC, Regan Heath wrote:
On Mon, 20 May 2013 13:50:25 +0100, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On reddit:
http://www.reddit.com/r/programming/comments/1eovfu/dconf_2013_day_1_talk_6_concurrent_garbage/
This may be the Windows Copy On
On Monday, 20 May 2013 at 22:52:33 UTC, Diggory wrote:
And that would work on all modern OSes, plus you don't have the
overhead of creating a new process or even a new thread. Also
immutable memory doesn't need to be mapped, the GC thread can
access it directly.
Copy on WRITE usually don't
On Tuesday, 21 May 2013 at 00:00:13 UTC, deadalnix wrote:
On Monday, 20 May 2013 at 22:52:33 UTC, Diggory wrote:
And that would work on all modern OSes, plus you don't have
the overhead of creating a new process or even a new thread.
Also immutable memory doesn't need to be mapped, the GC
On Monday, 20 May 2013 at 17:19:34 UTC, Dmitry Olshansky wrote:
20-May-2013 12:15, deadalnix пишет:
On Monday, 20 May 2013 at 06:19:29 UTC, Jesse Phillips wrote:
Please cast your vote for std.uni at:
http://forum.dlang.org/post/zczqphzzqnxvjflle...@forum.dlang.org
Overall it looks great. I
On Tuesday, 21 May 2013 at 01:25:54 UTC, deadalnix wrote:
On Monday, 20 May 2013 at 17:19:34 UTC, Dmitry Olshansky wrote:
20-May-2013 12:15, deadalnix пишет:
uni can be unicode, but also unique, union, unit, uniform,
unix, unijambist, whatever.
I support renaming to std.unicode;
In the long
On Monday, 20 May 2013 at 13:55:05 UTC, Regan Heath wrote:
On Mon, 20 May 2013 13:50:25 +0100, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On reddit:
http://www.reddit.com/r/programming/comments/1eovfu/dconf_2013_day_1_talk_6_concurrent_garbage/
This may be the Windows Copy On
On Tuesday, 21 May 2013 at 04:26:18 UTC, Vladimir Panteleev wrote:
On Monday, 20 May 2013 at 13:55:05 UTC, Regan Heath wrote:
On Mon, 20 May 2013 13:50:25 +0100, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On reddit:
I know at least two cases which T.init is commonly used.
1. Inside predicate template for type T.
template isSomething(T) {
enum isSomething = is(typeof({
//T t1;// not good if T is nested struct, or has @disable this()
//T t2 = void; auto x = t2; // not good if T is
This is a replacement module for the current std.uni by Dmitry
Olshansky. The std.uni module provides an implementation of
fundamental Unicode algorithms and data structures.
If you would like to see the proposed std.uni include into Phobos
please vote yes. If one condition must be met
On Monday, May 20, 2013 07:25:49 Tyler Jameson Little wrote:
I'd also like to know
the likelihood of getting a GUI toolkit into Phobos.
It's come up before, and I don't think that any sort of decision has ever been
made on that, though personally, that strikes me as the sort of thing that
On Monday, 20 May 2013 at 06:10:22 UTC, Kenji Hara wrote:
I know at least two cases which T.init is commonly used.
1. Inside predicate template for type T.
template isSomething(T) {
enum isSomething = is(typeof({
//T t1;// not good if T is nested struct, or has
@disable this()
On 2013-05-20 07:25, Tyler Jameson Little wrote:
I've been looking into trying to fix QtD, but it seems writing a binding
to a C++ library is a bit complicated. I've read on the forums that a
native D GUI toolkit is the most desirable long-term, so I'd like to
start that discussion.
First off,
On Monday, 20 May 2013 at 05:39:42 UTC, Diggory wrote:
In your logic you're assuming that the order of operations is
maintained - without the correct memory barriers or
synchronisation both the compiler and CPU are free to
completely reorder any operations you do. That's why it's
always a bug
It's come up before, and I don't think that any sort of
decision has ever been
made on that, though personally, that strikes me as the sort of
thing that
doesn't really belong in the standard library. Certainly, if it
did end up in
there, it would probably have to be very minamalistic.
Should be fixed now. ATM, I don't have any code that's using the
prepared statements feature, and I need to head out, so can you
verify
it?
Yes, with those changes everything I'm working with now works as
expected.
On Monday, 20 May 2013 at 02:24:44 UTC, Jonathan M Davis wrote:
On Saturday, May 18, 2013 20:12:16 Jesse Phillips wrote:
Hello Vim users,
Sadly I don't have a good set of unittests for highlighting.
I've
made some changes and think that it will be good to have them
part of vim 7.4
I'm
On 20/05/2013 07:18, Jesse Phillips wrote:
This is a replacement module for the current std.uni by Dmitry
Olshansky. The std.uni module provides an implementation of fundamental
Unicode algorithms and data structures.
I vote YES!
A...
On Saturday, 18 May 2013 at 22:23:51 UTC, Igor Stepanov wrote:
At the current time D have powerful mechanism of access to C++
classes.
For access to methods of C++ classes (virtual and not) we can
use extern(C++) interface.
//С++
class CPPTest1
{
int a;
int b;
public:
virtual
On Saturday, 18 May 2013 at 18:12:17 UTC, Jesse Phillips wrote:
Hello Vim users,
Sadly I don't have a good set of unittests for highlighting.
I've made some changes and think that it will be good to have
them part of vim 7.4
Here's the test file for D highlighting for the colorer library:
On Mon, 20 May 2013 07:28:29 +0200
dennis luehring dl.so...@gmx.net wrote:
Am 18.05.2013 17:42, schrieb Gary Willoughby:
Hi, i've tried using this library for a simple query and i run
into an error. I wondered if this is a bug in the connection code.
wouldn't it be a good idea to port the
On Sunday, 19 May 2013 at 21:36:17 UTC, Andrei Alexandrescu wrote:
OK, this is sensible. One question - would you be willing to
type symbols as NullType!T instead of T to avoid these issues?
Good question. Probably not. I think it's one of those things
were the awkwardness of it not being the
On Monday, May 20, 2013 10:04:22 Idan Arye wrote:
Are you sure you downloaded it correctly? From the error message
you got, it seems like you have downloaded the source of the
GitHub page that displays the `syntax/d.vim` file.
LOL. Yeah, that looks like it's what I did. I think that I got it
On Sat, 18 May 2013 14:10:07 +0100, Jacob Carlborg d...@me.com wrote:
On 2013-05-17 16:48, Regan Heath wrote:
Done.
http://wiki.dlang.org/Bind_D_to_C
Hmm. I see you just copy pasted my answer. It fits as an answer in a
newsgroup like this. But I don't think it fits in that format in the
On 20 May 2013 10:08, Vladimir Panteleev vladi...@thecybershadow.netwrote:
On Saturday, 18 May 2013 at 18:12:17 UTC, Jesse Phillips wrote:
Hello Vim users,
Sadly I don't have a good set of unittests for highlighting. I've made
some changes and think that it will be good to have them part of
On Monday, 20 May 2013 at 06:53:34 UTC, Idan Arye wrote:
On Monday, 20 May 2013 at 05:39:42 UTC, Diggory wrote:
In your logic you're assuming that the order of operations is
maintained - without the correct memory barriers or
synchronisation both the compiler and CPU are free to
completely
On Sun, 19 May 2013 21:02:11 +0200, Idan Arye generic...@gmail.com wrote:
I don't see how Option and Maybe would have helped your bug. The problem
was that somewhere in the code the reference was perceived as null while
in fact it wasn't
What does that even mean?
- so now it will be
On Sun, 19 May 2013 20:05:02 +0200, Idan Arye generic...@gmail.com wrote:
These are the assumptions I'm working with:
- We can't use a nullable reference
- We can't initialize the reference upon declaration to it's real
value.
Indeed, if that's the case, then what you're doing is fairly
On Sun, 19 May 2013 20:23:21 +0200, Walter Bright
newshou...@digitalmars.com wrote:
On 5/19/2013 5:02 AM, Simen Kjaeraas wrote:
By definition? Pointer semantics are what we choose it to mean.
Of course. But which definition is saner:
For many types, it is extremely useful to have some
Igor Stepanov wazar.leoll...@yahoo.com wrote in message
news:pckdwxwvumenyzbuv...@forum.dlang.org...
Yes, language shouldn't be modified for the sake of one goal.
But do you think, that calling C++ constructors from D is not typical
task? I sure, that we must get a common way to bind C++
I'm surprised people still have problems with null pointers. I
for one am glad D has null by default makes life easy coming from
C++ and Java.
I may have missed something but what happens with the following
code if I could not have a null pointer?
int*[] pntrs = new int*[10];
Would I need
On Monday, 20 May 2013 at 14:49:32 UTC, estew wrote:
Now I want to access a pointer, write code using it etc. But I
need to manually track at development time whether it is
NotNull!T, Null!T, Maybe!T, Option!T or whatever. I cannot just
have a pointer anymore, knowing it's initialised to null.
On Sun, 19 May 2013 17:36:17 -0400, Andrei Alexandrescu wrote:
On 5/19/13 4:30 PM, Peter Alexander wrote:
On Sunday, 19 May 2013 at 20:03:24 UTC, Andrei Alexandrescu wrote:
You are blowing it out of proportion. Null references are hardly even
on the radar of the bug classes I'm encountering
struct S {
auto opDispatch(string s)(A i){}
}
struct A {}
void main() {
S s;
A a;
s + a; //Error: incompatible types for ((s) + (a)): 'S' and 'A'
}
It would be really nice if opDispatch could catch missing
operator overloads.
Also, would it be a good idea to
On Saturday, 18 May 2013 at 08:33:10 UTC, Mr. Anonymous wrote:
As you probably know, the application of D to GSoC 2013 has
been rejected.
There was an idea about running the program nonetheless, minus
the funding:
On Monday, 20 May 2013 at 11:19:44 UTC, Diggory wrote:
Of course it's possible, for example the code may produce the
expected result if some invariant holds which does in fact hold
if there was a single thread running, but with multiple threads
the invariant is broken. Or more simply - the
On 5/19/13 8:46 PM, Steven Schveighoffer wrote:
I just wanted to chime in with this understanding of the bug that I am
reading from deadalnix's descriptions:
SomeObj obj;
shareTheObj(obj); // goes to other threads
obj = new SomeObj; // initialize obj
This is likely simpler than the actual
On 5/20/13 11:19 AM, Byron Heads wrote:
On Sun, 19 May 2013 17:36:17 -0400, Andrei Alexandrescu wrote:
OK, this is sensible. One question - would you be willing to type
symbols as NullType!T instead of T to avoid these issues?
Thanks,
Andrei
More boiler plate code for functions that take
On Monday, 20 May 2013 at 06:18:15 UTC, Jesse Phillips wrote:
Sunday April 26 PST will be the last day of voting.
2014?
vote: yes
On Mon, 20 May 2013 11:43:35 -0400, Andrei Alexandrescu wrote:
On 5/20/13 11:19 AM, Byron Heads wrote:
On Sun, 19 May 2013 17:36:17 -0400, Andrei Alexandrescu wrote:
OK, this is sensible. One question - would you be willing to type
symbols as NullType!T instead of T to avoid these issues?
On Saturday, 18 May 2013 at 18:12:17 UTC, Jesse Phillips wrote:
Hello Vim users,
Sadly I don't have a good set of unittests for highlighting.
I've made some changes and think that it will be good to have
them part of vim 7.4
I'm requesting that you check that the new file has not
butchered
On 20 May 2013 10:51, Iain Buclaw ibuc...@ubuntu.com wrote:
On 20 May 2013 10:08, Vladimir Panteleev vladi...@thecybershadow.net
wrote:
On Saturday, 18 May 2013 at 18:12:17 UTC, Jesse Phillips wrote:
Hello Vim users,
Sadly I don't have a good set of unittests for highlighting. I've made
20-May-2013 19:28, Idan Arye пишет:
On Monday, 20 May 2013 at 11:19:44 UTC, Diggory wrote:
Of course it's possible, for example the code may produce the expected
result if some invariant holds which does in fact hold if there was a
single thread running, but with multiple threads the invariant
On Monday, May 20, 2013 17:15:32 John Colvin wrote:
Also, would it be a good idea to have free functions of all the
operators (opOpAssign etc...) for builtin types somewhere? It's
occasionally useful in generic wrappers.
Why would this be useful? I think that it's just begging for trouble to
Tyler Jameson Little beatgam...@gmail.com wrote in message
news:vtaufckbpdkpuxyzt...@forum.dlang.org...
I've been looking into trying to fix QtD, but it seems writing a binding
to a C++ library is a bit complicated. I've read on the forums that a
native D GUI toolkit is the most desirable
On Tuesday, May 21, 2013 03:33:01 Daniel Murphy wrote:
I don't know much about Qt's source, but automatic conversion to D, like we
are doing for the compiler, might be worth looking into. If it is written
in modern-ish C++ (not too many preprocessor hacks), which from a quick look
it appears
On Thursday, 9 May 2013 at 10:15:42 UTC, Iain Buclaw wrote:
I'll will very likely keep a branch with the C++ implemented
front end for
these purposes. But ideally we should get porting as soon as
possible ahead
of this move so that there are already D compilers available
for said
targets.
On Sun, 19 May 2013 05:17:57 +0200, Walter Bright
newshou...@digitalmars.com wrote:
On 5/18/2013 1:39 PM, Walter Bright wrote:
Already reported:
http://d.puremagic.com/issues/show_bug.cgi?id=10115
And Kenji has already posted a fix!
What can I say, other than Awesome!
Great! One more:
On Mon, 20 May 2013 18:05:18 +0200, Byron Heads byron.he...@gmail.com
wrote:
What about dealing with externs you want to protect?
extern(C) void foo(@nonnull int* x);
There is nothing stopping you from declaring that with this signature:
extern(C) void foo(NonNull!(int*) x);
--
Simen
On Sun, 19 May 2013 22:25:49 -0700, Tyler Jameson Little
beatgam...@gmail.com wrote:
I've been looking into trying to fix QtD, but it seems writing a binding
to a C++ library is a bit complicated. I've read on the forums that a
native D GUI toolkit is the most desirable long-term, so I'd
On Monday, 20 May 2013 at 16:40:27 UTC, Dmitry Olshansky wrote:
Long story short - re-read the discussion in the Low-lock
thread again:
http://forum.dlang.org/thread/pelhvaxwjzhehdjtp...@forum.dlang.org
To sum up the discussion, there are three problems with
unsynchronized access to the
On Mon, 20 May 2013 07:25:49 +0200, Tyler Jameson Little wrote:
I've been looking into trying to fix QtD, but it seems writing a binding
to a C++ library is a bit complicated. I've read on the forums that a
native D GUI toolkit is the most desirable long-term, so I'd like to
start that
On Monday, 20 May 2013 at 06:18:15 UTC, Jesse Phillips wrote:
Sunday April 26 PST will be the last day of voting.
Err, May 26.
On 05/20/2013 07:19 PM, Jonathan M Davis wrote:
On Monday, May 20, 2013 17:15:32 John Colvin wrote:
Also, would it be a good idea to have free functions of all the
operators (opOpAssign etc...) for builtin types somewhere? It's
occasionally useful in generic wrappers.
Why would this be
On Mon, 20 May 2013 11:01:35 -0700
Adam Wilson flybo...@gmail.com wrote:
Graphics programmers who can make GPU's sing,
[...]
UI designers capable of replicating the looks [REPLYER'S EDIT: and
feel] of each OS.
Embrace native and those two concerns disappear.
And that latter of those two
On 05/20/2013 05:15 PM, John Colvin wrote:
struct S {
auto opDispatch(string s)(A i){}
}
struct A {}
void main() {
S s;
A a;
s + a; //Error: incompatible types for ((s) + (a)): 'S' and 'A'
}
It would be really nice if opDispatch could catch missing operator
overloads.
20-May-2013 22:14, Idan Arye пишет:
On Monday, 20 May 2013 at 16:40:27 UTC, Dmitry Olshansky wrote:
Long story short - re-read the discussion in the Low-lock thread again:
http://forum.dlang.org/thread/pelhvaxwjzhehdjtp...@forum.dlang.org
To sum up the discussion, there are three problems
On Monday, 20 May 2013 at 15:15:33 UTC, John Colvin wrote:
struct S {
auto opDispatch(string s)(A i){}
}
struct A {}
void main() {
S s;
A a;
s + a; //Error: incompatible types for ((s) + (a)): 'S' and 'A'
}
It would be really nice if opDispatch could catch
On Mon, 20 May 2013 12:09:47 -0700, Nick Sabalausky
seewebsitetocontac...@semitwist.com wrote:
On Mon, 20 May 2013 11:01:35 -0700
Adam Wilson flybo...@gmail.com wrote:
Graphics programmers who can make GPU's sing,
[...]
UI designers capable of replicating the looks [REPLYER'S EDIT: and
20-May-2013 22:01, Adam Wilson пишет:
On Sun, 19 May 2013 22:25:49 -0700, Tyler Jameson Little
beatgam...@gmail.com wrote:
I've been looking into trying to fix QtD, but it seems writing a
binding to a C++ library is a bit complicated. I've read on the forums
that a native D GUI toolkit is the
On Mon, 20 May 2013 12:28:16 -0700, Dmitry Olshansky
dmitry.o...@gmail.com wrote:
20-May-2013 22:01, Adam Wilson пишет:
On Sun, 19 May 2013 22:25:49 -0700, Tyler Jameson Little
beatgam...@gmail.com wrote:
I've been looking into trying to fix QtD, but it seems writing a
binding to a C++
On 05/20/2013 09:26 PM, Maxim Fomin wrote:
On Monday, 20 May 2013 at 15:15:33 UTC, John Colvin wrote:
struct S {
auto opDispatch(string s)(A i){}
}
struct A {}
void main() {
S s;
A a;
s + a; //Error: incompatible types for ((s) + (a)): 'S' and 'A'
}
It would be really nice if
Mapping constructors is complicated... Operator overloads are
much worse, they just don't all map.
You have misunderstood me.
I spoke out against the mapping. I spoke only about access.
For example if we automatically generate a binding extern(C++)
interface we can add a special methods to
On Monday, 20 May 2013 at 19:41:09 UTC, Adam Wilson wrote:
Well, there are a couple vocal others.
My preference for native stuff is just simply that the
alternative seems to be reinventing a gigantic wheel.
Though, at the same time, for a while I was playing with the idea
of using my
On Mon, 20 May 2013 12:28:09 -0700
Adam Wilson flybo...@gmail.com wrote:
On Mon, 20 May 2013 12:09:47 -0700, Nick Sabalausky
seewebsitetocontac...@semitwist.com wrote:
On Mon, 20 May 2013 11:01:35 -0700
Adam Wilson flybo...@gmail.com wrote:
Graphics programmers who can make GPU's
On Monday, 20 May 2013 at 05:25:50 UTC, Tyler Jameson Little
wrote:
Thoughts?
I don't think it will make it in Phobos. At least not for a long
time. It will first need to be proven and show a strong use in
the community/world.
As said, it is a massive undertaking so people are skeptical
On Mon, 20 May 2013 23:28:16 +0400
Dmitry Olshansky dmitry.o...@gmail.com wrote:
20-May-2013 22:01, Adam Wilson пишет:
* There is a deep-seated distrust of any toolkit that does not use
the OS Native UI widgets. The people in this community prefer native
toolkits to the point of jihad.
On Monday, 20 May 2013 at 19:48:48 UTC, Timon Gehr wrote:
On 05/20/2013 09:26 PM, Maxim Fomin wrote:
This would also leads to bugs when invalid code is silently
accepted in
each user-defined type where opDispatch is defined.
This statement is wrong. As a counterexample, consider the
On Monday, 20 May 2013 at 20:11:27 UTC, nazriel wrote:
On Saturday, 18 May 2013 at 22:23:51 UTC, Igor Stepanov wrote:
At the current time D have powerful mechanism of access to C++
classes.
For access to methods of C++ classes (virtual and not) we can
use extern(C++) interface.
//С++
class
On Saturday, 18 May 2013 at 22:23:51 UTC, Igor Stepanov wrote:
At the current time D have powerful mechanism of access to C++
classes.
For access to methods of C++ classes (virtual and not) we can
use extern(C++) interface.
//С++
class CPPTest1
{
int a;
int b;
public:
virtual
On Monday, 20 May 2013 at 20:13:47 UTC, nazriel wrote:
On Monday, 20 May 2013 at 20:11:27 UTC, nazriel wrote:
On Saturday, 18 May 2013 at 22:23:51 UTC, Igor Stepanov wrote:
At the current time D have powerful mechanism of access to
C++ classes.
For access to methods of C++ classes (virtual and
On Mon, 20 May 2013 12:41:08 -0700
Adam Wilson flybo...@gmail.com wrote:
On Mon, 20 May 2013 12:28:16 -0700, Dmitry Olshansky
dmitry.o...@gmail.com wrote:
Markup for GUI layout seems like a decent idea.
HTML is markup. XAML is markup. QML is markup. XUL is markup. iOS is
markup.
20-May-2013 23:41, Adam Wilson пишет:
On Mon, 20 May 2013 12:28:16 -0700, Dmitry Olshansky
dmitry.o...@gmail.com wrote:
[snip]
* There is absolutely no chance of inclusion in Phobos, and to-be-honest
I don't think it really belongs there.
Where you take that from? I thought it was quite
The following will take much less time and can achieve good, native results
quickly:
Design a user-code facing clean api using idiomatic D (front end code):
windows, widgets, callbacks via delegates, etc.
Design a glue layer to talk to different backends: gtkd, wxd, qtd, fltk etc.
This is what
On Monday, 20 May 2013 at 05:25:50 UTC, Tyler Jameson Little
wrote:
I've been looking into trying to fix QtD, but it seems writing
a binding to a C++ library is a bit complicated. I've read on
the forums that a native D GUI toolkit is the most desirable
long-term, so I'd like to start that
UI toolkits are a lot of work but they're not as unreasonably big
as everyone seems to be suggesting... I've written a couple
myself in a procedural language using Direct3D to draw
everything. Had all the standard controls, various layout
options, even a syntax highlighted code editor,
On Mon, 20 May 2013 12:52:39 -0700, Nick Sabalausky
seewebsitetocontac...@semitwist.com wrote:
On Mon, 20 May 2013 12:28:09 -0700
Adam Wilson flybo...@gmail.com wrote:
On Mon, 20 May 2013 12:09:47 -0700, Nick Sabalausky
seewebsitetocontac...@semitwist.com wrote:
On Mon, 20 May 2013
The following will take much less time and can achieve good, native
results quickly:
Design a user-code facing clean api using idiomatic D (front end code):
windows, widgets, callbacks via delegates, etc.
Design a glue layer to talk to different backends: gtkd, wxd, qtd, fltk
etc.
This
On Mon, 20 May 2013 13:20:22 -0700, Nick Sabalausky
seewebsitetocontac...@semitwist.com wrote:
On Mon, 20 May 2013 12:41:08 -0700
Adam Wilson flybo...@gmail.com wrote:
On Mon, 20 May 2013 12:28:16 -0700, Dmitry Olshansky
dmitry.o...@gmail.com wrote:
Markup for GUI layout seems like a
On Saturday, 18 May 2013 at 16:58:19 UTC, Idan Arye wrote:
OK, I implemented everything and made a pull request:
https://github.com/D-Programming-Language/phobos/pull/1294
I've added this to the review queue.
The module is in need of documentation (publishing not required)
before it can be
On Mon, 20 May 2013 13:58:04 -0700, Timothee Cour
thelastmamm...@gmail.com wrote:
The following will take much less time and can achieve good, native
results quickly:
Design a user-code facing clean api using idiomatic D (front end code):
windows, widgets, callbacks via delegates, etc.
On Mon, 20 May 2013 13:40:06 -0700, Diggory digg...@googlemail.com wrote:
UI toolkits are a lot of work but they're not as unreasonably big as
everyone seems to be suggesting... I've written a couple myself in a
procedural language using Direct3D to draw everything. Had all the
standard
On Monday, 20 May 2013 at 21:01:36 UTC, Jesse Phillips wrote:
On Saturday, 18 May 2013 at 16:58:19 UTC, Idan Arye wrote:
OK, I implemented everything and made a pull request:
https://github.com/D-Programming-Language/phobos/pull/1294
I've added this to the review queue.
The module is in need
On Mon, 20 May 2013 13:32:09 -0700, Dmitry Olshansky
dmitry.o...@gmail.com wrote:
20-May-2013 23:41, Adam Wilson пишет:
On Mon, 20 May 2013 12:28:16 -0700, Dmitry Olshansky
dmitry.o...@gmail.com wrote:
[snip]
* There is absolutely no chance of inclusion in Phobos, and
to-be-honest
I
On Mon, 20 May 2013 13:36:42 -0700
Timothee Cour thelastmamm...@gmail.com wrote:
The following will take much less time and can achieve good, native
results quickly:
Design a user-code facing clean api using idiomatic D (front end
code): windows, widgets, callbacks via delegates, etc.
On Mon, 20 May 2013 13:58:56 -0700
Adam Wilson flybo...@gmail.com wrote:
On Mon, 20 May 2013 13:20:22 -0700, Nick Sabalausky
seewebsitetocontac...@semitwist.com wrote:
On Mon, 20 May 2013 12:41:08 -0700
Adam Wilson flybo...@gmail.com wrote:
markup is extensible, OS widgets are not.
On Tue, 21 May 2013 00:32:09 +0400
Dmitry Olshansky dmitry.o...@gmail.com wrote:
20-May-2013 23:41, Adam Wilson пишет:
Absolutely, but my point is that some of those are entire fields of
study and bodies of knowledge that can take years or decades a too
acquire.
I believe this is a
Hi,
I need an Input Range that iterates a file character by
character. In bioinformatics this is often important, and having
a D-range is of course preferable than any foreach-byLine
combination, since we can apply filters and other goodies from
std.algorithm. In this implementation, I am
On Mon, 20 May 2013 14:14:30 -0700
Adam Wilson flybo...@gmail.com wrote:
Some days I wish I had the charisma and vision to develop that team,
because I badly want a D UI toolkit that can do with WPF can. I may
or may not have the right vision, but I am no charismatic. ;-)
What would you
On Monday, 20 May 2013 at 21:36:41 UTC, Stephan Schiffels wrote:
Hi,
I need an Input Range that iterates a file character by
character. In bioinformatics this is often important, and
having a D-range is of course preferable than any
foreach-byLine combination, since we can apply filters and
1 - 100 of 248 matches
Mail list logo