Re: dmd 2.065 rc 1
Am 18.02.2014 00:17, schrieb Andrew Edwards: @Sönke Ludwig, please verify that this is fixed and update issue accordingly: http://d.puremagic.com/issues/show_bug.cgi?id=12137 Confirming the fix. Status has already been updated by Martin Nowak.
Dgame 0.3.2
A new version of Dgame is ready: https://github.com/Dgame/Dgame/releases/tag/0.3.2 Don't forget to visit the website and the tutorials: http://dgame-dev.de/ http://dgame-dev.de/?page=tutorial Also there is now a Work in Progress section where games are listed which are written with Dgame: http://dgame-dev.de/?page=show There is as yet only one (finished) game of me and a fellow student, but I'm sure others will follow. It is intended to show what is possible and how. Currently it consists of only one level, but we're working on it.
Re: Dgame 0.3.2
On Tuesday, 18 February 2014 at 11:56:12 UTC, Namespace wrote: A new version of Dgame is ready: https://github.com/Dgame/Dgame/releases/tag/0.3.2 Don't forget to visit the website and the tutorials: http://dgame-dev.de/ http://dgame-dev.de/?page=tutorial Also there is now a Work in Progress section where games are listed which are written with Dgame: http://dgame-dev.de/?page=show There is as yet only one (finished) game of me and a fellow student, but I'm sure others will follow. It is intended to show what is possible and how. Currently it consists of only one level, but we're working on it. I get errors whet accessing the tutorial page: Warning: include_once(doku/Create_a_Window.html): failed to open stream: No such file or directory in /www/htdocs/w008cef8/dgame4/tutorial/create_win.php on line 8
Re: Dgame 0.3.2
On Tuesday, 18 February 2014 at 12:31:04 UTC, simendsjo wrote: On Tuesday, 18 February 2014 at 11:56:12 UTC, Namespace wrote: A new version of Dgame is ready: https://github.com/Dgame/Dgame/releases/tag/0.3.2 Don't forget to visit the website and the tutorials: http://dgame-dev.de/ http://dgame-dev.de/?page=tutorial Also there is now a Work in Progress section where games are listed which are written with Dgame: http://dgame-dev.de/?page=show There is as yet only one (finished) game of me and a fellow student, but I'm sure others will follow. It is intended to show what is possible and how. Currently it consists of only one level, but we're working on it. I get errors whet accessing the tutorial page: Warning: include_once(doku/Create_a_Window.html): failed to open stream: No such file or directory in /www/htdocs/w008cef8/dgame4/tutorial/create_win.php on line 8 Fixed. Thank you.
Dvorm, now with more pop!
Okay so next milestone in Dvorm's[0] development has been meet. Because of this being technically the first announced release I'll cover most of it here. Dvorm is designed to be an ORM heterogeneous of the database provider itself. I've proven this by using email and MongoDB as providers. This unfortunately means some things are rather inefficient. I.e. you cannot get the type of the data model in the provider. Now some form of CTFE registration of providers would fix that (I really need this for Cmsed as well to remove devs having to register e.g. routes and data models). The usual expected functions on a data model include: * static T findOne(U... args) * static T[] findAll * static T[] find(U... args) * void save * void remove * static @property Query!T query Note query, this is important for much more advanced filtering of records. For some providers e.g. Mongo this would be executed on the server. In others like memory or email, it'll get executed in D. For every property (with respect to e.g. @dbIgnore) it'll generate the above code and as well a bunch of functions in the query e.g. isbn_eq for checking if value is equal to given value. Now a query supports a few functions itself. I.e. count, find and remove. There is currently a couple of restrictions. For instance you cannot put an object with ids being non primitives/string. My current recommendation is to have a struct dedicated towards being the id of a data model. This also gives the benefit of using this in others for referencing. There is relationship support in the form of @dbActualModel!(T, propertyOnT). This is mostly used for logging in Dvorm. In e.g. Cmsed it alters codegen for javascript version of models. However using e.g. opAssign in an id of a data model you can fake setting of this. As an example from Cmsed's test data models (Cmsed automatically logs by using Dvorm's built in logging mechanism): Books3: PK: [string] _id [ubyte] edition = 0 [string] something ====== Page3: PK: [string] _id FK: [Books3][string] book_id Changes in this version boils down to: * Added struct support * Added email (pop3/smtp) provider Currently Dvorm is very limited to non numeric indexed only or only numeric index database providers per model. Next milestone will fix this by moving the control of the unique key to Dvorm. This will pave the way for OpenDBX support which will include Mysql. I want to work heavily towards supporting database migrations of data. I believe this to be one of dvorm's targets in the future. Because how easy it is to change between database providers or just databases. I'm not yet working on documentation. I want to get a really good web site up which covers both Cmsed and Dvorm when they are both ready for it (quite a way away). This to me is an important issue that will have to be dealt with to show how powerful these libraries are. ApplyYourDLang[1] will go a long way to doing this (youtube channel). [0] https://github.com/rikkimax/Dvorm [1] https://www.youtube.com/channel/UCz3NlrGpjV9NlJAhKJLu_-w
Re: Dgame 0.3.2
On Tuesday, 18 February 2014 at 11:56:12 UTC, Namespace wrote: A new version of Dgame is ready: https://github.com/Dgame/Dgame/releases/tag/0.3.2 Don't forget to visit the website and the tutorials: http://dgame-dev.de/ http://dgame-dev.de/?page=tutorial Also there is now a Work in Progress section where games are listed which are written with Dgame: http://dgame-dev.de/?page=show There is as yet only one (finished) game of me and a fellow student, but I'm sure others will follow. It is intended to show what is possible and how. Currently it consists of only one level, but we're working on it. Have you considered putting this on the Dub registry?
Re: Dgame 0.3.2
On Tuesday, 18 February 2014 at 16:24:56 UTC, Gary Willoughby wrote: On Tuesday, 18 February 2014 at 11:56:12 UTC, Namespace wrote: A new version of Dgame is ready: https://github.com/Dgame/Dgame/releases/tag/0.3.2 Don't forget to visit the website and the tutorials: http://dgame-dev.de/ http://dgame-dev.de/?page=tutorial Also there is now a Work in Progress section where games are listed which are written with Dgame: http://dgame-dev.de/?page=show There is as yet only one (finished) game of me and a fellow student, but I'm sure others will follow. It is intended to show what is possible and how. Currently it consists of only one level, but we're working on it. Have you considered putting this on the Dub registry? Yes I will make this soon. Currently I have not that much time besides the bachelor thesis (also a D Project). But it is on my list! ;)
Re: dmd 2.065 rc 1
To avoid confusion: It is not Fedora people who are not willing to help. Problem is with mirrors. Imagine personX or companyX decides to become mirror of distribution which has DMD in their official repository. Before they sync Fedora packages, they have to ask permissions of all DMD (and similar) copyright owners for distribution permission. Now Imagine there are hundreds of DMD-like packages in there... Therefore no serious distribution will accept DMD-like package in their repository. -- http://dejan.lekic.org
Re: dmd 2.065 rc 1
On Mon, 17 Feb 2014 18:17:43 -0500, Andrew Edwards wrote: First I would like to say thanks to Martin Nowak, Kenji Hara, Jordi Sayol and Brad Anderson for their support. Their efforts directly impact my ability to prepare the releases and they work tirelessly to ensure that it happens. RC1 is available for review: All Systems: http://ftp.digitalmars.com/dmd.2.065.0-rc1.zip FreeBSD: http://ftp.digitalmars.com/dmd.2.065.0-rc1.freebsd-32.zip http://ftp.digitalmars.com/dmd.2.065.0-rc1.freebsd-64.zip Linux: http://ftp.digitalmars.com/dmd_2.065.0~rc1-0_i386.deb http://ftp.digitalmars.com/libphobos2-65_2.065.0~rc1-0_i386.deb http://ftp.digitalmars.com/dmd_2.065.0~rc1-0_amd64.deb http://ftp.digitalmars.com/libphobos2-65_2.065.0~rc1-0_amd64.deb http://ftp.digitalmars.com/dmd-2.065.0~rc1-0.fedora.i386.rpm http://ftp.digitalmars.com/dmd-2.065.0~rc1-0.fedora.x86_64.rpm http://ftp.digitalmars.com/dmd-2.065.0~rc1-0.openSUSE.i386.rpm http://ftp.digitalmars.com/dmd-2.065.0~rc1-0.openSUSE.x86_64.rpm http://ftp.digitalmars.com/dmd.2.065.0-rc1.linux.zip OSX: http://ftp.digitalmars.com/dmd.2.065.0-rc1.dmg http://ftp.digitalmars.com/dmd.2.065.0-rc1.osx.zip Windows: http://ftp.digitalmars.com/dmd-2.065.0-rc1.exe http://ftp.digitalmars.com/dmd.2.065.0-rc1.windows.zip As always, remaining regressions are located here: http://d.puremagic.com/issues/buglist.cgi? query_format=advancedbug_severity=regressionbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENED @Sönke Ludwig, please verify that this is fixed and update issue accordingly: http://d.puremagic.com/issues/show_bug.cgi?id=12137 @Timothee Cour, your attention is required on http://d.puremagic.com/issues/show_bug.cgi?id=11972. @All Core Devs, request a coordinated effort over the next week as we gear up for this release. This has been a long process and I do appreciate your support. The aim here is to publish a final release by next Monday with all outstanding regressions addressed. I will produce multiple RCs over the course of the week if required, however, the target release date for 2.065 is 24 Feb (EST). Andrew This is a great release! First time I have run the test suite for our library and everything worked since 2.063.2. Thank you all for your continued hard work. Jonathan
Re: dmd 2.065 rc 1
On 2/18/2014 10:47 AM, Dejan Lekic wrote: To avoid confusion: It is not Fedora people who are not willing to help. Problem is with mirrors. Imagine personX or companyX decides to become mirror of distribution which has DMD in their official repository. Before they sync Fedora packages, they have to ask permissions of all DMD (and similar) copyright owners for distribution permission. Now Imagine there are hundreds of DMD-like packages in there... Therefore no serious distribution will accept DMD-like package in their repository. I understand that, I'm just asking the people that deal with this to contact me and propose a resolution.