Re: Serpent OS
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: DORM - a new D ORM
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: raylib-d v4.2.1 - introducing install script
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: Meanwhile on the audio front
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: Inochi2D - Realtime 2D Animation written in D
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: New WIP DUB documentation
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: Blog post on extending attribute inference to more functions
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 forum view mode "narrow-index" is now available
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: New forum view mode "narrow-index" is now available
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
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: A New Game Written in D
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: mysql-native v3.2.0 - the safe update
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: mysql-native release 3.1.0
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: D Language Foundation Monthly Meeting for February 2022
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: Google Summer of Code -- An Apology
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
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: D Language Foundation Monthly Meeting for February 2022
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: Teaching D at a Russian University
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: Added copy constructors to "Programming in D"
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: DIP 1038--"@mustUse" (formerly "@noDiscard")--Accepted
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: All Community Discord channels are now being bridged to Matrix
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: dmt: Python-like indentation in D programming language
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: sha3-d
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: Gordon programming language
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: A GUI for DMD, the final version has been release.
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: DConf Online 2021 Schedule Published
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: D Language Foundation Monthly Meeting Summary (September 24, 2021)
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: New library: rebindable, create a type that can stand in for any other type, but mutable (and without destructor)
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: Beerconf September 2021
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: mysql-native release v3.0.3
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: Surprise - New Post on the GtkD Coding Blog
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: Beerconf July 2021
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: countries_currencies_languages the most boring package ever
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: Yurai - Full Stack Web Framework (Diamond MVC Successor)
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)
Yurai - Full Stack Web Framework (Diamond MVC Successor)
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: dmdcache
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.
Re: DLS deprecation
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: DConf 2020 Canceled
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: DConf 2020 Canceled
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: Dicoth is an opensource forum software written in DLang.
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: D-Ecke: A German D-website
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: DIP Reviews: Discussion vs. Feedback
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: Novelate - Visual Novel Engine
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: Eric Niebler will be speaking at Microsoft Nov 20
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
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
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!
Novelate - Visual Novel Engine
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: thebotbloglib - A social media bot library
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/
Re: DIP 1024---Shared Atomics---Accepted
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!
thebotbloglib - A social media bot library
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: I wrote a little socket tutorial
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.
Re: Prepping for Patreon...
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: Prepping for Patreon...
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: rapidxml for D has been ported.
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: rapidxml for D has been ported.
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: I was able to write some D last week!
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: I was able to write some D last week!
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: Symmetry Autumn of Code 2019
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!
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: my first kernel in betterC D
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: jupyter-wire v0.0.3 - markdown/HTML support
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: hunt-time library 1.0.0 beta1 released
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: New DConf Blog Post
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: New DConf Blog Post
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: DCD 0.11.0 released
On Tuesday, 12 February 2019 at 19:48:25 UTC, Seb wrote: On Tuesday, 12 February 2019 at 19:46:29 UTC, notna wrote: On Tuesday, 12 February 2019 at 17:55:46 UTC, Basile B. wrote: On Monday, 11 February 2019 at 20:40:32 UTC, notna wrote: Installing DCD Downloading from https://github.com/dlang-community/DCD/releases/download/v0.10.2/dcd-v0.10.2-windows-x86.zip to C:\Users\\AppData\Roaming\code-d\bin Failed installing: std.net.curl.CurlException@std\net\curl.d(4340): Peer certificate cannot be authenticated with given CA certificates on handle I don't know what you are talking about, how are you installing DCD ? What is the installer you talk about ? Also the version number of this release is 0.11.0, not 0.10.2 Thats the errors vscode, better code-d, shows... seems like you want to update dcd and use the curl lib for that, which throws an error because the download (GitHub?) certificate cannot be validated. Just check the news group (or the "forum") for this code-d error and you should find a couple of similar complains. Have your ever considered reporting it at the code-d repository? https://github.com/Pure-D/code-d/issues It should drastically increase the chances of the maintainers of code-d actually seeing your problems. Honestly, it would be nice if dub would collaborate with D in terms of issues so possibly people could report issues with packages at https://issues.dlang.org/
Re: 5 reasons the D programming language is a great choice for development
On Wednesday, 30 January 2019 at 20:46:07 UTC, H. S. Teoh wrote: On Wed, Jan 30, 2019 at 08:34:58PM +, Simen Kjærås via Digitalmars-d-announce wrote: I found this article espousing D's strengths today: https://opensource.com/article/17/5/d-open-source-software-development It appears to be written by our very own `aberba`, who also frequently participates in these forums. Good read! T I'm positive I've seen it posted before
Re: Top Five World’s Most Underrated Programming Languages
On Wednesday, 23 January 2019 at 16:47:04 UTC, Neia Neutuladh wrote: On Wed, 23 Jan 2019 14:37:30 +, Bienlein wrote: This is all true, but you need to keep in mind that Go had no real package manager for a long time. There was the "go get" command which loaded the code from some github repo in the state it was at the time when being loaded. There was no version control. Nobody really cared (the vendor stuff in Go was added with Go 1.10 or 1.11). Goroutines were the killer feature of the language that paved the way, because this was badly needed for writing server-side software. Go has several killer features: * It's got a GC and yet is endorsed by one of the major people behind C. This helps people get over their fear of garbage collection and into appreciating the benefits. * It's also got "pointers". They're actually references with pointer-ish syntax, but that makes people coming from C/C++ more comfortable. * It's not Java, and it's not slower than Java. * There was a team in Google that would rewrite old, crufty C++ code in Go. Was Go a benefit? Maybe in some ways, but the major benefit was a rewrite that the owning team didn't have to do. That earned goodwill among thousands of developers attached to Go as a language. * It's backed by Google (in large part because of that goodwill). I don't think fibers are all that important for Go's success. Maybe for people who would have looked at node.js but didn't want to use javascript? Go is garbage and it's only popular because Google is behind it. It has absolutely nothing to do with the language itself.
Re: Musicpulator - Library for analyzing and manipulating music - 0.0.2
On Saturday, 19 January 2019 at 16:11:33 UTC, H. S. Teoh wrote: On Sat, Jan 19, 2019 at 10:35:52AM +, bauss via Digitalmars-d-announce wrote: Happy to announce the first version of Musicpulator. An open-source library for analyzing and manipulating music. As of now only manual analysis and manipulation is possible, but in future versions this will change. Please see the README.md for examples as there are a lot! Github: https://github.com/UndergroundRekordz/Musicpulator DUB: https://code.dlang.org/packages/musicpulator Interesting. Is there a way to import music, say from XML, for analysis? Or is only internal analysis available currently? T Not as of now, but that's the next step to load from json, xml and midi import/export as well!
Musicpulator - Library for analyzing and manipulating music - 0.0.2
Happy to announce the first version of Musicpulator. An open-source library for analyzing and manipulating music. As of now only manual analysis and manipulation is possible, but in future versions this will change. Please see the README.md for examples as there are a lot! Github: https://github.com/UndergroundRekordz/Musicpulator DUB: https://code.dlang.org/packages/musicpulator
Re: hunt library 1.0.0 released!
On Wednesday, 16 January 2019 at 06:57:13 UTC, Brian wrote: we found that the performance of vibed was not as good as that of other programming languages. Chances are you've used it wrong then. To me at least it performs better than any alternatives.
Re: [nvimhost-d] neovim/nvim plugins natively in D!
On Tuesday, 8 January 2019 at 21:29:51 UTC, viniarck wrote: Hi All, What if you could write natively high-performance nvim plugins in D? Which kind of plugins would you write? It turns out now you can. I've just released `nvimhost` v1.1.1, https://github.com/viniarck/nvimhost-d. I haven't written that many plugins yet, but the past weeks I've been using one simple plugin to quickly switch between `*.c*` and `*.h*` files (since I'm doing C++ full time in my day job) https://github.com/viniarck/nvimhost-d/blob/master/examples/altfile_plugin.d, and it's been stable so far. I'll release more plugins soon, stay tuned. This library is still pretty new, so, I'd appreciate any feedback and look forward to your contribution/plugins. Let me take the chance to also thank @zombinedev and @wilzbach who promptly helped me in the slack channel when I needed help. That's pretty cool. Good job!
Re: The D Blog in 2018
On Wednesday, 2 January 2019 at 15:01:57 UTC, Mike Parker wrote: It's time for the annual D Blog retrospective. Including the stats. The blog: https://dlang.org/blog/2019/01/02/the-d-blog-in-2018/ Reddit: https://www.reddit.com/r/d_language/comments/abu43a/the_d_blog_in_2018/ In a few days I'll be publishing a look back at some of the happenings around DLand at large in 2018, including status updates where appropriate. There's a DMD release to blog about in the interim! Thanks for keeping the blog going. It's always interesting to read and sometimes even inspirational or sparks a little bit of motivation.
Re: This Week in D is back
On Wednesday, 19 December 2018 at 14:24:01 UTC, Adam D. Ruppe wrote: On Wednesday, 19 December 2018 at 14:17:53 UTC, bauss wrote: Thank you Adam for bringing it back. I enjoyed it back when it last ran. You might enjoy looking at the "home" page too: http://dpldocs.info/this-week-in-d/Blog.html links to the old ones, and to the Tip of the Week index from before to quickly skim! I also like the part where explain what you're currently working on. That's kinda interesting.
Re: This Week in D is back
On Monday, 17 December 2018 at 22:01:07 UTC, Adam D. Ruppe wrote: Well, I am getting back into it: http://dpldocs.info/this-week-in-d/Blog.Posted_2018_12_17.html I have been waiting for this! Thank you Adam for bringing it back. I enjoyed it back when it last ran.
Re: I've just released Vasaro
On Thursday, 6 December 2018 at 20:45:07 UTC, Andrea Fontana wrote: Hi! I've just released the first version of vasaro. It's a simple program I wrote to create 3d printable vases. It's written in D (of course). It uses derelict-gl, derelict-sdl and gtkd. It should work on linux, macOS and Windows. A special thanks to Adam Ruppe and his SimpleDisplay library I used on earlier versions :) A demo video: https://www.youtube.com/watch?v=HkYo8WCW9jM On reddit: https://www.reddit.com/r/3Dprinting/comments/a3qykj/ive_just_released_vasaro_the_easytouse_software/ On github: https://github.com/trikko/vasaro/ Feel free to test it! Andrea This is a very impressive project and I'll follow it just to see where it goes. I have zero to no experience with 3d printing so I can't really relate much to it.
Re: Dizzy Omega 0.37
On Saturday, 1 December 2018 at 16:56:24 UTC, unDEFER wrote: Hello, everyone! I have done the second demo version of my game fully written in D. Dizzy is a puzzle game, Purpose of which is the collection and use of items. Dizzy Omega (Dizzy on Mars) is the sequel of the game Dizzy Y (which was for ZX-Spectrum). The game has 3D graphic, but 2D logic. The second demo has 53 screens, 39 items, 32 from which you can use. Some of them several times. Site of the project: https://dizzy-omega.sourceforge.io I remember seeing this a while ago. Glad to see it's still in development!
Re: D compilation is too slow and I am forking the compiler
On Wednesday, 21 November 2018 at 08:07:52 UTC, Vladimir Panteleev wrote: https://blog.thecybershadow.net/2018/11/18/d-compilation-is-too-slow-and-i-am-forking-the-compiler/ Not only an interesting read, but also interesting research!
Re: DMD backend now in D
On Sunday, 11 November 2018 at 23:40:16 UTC, Walter Bright wrote: As: https://github.com/dlang/dmd/pull/8946 removes the header files for the old C++ code! This makes me happy.
Re: usable @nogc Exceptions with Mir Runtime
On Friday, 2 November 2018 at 05:21:07 UTC, 9il wrote: On Thursday, 1 November 2018 at 10:17:25 UTC, bauss wrote: [...] Well, added at v0.0.8 [1]. Mir Runtime formatting and exceptions are CTFE-able if a msg fits into a local buffer and support user-defined types formatting. Note, that toString function must be scope const. mir.parse was added in v0.0.7. Currently, only integer types are supported. 1. https://github.com/libmir/mir-runtime/pull/2 Thanks!
Re: usable @nogc Exceptions with Mir Runtime
On Wednesday, 31 October 2018 at 13:56:56 UTC, 9il wrote:
~ is used for string concatenation in D including string
compile time constant concatenation. It is better not to
override it because both << and ~ can be used in the same
expression.
I see what your argument is now for it, BUT I would still have
left it out because it's not idiomatic D and an alternative would
have been better if you absolutely had to rely on ~ being used
within the expression to combine both.
Ex.
try throw new MirException(stringBuf().append("Hi D", 2, "!",
getData);
Would have been a much better approach similar to how
write/writeln etc. work from std.stdio.
Re: usable @nogc Exceptions with Mir Runtime
On Wednesday, 31 October 2018 at 09:13:14 UTC, Uknown wrote: On Wednesday, 31 October 2018 at 08:34:08 UTC, 9il wrote: The C++ format style is simpler to implement and it is much faster to run. D's style came from C and Boost's format. Also, the C++ style is more low level then format strings, so they can be built on top of it. I think they meant why use the `<<` operator instead of the `~` operator? This. Please don't do that.
Re: [OT] My State is Illegally Preventing Me From Voting In The Upcoming 2018 US Elections
On Sunday, 9 September 2018 at 14:27:45 UTC, Abdulhaq wrote: If you're serious then why not request an absentee ballot? Just out of curiosity, how does posting this info here help you in any way? I was kind of wondering this too and in worst case a technical error as described is not really his state illegally preventing him from voting. Could be a simple mistake. Contacting his state could probably give him what information he needs to know etc.
Re: D Security Team has been initiated
On Wednesday, 11 July 2018 at 05:28:45 UTC, Seb wrote: If you have a security-related concern or issue and feel like this shouldn't be discussed in public, please don't hesitate to contact us in private at: https://dlang.org/security The menu gives a 404 because it links to https://dlang.org/foundation/security.html and not https://dlang.org/foundation/security.html
Re: I have a plan.. I really DO
On Friday, 6 July 2018 at 23:27:57 UTC, RhyS wrote: Total 1336 packages found. 3359 total shards D has had a major release. Crystal has had a minor release. Total 1339 packages 3382 total shards This is a really weak point, because it doesn't show the quality of the packages. Just look at npm.
Re: Mir Algorithm v1.1.3
On Sunday, 1 July 2018 at 15:18:55 UTC, 9il wrote:
Mir Algorithm [1, 2]
=
Dlang core library for math, finance and a home for Dlang
multidimensional array package - ndslice.
New features:
- most of routines in mir.ndslice.topology (e.g. map, zip,
stride) accept common arrays
- `Series` got the same formating as builtin associative arrays
- `Series` got ~ overloaded operator for set union.
- mir.series: `unionSeries` was added (for N=2 optimised using
`troykaSeries`)
- mir.series: `troykaGalop` and `troykaSeries` were added.
They are awesome too iterate over set union when both side set
differences and/or set intersection should be handled seprately
[6, 7]
- ... and a lot of others I forgot since v0.8.0 announce
Few bugs was fixed.
And a small tip about syntax sugar [3]:
/+dub.sdl:
dependency "mir-algorithm" version="~>1.1.3"
+/
import mir.ndslice;
void main()
{
auto v = [1.0, 2];
auto w = [1.0, 2];
// `map` knows about `zip`
auto lazySum1 = zip(v, w).map!((a, b) => a + b);
// it is elementwise sum too.
auto lazySum2 = v.sliced + w.sliced;
assert(lazySum1 == lazySum2);
}
Major part of this work has been sponsored by Symmetry
Investments [4] and Kaleidic Associates [5].
Acknowledgements:
Sebastian Wilzbach,
Nathan Sashihara,
John Hall,
Shigeki Karita.
[1] https://github.com/libmir/mir-algorithm
[2] http://docs.algorithm.dlang.io/latest/index.html
[3] https://run.dlang.io/gist/e45d9892299131cee9c90541bbc00183
[4] http://symmetryinvestments.com
[5] https://github.com/kaleidicassociates
[6]
http://docs.algorithm.dlang.io/latest/mir_series.html#.troykaGalop
[7]
http://docs.algorithm.dlang.io/latest/mir_series.html#.troykaSeries
Best Regards,
Ilya Yaroshenko
Thank you for the great work!
Re: I have a plan.. I really DO
On Saturday, 30 June 2018 at 12:59:02 UTC, punkUser wrote: I don't normally contribute a lot here but as I've been using a fair mix of C/C++, D and Rust lately for a variety of projects from game dev to web to services, I have a few thoughts. Without exhaustively comparing the different pros/cons of the languages, the most important thing that makes me pick D for a project these days is actually vibe.d. It's the perfect balance between letting me expose my low level stuff as a network/web service easily while not trying to take over too much of my application or conversely get me to manually write async network state machines. I'd happily argue that its cooperative fiber model is actually superior to C#'s, and while it's not quite to the level of Go (mostly just because it's not as ubiquitously supported in the standard library), I'll still happily take the trade-off to use a language closer to C/C++. Rust's web framework and cooperative fiber story is still just forming, and I have some concern they'll go down the C# route which while better than nothing, isn't quite as nice as vibe.d where any function can effectively be part of a cooperative fiber without the need for infectious markup everywhere. Rust's syntax is also a fair bit different than C/C++ which makes it harder to collaborate with people for the moment, while D's is close enough that anyone with a decent amount of C/C++ experience can jump in pretty quickly. In terms of what makes me *not* want to use D, while GC is certainly a factor in some uses, in more cases it's actually that I want more language and compiler stability. While things have calmed down somewhat in the past year the number of times a D update has broken code (mine or code in a dependency) and left me trying to debug someone else's code deep in a library somewhere when I'm trying to just do a small update has been far too high. Rust's "stable" branch and their new epochs model (where the language can change every few years but critically dependencies using different epochs work together) is something I would love to be adopted in D. In any case I just wanted to give the feedback that from my point of view the main thing that keeps me coming back to it for new projects is vibe.d. Thus I'm in favor of making vibe.d a big part of the selling point and design considerations for D going forward. Not to brag and what not, but if you're going straight for web and not anything else then use Diamond, because it gives you so much more than vibe.d alone does, but at the same time allows you to utilize vibe.d to its full extend.
Re: I have a plan.. I really DO
On Friday, 29 June 2018 at 20:13:07 UTC, Ecstatic Coder wrote: On Friday, 29 June 2018 at 19:46:06 UTC, bauss wrote: On Friday, 29 June 2018 at 19:42:56 UTC, Ecstatic Coder wrote: On Friday, 29 June 2018 at 17:09:44 UTC, JN wrote: On Friday, 29 June 2018 at 08:43:34 UTC, Ecstatic Coder wrote: Once Crystal integrates parallelism (at 1.0), it should become de facto one of the best alternative to Go, Java, C#, etc, because it's actually "Go-made-right". For instance it's genericity system works well, and its type inference system natively support union types. Except it has no Windows support and doesn't look like it will happen anytime soon. Some people might be living in a UNIX bubble, but Windows is a big market, and a language won't make it big without Windows support. Right :) But remember that Crystal is still in its infancy, as it hasn't reached its 1.0 version yet. Parallelism is on its way, and Windows support too... Don't forget that nowadays many (can I say most ?) servers are based on unix variants, so their platform support order looks perfectly fine and logical to me. Actually a large share of servers run Windows Server and/or Azure servers running Windows too. It's not logical to not support both. D already has that advantage supporting pretty much every platform you can think of. I agree, but you must compare what is comparable. Have a look at Crystal's Github project, you will see that Crystal, still in development and quite far from its 1.0 mile version (= despite no parallism and windows support, etc) ALREADY has 11206 stars, 881 forks and 292 contributors : https://github.com/crystal-lang/crystal Not bad for a language in its 0.25 version and first released in June 2014 (4 years), especially compared to D in its 2.0 version and first released in December 2001 (16 years), whose official compiler has 1806 stars, 452 forks and 168 contributors : https://github.com/dlang/dmd If those numbers means anything, I think its that Crystal is probably getting popularity much quicker than D, and honestly, after having tried it, I think it's really deserved, even if I agree that there are still many things that remain to be implemented before it's really ready for an official "production-ready" 1.0 release. Yes. Crystal is a fantastic language already. As someone who uses many languages, I tend to just use what does the task at hand best. I'm sure I'll be able to find some usage for Crystal when it's production ready, but it doesn't mean I'll abandon D. That'll probably never happen, especially considering I have a lot of projects written in D with thousands of lines of code.
Re: I have a plan.. I really DO
On Friday, 29 June 2018 at 19:42:56 UTC, Ecstatic Coder wrote: On Friday, 29 June 2018 at 17:09:44 UTC, JN wrote: On Friday, 29 June 2018 at 08:43:34 UTC, Ecstatic Coder wrote: Once Crystal integrates parallelism (at 1.0), it should become de facto one of the best alternative to Go, Java, C#, etc, because it's actually "Go-made-right". For instance it's genericity system works well, and its type inference system natively support union types. Except it has no Windows support and doesn't look like it will happen anytime soon. Some people might be living in a UNIX bubble, but Windows is a big market, and a language won't make it big without Windows support. Right :) But remember that Crystal is still in its infancy, as it hasn't reached its 1.0 version yet. Parallelism is on its way, and Windows support too... Don't forget that nowadays many (can I say most ?) servers are based on unix variants, so their platform support order looks perfectly fine and logical to me. Actually a large share of servers run Windows Server and/or Azure servers running Windows too. It's not logical to not support both. D already has that advantage supporting pretty much every platform you can think of.
Re: I have a plan.. I really DO
On Friday, 29 June 2018 at 17:08:12 UTC, Ecstatic Coder wrote: If you're a web developer with no dependencies then youre either reinventing the wheel (could cause trouble in the long run, if your implementations aren't correct.) Or your application just isn't more than a hobby project. Most enterprise projects will have dependencies outside standard libraries and that is true for ex. Go too. I agree with you, but what I mean is that all those nice Go and Crystal web frameworks are actually implemented using exactly the same building blocks, so that their authors didn't have to reinvent the wheel to reimplement them. That's why there are so many available frameworks, and you can easily pick one which closely matches your needs and preferences... Well you don't really need to re-invent the wheel at all with D either tbh. You would need to with vibe.d, because it's really just the skeleton of a web application, but with Diamond? Not so much. It supports things that other frameworks don't even support, which you will end up implementing yourself anyway in 99% of all other frameworks. To give an example, consent, privacy and GDPR. There is no framework, at least what I have seen, that has compliance for such things implemented, but Diamond has it usable straight out of the box. Another example would be validation for email, url, various credit-cards, files (Not just extension, but also whether the data is correct.) etc. most of such validations are very limited in other frameworks or non-existent at all. My point is that, even if those languages has http somewhat standard, they do not implement actual features that are useful to your business logic, application design etc. only to the skeleton. However with frameworks in D you do get the best of both worlds. http://diamondmvc.org/
Re: I have a plan.. I really DO
On Friday, 29 June 2018 at 12:32:46 UTC, Ecstatic Coder wrote:
On Friday, 29 June 2018 at 10:06:12 UTC, bauss wrote:
On Friday, 29 June 2018 at 08:43:34 UTC, Ecstatic Coder wrote:
As you know, I'm convinced that D could be marketed as the
perfect language to develop native web servers and mobile
applications, and have its core libraries somewhat extended
in thqg direction, like Go and Crystal which allow
"plug'n'play" web server development for instance
D allows for plug n' play web server development too.
Then this should be more advertised...
For instance :
https://crystal-lang.org/
The FIRST paragraph of text of Crystal's web page is :
"Syntax
Crystal’s syntax is heavily inspired by Ruby’s, so it feels
natural to read and easy to write, and has the added benefit of
a lower learning curve for experienced Ruby devs.
# A very basic HTTP server
require "http/server"
server = HTTP::Server.new do |context|
context.response.content_type = "text/plain"
context.response.print "Hello world, got
#{context.request.path}!"
end
puts "Listening on http://127.0.0.1:8080;
server.listen(8080)
"
So the FIRST thing you learn about Crystal is that the standard
library already gives you all you need to program a simple
"hello world" web server.
The Go standard library is also known to provide the same
building blocks :
package main
import (
"fmt"
"net/http"
)
func main() {
http.HandleFunc("/", func(w http.ResponseWriter, r
*http.Request) {
fmt.Fprintf(w, "Hello, you've requested: %s\n", r.URL.Path)
})
http.ListenAndServe(":80", nil)
}
Both are batteries-included for web development. That's why
many developers don't feel the need to use thirdparty
frameworks to implement their microservices...
So if it's also the case for D, then sorry for my mistake...
Sorry. My misunderstanding.
I thought you meant there were no frameworks that could be used
as plug n play for web development.
For this to ever happen std.socket needs to be deprecated already
and rewritten so D can have a standard http module.
I don't really see that happening though.
However I agree with the third party libraries to an extended,
but it's not really an issue. All developers will end up with
third party dependencies in one way or another, especially for
web development. Like you'll most likely end up with some kind of
JavaScript library, some sass/less compiler etc.
If you're a web developer with no dependencies then youre either
reinventing the wheel (could cause trouble in the long run, if
your implementations aren't correct.) Or your application just
isn't more than a hobby project.
Most enterprise projects will have dependencies outside standard
libraries and that is true for ex. Go too.
You also have to remember that D has a very different philosophy.
Re: I have a plan.. I really DO
On Friday, 29 June 2018 at 08:43:34 UTC, Ecstatic Coder wrote: As you know, I'm convinced that D could be marketed as the perfect language to develop native web servers and mobile applications, and have its core libraries somewhat extended in thqg direction, like Go and Crystal which allow "plug'n'play" web server development for instance D allows for plug n' play web server development too.
Re: 'static foreach' chapter and more
On Tuesday, 26 June 2018 at 01:52:42 UTC, Ali Çehreli wrote: I've made some online improvements to "Programming in D" since September 2017. [...] Great work on the book and keeping it up to date!
Re: Aalborg D meetup
On Wednesday, 20 June 2018 at 13:42:23 UTC, biocyberman wrote: On Tuesday, 19 June 2018 at 13:33:12 UTC, bauss wrote: On Monday, 18 June 2018 at 20:17:41 UTC, biocyberman wrote: [...] Just to be correct about the location. It would be the meeting room at the 14th floor or is it meeting room 14 at whatever floor? Feeling pretty stupid for having to ask, but just to be sure! @bauss It's better you ask now then be late for the meetup :) It is on the 14th floor. You can take the elevator after you enter the main entrance at the hospital. When you get out of the elevator and walk to the left, there is a meeting room right BEFORE you would enter the kantine.See you! Thanks a lot! Looking forward till it.
Re: LDC 1.10.0
On Tuesday, 19 June 2018 at 22:10:38 UTC, kinke wrote: Hi everyone, on behalf of the LDC team, I'm glad to announce LDC 1.10. The highlights of this version in a nutshell: * Based on D 2.080.1. * Win64: Breaking ABI change by passing vectors efficiently in registers. * Config file extensions for cross-compilation. * Support for DragonFly BSD. * Various fixes, most notably wrt. exception stack traces on Linux. Full release log and downloads: https://github.com/ldc-developers/ldc/releases/tag/v1.10.0 Thanks to all contributors! Thanks for the great work
Re: Aalborg D meetup
On Monday, 18 June 2018 at 20:17:41 UTC, biocyberman wrote: On Friday, 15 June 2018 at 08:45:29 UTC, Bienlein wrote: On Friday, 15 June 2018 at 07:34:07 UTC, biocyberman wrote: On Friday, 15 June 2018 at 07:20:04 UTC, Bienlein wrote: On Wednesday, 13 June 2018 at 12:37:26 UTC, bauss wrote: On Wednesday, 13 June 2018 at 12:12:11 UTC, bauss wrote: I'll be there since I live there and would be nice to see monthly meetups! :) I forgot to ask. Is it free entry? :) Yeah, and the Aalborg Akvavit is also free ? ;-) Depending on the volume you can take and how you transport to and from the meetup :) But I am taking some beer, soft drinks (saft vand?), fruit and chips. It's good for discussing socializing parts It is called soda vand, I think. Unhappily I'm about 1000 km away from Aalborg :-( I will explore further the possibility to make an online meetup after our first on-site one. If we do streaming on Youtube for example, everyone can join. Just to be correct about the location. It would be the meeting room at the 14th floor or is it meeting room 14 at whatever floor? Feeling pretty stupid for having to ask, but just to be sure!
Re: emeralD - Command-line tool for template files
On Monday, 18 June 2018 at 20:26:06 UTC, biocyberman wrote: On Sunday, 17 June 2018 at 23:04:59 UTC, bauss wrote: emeralD is a command-line tool for template files that can be used to generate code files, configurations etc. It's a very useful tool for generating files that you'd normally have to create by hand. The idea for emeralD was not actually by me, but by Moogly (I don't know what he goes by in the forums, if he uses them.) who wanted something to generate files for ex. vibe.d and Diamond. Also additionally thanks to 0xEAB for a few ideas. emeralD is generic and not tied to D files only, but can be used for any type of file within any programming language. For more information see the Github repository and for examples see the read me. Github: https://github.com/DiamondMVC/emeralD Thank you! Sounds interesting. But the readme is missing a basic thing: a complete working example command for the impatient. Ahh yes, of course! I will get to that as soon as possible.
Re: emeralD - Command-line tool for template files
On Monday, 18 June 2018 at 13:31:40 UTC, bauss wrote: The files will be created / copied to the current working directory. In the next version you'll be able to specify folders that you work in and give them a name which can be used to invoke emeralD from anywhere and still work in the directories you want.
Re: emeralD - Command-line tool for template files
On Monday, 18 June 2018 at 10:42:53 UTC, Dechcaudron wrote:
On Sunday, 17 June 2018 at 23:04:59 UTC, bauss wrote:
For more information see the Github repository and for
examples see the read me.
Could we get a complete, simple usage example? Like target
directory structure and how to invoke the program to get to it.
Simple template example for ex. a class:
```
emerald d class myclass myclass MyClass
...
emerald [root] [template] [$1] [$2] [$3]
```
Will generate a file called myclass.d with the following content:
```
module myclass;
class MyClass
{
public:
this()
{
}
}
```
An example on scaffolding ex. an empty project with a dub.json
would be:
```
-sc dub myproject -ex
```
Which will basically create a Hello World! example with a minimal
dub.json
It's possible to fetch scaffolding archives remote, as well fetch
templates online.
See the --remote / -r commands for that.
https://github.com/DiamondMVC/emeralD#--remote-root-template-url---rm-root-template-url
https://github.com/DiamondMVC/emeralD#--remote--scaffold-name-url---rm--sc-name-url
For examples on templates just see the the folders "templates"
and "scaffold" in the repository.
Re: emeralD - Command-line tool for template files
On Sunday, 17 June 2018 at 23:04:59 UTC, bauss wrote: Github: https://github.com/DiamondMVC/emeralD Thank you! Scaffolding has now been added, along with shell command passing. This makes it possible to use emeralD for like project shells, build tool combination and multiple file generation.
emeralD - Command-line tool for template files
emeralD is a command-line tool for template files that can be used to generate code files, configurations etc. It's a very useful tool for generating files that you'd normally have to create by hand. The idea for emeralD was not actually by me, but by Moogly (I don't know what he goes by in the forums, if he uses them.) who wanted something to generate files for ex. vibe.d and Diamond. Also additionally thanks to 0xEAB for a few ideas. emeralD is generic and not tied to D files only, but can be used for any type of file within any programming language. For more information see the Github repository and for examples see the read me. Github: https://github.com/DiamondMVC/emeralD Thank you!
