Re: New DConf Blog Post

[bauss via Digitalmars-d-announce]

On Friday, 22 March 2019 at 13:58:01 UTC, Mike Parker wrote:
The DConf schedule was announced last Sunday. I've just 
published a write-up about it on the blog for the 
world-at-large. Please help us out by sharing this post in your 
social media circles.


The blog:
https://dlang.org/blog/2019/03/22/dconf-2019-london-programme/

Reddit:
https://www.reddit.com/r/programming/comments/b45bxp/dconf_2019_london_programme/


Just going to respond to this:

"If you haven’t visited the site in a while, you’ll surely notice 
that it’s been redesigned. The old version was not responsive and 
was quite annoying to manipulate on small screens."


The design is terrible and it really looks unprofessional.

While the old site wasn't responsive, the design was at least 
slightly better.


It just doesn't look very well done.

I'm not trying to be negative or anything, but it looks like 
someone who just learn html/css in 1999 tried to make the design 
of the page.

Re: New DConf Blog Post

[bauss via Digitalmars-d-announce]

On Sunday, 7 April 2019 at 06:19:31 UTC, Mike Parker wrote:

On Saturday, 6 April 2019 at 22:30:58 UTC, bauss wrote:


The design is terrible and it really looks unprofessional.

While the old site wasn't responsive, the design was at least 
slightly better.


It just doesn't look very well done.

I'm not trying to be negative or anything, but it looks like 
someone who just learn html/css in 1999 tried to make the 
design of the page.


Perhaps raising money to pay an experienced web designer would 
be a good topic for a fundraiser later this year.


I think that would be a great idea. I'd tip in with some cash for 
that.

Re: hunt-time library 1.0.0 beta1 released

[bauss via Digitalmars-d-announce]

On Thursday, 4 April 2019 at 11:25:34 UTC, Andre Pany wrote:

On Thursday, 4 April 2019 at 10:49:46 UTC, zoujiaqing wrote:

Hunt time released the first beta version.

hunt-time is a time library and similar to Joda-time and 
Java.time api.


[...]


I am not sure but did you rewrote the java.time library 
(copyright of Oracle) from Java to D? I am not an expert but I 
have some fear using this library due to legal consequences. 
Did you contacted Oracle and asked wheter that is ok?


I honor your work, but if I want to develop commercial 
applications i have to think twice which libraries I use to 
avoid any legal issues.


Kind regards
Andre


It's only copyrighted by Oracle if you use Oracle's Java 
implementation but if you reference OpenJDK then there shouldn't 
be any problems.


But as explained above there aren't any in this case anyway since 
Oracle's implementation is based on something with a fine license.

Re: jupyter-wire v0.0.3 - markdown/HTML support

[bauss via Digitalmars-d-announce]

On Friday, 5 April 2019 at 12:03:48 UTC, Atila Neves wrote:

http://code.dlang.org/packages/jupyter_wire

It's now possible to send markdown or HTML to a jupyter 
notebook from D:


return markdownResult("# Header");

Simple, but looks pretty.


Thanks Atila for all your great work and projects!

Re: my first kernel in betterC D

[bauss via Digitalmars-d-announce]

On Sunday, 16 June 2019 at 16:14:26 UTC, Laeeth Isharc wrote:

https://github.com/kaleidicforks/mkernel-d

I spent a few minutes on just turning the C code to betterC D - 
was curious to see if it would work.  It seems to.  I didn't 
try loading with GRUB.  The dub.sdl isn't quite right, so best 
run ./build.sh


Cannot push to code.dlang.org - it complains about registering 
a forked package, even after renaming.


Really cool project.

Re: I was able to write some D last week!

[bauss via Digitalmars-d-announce]

On Tuesday, 9 July 2019 at 02:32:22 UTC, Adam D. Ruppe wrote:
I am bumping the arsd repo dub's version number to 4.0.0. (this 
is super super arbitrary for me though, I very rarely ACTUALLY 
break backward compatibility, in fact I try to be both backward 
and forward compatible with myself and with dmd versions, just 
meh)


Anyway, while version numbers are silly, you can read a more 
informational summary of a bunch of the new stuff here:


http://dpldocs.info/this-week-in-d/Blog.Posted_2019_07_08.html

ask me anything you like


Great work but the name of "arsd.http2" might be confusing to 
some because of "HTTP 2" being an actual thing but that module 
has nothing to do with it and is actually about Open SSL.


I really like the database modules though.

Re: Symmetry Autumn of Code 2019

[bauss via Digitalmars-d-announce]

On Monday, 1 July 2019 at 09:24:31 UTC, Mike Parker wrote:
The D Language Foundation is partnering with Symmetry 
Investments for the second Symmetry Autumn of Code. I've 
written up a blog post about it [1] and updated the SAoC page 
[2] with the new details.


Potential mentors, please be sure to contact me or announce 
your availability in the forums. We want to increase the odds 
that each applicant has a mentor lined up when they submit 
their application. Mentors are also getting paid this time 
around.


I haven't shared this on reddit yet. I plan to do so later this 
week, so please refrain from sharing on /r/programming just yet.


[1] 
https://dlang.org/blog/2019/07/01/get-ready-for-symmetry-autumn-of-code-2019/

[2] https://dlang.org/blog/symmetry-autumn-of-code/


Amazing! :)

Re: I was able to write some D last week!

[bauss via Digitalmars-d-announce]

On Tuesday, 9 July 2019 at 13:12:22 UTC, Guillaume Piolat wrote:

On Tuesday, 9 July 2019 at 12:31:15 UTC, Adam D. Ruppe wrote:

On Tuesday, 9 July 2019 at 12:09:14 UTC, Greatsam4sure wrote:

I don't know much about this project but l which to know more.


My code is the oldest continuously maintained web library in 
D, started in 2008 and still developed today. It also does a 
bunch of other things like gui too.




And dom.d is also one of the longest, still _working_ XML 
parser that is easy to use.

Longevity and availability have value.


Diamond has XML parsing and HTML parsing too (Not sure how well 
it works but it should.)


And also CSS3 selector parsing (still not CSS parsing though.)

https://github.com/DiamondMVC/Diamond/tree/master/dom
https://github.com/DiamondMVC/Diamond/tree/master/html
https://github.com/DiamondMVC/Diamond/tree/master/xhtml
https://github.com/DiamondMVC/Diamond/tree/master/xml

https://github.com/DiamondMVC/Diamond/tree/master/css

Re: I was able to write some D last week!

[bauss via Digitalmars-d-announce]

On Thursday, 11 July 2019 at 13:24:02 UTC, Adam D. Ruppe wrote:

On Thursday, 11 July 2019 at 13:14:47 UTC, bauss wrote:

And also CSS3 selector parsing (still not CSS parsing though.)


dom.d has some of that too. My css3 support is decent but not 
100%, it includes :not, :has, :nth-child, nth-of-type and more.


I never implemented :only-child though, that'd be easy to add, 
I should just do it.


I also have some css parsing, but it isn't amazing. see: 
http://dpldocs.info/experimental-docs/arsd.dom.StyleSheet.html


you load a stylesheet, then apply it to a document, then can go 
through their computedStyle properties. It is weird but I've 
used it before for rendering html to text with color support 
and stuff like that.


The file html.d also includes one of those css nested 
expanders, so like


.myclass {
  span {
color: blue;
  }
}

expands out, this is on dub as `cssexpand`, but I haven't 
actually used it for years - I no longer believe in css 
preprocessors...


Quick question.

Most of the modules in arsd can be used separately right? Or at 
the very least dependencies within arsd only, right?

Re: rapidxml for D has been ported.

[bauss via Digitalmars-d-announce]

On Tuesday, 8 October 2019 at 09:52:40 UTC, Andrea Fontana wrote:

On Tuesday, 8 October 2019 at 08:56:26 UTC, zoujiaqing wrote:

[...]


So finally we have a working xml parser!


https://github.com/DiamondMVC/Diamond/tree/master/xml

Since 9 months ago.

Re: rapidxml for D has been ported.

[bauss via Digitalmars-d-announce]

On Saturday, 12 October 2019 at 13:51:57 UTC, NonNull wrote:

On Tuesday, 8 October 2019 at 17:15:30 UTC, bauss wrote:
On Tuesday, 8 October 2019 at 09:52:40 UTC, Andrea Fontana 
wrote:

On Tuesday, 8 October 2019 at 08:56:26 UTC, zoujiaqing wrote:

[...]


So finally we have a working xml parser!


https://github.com/DiamondMVC/Diamond/tree/master/xml

Since 9 months ago.


https://diamondmvc.org/ --- certificate has expired


Already aware of it and will fix it soon. Just haven't gotten 
around to it. http should work just fine.

Re: Prepping for Patreon...

[bauss via Digitalmars-d-announce]

On Thursday, 17 October 2019 at 14:33:05 UTC, Ron Tarrant wrote:

Hi y'all,

I've been considering starting a Patreon account and to that 
end, I'm mulling over the types of perks to offer at various 
levels.


Any suggestions?


Should probably ask people that you know might consider 
subscribing to your Patreon.


It's rather difficult unless there is a specific course behind 
your Patreon page that will make people support you.


-- Not sure if this is the right place to ask, but there is no 
off-topic section either --

Re: Prepping for Patreon...

[bauss via Digitalmars-d-announce]

On Thursday, 17 October 2019 at 17:14:41 UTC, Ron Tarrant wrote:

On Thursday, 17 October 2019 at 15:42:10 UTC, bauss wrote:

Should probably ask people that you know might consider 
subscribing to your Patreon.


I thought you might be one candidate, bauss. I know we've 
discussed GtkD on at least one occasion on this forum.




I might chip in at some point.

As for where to find other people I know who might be 
interested... I've got this forum, the Reddit D Programming 
feed, and the forum over on GtkD.org... Oh. And Gnome 
Discourse... and, of course, the Facebook group I started.  I 
don't know who else would potentially be my audience.


Audience building has been slow going, mostly—I think—because D 
and GtkD aren't exactly mainstream yet. Part of my goal is, of 
course, to help change this.




Sharing posts to Reddit etc. might be a way to gain audience.



It's rather difficult unless there is a specific course behind 
your Patreon page that will make people support you.


Can you elaborate on this? I'm not really clear on what you 
mean by 'course.'




My bad for the typo. Meant "cause"

-- Not sure if this is the right place to ask, but there is no 
off-topic section either --


Yup, too true. I considered the Learn sub-forum, but this 
seemed more like an announce-y thing to me. Perhaps the 
moderator can step in and give me some guidance as to whether 
this thread should (or even can) be moved.


Thanks for you feedback, bauss.

Re: I wrote a little socket tutorial

[bauss via Digitalmars-d-announce]

On Tuesday, 12 November 2019 at 18:03:44 UTC, Adam D. Ruppe wrote:
A lot of people ask me how to use sockets in Phobos, so I wrote 
it up with a few samples. Not every detail you could ever need, 
but I tried to be reasonably comprehensive for new users.


http://dpldocs.info/this-week-in-d/Blog.Posted_2019_11_11.html


Back when I first started D I wish this existed because there was 
virtually nothing regarding sockets back then.


It would have helped me a lot in terms of using it.

Great tutorial, 10/10.

thebotbloglib - A social media bot library

[bauss via Digitalmars-d-announce]

Working on a new blog for social media bots and technology in 
general and decided to open-source some of the code I am using 
for my bots.


This is an initial release of a basic library for the Facebook 
API but also contains some image manipulation (by interacting 
with a command-line program written in C#)


Dub Link: https://code.dlang.org/packages/thebotbloglib

Github Link: https://github.com/TheBotBlog/thebotbloglib

Blog Facebook Link: https://facebook.com/thebotblog

The blog is not yet open but it's the blog is written completely 
in D too.


Examples, usage etc. will be posted on the blog whenever it's 
ready along with some other D related stuff.


The reason for the image manipulation being done with C# and 
through CMD was simply to avoid a hassle doing it in D and 
currently there is no good image manipulation available in D.


Of course I could have went with image-magick too but I am more 
familiar with image manipulation using the .NET Framework so 
that's why I did it that way.


Thank you and it has been while but I definitely hasn't quit 
using D.

Re: DIP 1024---Shared Atomics---Accepted

[bauss via Digitalmars-d-announce]

On Thursday, 2 January 2020 at 06:40:23 UTC, Walter Bright wrote:

On 1/1/2020 9:53 PM, Manu wrote:
On Thu, Jan 2, 2020 at 3:40 PM Mike Parker via 
Digitalmars-d-announce

 wrote:


DIP 1024, "Shared Atomics", was accepted without comment.

https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1024.md


This has been a long time coming!


A New Year's present for all of us!


Thank you Walter!

Re: thebotbloglib - A social media bot library

[bauss via Digitalmars-d-announce]

On Sunday, 29 December 2019 at 16:14:58 UTC, bauss wrote:


The blog is not yet open but it's the blog is written 
completely in D too.




Just a small update as the blog is now up and running at:

https://thebotblog.net/

Novelate - Visual Novel Engine

[bauss via Digitalmars-d-announce]

Novelate is a visual novel engine written in D.

It officially binds to SFML but the engine itself has no direct 
dependencies on SFML as there's plans for supporting libraries 
such as SDL etc. in the future too.


It's still a work-in-progress but the basics are done as of now 
and it has reached a point where publishing it as open-source is 
possible.


Preview:

https://i.imgur.com/YyoIWkp.png

For more information see:

Github: https://github.com/Novelate/NovelateEngine
Dub: https://code.dlang.org/packages/novelate

A website with documentation etc. is coming soon as well!

Thank you!

Re: Novelate - Visual Novel Engine

[bauss via Digitalmars-d-announce]

On Thursday, 23 January 2020 at 19:11:19 UTC, Jordan Wilson wrote:

On Thursday, 23 January 2020 at 15:19:34 UTC, bauss wrote:

Novelate is a visual novel engine written in D.

It officially binds to SFML but the engine itself has no 
direct dependencies on SFML as there's plans for supporting 
libraries such as SDL etc. in the future too.


It's still a work-in-progress but the basics are done as of 
now and it has reached a point where publishing it as 
open-source is possible.


Preview:

https://i.imgur.com/YyoIWkp.png

For more information see:

Github: https://github.com/Novelate/NovelateEngine
Dub: https://code.dlang.org/packages/novelate

A website with documentation etc. is coming soon as well!

Thank you!


Cool! I been toying with a 2D game engine myself, having been 
inspired by Godot (I know, it begs the question why I don't use 
the available D bindings), so your project will be a nice 
additional reference point for me.


Also nice to see that dsfml seems to still be maintained, for 
some reason I switched to the derelict sfml bindings, but I 
can't remember why now...


Keep up the good work!

Jordan


Planning to support Derelict too so it can be used along with 
those bindings and SDL too.


The reason why I went with dsfml initially was just that it was 
easier to start out with rather than fiddling with Derelict. 
However Derelict supports SFML 2.4 which dsfml doesn't (It's SFML 
2.1) so that might be why you went with it and also why I want to 
support that as well.


The engine itself doesn't depend on dsfml, there is a module that 
interfaces to it but for any other bindings you just create the 
same interfaces and encapsulates it in its own version scope.


https://github.com/Novelate/NovelateEngine/tree/master/source/novelate/external

The reason for it is to make sure the engine can be used with 
existing projects or be implemented into existing games etc.

Re: Novelate - Visual Novel Engine

[bauss via Digitalmars-d-announce]

On Thursday, 23 January 2020 at 18:00:30 UTC, Cym13 wrote:

On Thursday, 23 January 2020 at 15:19:34 UTC, bauss wrote:

Novelate is a visual novel engine written in D.

It officially binds to SFML but the engine itself has no 
direct dependencies on SFML as there's plans for supporting 
libraries such as SDL etc. in the future too.


It's still a work-in-progress but the basics are done as of 
now and it has reached a point where publishing it as 
open-source is possible.


Preview:

https://i.imgur.com/YyoIWkp.png

For more information see:

Github: https://github.com/Novelate/NovelateEngine
Dub: https://code.dlang.org/packages/novelate

A website with documentation etc. is coming soon as well!

Thank you!


Love the initiative, I'll be sure to keep an eye on this!


Thank you!

Re: Eric Niebler will be speaking at Microsoft Nov 20

[bauss via Digitalmars-d-announce]

On Monday, 13 January 2020 at 02:09:14 UTC, zoujiaqing wrote:
On Wednesday, 20 November 2019 at 08:32:37 UTC, Walter Bright 
wrote:
more: all critically important foundational technologies that 
await a standard abstraction for asynchronous computation.


Looking forward to: DLang using await as a standard abstraction 
for asynchronous computation.


I wish!

Re: Novelate - Visual Novel Engine

[bauss via Digitalmars-d-announce]

On Thursday, 23 January 2020 at 15:19:34 UTC, bauss wrote:

Novelate is a visual novel engine written in D.

It officially binds to SFML but the engine itself has no direct 
dependencies on SFML as there's plans for supporting libraries 
such as SDL etc. in the future too.




Just want to give a quick update that it now officially supports 
SDL as well which means the engine can use both SFML and SDL for 
rendering, handling events etc.


This is useful when you want to incorporate the engine into 
existing projects, games etc.


This change is not part of a release though because the next 
release will have some other features attached too. See the 
"Projects" tab on Github for more information and the pipeline of 
the project.

Re: DIP Reviews: Discussion vs. Feedback

[bauss via Digitalmars-d-announce]

On Sunday, 26 January 2020 at 09:01:03 UTC, Mike Parker wrote:
I'm making a change to the way we solicit feedback during DIP 
review rounds. The goal is to separate explicit feedback from 
discussion. Discussion is vital to the process, but it also 
makes it difficult to find the actionable feedback buried in 
the 20+ pages that some DIP reviews generate (particularly 
Walter's). So henceforward, we're going with two threads per 
review round: one for discussion and one for feedback 
(critique).


It's all laid out in this blog post:

https://dlang.org/blog/2020/01/26/dip-reviews-discussion-vs-feedback/

Also on reddit:

https://www.reddit.com/r/d_language/comments/eu4fi8/dip_reviews_discussion_vs_feedback/


Sounds like a solid change!

+1 as well

Re: D-Ecke: A German D-website

[bauss via Digitalmars-d-announce]

On Tuesday, 28 January 2020 at 15:00:11 UTC, berni44 wrote:

I setup my own D-website: http://d-ecke.de (in German language)

I hope, you enjoy reading it.


It makes me sad that the website isn't made in D.

Re: Dicoth is an opensource forum software written in DLang.

[bauss via Digitalmars-d-announce]

On Sunday, 2 February 2020 at 08:39:58 UTC, zoujiaqing wrote:

# Dicoth
An open source forum system written in D Programming Language, 
based on Hunt Framework.


## Install

### Create Database
This forum using MySQL database, you can create database name 
`dicoth` and import tables scheme:

```SQL
source ./data/mysql/scheme.sql
```

### Edit Config
You need edit config item for your project, http port, database 
information and more, project file:

```sh
vim config/application.conf
```

### Runt Dicoth
```sh
cd dicoth/
dub run -v
```

Source code:
https://github.com/dicoth/dicoth

Example:
The website is D Programming Language Chinese community.

https://forums.dlangchina.com


Thank you for all the great D projects you've done with Hunt and 
this is interesting :)


I like it.

Re: DConf 2020 Canceled

[bauss via Digitalmars-d-announce]

On Sunday, 8 March 2020 at 03:56:35 UTC, Era Scarecrow wrote:

On Saturday, 7 March 2020 at 20:37:32 UTC, Mike Parker wrote:
I really wish I didn't have to make this announcement, but in 
light of the COVID-19 outbreak and with an abundance of 
caution, the D Language Foundation and Symmetry Investments 
have agreed to cancel DConf 2020.


 From what i've researched, it's more or less the flu... a 
somewhat more contagious, over-hyped, genetically modified, 
potentially respiratory infection cold/flu; And likely a tool 
by government(s) to force unwanted policies down our throats 
like Martial Law, restriction of travel, Mandatory Vaccines 
and/or micro-chipping. As well as the government had it since 
2015 in certain labs thus more than likely there's already a 
vaccine.


 Lots of details on the matter. Unfortunate for DConf to be 
cancelled. But whatever is considered safest and best for 
everyone involved.


You are very misinformed about it, not sure what your sources are 
for your "research" but you've done your research the wrong 
places.


It's not "more or less" the flu. They're not in the same 
category, not even a similar virus. It's in the same family as 
ex. SARS. The flu has no genetic connection to it.


Yes, it's respiratory but that doesn't mean it's the same as the 
flu.


Please take off your tinfoil hat too, there's nobody and I mean 
nobody in this world that's trying to hide vaccines, not for 
profit, not for population control. There are far too many 
researchers and doctors in this world for such a conspiracy 
theory to even be remotely true.


There's a lot of great people currently working all day long 
trying to find a vaccine and there's one in the workings already 
but still months until it has been tested properly and can be 
distributed.


Restriction of travel is not Martial law in this case and it's 
fair to say the governments SHOULD indeed restrict travel. In 
fact a lot of countries already have done so and that's for good 
reason. To prevent spread. One of the biggest factors in virus 
spread is always airports.


Mandatory vaccines should be the norm. There are no reasons not 
to get a vaccine unless you're having an allergic reaction but in 
that case everyone around you should vaccinate. It's called herd 
immunity.


Micro-chipping will not happen because of this and most likely 
won't happen in most of the world, if ever because that's a clear 
violation of human rights as it is currently. You cannot force 
anyone to do so, it's the same as forcing everyone to get 
tattoos, which you can't. There are of course companies etc. that 
offers it but it's all voluntarily and nothing is forced.


The world is not out to get you, the government isn't really evil 
and mostly the world is becoming a better place every day.
Regardless of how you look at the world then it's better than it 
was 100 years ago or even just 50 years ago.
We keep improving but that doesn't mean humans don't make mistake 
and it also doesn't mean there aren't bad apples among us but 
mostly the world is good and most people will do good.


Your whole message comes across as ignorant and it's 
disrespectful to people that actually are working hard to prevent 
the spread and/or finding a cure/vaccine.

Re: DConf 2020 Canceled

[bauss via Digitalmars-d-announce]

On Saturday, 7 March 2020 at 20:37:32 UTC, Mike Parker wrote:
I really wish I didn't have to make this announcement, but in 
light of the COVID-19 outbreak and with an abundance of 
caution, the D Language Foundation and Symmetry Investments 
have agreed to cancel DConf 2020.


Though it's possible that things will have cleared up by June, 
we can't be sure that will be the case. We don't want to put 
members of the D community at risk if things are not cleared 
up, or risk travel disruptions for those who do register and 
make travel plans. We decided it's better to cancel earlier 
rather than later to minimize the number of people who will 
need to cancel or rebook their travel arrangements.


Personally, I was really looking forward to heading to London 
and seeing everyone again, but I do agree with the decision. We 
hope not many of you will be impacted by the decision and we're 
terribly sorry if you are.


Sad to hear this but hopefully people can work something out with 
an online conference.

Re: DLS deprecation

[bauss via Digitalmars-d-announce]

On Wednesday, 8 April 2020 at 12:47:57 UTC, aliak wrote:
On Tuesday, 7 April 2020 at 22:20:40 UTC, Laurent Tréguier 
wrote:

On Tuesday, 7 April 2020 at 20:03:21 UTC, Aliak wrote:
Is what you’re working on shareable information (just out of 
curiosity)?


It's shareable (it's on Github just like DLS); it's a mobile 
app, the Android version is in Kotlin, and the iOS version in 
Swift. I think it's hard to beat native languages for these 
platforms, as they both have tailored APIs and development 
environments (and they are backed by giant companies putting 
lots of resources into them)


Yeah, no doubt, it's always that last 10-20 percent of the way 
you have to go with the non-native languages on those platforms 
that gets you. The downside is the manpower required to 
maintain two platforms.


I've been meaning to give flutter a try though... it seems to 
be catching steam. Only problem is google is "known" for just 
dropping things. But who knows, let's see.


And WildFyre looks very interesting! Good luck with your future 
endeavours!


Xamarin is a choice too.

Re: dmdcache

[bauss via Digitalmars-d-announce]

On Saturday, 25 April 2020 at 10:35:49 UTC, Stefan Koch wrote:

On Saturday, 25 April 2020 at 10:17:50 UTC, Ali Çehreli wrote:
A colleague of mine has written dmdcache which may be very 
useful for some projects:


  https://github.com/seeraven/dmdcache

It drops our build time

  from 8 minutes
  to 45 seconds

on a particular build environment for about half a dozen D 
programs, one of which ends up being a 2G executable! WAT! :) 
And the total cache size is 5.5G. Wow!


This build is with dmd 2.084.1 and that one particular 
application uses tons of template instantiations most of which 
are in generated source code. If I remember correctly, 2.084.1 
does not contain template symbol name improvements and that 
may be the reason for the large size.


Enjoy!

Ali


The main problem with this is that it does not take string 
imports into account, (or does it ???, I don't see how it could 
)
Also the compilers output can depend on the timestamp at which 
the compilation was done.


Yeah, doesn't look like it which means it might not be useful in 
projects that does a lot of compile-time stuff.


There is no way to determine the import statements either as 
those themselves can be generated at compile-time.


I can see this being useful for large projects that does not use 
CTFE but other than that I think it might just create subtle bugs 
because you won't immediately know that some part of your code 
didn't update and isn't working as intended because the code for 
it was imported from another file etc.

Yurai - Full Stack Web Framework (Diamond MVC Successor)

[bauss via Digitalmars-d-announce]

Been a while since I've actually posted anything on the forums,

but I've still been actively programming in D.

Some of you may already be familiar with my existing framework 
Diamond MVC that heavily builds on top of vibe.d


Well, I wasn't happy with how it turned out and so about 1 - 1 
1/2 year ago I started planning and working on a new framework to 
replace Diamond, but still heavily inspired by Diamond and also 
uses some of the same components.


I'm very happy with the result so far and just initially 
published it now.


Yurai is basically a more up-to-date and modern version of 
Diamond - or at least that's the plan.


It's heavily inspired by ASP.NET Core and a lot of features 
resembles that of ASP.NET Core.


A website with documentation, tutorials etc. is coming soon.

The plan is to phase Diamond MVC entirely out and have it 
replaced by Yurai.


[GitHub Repo](https://github.com/YuraiWeb/yurai)
[Dub Package](https://code.dlang.org/packages/yurai)
[Website](https://yuraiweb.org/)

For those who don't know about Diamond MVC, here's a blog post 
about it from back in 17:


[https://dlang.org/blog/2017/11/20/project-highlight-diamond-mvc-framework/](https://dlang.org/blog/2017/11/20/project-highlight-diamond-mvc-framework/)

Anyway, it's good to see the D community still kicking :)

Re: Yurai - Full Stack Web Framework (Diamond MVC Successor)

[bauss via Digitalmars-d-announce]

On Wednesday, 7 July 2021 at 16:28:35 UTC, WebFreak001 wrote:

On Wednesday, 7 July 2021 at 08:32:16 UTC, bauss wrote:

[...]

I'm very happy with the result so far and just initially 
published it now.


[...]


Awesome!

Do you think it's in a usable state yet?



It's usable in a hobby sense for now, but definitely not 
production ready.


I think for Diamond it would have been nice to have more 
tutorials / documentation - do you think this new framework 
will have more?




Yeah, most definitely. It's one of the things that I think were 
missing with Diamond, like it had full documentation but it 
lacked examples and tutorials.



I might try it out for my next project.



Please give any feedback and feel free to ask any questions if 
you need help.


As of now it's not as much plug-n-play and probably doesn't work 
entirely out of the box. (I don't know tho, could be lmao)

Re: countries_currencies_languages the most boring package ever

[bauss via Digitalmars-d-announce]

On Friday, 9 July 2021 at 09:53:21 UTC, Robert Schadek wrote:
If you deal with people in your software at some point these 
three,

countries, currencies, and languages will become relevant.
Instead of hacking it why not use structured recognized 
information.


This is where

https://code.dlang.org/packages/countries_currencies_languages

comes in. As the name stats this package contains a lot of 
information

about these three topics.

On top of all information of iso639, iso3166, and iso4217 some 
additional information is contained.


That's actually really cool and has some valuable information!

Re: Beerconf July 2021

[bauss via Digitalmars-d-announce]

On Sunday, 11 July 2021 at 14:01:43 UTC, Steven Schveighoffer 
wrote:

# BEERCONF!

In 2 weeks we will have the 14th 
[mensual](https://www.merriam-webster.com/dictionary/mensual) 
online Beerconf on July 24-25!




I think I might join for once :)

Not sure why I haven't already.

Re: Surprise - New Post on the GtkD Coding Blog

[bauss via Digitalmars-d-announce]

On Friday, 3 September 2021 at 15:47:41 UTC, Ron Tarrant wrote:
Has it really been 15 months since I last posted an article? 
Um, yes. Yes, it has.


I hope I haven't completely lost my good will here in the 
D-lang community. I'm feeling better now, the medication seems 
to be working, and I've got a new article... well, it was 
already in the works last year when I stopped posting, but I've 
edited the heck out of it and hopefully it's up to my usual 
standards.


At the top of the article, I ask whether or not anyone is still 
interested in reading articles about GtkD 3.9 (Mike Wey 
released GtkD 4 a couple of weeks ago) and I explain why I'm 
not all that keen on making the transition. Please let me know 
in comments (Yes, GtkD Coding now has comments) if you think 
it's still worth writing articles centred around 3.9.


Thanks.

Here's the link: 
https://gtkdcoding.com/2021/09/03/0112-gtk-gio-application-barebones.html


Good to see another post :)

Even tho I've still not used GtkD yet, I've still learned a few 
things from your blog posts over the years and it'll definitely 
be a help when/if I ever decide to use it.

Re: mysql-native release v3.0.3

[bauss via Digitalmars-d-announce]

On Tuesday, 14 September 2021 at 03:23:12 UTC, surlymoor wrote:
On Saturday, 11 September 2021 at 16:38:28 UTC, Steven 
Schveighoffer wrote:
I just tagged a new release. This fixes a couple of minor 
issues. See the 
[Changelog](https://github.com/mysql-d/mysql-native/blob/master/CHANGELOG.md) for details.


-Steve


Hey Steve, thank you for the work you're putting into this. Is 
there anything that needs to be done to expedite the @safe 
update's arrival, or is it just a lack of time?


See: 
https://github.com/mysql-d/mysql-native/pull/214#issuecomment-874692651

Re: Beerconf September 2021

[bauss via Digitalmars-d-announce]

On Sunday, 26 September 2021 at 18:53:01 UTC, Iain Buclaw wrote:

On Sunday, 26 September 2021 at 18:05:08 UTC, Brian wrote:
On Saturday, 25 September 2021 at 07:14:58 UTC, Iain Buclaw 
wrote:


**What is Beefconf?**


What is Beefconf, indeed. Are we getting an additional online 
meetup this month? :)




We'll also be starting up Beetconf as well. :-)


beef with beets, one of my favorite

Re: New library: rebindable, create a type that can stand in for any other type, but mutable (and without destructor)

[bauss via Digitalmars-d-announce]

On Wednesday, 29 September 2021 at 10:51:26 UTC, FeepingCreature 
wrote:
On Wednesday, 29 September 2021 at 10:22:40 UTC, 
FeepingCreature wrote:

Or: Turducken 2.0 The Reckoning

https://code.dlang.org/packages/rebindable 
https://github.com/FeepingCreature/rebindable


Rebindable offers a proxy type, `rebindable.DeepUnqual` 
(`DeepUnqual!T`) that can "stand in" for `T` in layout, but 
does not share `T`'s constructor, destructor, copy 
constructor, invariants or constness.




I forgot to mention: It does this by recursively crawling the 
member types of `T`, replacing all primitives with non-const 
equivalents.


Is this terrible? Yes, it's very terrible. I also don't see how 
to avoid it.


Terrible but I love it

Re: D Language Foundation Monthly Meeting Summary (September 24, 2021)

[bauss via Digitalmars-d-announce]

On Sunday, 3 October 2021 at 21:24:31 UTC, James Blachly wrote:


Cons: Could be open to criticism that garbage collected 
language is not "the future," but this would likely be a tiny 
number of detractors.





It seems like D itself is moving away from GC everywhere too.

Re: DConf Online 2021 Schedule Published

[bauss via Digitalmars-d-announce]

On Saturday, 9 October 2021 at 08:20:44 UTC, Imperatorn wrote:

On Saturday, 9 October 2021 at 00:31:46 UTC, Adam Ruppe wrote:

On Friday, 8 October 2021 at 22:16:16 UTC, Matheus wrote:
Adam beyond the continuation... we need a new and simply Web 
Browser written in D. :)


You know back in 2013ish I actually was doing a little one. 
htmlwidget.d in my github repo. It always sucked but it is 
tempting to go back to it; with my new functions it would suck 
slightly less.


But realistically I wanted to do something I could finish in 
one hour and obviously that didn't work so now I gotta finish 
it in one hour more. Nothing too big can be squeezed in there.


Maybe we could do a community project - D Web Browser (The Web 
Browser)


Would be a cool fun project but I'm just going to be honest. 
It'll never be a webbrowser that takes off or can even remotely 
be used.


The amount of effort put into browsers, especially security 
issues is insane and the scope of an actual browser is a project 
that requires more people than D will ever have available.

Re: A GUI for DMD, the final version has been release.

[bauss via Digitalmars-d-announce]

On Monday, 11 October 2021 at 21:44:46 UTC, Dejan Lekic wrote:

On Saturday, 9 October 2021 at 23:02:22 UTC, Murilo wrote:
Hi guys, I've just finished the final version of the DMD GUI, 
there is Linux and a Windows version, click on the link below 
to download it:

https://github.com/MuriloMir/DMD-GUI


It is always good to see new D projects, but why should I not 
simply use Adam's simpledisplay directly?


Opening the link would have answered all your questions.

Re: Gordon programming language

[bauss via Digitalmars-d-announce]

On Tuesday, 26 October 2021 at 10:11:34 UTC, JN wrote:
On Tuesday, 26 October 2021 at 04:38:40 UTC, Tero Hänninen 
wrote:
On Monday, 25 October 2021 at 18:38:15 UTC, Walter Bright 
wrote:


Thanks for the kind words!

P.S. The quote is from Flash Gordon.


Ah, didn't know about that although have heard the name 
somewhere.


I actually named my language after Gordon Freeman from the 
Half-Life games which I liked to play. He gets lots done with 
little resources and is silent. My favorite game character.


I was hoping the language is inspired after Gordon Ramsay. With 
compile errors like:


"Look at these pointers, they're RAW",
"This syntax is disgusting"
"The code is not good enough!"


"Delicious"
"Thank you darling"
"3 0 cry"

Re: sha3-d

[bauss via Digitalmars-d-announce]

On Friday, 29 October 2021 at 15:13:38 UTC, dd wrote:


When I submitted my work to Phobos[1] earlier this year, it was 
rejected. (Understandably)




What was the reasoning? I can't imagine it being worse than some 
of the terrible modules like std.json?


In fact it looks very nice.

Re: dmt: Python-like indentation in D programming language

[bauss via Digitalmars-d-announce]

On Tuesday, 16 November 2021 at 21:58:24 UTC, Witold Baryluk 
wrote:

Hi,

`dmt` is an old project of mine from around year 2006. I ported 
it recently from D1 to D2, and added some extra features and 
support for extra keywords, and fixed few bugs here and there.


`dmt` is a converter (offline or auto-invoking compiler after 
conversion) from Python-like indention style to curly braces 
for D programming language.


https://github.com/baryluk/dmt

It is fun and easy to use, and maybe it would be of interested 
to you.


`example.dt`:

```d
def int f(int b):
int y = 0
foreach (i; 0..5):
  y += i * (i+b)
return y

struct A:
private:
int a
public:
int b_ = 5
def auto b() @property:
return b_

def void main():
import std
writefln!"%s %s"(f(5), A())
```

```shell
$ DMD=ldc2 dmt -run example.dt
ldc2 -run example.d
80 A(0, 5)
$
```

All D programming language features are supported (including 
exception handling, if/else, switch/case/break, inline asm, 
attribute sections, goto). Converted code is human readable.


You can check more examples in the README.md and in `tests/` 
directory.


`dmt` is not yet self hosting, but that is probably the next 
step. :)


Enjoy.


Isn't def redundant in this since D already declares types then 
you can assume if it's not enum, template, mixin template, class, 
struct or union then it must be a function if it also end with 
(...):


Like:

```d
int foo():
return 10
```

You'd never be in doubt that foo was a function or that:

```d
template Foo(T):
alias Foo = T
```

Foo in this case was a template.

Or like make def optional at least, because I see how it can help 
porting Python code, but it seems unnecessary if you're writing 
from scratch.


Great project tho!

Re: All Community Discord channels are now being bridged to Matrix

[bauss via Digitalmars-d-announce]

On Sunday, 16 January 2022 at 01:02:22 UTC, Ali Çehreli wrote:

On 1/15/22 16:53, Paul Backus wrote:


there is a Matrix client for emacs:


I am not surprised at all. :)

Matrix sounds very promising:

  https://matrix.org/

Ali


Everything literally exist for emacs

Re: DIP 1038--"@mustUse" (formerly "@noDiscard")--Accepted

[bauss via Digitalmars-d-announce]

On Monday, 7 February 2022 at 05:09:23 UTC, Paul Backus wrote:

On Monday, 7 February 2022 at 05:05:27 UTC, forkit wrote:

my only concern is the capital U, in @mustUse

This seems a little inconsistent with current attributes??

e.g:

nogc
nothrow
inout

https://dlang.org/spec/attribute.html

also, nodiscard would actually seem more logical, given the 
above as well.


I bet you, people will be thinking nodiscard, but will have to 
remember to type, @mustuse, only to have the compiler 
complain, that its' actually @mustUse


See my previous replies on this topic:

https://forum.dlang.org/post/xgdwevkxqapljcvyj...@forum.dlang.org
https://forum.dlang.org/post/yxoinjtarkuotnlnc...@forum.dlang.org


This is one of those cases where I think there should be an 
exception to the "rule" you so blindly want to follow.


@mustuse is so much better and makes code so much more consistent.

Re: Added copy constructors to "Programming in D"

[bauss via Digitalmars-d-announce]

On Thursday, 10 February 2022 at 23:21:50 UTC, Meta wrote:
On Thursday, 10 February 2022 at 20:34:29 UTC, Walter Bright 
wrote:

On 2/10/2022 12:06 AM, Mathias LANG wrote:
I think an *immediate* improvement we could make to ease 
people's life is to make `auto` peel the outermost qualifier 
level inside functions.


So that:
```D
const int* ptr;
auto p2 = ptr;
static assert(is(typeof(p2) == const(int)*));
```

I really can't think of any downside to it, only upsides:
- It is still predictable / consistent;
- It *might* reduce the number of template instantiations in 
some cases;
- It just flows more naturally... If you want full constness, 
there's still `const`;


It sounds sensible to me.


Didn't Scott Meyers cover exactly this in his "the last thing D 
needs" talk? It seems like a really bad idea.


Well D has already taken the piss on that talk a long time ago.

No offense to D overall, and I still love it.

Re: Teaching D at a Russian University

[bauss via Digitalmars-d-announce]

On Sunday, 20 February 2022 at 14:37:46 UTC, Stanislav Blinov 
wrote:

On Sunday, 20 February 2022 at 04:38:46 UTC, matheus wrote:

Interesting, since English is not my first language, if in 
that sentence instead of "for" there was the word "since", I 
wouldn't have been bothered, but since it was the first time I 
saw the usage of "for" in that way, I found awkward.


"Forgive me father, for I have sinned."


That's possibly the best example one could have given.

Re: D Language Foundation Monthly Meeting for February 2022

[bauss via Digitalmars-d-announce]

On Monday, 28 February 2022 at 08:52:37 UTC, meta wrote:

On Sunday, 27 February 2022 at 11:53:18 UTC, Mike Parker wrote:

### Vladimir
Vladimir opened with a progress report. Back in December, [we 
discussed migrating our Bugzilla issues to 
Github](https://forum.dlang.org/post/wnnwxyjtizvhyswwq...@forum.dlang.org). An alternative solution is to [upgrade to Bugzilla Harmony](https://github.com/bugzilla/harmony), a project Vladimir had been contributing to for some time. After that meeting, we agreed that Robert Schadek would move forward with implementing his migration script, while Vladimir would get the new Bugzilla instance set up so we can test it out in the interim.


I was looking forward the Github migration.. I'm not liking the 
constant switch from Github/bugzilla, referencing/looking for 
issues is also a major pain..



LLVM recently migrated fully to Github/Github Issues, that's is 
the way to go in my opinion..


Can't beat the nice integration and ease of access Github 
provides, we need stay fresh to attract new younger souls


I sort of agree with that. I usually don't bother reporting 
anything because I don't like bugzilla, it would just be much 
more convenient to use Github.

Re: D Language Foundation Monthly Meeting for February 2022

[bauss via Digitalmars-d-announce]

On Saturday, 5 March 2022 at 14:03:38 UTC, Mike Parker wrote:

On Saturday, 5 March 2022 at 12:39:39 UTC, Bastiaan Veelo wrote:

On Saturday, 5 March 2022 at 01:21:06 UTC, Mike Parker wrote:
But we have no reason to move the D projects away from GitHub 
to GitLab. GitLab has never entered the conversation.


Two reasons would be that
1) It already offers [an integration with 
bugzilla](https://docs.gitlab.com/ee/user/project/integrations/bugzilla.html).
2) Being open source it can be installed on your own hardware, 
which is the main argument being made for using bugzilla.


It also has integrated CI.

— Bastiaan.


I have no opinion on point #1, but for #2, I do not see that as 
a benefit. We're aiming to integrate all of our services. As I 
see it, the less we have to manage ourselves, the better. If we 
did for some reason want to migrate to GitLab, my vote would be 
to let them host us.


But my point was, GitHub has worked well for us for years. 
There's no desire to move away that I'm aware of. If it ain't 
broke, don't fix it!


I agree, I personally only use Github, so for me it's preferable 
that D stays on Github.

Re: Google Summer of Code -- An Apology

[bauss via Digitalmars-d-announce]

On Saturday, 5 March 2022 at 01:33:16 UTC, Mike Parker wrote:
Several weeks ago, I received an email from Google informing me 
that the application period for the 2022 Summer of Code was 
approaching. I made a mental note, then went back to whatever I 
was in the middle of at the time without making any other kind 
of note. Then I completely forgot about it.


The end result is that I missed the deadline for mentor 
organization applications. We won't be participating in GSoC 
this year.


I apologize to everyone for dropping the ball on this, 
especially those of you who were looking forward to getting 
into it this year.


I've already put a couple of reminders on my Calendar to 
prevent this from happening again next year.


Don't worry about it, it's only human to forget things. It's 
impossible to remember everything, if you're already booked up 
with a lot of other stuff that has to be done.

Re: D Language Foundation Monthly Meeting for February 2022

[bauss via Digitalmars-d-announce]

On Monday, 7 March 2022 at 09:58:32 UTC, forkit wrote:

On Monday, 7 March 2022 at 08:47:00 UTC, Mike Parker wrote:

On Monday, 7 March 2022 at 08:07:11 UTC, forkit wrote:


"If it ain't broke, don't fix it!"

Well.. There's 'fixing it' and there's 'improving it'.

They are not the same thing.


In my opinion, gitlab is not an improvement.


I agree ;-)

I just wanted to point out, that using 'if it ain't broke, 
don't fix it' is not a useful rebuttal to suggestions for 
'improvement'.


A lot of things wouldn't have to be added to D if D followed that 
philosophy for everything.

Re: mysql-native release 3.1.0

[bauss via Digitalmars-d-announce]

On Thursday, 10 March 2022 at 20:34:59 UTC, Steven Schveighoffer 
wrote:
Pleased to announce a slight update to 
[mysql-native](https://code.dlang.org/packages/mysql-native). 
This version adds logging, which can possibly help diagnose 
issues. If you use it with vibe, it will use vibe logging, 
otherwise it will use std.experimental.logger.


There are no API changes in this release. However, it had to 
wait until DMD v2.099.0 was released to avoid spamming 
unsuspecting users with log messages (see the [related 
change](https://dlang.org/changelog/2.099.0.html#logger_default_warning)).


Please file an issue if you find problems with the logging, or 
would like to see certain operations logged.


Kudos to SingingBush for making this a reality!

-Steve


Thank you Steve, appreciate the work on the project!

Re: mysql-native v3.2.0 - the safe update

[bauss via Digitalmars-d-announce]

On Saturday, 23 April 2022 at 05:12:30 UTC, Steven Schveighoffer 
wrote:
It's happened. I opened the PR over 2 years ago, and just got 
around to bringing it up to date in the last few days.


This is a huge huge update. I've never done anything like this 
before, but I think it works as a drop-in replacement, while 
allowing you to migrate any piece you wish from unsafe code to 
safe code. Please let me know if there are *any* problems you 
find with this.


See the [safe migration 
doc](https://github.com/mysql-d/mysql-native/blob/master/SAFE_MIGRATION.md) for more details.


Note this does *not* build with dip1000, because the two 
underlying libraries (Phobos sockets and vibe.d) do not build 
as safe with dip1000.


-Steve


I owe you a beer, I can't tell you how long I've been waiting for 
this and it makes me really happy!

Re: A New Game Written in D

[bauss via Digitalmars-d-announce]

On Tuesday, 17 May 2022 at 16:36:34 UTC, Kenny Shields wrote:

Hello,

I've been building a game engine in D for the past 2 and a half 
years and have finally reached a point where it's usable in 
day-to-day game development. Earlier this year I decided to 
make a simple shooter game to serve as a tech demo for the 
engine's capabilities, and also just to get a general idea of 
how well it works when used in a real application. I did an 
initial release of the game yesterday on itch.io, you can find 
more information on the product page if you are interested: 
https://kenny-shields.itch.io/untitled-shooter-game


This isn't an open-source project, but I wanted to post this 
here for anyone who might be interested in seeing D used for 
cross-platform game development. Any questions/comments about 
the implementation and design of the game/engine are welcome.


On a side note, I'd like to give special thanks to Walter and 
all of you who who contribute to D to make it what it is today. 
D is a fantastic language and really can't see myself using 
anything else for development at this point. Also, shout-out to 
the LDC developers as well, really great compiler.


Reminds me a lot of CS2D, good job! :)

Re: New forum view mode "narrow-index" is now available

[bauss via Digitalmars-d-announce]

On Thursday, 30 June 2022 at 07:09:36 UTC, Ahmet Sait wrote:

Hi everyone,
There is a new view mode you can check out under settings, 
designed to be more usable for narrow screens (such as smart 
phones).
This setting is stored client side as a cookie which means you 
can use it on your phone without affecting your desktop 
settings.


Please report any issues you might be having.

Feedback welcome!


Is it possible to have it stored as local storage instead of a 
cookie?

Re: New forum view mode "narrow-index" is now available

[bauss via Digitalmars-d-announce]

On Thursday, 30 June 2022 at 08:38:42 UTC, Ahmet Sait wrote:

On Thursday, 30 June 2022 at 08:15:05 UTC, bauss wrote:
Is it possible to have it stored as local storage instead of a 
cookie?


I'm not mainly a web dev but what I could gather from this page 
https://stackoverflow.com/questions/3220660/local-storage-vs-cookies it is accessible from client side JavaScript and not transmitted to the server by default, which is necessary for server to respond with the correct view mode HTML.


Oh, I thought it was just a value that the page reacted upon.

The reason why I think local storage would have been better is 
because some people might have cookies disabled etc. but local 
storage is generally always enabled.

Re: New forum view mode "narrow-index" is now available

[bauss via Digitalmars-d-announce]

On Thursday, 30 June 2022 at 09:59:36 UTC, bauss wrote:

On Thursday, 30 June 2022 at 08:38:42 UTC, Ahmet Sait wrote:

On Thursday, 30 June 2022 at 08:15:05 UTC, bauss wrote:
Is it possible to have it stored as local storage instead of 
a cookie?


I'm not mainly a web dev but what I could gather from this 
page 
https://stackoverflow.com/questions/3220660/local-storage-vs-cookies it is accessible from client side JavaScript and not transmitted to the server by default, which is necessary for server to respond with the correct view mode HTML.


Oh, I thought it was just a value that the page reacted upon.

The reason why I think local storage would have been better is 
because some people might have cookies disabled etc. but local 
storage is generally always enabled.


Cookies also expires and you may override the expiration put and 
it might be controlled by organizations etc.


Local storage does not expire.

Re: Blog post on extending attribute inference to more functions

[bauss via Digitalmars-d-announce]

On Wednesday, 13 July 2022 at 22:48:27 UTC, Adam D Ruppe wrote:

On Wednesday, 13 July 2022 at 21:42:20 UTC, bachmeier wrote:

It would be nice if you'd spam our subreddit.


I don't like reddit. It is hard to use.



It's arguably harder to use these forums

Re: New WIP DUB documentation

[bauss via Digitalmars-d-announce]

On Wednesday, 24 August 2022 at 10:31:55 UTC, Andrey Zherikov 
wrote:
Just throwing an idea: may be dub can support yaml which has 
comments?


The sdl format already supports that, which dub uses.

Json is supposed to be deprecated in dub, but obviously works for 
backwards compatibility.


https://sdlang.org/

Re: Inochi2D - Realtime 2D Animation written in D

[bauss via Digitalmars-d-announce]

On Monday, 12 September 2022 at 18:28:05 UTC, Luna wrote:

Thanks for all of the kind words!

I've just gotten [nightly 
builds](https://github.com/Inochi2D/inochi-creator/releases/tag/nightly) working for Inochi Creator this evening.


Tak

Re: Meanwhile on the audio front

[bauss via Digitalmars-d-announce]

On Thursday, 22 September 2022 at 13:10:11 UTC, Guillaume Piolat 
wrote:
September was a great month for the D sub-community around 
#Dplug & #audio.


We got no less than 3 releases using D and Dplug:

- **OneTrick Simian**, your synthwave drum synth by Punk Labs. 
An algo perc synth, there aren't too many of those, it is on 
the level of Microtonic... first commercial synth in D too.

  https://punklabs.com/ot-simian

- **Tarabia MK2 PRO 1.1** by SMAOLAB
  An update to the creative distortion toolbox, for leads and - 
as I found out - even master bus. Covers a wide range of 
distortion effects.

  https://smaolab.org/product/tarabiamk2/

- **Lens** by Auburn Sounds, do-it-all compressor and expander 
with a special home-grown transform. It is very clean, and 
blows the spectral dynamics competition for free, while your 
CPU burst in flames.

  https://www.auburnsounds.com/products/Lens.html

To answer to the increased challenge of catering to more users, 
Dplug will soon create the "Wasteland", public & private 
repositeries of unmaintained bits of code. Members will also 
get one vote each to coopt new members.


Amazing

Re: raylib-d v4.2.1 - introducing install script

[bauss via Digitalmars-d-announce]

On Sunday, 18 September 2022 at 17:04:43 UTC, Steven 
Schveighoffer wrote:

Hi everyone,

I've released version 4.2.1 of raylib-d. This version is an 
attempt to fix the issues with linking on Windows.


It introduces a new subproject, `raylib-d:install`, which will 
copy a pre-built binary library of the appropriate version to 
your project directory. While this is far from complete, it 
provides a required feature for Windows. Namely, a fix for a 
faulty bug in the new symbol introduced for raylib 4.2.0 that 
allows us to validate the binding is correct. The symbol I use 
was not properly exported for the dll version of raylib.


I have included in the repository a *correctly* built 
raylib.dll, which now allows linking on Windows.


At present, the only platform supported with the 
raylib-d:install script is Windows on X86_64. If you need a 
pre-build binary for your platform, please open an issue. Note 
the docs say I have binaries for MacOS x86_64 and arm64, but 
these are not working at the moment. There is an issue with 
dub, where it does not properly clone symbolic links, which I 
believe is caused by Phobos std.zip. I will eventually work 
around this issue, and eventually I plan to be smarter about 
the binary files.


However, for those of you who have wanted to upgrade to 
raylib-d for 4.2.0 on Windows, but have ran into linker errors, 
this is the solution. Please read carefully the new README as I 
have rewritten it to include detailed instructions (including 
how to run the new install script)


I expect a further release to fix the issues with installing 
MacOS binaries soon.


-Steve

https://code.dlang.org/packages/raylib-d
https://github.com/schveiguy/raylib-d/blob/master/README.md


Thanks for this project Steve,

Just trying it out and already enjoying it :)

Re: DORM - a new D ORM

[bauss via Digitalmars-d-announce]

On Thursday, 24 November 2022 at 06:19:24 UTC, WebFreak001 wrote:

Hello!

at our hackerspace we have been working tirelessly for the past 
half year to bring a great new ORM experience to D and Rust. 
The D side of this ORM can be found at:


https://code.dlang.org/packages/dorm

It provides a nice D API to directly save data to any database, 
restore data, list data, etc.


Current features:

- Declarative table/model definitions from D, with rich UDA 
annotations
- Command Line Interface to create migrations automatically 
from the D application, good for checking into the source 
repository and to distribute with the app
- Migrations allow both users and developers to update the 
database in their deployed app instances when needed, coming 
from any (or no) previous version

- High-level APIs both in D and Rust
- Support for MySQL, PostgreSQL and sqlite3 (MySQL and 
PostgreSQL drivers written in safe Rust)

- Automatic mapping between defined D datatypes and SQL
- Support for slim SQL queries by only using and selecting 
columns that are needed
- CRUD interface with support for dereferencing foreign keys, 
embedded structs, advanced SQL conditions that can represent 
almost any SQL condition using D code that looks similar to 
regular if statements

- Support for transactions
- Raw SQL API
- Streaming SQL responses (range interface)
- Async support with vibe.d - also works standalone with and 
without multithreading from the application

- Multithreaded connection pool

Documentation can be found here: https://rorm.rs/ (although 
very WIP still!)


Minimal sample project:
https://github.com/rorm-orm/dorm/tree/ee221e6c66bf460b77592c208d1620a93a007a66/testapp

Bunch of integration tests, that show all the functionality:
https://github.com/rorm-orm/dorm/tree/ee221e6c66bf460b77592c208d1620a93a007a66/integration-tests

Feel free to try it out and open issues! The API will probably 
still change a bunch in the future. However the current 
modelling capabilities should already suffice for a wide 
selection of apps you might want to test this in.


Looking forward to your feedback.


This looks very promising. The embedded feature looks great.

Re: Serpent OS

[bauss via Digitalmars-d-announce]

On Thursday, 24 November 2022 at 08:39:39 UTC, Mahdis wrote:
Honestly, I am surprised that its tools like package manager 
are written with dlang:



https://www.phoronix.com/news/Serpent-OS-Infrastructure

Fortunately, D Lang is gradually gaining popularity


The website is built with vibe.d also :)

Re: DCD 0.9.0 released

[bauss via Digitalmars-d-announce]

On Monday, 3 July 2017 at 08:30:52 UTC, Basile@dlang-community 
wrote:
I'm glad to announce that the dlang-community has released DCD 
0.9.0[1]


[...]


Is there a way to set this up with atom?

Diamond MVC / Template Engine - v2.0.4 Released

[bauss via Digitalmars-d-announce]

So I finally got around having time in my life to work with 
Diamond, which also meant fixing a few things in it, such as 
making it compatible with the latest version of DMD.


Version 2.0.4 includes the following additions:

* Support for escaped expressions using @$=expression;
* Compiles with latest version of DMD (Fixed an issue with 
compile-time AA's)
* New view functionality for rendering (View the wiki for more 
information.)
* Redirection functionality for controllers (View the wiki for 
more information.)


Github: https://github.com/bausshf/Diamond
Dub: https://code.dlang.org/packages/diamond (Currently waiting 
for the registry to update, so manual fetches from Github are 
required until the registry updates to 2.0.4 -- been waiting the 
past 2 hours or so and it seems like the registry has some issues 
atm. so hopefully that's fixed soon.)


Previous releases can be found here:
https://github.com/bausshf/Diamond/releases

-- To people who hasn't seen this project before --

What is Diamond?

Diamond is a MVC / Template library written in Diamond. It was 
written originally as an alternative to the Diet templates in 
vibe.d, but now its functonality and capabilities are far beyond 
templating only.


What does Diamond depend on?

Diamond can be used stand-alone without depending on any 
third-party libraries, other than the standard library Phobos. It 
has 3 types of usage, websites and webservices, where it's used 
on-top of vibe.d and as a stand-alone mvc/template library.


What is the dependency to vibe.d?

Diamond was originally written to be used in a hobby project as 
an alternative syntax to the "standard" diet templates. Thus it 
was originally build on-top vibe.d as a pure website template. It 
has now evolved to be able to run stand-alone however.


What syntax does Diamond use?

Diamond is heavily inspired by the ASP.NET razor syntax, but 
still differs a lot from it. You can read more about that in the 
wiki under Syntax Reference or the comparison with ASP.NET Razor


What advantages does Diamond have over Diet?

It let's you control the markup entirely, can be integrated with 
any-type of D code, not limited to vibe.d and can be used as 
standard template library for any type of project such as email 
templates etc. It also allows for special rendering, easy 
controller implementations and management of request data, 
response etc.

Re: Diamond MVC / Template Engine - v2.0.4 Released

[bauss via Digitalmars-d-announce]

On Friday, 13 October 2017 at 07:16:14 UTC, bauss wrote:
So I finally got around having time in my life to work with 
Diamond, which also meant fixing a few things in it, such as 
making it compatible with the latest version of DMD.


Version 2.0.4 includes the following additions:



I apologize; it's supposed to be version 0.2.4

Re: Diamond MVC / Template Engine - v2.0.4 Released

[bauss via Digitalmars-d-announce]

On Friday, 13 October 2017 at 07:23:03 UTC, bauss wrote:

On Friday, 13 October 2017 at 07:16:14 UTC, bauss wrote:
So I finally got around having time in my life to work with 
Diamond, which also meant fixing a few things in it, such as 
making it compatible with the latest version of DMD.


Version 2.0.4 includes the following additions:



I apologize; it's supposed to be version 0.2.4


I noticed a mistake again that I did with previous version 
"0.2.32" of course it wouldn't make "0.2.4" latest version, 
because 32 is above 4.


So I have updated the version to 0.3.0, which I probably should 
have made it originally.

Diamond MVC / Template Engine - v2.1.0 Released

[bauss via Digitalmars-d-announce]

I'm pleased to announce that I have just released Diamond 2.1.0.

There has been a lot of updating to Diamond since last announced 
release.


Diamond has also moved repository from my personal Github to an 
organization Github.


The reason for that change is because I've started a couple side 
projects for a tool-chain that can be used with Diamond.


The organization repository can be found here: 
https://github.com/DiamondMVC


2.1.0 is not backward compatible with the versions released at 
the personal repository.


Here are some of the changes:

* Diamond now has its own organization repository
* Controller actions can be mapped by attributes (@HttpDefault, 
@HttpMandatory, @HttpAction)
* Controllers do no longer require their type to be passed as a 
template parameter to the base-controller class
* Views support sections (See: 
https://github.com/DiamondMVC/Diamond/wiki/Syntax-Reference#sections)

* Views and web configurations have been split into separate files
* Default headers can be set for different types of requests 
(Unlike in the legacy version of Diamond where there were only 
one type.) -- These types include gneeral, static files, errors 
and not found (404)
* Better construct to control application type (module: 
diamond.core.apptype -- isWeb, isWebServer, isWebApi; all of them 
are booleans that can be used at compile-time with static if, 
instead of the old construct of using version. This works better 
because they're conditional, unlike versions)
* Allows you to bind to multiple ips and ports, unlike the legacy 
version that only allowed one port for many ip addresses.
* Renames of some members such as request -> httpRequest, 
response -> httpResponse
* A routing class has been added to easier access routing data 
for requests (module: diamond.http.route)

* Most of the compile-time engine has been rewritten.
* A lot of bugs has been fixed, code is better structured etc.

For the latest release see:
http://code.dlang.org/packages/diamond

For the github repository see:
https://github.com/DiamondMVC/Diamond

To see what's upcoming see:
https://github.com/DiamondMVC/Diamond/wiki/Upcoming-Features

Thank you, that's all!

Re: Diamond MVC / Template Engine - v2.1.0 Released

[bauss via Digitalmars-d-announce]

On Thursday, 19 October 2017 at 23:29:57 UTC, bauss wrote:

I'm pleased to announce that I have just released Diamond 2.1.0.

There has been a lot of updating to Diamond since last 
announced release.


Diamond has also moved repository from my personal Github to an 
organization Github.


The reason for that change is because I've started a couple 
side projects for a tool-chain that can be used with Diamond.


The organization repository can be found here: 
https://github.com/DiamondMVC


2.1.0 is not backward compatible with the versions released at 
the personal repository.


Here are some of the changes:

* Diamond now has its own organization repository
* Controller actions can be mapped by attributes (@HttpDefault, 
@HttpMandatory, @HttpAction)
* Controllers do no longer require their type to be passed as a 
template parameter to the base-controller class
* Views support sections (See: 
https://github.com/DiamondMVC/Diamond/wiki/Syntax-Reference#sections)
* Views and web configurations have been split into separate 
files
* Default headers can be set for different types of requests 
(Unlike in the legacy version of Diamond where there were only 
one type.) -- These types include gneeral, static files, errors 
and not found (404)
* Better construct to control application type (module: 
diamond.core.apptype -- isWeb, isWebServer, isWebApi; all of 
them are booleans that can be used at compile-time with static 
if, instead of the old construct of using version. This works 
better because they're conditional, unlike versions)
* Allows you to bind to multiple ips and ports, unlike the 
legacy version that only allowed one port for many ip addresses.
* Renames of some members such as request -> httpRequest, 
response -> httpResponse
* A routing class has been added to easier access routing data 
for requests (module: diamond.http.route)

* Most of the compile-time engine has been rewritten.
* A lot of bugs has been fixed, code is better structured etc.

For the latest release see:
http://code.dlang.org/packages/diamond

For the github repository see:
https://github.com/DiamondMVC/Diamond

To see what's upcoming see:
https://github.com/DiamondMVC/Diamond/wiki/Upcoming-Features

Thank you, that's all!


Even though it has only been 5 days since 2.1.0 has been 
announced, I am pleased to announce 2.4.0 now. I have spend the 
past days working almost 24/7 to improve Diamond and make it as 
close to a usable framework as it can get.


Everything that has been implemented between 2.1.0 and 2.4.0:

* Extension support (Extensions can be in form of local 
repositories or repositories that Dub can fetch.)

* Authentication (Can be used with or without the ACL)
* Cookies / Sessions
* ACL (Access Control List)
* CSRF Protection
* RESTFul / Type-secure routing
* Controllers in web-apis can have multiple routes
* Base-view can be passed to a view's controller
* Layout views can be changed dynamically
* Caching for expensive views
* Network restrictions

The wiki and template projects will be updated accordingly to the 
latest version of Diamond.


Thank you!

Re: Diamond MVC / Template Engine - v2.1.0 Released

[bauss via Digitalmars-d-announce]

On Saturday, 28 October 2017 at 13:01:56 UTC, Kapps wrote:
This looks very cool. I already ended up doing my more recent 
project in C# partially due to wanting ASP.NET MVC and Entity 
Framework, but this would have been a really nice replacement 
to ASP.NET MVC.


Yeah, it has been inspired by ASP.NET a lot and have a partial 
ORM implemented as a separate package that integrates pretty well 
with it.

Re: Diamond MVC / Template Engine - v2.1.0 Released

[bauss via Digitalmars-d-announce]

On Thursday, 2 November 2017 at 22:55:04 UTC, WebFreak001 wrote:

On Thursday, 19 October 2017 at 23:29:57 UTC, bauss wrote:
I'm pleased to announce that I have just released Diamond 
2.1.0.


There has been a lot of updating to Diamond since last 
announced release.


[...]


Looks really useful, how about making a longer example and 
provide a template project? I could also include that template 
project in the code-d project creation dialog


I don't normally use VS Code, so to create a template for it are 
there anything specific it must include?


And yeah I'll come up with some longer examples and tutorials, 
for now I've made a temporary website with a bit of documentation 
as well API docs.


https://diamondmvc.github.io/Diamond/

Re: Diamond MVC / Template Engine - v2.1.0 Released

[bauss via Digitalmars-d-announce]

On Friday, 3 November 2017 at 14:43:32 UTC, WebFreak001 wrote:

On Friday, 3 November 2017 at 14:16:53 UTC, bauss wrote:
On Thursday, 2 November 2017 at 22:55:04 UTC, WebFreak001 
wrote:

[...]


I don't normally use VS Code, so to create a template for it 
are there anything specific it must include?


And yeah I'll come up with some longer examples and tutorials, 
for now I've made a temporary website with a bit of 
documentation as well API docs.


https://diamondmvc.github.io/Diamond/


Cool, I will take a look at that website.

There aren't actually templates in vscode but my D plugin adds 
some for D projects, you can check the folder in here: 
https://github.com/Pure-D/code-d/tree/master/templates


Created a pull-request with empty templates for Diamond projects.

Diamond Full-stack MVC / Template Engine - v2.5.0 Released!

[bauss via Digitalmars-d-announce]

Hello D Community!

I'm pleased to announce Diamond v2.5.0.

What is Diamond?

Diamond is a powerful MVC / Template Framework inspired by 
ASP.NET MVC using vibe.d as backend.


It was originally written as an alternative template engine to 
vibe.d's Diet templtes, but
has since then evolved into a complete web framework on-top of 
vibe.d


The goal of Diamond is to be able to use it for enterprise 
development.


Feature highlight:

General:

* Low Memory & CPU Consumption
* MVC & HMVC Possiblities
* RESTful
* ACL (Access-control-list)
* Cross-platform
* Website/Webapi support
* Stand-alone support (No web)
* i18n (Internationalization)

Data & Storage:

* ORM (Object relational mapping)
* MySql ORM
* Caching
* Mongo (Through vibe.d)
* Redis (Through vibe.d)
* Request-contexts
* Cookies
* Sessions
* Transactions

Views & Frontend:

* Compile-time Parsing
* Partial Views
* Layouts
* Fast & Performant Rendering
* Dynamic
* Any D code can be executed
* Sections
* Flash-messages

Controllers:

* Auto-mapping
* View-integration
* Mandatory Actions
* Version-control

More:

* Authentication
* CSRF Protection
* Cryptography (Through Botan)
* JSON/BSON (Partially through vibe.d)
* Asynchronous (Through vibe.d)
* Fibers/Tasks (Through vibe.d)
* Sharding (Partially using vibe.d)
* Network Security & Restrictions
* Unittesting
* Logging

Between v2.4.0 and v2.5.0 the following changes has been made:

* Bug fixes, refactoring and optimizations
  * As always with every release bugs are fixed, code is 
refactored and optimized.
  * Refactoring is usual not breaking changes, but some breaking 
changes may have happened.

* Minimal vibe.d interaction
  * There has been created wrappers around vibe.d components, 
making it easier to handle certain vibe.d components.

* Unittesting
  * Diamond now has build-in unittesting which can be used to 
test certain areas of the applications.

* Flash-messages
  * Diamond is now able to create flash-messages; which are 
useful for notifications/temporary messages.

* MySql / ORM Implementation
  * Diamond-db has been refactored, optimized and put in as a 
part of the official Diamond repository.
  * This means Diamond-db is no longer a package and to use the 
ORM you must have the framework.
  * This change was done to better interact with the core of 
Diamond.

* Logging
  * Logging has been added to Diamond, allowing to log requests, 
responses, errors etc.
  * Logging can be customized with custom loggers or there can be 
logged to files or a database.

* i18n
  * Internationalization and localization has been added to 
Diamond.
  * This allows for Diamond applications to be written for 
multiple languages and cultures.

* Transactions
  * Transactions have been added, allowing to handle 
transactional memory, as well snapshot types.
  * This is useful for critical areas where invalid/incomplete 
data can't be afforded.

* Route rewriting
  * It's now possible to redirect routes to other routes
  * It's also possible to combine routes to handle multiple 
requests with a single request.

* Version-control
  * Version control has been added being able to develop new 
controller functionality without breaking existing controllers.


There's a temporary website using a default Github theme:

https://diamondmvc.github.io/Diamond/

You can find documentation and API docs there.

The website will be replaced with an official website when it's 
ready.

Which of course will be written using Diamond.

Github: https://github.com/DiamondMVC/Diamond

DUB: http://code.dlang.org/packages/diamond (Currently waiting 
for DUB to update the package.)


Thank you!

Re: The final form of the keyboard = ShionKeys

[bauss via Digitalmars-d-announce]

On Friday, 10 November 2017 at 15:06:20 UTC, Shion wrote:
I want to make more people aware of my project of trying to 
change the world (ShionKeys), seek proliferation. More project 
content will be announced at sales time / crowdfunding time. 
Please administrator support this project do not delete, I have 
been many evil community management will be regarded as spam / 
advertising information and delete.

github @ShionAt
twitter @ShionKeys


looks like spam

Re: The latest Terrarium TV 1.8.1 has been updated.

[bauss via Digitalmars-d-announce]

On Friday, 10 November 2017 at 10:14:45 UTC, Theresa Henson wrote:

On Wednesday, 8 November 2017 at 10:47:42 UTC, Joakim wrote:
On Wednesday, 8 November 2017 at 10:36:46 UTC, codephantom 
wrote:
On Wednesday, 8 November 2017 at 09:40:01 UTC, Theresa Henson 
wrote:
The update is compatible with the latest Android OS as well 
as all others over Android 4.0


sounds great! thanks!

what is it?


It's spam, don't respond to it, as the mods apparently can't 
delete it then.


It is not spam, i was talking about Terrarium TV 
(http://terrariumtvdownloads.net/)


The latest Terrarium TV 1.8.1 has been updated. so i updated it 
here, nothing more.


and it relates to d how?

Re: Munich D Meetup November 2017

[bauss via Digitalmars-d-announce]

On Monday, 13 November 2017 at 18:43:13 UTC, Dragos Carp wrote:

Hi all,

Tomorrow November 14th, we will have our next Munich meetup. 
This time Seb and Stefan will give an introductory talk about 
templates and CTFE. After Andrei's awesome talk last month, we 
are happy to welcome new members of our group joining the 
regular meetups.


As usual before and after the talk we will also have good 
conversations with pizza and drinks.


Please RSVP on: 
https://www.meetup.com/de-DE/Munich-D-Programmers/events/244112572/


Thanks,
Dragos


Sounds like fun. I wish I could make it down to Germany, but 
unfortunately I can't, especially not tomorrow with less than a 
day in advance :p


Will there be any possibilities that the talks can be recorded 
and put on youtube?

Re: Project Highlight: Diamond MVC Framework

[bauss via Digitalmars-d-announce]

On Monday, 20 November 2017 at 14:39:43 UTC, Mike Parker wrote:
You may have seen announcements regarding Diamond here in the 
forums. The project maintainer, Jason Jensen, a.k.a bauss, 
provided me with some info about it for a Project Highlight on 
the D Blog.


Blog:
https://dlang.org/blog/2017/11/20/project-highlight-diamond-mvc-framework/

reddit:
https://www.reddit.com/r/programming/comments/7e98zk/diamond_a_vibedbased_mvc_web_framework_for_d/


Thank you for writing the article!

Re: remake of remake of Konami's Knightmare

[bauss via Digitalmars-d-announce]

On Thursday, 23 November 2017 at 12:18:38 UTC, ketmar wrote:
recently i worked on remake of DOS remake of Konami's 
Knightmare game[0]. the game is playable now, it has music from 
original MSX Knightmare, and sfx/gfx/levels from DOS remake. it 
is written in D, of course, and it is FOSS. you can find the 
sources here[1].


[...]


This is pretty neat, good job!

Re: Released vibe.d 0.8.2

[bauss via Digitalmars-d-announce]

On Tuesday, 12 December 2017 at 19:44:17 UTC, Sönke Ludwig wrote:
The major changes in this release are HTTP forward proxy 
support, handling incoming HTTP requests on custom transports 
and a MongoDB based session store. On top of that, there are 
many smaller improvements in the HTTP server, web/REST 
generator, JSON/BSON support and the TLS sub system.


Change log:
https://vibed.org/blog/posts/vibe-release-0.8.2

DUB package:
https://code.dlang.org/packages/vibe-d/0.8.2


Great job

Re: run.dlang.io - a modern way to run D code

[bauss via Digitalmars-d-announce]

On Wednesday, 13 December 2017 at 01:14:26 UTC, Seb wrote:
On Wednesday, 13 December 2017 at 00:32:11 UTC, rikki 
cattermole wrote:

On 12/12/2017 6:37 PM, Seb wrote:

=== Supported D Compilers ===

* Latest DMD nightly
* Latest DMD beta
* Latest DMD
* Latest LDC beta
* Latest LDC

The Docker images are rebuilt every day automatically.


Can we please select a version we want to test against?


While it would be rather easier to build more Docker images [1] 
and add them to the tour [2], I fear that this will be too much 
maintenance overhead and will lead to outdated compiler soon.
Also the storage on the machine is limited and we can't drop an 
unlimited amount of Docker images there.


[1] https://github.com/dlang-tour/core-exec
[2] 
https://github.com/dlang-tour/core/blob/master/source/exec/docker.d#L22


What you could do is support the 3 latest versions of the 
compilers.


Ex. for DMD you would support:
2.077.1
2.076.1
2.075.1

Diamond Full-stack MVC / Template Engine - v2.5.4 Released!

[bauss via Digitalmars-d-announce]

I'm happy to announce that Diamond v2.5.4 has just been released.

This release comes with the following features:

* Bug fixes
* Websocket support
* White-space support for multi-line i18n translations.
* Specialized routes (Can fetch resources from external, internal 
and local locations.)


Github: https://github.com/DiamondMVC/Diamond

DUB: http://code.dlang.org/packages/diamond

Thank you!

Re: Diamond Full-stack MVC / Template Engine - v2.5.4 Released!

[bauss via Digitalmars-d-announce]

These are the features that are upcoming for the next releases.

* Getting rid of deprecated feature usage with mysql-native.
* SEO API
* Soap/Webservice support

Re: Released vibe.d 0.8.2

[bauss via Digitalmars-d-announce]

This shouldn't have been released as 0.8.2, because it has a lot 
of breaking changes.


For an instance anything that relies on HTTPServerRequest.path 
will break.


I'm aware that there has been added the "requestPath" property, 
but it's still a breaking change to all existing code that relies 
on the old "path" property. Especially when it's used to 
manipulate the path you receive.


Diamond cannot currently be used with latest release of vibe.d, 
because of this and it was relying on vibe.d with following 
dependency:


"vibe-d": "~>0.8.1"

0.8.2 should not be a breaking change, assuming you follow 
semantic versioning.


https://semver.org/

Re: Released vibe.d 0.8.2

[bauss via Digitalmars-d-announce]

On Sunday, 17 December 2017 at 14:13:05 UTC, WebFreak001 wrote:

On Sunday, 17 December 2017 at 12:52:57 UTC, bauss wrote:
This shouldn't have been released as 0.8.2, because it has a 
lot of breaking changes.


For an instance anything that relies on HTTPServerRequest.path 
will break.


I'm aware that there has been added the "requestPath" 
property, but it's still a breaking change to all existing 
code that relies on the old "path" property. Especially when 
it's used to manipulate the path you receive.


Diamond cannot currently be used with latest release of 
vibe.d, because of this and it was relying on vibe.d with 
following dependency:


"vibe-d": "~>0.8.1"

0.8.2 should not be a breaking change, assuming you follow 
semantic versioning.


https://semver.org/


4. Major version zero (0.y.z) is for initial development. 
Anything may change at any time. The public API should not be 
considered stable.


0.x.Y should always be compatible with 0.x.Z without breaking 
changes.


Since it's MAJOR.MINOR.PATCH

This is a patch release 0.8.1 to 0.8.2 which means:

"PATCH version when you make backwards-compatible bug fixes."

Even a minor version should be backward-compatible.

"MINOR version when you add functionality in a 
backwards-compatible manner, and"


I'm all for deprecating said features, but plain removing them in 
a release like this is a breaking change and should at the very 
least be a minor version upgrade, but definitely not a patch.

Re: Released vibe.d 0.8.2

[bauss via Digitalmars-d-announce]

On Sunday, 17 December 2017 at 20:55:15 UTC, bauss wrote:

private Nullable!string _path;


Also does this really make sense?

Why not just have it:

private string _path;

Then instead of:
string path() @safe {
if (_path.isNull) {
_path = urlDecode(requestPath.toString);
}
return _path.get;
}

You could have:
string path() @safe {
if (!_path) {
_path = urlDecode(requestPath.toString);
}
return _path;
}

Re: Released vibe.d 0.8.2

[bauss via Digitalmars-d-announce]

On Sunday, 17 December 2017 at 19:13:44 UTC, Sönke Ludwig wrote:
But what do you mean with anything will break using `.path`? It 
follows the usual deprecation path - currently it's just 
documented as deprecated. In one or two releases, the 
`deprecated` attribute will be set and a few releases later it 
will finally be removed. By that time projects will have had 
quite some time to react on the deprecation.


HTTPServerRequest.path does not have the same definition as 
previously.


It has been changed from a field to a getter function.

Tbh. it should just have been marked with deprecated instead of 
being removed, as you do specify is the normal deprecation 
process.


0.8.1:
/** The _path part of the URL.

			Remarks: This field is only set if HTTPServerOption.parseURL 
is set.

*/
string path;

0.8.2:
/** Deprecated: The _path part of the URL.

Note that this function contains the decoded version of 
the
requested path, which can yield incorrect results if 
the path
			contains URL encoded path separators. Use `requestPath` 
instead to

get an encoding-aware representation.
*/
string path() @safe {
if (_path.isNull) {
_path = urlDecode(requestPath.toString);
}
return _path.get;
}

private Nullable!string _path;

There should still have been a setter property like:

void path(string newPath);

Which should be marked with deprecated until it could be safely 
removed.

Re: NES emulator written in D

[bauss via Digitalmars-d-announce]

On Saturday, 3 February 2018 at 13:52:17 UTC, blahness wrote:

Hi everyone,

Not sure how interested people here will be with this but I've 
ported https://github.com/fogleman/nes from Go to D [1]. I 
should point out that I'm not the author of the original Go 
version.


The emulator code itself is 100% D with no dependencies. I've 
also created a little app using SDL to show how you'd put this 
library to use [2].


Its PPU & APU timing isn't 100% accurate (same as the Go 
version) so not all games will work correctly but this should 
be pretty easy to fix.


Links
--
[1] https://github.com/blahness/nes
[2] https://github.com/blahness/nes_test


This is really cool and has definitely got my interest.

I forked your project and will look through it!

Thanks for the work.

Re: mysql-native v2.0.0-rc1: Release Candidate: Redesigned Prepared

[bauss via Digitalmars-d-announce]

On Monday, 5 February 2018 at 04:47:07 UTC, Nick Sabalausky 
(Abscissa) wrote:

An all-D MySQL/MariaDB client library:

https://github.com/mysql-d/mysql-native

--

I've tagged a release candidate ("v2.0.0-rc1") which, among 
other various enhancements and cleanups, includes a redesign of 
prepared statements which are now connection-independent (among 
other benefits).


If you use prepared statements, this *does* involve some small 
breaking changes. A migration guide is provided here:


https://github.com/mysql-d/mysql-native/blob/master/MIGRATING_TO_V2.md


Motivations and the specific changes for prepared statements 
are explained here:


https://github.com/mysql-d/mysql-native/blob/master/ABOUT_PREPARED_V2.md

--

Full list of all other changes in this release in the changelog:

https://github.com/mysql-d/mysql-native/blob/master/CHANGELOG.md

--

Please give it a try and let me know how it works out. Please 
file any issues here: 
https://github.com/mysql-d/mysql-native/issues


Been waiting for this!

Thank you for all your effort.

Going to test it out later and see how it works compared to now.

Re: dxml 0.1.0 released

[bauss via Digitalmars-d-announce]

On Friday, 9 February 2018 at 21:15:33 UTC, Jonathan M Davis 
wrote:
I have multiple projects that need an XML parser, and 
std_experimental_xml is clearly going nowhere, with the guy who 
wrote it having disappeared into the ether, so I decided to 
break down and write one. I've kind of wanted to for years, but 
I didn't want to spend the time on it. However, sometime last 
year I finally decided that I had to, and it's been what I've 
been working on in my free time for a while now. And it's 
finally reached the point when it makes sense to release it - 
hence this post.


Currently, dxml contains only a range-based StAX / pull parser 
and related helper functions, but the plan is to add a DOM 
parser as well as two writers - one which is the writer 
equivalent of a StaX parser, and one which is DOM-based. 
However, in theory, the StAX parser is complete and quite 
useable as-is - though I expect that I'll be adding more helper 
functions to make it easier to use, and if you find that you're 
doing a particular operation with it frequently and that that 
operation is overly verbose, please point it out so that maybe 
a helper function can be added to improve that use case - e.g. 
I'm thinking of adding a function similar to std.getopt.getopt 
for handling attributes, because I personally find that dealing 
with those is more verbose than I'd like. Obviously, some stuff 
is just going to do better with a DOM parser, but thus far, 
I've found that a StAX parser has suited my needs quite well. I 
have no plans to add a SAX parser, since as far as I can tell, 
SAX parsers are just plain worse than StAX parsers, and the 
StAX approach is quite well-suited to ranges.


Of note, dxml does not support the DTD section beyond what is 
required to parse past it, since supporting it would make it 
impossible for the parser to return slices of the original 
input beyond the case where strings are used (and it would be 
forced to allocate strings in some cases, whereas dxml does 
_very_ minimal heap allocation right now), and parsing the DTD 
section signicantly increases the complexity of the parser in 
order to support something that I honestly don't think should 
ever have been part of the XML standard and is unnecessary for 
many, many XML documents. So, if you're dealing with XML 
documents that contain entity references that are declared in 
the DTD section and then used outside of the DTD section, then 
dxml will not support them, but it will work just fine if a DTD 
section is there so long as it doesn't declare any entity 
references that are then referenced in the document proper.


Hopefully, the documentation is clear enough, but obviously, 
I'm not the best judge of that. So, have at it.


Documentation: http://jmdavisprog.com/docs/dxml/0.1.0/
Github: https://github.com/jmdavis/dxml
Dub: http://code.dlang.org/packages/dxml

- Jonathan M Davis


This is going to be really useful for people like me who works 
with webservices using soap.


Thanks for the great work.

Re: Documentation for any* dub package, any version

[bauss via Digitalmars-d-announce]

On Monday, 26 February 2018 at 14:59:07 UTC, Adam D. Ruppe wrote:
Many of you will already know this from the other thread or 
from my twitter, but I just added a on-demand downloader to my 
dpldocs.info domain to fetch and build docs for any* dub 
package.


Simply go to projectname.dpldocs.info/vX.Y.Z/ and it will 
generate docs for dub package projectname, version X.Y.Z. (If 
you don't specify a version, it will pull the master branch.)


For example:

http://arsd-official.dpldocs.info/arsd.html

master branch for the arsd-official package

or:

http://dplug.dpldocs.info/v6.0.22/dplug.html

6.0.22 of the dplug package.

etc.

I'd like to get the code.dlang.org folks to add the correct 
link to the main package site so people can easily discover 
this just put nofollow on it plz so google doesn't trigger 
generation of pages people don't actually need (the lazy 
generation + caching allows me to host this on a cheap VPS)



It builds the docs using my own doc generator 
 which pulls embedded doc 
comments out of the source.


It isn't 100% compatible with ddoc. For example, this 
user-defined macro was not expanded: 
http://dxml.dpldocs.info/dxml.dom.html#source


But, it builds 99% of Phobos so it can probably build your 
project too! And get the ease of adrdox navigation and 
legibility.


Moreover, if you want to embrace it, you can use all the 
features described here: 
http://dpldocs.info/experimental-docs/adrdox.syntax.html except 
for the LaTeX math generation (that's not installed on the dub 
doc server I set up).


You can group functions like seen here: 
http://dpldocs.info/experimental-docs/arsd.nanovega.html and 
use some markdown syntax, and easy [reference] linking and more.




The generated docs may get some customization options in the 
future, like adding a logo, header nav links, or maybe tweaking 
the color scheme. It will probably also start reading 
.gitignore and perhaps a .adrdoxignore file soon to to exclude 
files from generation. I just need to decide the details first 
and it is time to work the day job right now and I want to 
announce sooner rather than later :)



* currently, only github code downloading is actually 
implemented.


Tried with http://diamond.dpldocs.info/arsd.html and it gives a 
404

Re: Documentation for any* dub package, any version

[bauss via Digitalmars-d-announce]

On Tuesday, 27 February 2018 at 09:16:12 UTC, bauss wrote:
On Monday, 26 February 2018 at 14:59:07 UTC, Adam D. Ruppe 
wrote:

[...]


Tried with http://diamond.dpldocs.info/arsd.html and it gives a 
404


Nvm, I see how stupid I was.

Re: State of D 2018 Survey

[bauss via Digitalmars-d-announce]

On Wednesday, 28 February 2018 at 20:37:36 UTC, Seb wrote:

On Wednesday, 28 February 2018 at 20:24:00 UTC, JN wrote:

On Wednesday, 28 February 2018 at 20:01:16 UTC, Seb wrote:

Thanks! I hope so too!


Is there some way to access the results without retaking the 
survey?


Yeah the link TypeForm generates at the end is permanent:

https://dlang.typeform.com/report/H1GTak/PY9NhHkcBFG0t6ig

though for some reason it doesn't show full-text answers (I 
have opened a support ticket for that a while ago).
Anyhow, as Mike said we will look at all answers and do a 
summary once the survey concluded.


Interesting results. 80% in favor for breaking changes.

Maybe it's time to not care too much about making D better and 
leave old legacy stuff that stops D from evolving behind curtains.

Re: State of D 2018 Survey

[bauss via Digitalmars-d-announce]

On Sunday, 4 March 2018 at 17:26:50 UTC, bauss wrote:

On Sunday, 4 March 2018 at 15:13:28 UTC, Kagamin wrote:
But seriously, Stack overflow is a reputation-based system, it 
very hostile from the very start, when you don't have enough 
reputation for pretty much everything, and SO vehemently nags 
you about this on every possible occasion, even baiting you to 
use functionality only to later tell that you don't have 
enough reputation to use it. How can anyone like it is beyond 
me.


It's also very strict and probably have of the posts within 
Learn here wouldn't be allowed there.


half*

Re: State of D 2018 Survey

[bauss via Digitalmars-d-announce]

On Sunday, 4 March 2018 at 15:13:28 UTC, Kagamin wrote:
But seriously, Stack overflow is a reputation-based system, it 
very hostile from the very start, when you don't have enough 
reputation for pretty much everything, and SO vehemently nags 
you about this on every possible occasion, even baiting you to 
use functionality only to later tell that you don't have enough 
reputation to use it. How can anyone like it is beyond me.


It's also very strict and probably have of the posts within Learn 
here wouldn't be allowed there.

Re: State of D 2018 Survey

[bauss via Digitalmars-d-announce]

On Sunday, 4 March 2018 at 18:52:36 UTC, Martin Tschierschke 
wrote:

On Sunday, 4 March 2018 at 17:26:50 UTC, bauss wrote:

On Sunday, 4 March 2018 at 15:13:28 UTC, Kagamin wrote:
But seriously, Stack overflow is a reputation-based system, 
it very hostile from the very start, when you don't have 
enough reputation for pretty much everything, and SO 
vehemently nags you about this on every possible occasion, 
even baiting you to use functionality only to later tell that 
you don't have enough reputation to use it. How can anyone 
like it is beyond me.


It's also very strict and probably have of the posts within 
Learn here wouldn't be allowed there.

http://area51.stackexchange.com/faq

What about trying to start an own "D Exchange"? I like the 
possibility to vote for good questions and answers. There are 
many gems inside the forum, but not so easy to find as in the 
stack exchange based forums.


A custom forum that isn't based on an email client would probably 
be better tbh.

Re: Article: Why Const Sucks

[bauss via Digitalmars-d-announce]

On Monday, 5 March 2018 at 10:57:35 UTC, Jonathan M Davis wrote:

Here's something I wrote up on const:

http://jmdavisprog.com/articles/why-const-sucks.html

I suppose that it's not exactly the most positive article, but 
I feel that it's accurate.


- Jonathan M Davis


Great read for a Monday.

Re: mysql-native v2.1.0

[bauss via Digitalmars-d-announce]

On Saturday, 3 March 2018 at 07:37:38 UTC, Nick Sabalausky 
(Abscissa) wrote:

An all-D MySQL/MariaDB client library:
https://github.com/mysql-d/mysql-native
==

Tagged 'v2.1.0', which mainly adds a few new features, 
including greatly simplified shortcut syntax for prepared 
statements (with automatic, implicit caching and re-use):


---
int i = 5;
string s = "Hello world";
conn.exec("INSERT INTO table_name VALUES (?, ?)", i, s);
conn.query("SELECT * FROM table_name WHERE id=? AND name=?", i, 
s);


// Also works:
Prepared stmt = conn.prepare("INSERT ...blah... (?, ?)");
conn.exec(stmt, i, s);
---

As well as additional tools for optional micro-management of 
registering/releasing prepared statements.


It also fixes #28: "MYXProtocol thrown when using large 
integers as prepared parameters."


Full changelog
https://github.com/mysql-d/mysql-native/blob/master/CHANGELOG.md#v210---2018-03-02


I'm unsure how I'd go about implementing prepared statements in a 
vibe.d application correctly.


With older versions it didn't work properly and I'm not sure how 
to implement it with the new version of prepared statements.


I can't seem to find any examples on how they were updated and 
what exactly to change in my code.


It would be nice with some more examples that aren't basics.

Especially, because I call setArgs() to set arguments from an 
array since I have no control over the arguments passed to the 
function as they're generated elsewhere and thus I cannot 
manually specify the arguments.



I guess I will try to dig around and see what works and what 
doesn't, unless you can pinpoint me in the correct direction.

Re: mysql-native v2.1.0

[bauss via Digitalmars-d-announce]

On Tuesday, 6 March 2018 at 18:31:08 UTC, bauss wrote:
On Saturday, 3 March 2018 at 07:37:38 UTC, Nick Sabalausky 
(Abscissa) wrote:

[...]


I'm unsure how I'd go about implementing prepared statements in 
a vibe.d application correctly.


[...]


Like more specifically do I still call lockConnection() on a 
MySQLPool?

Re: mysql-native v2.1.0

[bauss via Digitalmars-d-announce]

On Tuesday, 6 March 2018 at 18:36:45 UTC, bauss wrote:

On Tuesday, 6 March 2018 at 18:31:08 UTC, bauss wrote:
On Saturday, 3 March 2018 at 07:37:38 UTC, Nick Sabalausky 
(Abscissa) wrote:

[...]


I'm unsure how I'd go about implementing prepared statements 
in a vibe.d application correctly.


[...]


Like more specifically do I still call lockConnection() on a 
MySQLPool?


I think it would be easier to help me if I put some examples.

I just tried changing stuff and I can't seem to get it working.

I kept using lockConnection() as before, I assume it's the right 
way.


Then I changed the way I retrieve prepared statements from:

  auto prepared = prepare(connection, sql);
  prepared.setArgs(params);

to:

  auto prepared = connection.prepare(sql);
  prepared.setArgs(params);

Then ex. for reading many entries:

From:

  return prepared.querySet().map!((row)
  {
auto model = new TModel;
model.row = row;
model.readModel();
return model;
  });

To:

  return connection.query(prepared).map!((row)
  {
auto model = new TModel;
model.row = row;
model.readModel();
return model;
  });

But it doesn't seem to work.

I get the following exception:

"Attempting to popFront an empty map" which I assume is because 
the result is empty.


So what am I doing wrong in using prepared statements with the 
new updates?