Re: Need a fancy domain for your project? .dub.pm has you covered!
On Thursday, 23 February 2017 at 14:16:35 UTC, Seb wrote: Hey all, As I own dub.pm since a year and it hasn't been used much, I have just configured automatic sub-domain rewriting, s.t. everyone can have nice and fancy URLs. All sub-domains get redirected to their respective DUB package page, so now you can browse e.g. [...] This is pretty cool.
diamondmvc.org has been launched - Also release of Diamond MVC v2.8.5
I'm happy to announce that Diamond finally has its own website, that is hosted as a Diamond project, instead of a Github-page! It can be found here: http://diamondmvc.org/ The website is open-source and can be used as a reference on how to use Diamond, although it doesn't use a lot of "advanced" features as of now. The website project can be found here: https://github.com/DiamondMVC/Diamond-website On top of that v2.8.5 has been released which comes with some task functionality. Since last announcement v2.8.1 the following has also been added: * Special placeholders for i18n * File uploading improvements Thanks to everyone who has helped Diamond getting where it is, whether it has been through contributions to Diamond's dependencies, the d programming language or anything else!
Re: Need a fancy domain for your project? .dub.pm has you covered!
On Thursday, 23 February 2017 at 14:16:35 UTC, Seb wrote: Hey all, As I own dub.pm since a year and it hasn't been used much, I have just configured automatic sub-domain rewriting, s.t. everyone can have nice and fancy URLs. All sub-domains get redirected to their respective DUB package page, so now you can browse e.g. eventcore.dub.pm vibe-core.dub.pm ... In the future the package pages might be served directly without redirects (vote for this behavior at [1]) If you don't like the layout, design or features of the dub-registry, it's just a PR away [2]! Last, but not least a reminder that if you need a .dlang.io or .dlang.rocks subdomain for your project, I am happy to set the DNS for you. Just give me a short ping [3]. Cheers and happy hacking! Seb [1] https://github.com/dlang/dub/issues/781 [2] https://github.com/dlang/dub-registry [3] https://seb.wilzba.ch/contact As Letsencrypt now supports SSL wildcards, *.dub.pm are now all accessible via SSL: https://mir.dub.pm https://container.dub.pm
Re: D_vs_nim: git repo to compare features of D vs nim and help migrating code bw them. PRs welcome
On Tuesday, 27 March 2018 at 01:25:42 UTC, timotheecour wrote: D and nim are both very promising. I created this git repo to compare them: https://github.com/timotheecour/D_vs_nim/ Goal: up to date and objective comparison of features between D and nim (to help deciding what language to use), and 1:1 map of features and libraries to help D users learn nim and vice versa. PRs are welcome and merged fast My only question would be if you think what is currently posted is objective.
Re: std.variant Is Everything Cool About D
Great blog. Thanks.
Re: Beta 2.079.0
On Saturday, 31 March 2018 at 00:25:47 UTC, Seb wrote: AFAICT Rust now has introduced the exactly same feature. It's quite interesting to see that there was no outcry by the community and it was universally liked: https://blog.rust-lang.org/2018/03/29/Rust-1.25.html https://github.com/rust-lang/rust/issues/44494 use std::sync::{Arc, atomic::{AtomicBool, Ordering}}; Well, sifting through such imports is tame compared to what they have to do, so they will barely notice it :) rust is tinkering-oriented after all.
Re: Beta 2.079.0
On Saturday, 31 March 2018 at 00:25:47 UTC, Seb wrote: On Tuesday, 20 February 2018 at 08:43:50 UTC, Martin Nowak wrote: On Monday, 19 February 2018 at 15:58:57 UTC, Joakim wrote: 17. Allow multiple selective imports from different modules in a single import statement I have a bad feeling that that one is going to be a source of a raft of bugs for years to come. No need to use it if you don't like it. It's particularly useful for small examples, localized imports and hacking. It's mainly a generalisation of the existing possibility to mix module imports and one selective import at the end. If you prefer java-like 50 lines import manifests, then by all means keep using those. How would that feature cause bugs though? AFAICT Rust now has introduced the exactly same feature. It's quite interesting to see that there was no outcry by the community and it was universally liked: https://blog.rust-lang.org/2018/03/29/Rust-1.25.html https://github.com/rust-lang/rust/issues/44494 As meppl says, they require braces, which the D version didn't, so not "exactly same." Besides look at that horrid syntax even before this addition, drowning in colons, they seem to carry over some of the worst punctuation style from C++. About the only good thing I can say about it is that 'use' is a better, shorter keyword than 'import.'