Re: Serpent OS

2022-11-24 Thread 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: DORM - a new D ORM

2022-11-23 Thread 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: raylib-d v4.2.1 - introducing install script

2022-11-03 Thread 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: Meanwhile on the audio front

2022-09-27 Thread 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: Inochi2D - Realtime 2D Animation written in D

2022-09-13 Thread 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: New WIP DUB documentation

2022-08-24 Thread 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: Blog post on extending attribute inference to more functions

2022-07-13 Thread 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 forum view mode "narrow-index" is now available

2022-06-30 Thread 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: New forum view mode "narrow-index" is now available

2022-06-30 Thread 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

2022-06-30 Thread 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: A New Game Written in D

2022-05-17 Thread 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: mysql-native v3.2.0 - the safe update

2022-04-26 Thread 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: mysql-native release 3.1.0

2022-03-11 Thread 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: D Language Foundation Monthly Meeting for February 2022

2022-03-07 Thread 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: Google Summer of Code -- An Apology

2022-03-06 Thread 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

2022-03-05 Thread 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: D Language Foundation Monthly Meeting for February 2022

2022-03-01 Thread 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: Teaching D at a Russian University

2022-02-25 Thread 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: Added copy constructors to "Programming in D"

2022-02-11 Thread 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: DIP 1038--"@mustUse" (formerly "@noDiscard")--Accepted

2022-02-07 Thread 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: All Community Discord channels are now being bridged to Matrix

2022-01-16 Thread 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: dmt: Python-like indentation in D programming language

2021-11-19 Thread 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: sha3-d

2021-11-05 Thread 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: Gordon programming language

2021-10-27 Thread 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: A GUI for DMD, the final version has been release.

2021-10-12 Thread 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: DConf Online 2021 Schedule Published

2021-10-11 Thread 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: D Language Foundation Monthly Meeting Summary (September 24, 2021)

2021-10-04 Thread 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: New library: rebindable, create a type that can stand in for any other type, but mutable (and without destructor)

2021-10-01 Thread 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: Beerconf September 2021

2021-09-29 Thread 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: mysql-native release v3.0.3

2021-09-13 Thread 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: Surprise - New Post on the GtkD Coding Blog

2021-09-06 Thread 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: Beerconf July 2021

2021-07-11 Thread 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: countries_currencies_languages the most boring package ever

2021-07-10 Thread 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: Yurai - Full Stack Web Framework (Diamond MVC Successor)

2021-07-07 Thread 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)


Yurai - Full Stack Web Framework (Diamond MVC Successor)

2021-07-07 Thread 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: dmdcache

2020-04-25 Thread 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.


Re: DLS deprecation

2020-04-09 Thread 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: DConf 2020 Canceled

2020-03-10 Thread 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: DConf 2020 Canceled

2020-03-10 Thread 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: Dicoth is an opensource forum software written in DLang.

2020-02-02 Thread 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: D-Ecke: A German D-website

2020-01-31 Thread 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: DIP Reviews: Discussion vs. Feedback

2020-01-26 Thread 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: Novelate - Visual Novel Engine

2020-01-26 Thread 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: Eric Niebler will be speaking at Microsoft Nov 20

2020-01-25 Thread 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

2020-01-23 Thread 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

2020-01-23 Thread 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!


Novelate - Visual Novel Engine

2020-01-23 Thread 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: thebotbloglib - A social media bot library

2020-01-03 Thread 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/


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

2020-01-03 Thread 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!


thebotbloglib - A social media bot library

2019-12-29 Thread 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: I wrote a little socket tutorial

2019-11-15 Thread 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.


Re: Prepping for Patreon...

2019-10-17 Thread 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: Prepping for Patreon...

2019-10-17 Thread 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: rapidxml for D has been ported.

2019-10-12 Thread 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: rapidxml for D has been ported.

2019-10-08 Thread 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: I was able to write some D last week!

2019-07-11 Thread 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: I was able to write some D last week!

2019-07-11 Thread 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: Symmetry Autumn of Code 2019

2019-07-11 Thread 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!

2019-07-11 Thread 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: my first kernel in betterC D

2019-06-19 Thread 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: jupyter-wire v0.0.3 - markdown/HTML support

2019-04-07 Thread 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: hunt-time library 1.0.0 beta1 released

2019-04-07 Thread 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: New DConf Blog Post

2019-04-07 Thread 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: New DConf Blog Post

2019-04-06 Thread 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: DCD 0.11.0 released

2019-02-13 Thread bauss via Digitalmars-d-announce

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

2019-01-30 Thread bauss via Digitalmars-d-announce

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

2019-01-23 Thread bauss via Digitalmars-d-announce
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

2019-01-19 Thread bauss via Digitalmars-d-announce

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

2019-01-19 Thread bauss via Digitalmars-d-announce

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!

2019-01-16 Thread bauss via Digitalmars-d-announce

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!

2019-01-09 Thread bauss via Digitalmars-d-announce

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

2019-01-04 Thread bauss via Digitalmars-d-announce

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

2018-12-20 Thread bauss via Digitalmars-d-announce
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

2018-12-19 Thread bauss via Digitalmars-d-announce

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

2018-12-07 Thread bauss via Digitalmars-d-announce
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

2018-12-02 Thread bauss via Digitalmars-d-announce

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

2018-11-21 Thread bauss via Digitalmars-d-announce
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

2018-11-12 Thread bauss via Digitalmars-d-announce

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

2018-11-01 Thread bauss via Digitalmars-d-announce

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

2018-11-01 Thread bauss via Digitalmars-d-announce

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

2018-10-31 Thread bauss via Digitalmars-d-announce

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

2018-09-12 Thread bauss via Digitalmars-d-announce

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

2018-07-11 Thread bauss via Digitalmars-d-announce

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

2018-07-10 Thread bauss via Digitalmars-d-announce

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

2018-07-02 Thread Bauss via Digitalmars-d-announce

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

2018-06-30 Thread Bauss via Digitalmars-d-announce

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

2018-06-29 Thread bauss via Digitalmars-d-announce

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

2018-06-29 Thread bauss via Digitalmars-d-announce

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

2018-06-29 Thread bauss via Digitalmars-d-announce

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

2018-06-29 Thread Bauss via Digitalmars-d-announce

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

2018-06-29 Thread bauss via Digitalmars-d-announce

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

2018-06-25 Thread Bauss via Digitalmars-d-announce

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

2018-06-20 Thread bauss via Digitalmars-d-announce

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

2018-06-19 Thread Bauss via Digitalmars-d-announce

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

2018-06-19 Thread bauss via Digitalmars-d-announce

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

2018-06-18 Thread Bauss via Digitalmars-d-announce

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

2018-06-18 Thread bauss via Digitalmars-d-announce

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

2018-06-18 Thread bauss via Digitalmars-d-announce

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

2018-06-18 Thread bauss via Digitalmars-d-announce

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

2018-06-17 Thread bauss via Digitalmars-d-announce
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!


  1   2   3   >