Re: HibernateD and DDBC - ORM and DB abstraction layer for D

2013-04-08 Thread Vadim Lopatin

On Friday, 5 April 2013 at 17:18:01 UTC, Dicebot wrote:

On Friday, 5 April 2013 at 16:41:53 UTC, Vadim Lopatin wrote:
I'm iterating through class members using __traits(allMembers, 
T), then accessing member using _traits(getMember,T,memberName)


I'm not sure which one of the members with the same name will 
be returned by getMember... Property getter and setter have 
the same name...


Is there any better way to iterate through members of class?


Quoting vibe.d again :)

---
foreach( member; __traits(allMembers, T) ) {
foreach( overload; MemberFunctionsTuple!(T, method) ) {
---


Fixed property support.


Re: Guigle openGL GUI on GIT

2013-04-08 Thread Stephen Jones

On Saturday, 6 April 2013 at 21:42:40 UTC, azertopia wrote:

On Thursday, 4 April 2013 at 23:04:05 UTC, Stephen Jones wrote:
https://github.com/Ste3e/Guigle/ is the link. The wiki has 
been written. If it is not viewable it will be that I have 
done something wrong, or have not done something I should with 
GIT... it is new to me.


I was thinking there may be a problem getting Guigle running 
on Linux and Mac insofar as I use pragma(lib, ...) to load the 
native Window .dll and there is no compatible code for 
Linux/Mac. But if you already know the code then it is simply 
a matter of adding it to the Form.d file where the pragmas are.


There is a general problem to do with the dlls themselves. 
While Derelict3 compiles its own .lib files they still require 
native .dll files on the path. For openGL it is not an issue 
but for SDL2, SDL2_Image and SDL_ttf there is a problem. Does 
anyone know either a repository with viable dll (and whatever 
linux/Mac require), or a clear explanation of the process 
required to build your own from SDL2 source.


This is a nice project but you need to consider how it's 
maintainable for someone who will use it. You can't built a 
house with doors and windows without the basis. (I've seen that 
there is a lot of UI element already)...


I don't understand the comment, what basis do you mean? Do you 
mean where is the assurance that the programming interface will 
not change which would upset backward compatibility?


Re: HibernateD and DDBC - ORM and DB abstraction layer for D

2013-04-08 Thread BLM768

On Saturday, 6 April 2013 at 12:50:19 UTC, Suliman wrote:
Because people want standards. For example people want GUI for 
D, but most of the people agree that it would bad idea to 
create 10 different GUIs, and it's better have one official GUI.


Look at .NET it's include most of things that developers need 
at real life. And it's one of reasons of it's popularity.


At the same time, it's good to have some competition and 
alternative choices. For example, Ruby on Rails is the de facto 
standard for Ruby Web applications, but there are alternatives 
(and pretty decent ones at that). That's why I'm continuing to 
work on my own ORM library, which should still have a niche in 
SQLite-based applications because its API is designed to be 
lightweight and lazy.


Re: We have completed our GSoC 2013 application

2013-04-08 Thread Andrei Alexandrescu
Unfortunately our application to GSoC 2013 has been rejected. The list 
of accepted organization is at 
https://google-melange.appspot.com/gsoc/accepted_orgs/google/gsoc2013. 
We will consider applying again to GSoC in the future.


This is of course not the outcome we were hoping for, but not a major 
setback. Going forward let's continue ramping up work on improving the 
quality of implementation and the language definition.



Andrei



Re: We have completed our GSoC 2013 application

2013-04-08 Thread Rikki Cattermole
On Monday, 8 April 2013 at 22:55:28 UTC, Andrei Alexandrescu 
wrote:
Unfortunately our application to GSoC 2013 has been rejected. 
The list of accepted organization is at 
https://google-melange.appspot.com/gsoc/accepted_orgs/google/gsoc2013. 
We will consider applying again to GSoC in the future.


This is of course not the outcome we were hoping for, but not a 
major setback. Going forward let's continue ramping up work on 
improving the quality of implementation and the language 
definition.



Andrei


Do we know why it was rejected? Because if we can find out we 
might be able to work on those issues.


Re: We have completed our GSoC 2013 application

2013-04-08 Thread Walter Bright

On 4/8/2013 9:49 PM, Rikki Cattermole wrote:

Do we know why it was rejected? Because if we can find out we might be able to
work on those issues.


We don't know why.