On Friday, 4 January 2019 at 15:43:41 UTC, Meta wrote:

>
> Awesome; funding goal reached in a little less than 2 months. I didn't even get around to donating yet, so maybe I'll save it for the next one instead.
>
> On a related note, D really needs a merch shop. I don't think I'm the only one that wants a shirt or mug with (a|the) D logo on it, or Dman. There's an entire industry that's popped up to make paraphernalia sales far easier in the wake of Youtube/Deviantart/etc. which is geared toward community-based projects similar to D.

It's coming.

On Friday, 4 January 2019 at 16:21:16 UTC, Mike Parker wrote:
> On Friday, 4 January 2019 at 15:43:41 UTC, Meta wrote:
>
>>
>> Awesome; funding goal reached in a little less than 2 months. I didn't even get around to donating yet, so maybe I'll save it for the next one instead.
>>
>> On a related note, D really needs a merch shop. I don't think I'm the only one that wants a shirt or mug with (a|the) D logo on it, or Dman. There's an entire industry that's popped up to make paraphernalia sales far easier in the wake of Youtube/Deviantart/etc. which is geared toward community-based projects similar to D.
>
> It's coming.

Can't wait! 👌

On Friday, 4 January 2019 at 16:21:16 UTC, Mike Parker wrote:
> On Friday, 4 January 2019 at 15:43:41 UTC, Meta wrote:
>
>>
>> Awesome; funding goal reached in a little less than 2 months. I didn't even get around to donating yet, so maybe I'll save it for the next one instead.
>>
>> On a related note, D really needs a merch shop. I don't think I'm the only one that wants a shirt or mug with (a|the) D logo on it, or Dman. There's an entire industry that's popped up to make paraphernalia sales far easier in the wake of Youtube/Deviantart/etc. which is geared toward community-based projects similar to D.
>
> It's coming.

Cool!

On Wed, Jan 02, 2019 at 02:49:19PM +0000, Adam D. Ruppe via Digitalmars-d-announce wrote:
> On Wednesday, 2 January 2019 at 11:11:31 UTC, Stefan Koch wrote:
> > On Wednesday, 2 January 2019 at 10:16:11 UTC, Martin Tschierschke wrote:
> > > 
> > > I would love to have a campaign to increase compilation speed for std.regex and std.format...
> > 
> > You could defer the generation of utf-tables to runtime, which should yield some improvement. But I'll measure the reasons for slowness again and post em.
> 
> We should just generate them in a helper program in the Phobos makefile.
> 
> Yeah, it is kinda embarrassing that we are using a C technique instead of D CTFE. But whatever, it is less embarrassing than these awful compile times in user code.

I don't perceive it as embarrassing at all. In my recent projects I've resorted quite often to helper D programs that generate D code from external input. It *could* be done via string imports, CTFE, and string mixins, but that makes (1) compilation dog-slow, (2) the actual generated code existing only transiently inside the compiler, which (3) makes it hard to debug (esp. if the codegen isn't your own code) - (4) any compile errors are by necessity obscure because there isn't a concrete file and line number to refer to; to get to the locus of the problem further effort is required to extract the generated code string (after figuring out which string is the relevant one!) and then dereference the line number.

Doing codegen as a separate step is so much better: (1) you get to see
the actual generated code, (2) learn how it works / self-correct by
studying how your (possibly incorrect) input / usage changes the code,
(3) have an actual file/line number that can be looked up at your
leisure, and (4) edit the generated code by hand if it really comes down
to that.

(Of course, this requires that you use a sane build system that doesn't come with crippling operating assumptions or other arbitrary restrictions that make this additional codegen step hard / unreliable / impossible.)

None of this means that string mixins are no good... in fact I use them
quite a bit myself too.  But they are more suitable for small
code snippets to grease the main code, not for large scale, bulk codegen
from external data sources. I'd argue that std.uni tables really belong
to the latter category. In fact they *are* mostly generated statically,
but then they get wrapped inside templates, which arguably could be
avoided esp. since the compiler quickly becomes dog-slow with too many
templates.


T

-- 
Questions are the beginning of intelligence, but the fear of God is the beginning of wisdom.

On Monday, 7 January 2019 at 13:35:31 UTC, H. S. Teoh wrote:
> [string mixins make] it hard to debug (esp. if the codegen isn't your own code) - (4) any compile errors are by necessity obscure
> because there isn't a concrete file and line number to refer to;
> to get to the locus of the problem further effort is required to extract the generated code string (after figuring out which string is the relevant one!) and then dereference the line number.

This is no longer (as) true, try using -mixin=filename. It was made exactly
for this sort of thing.

On Friday, 4 January 2019 at 10:30:07 UTC, Martin Tschierschke wrote:

> Cool, what a wonderful start to the year 2019!
> A big thank you to all pushing the development of D with money and time!
> What next Mike?

Hopefully a campaign to put together a working forum. Would you invest major resources in a language that doesn't even have a usable forum?

On Sat, Jan 19, 2019 at 03:11:55AM +0000, bachmeier via Digitalmars-d-announce wrote:
> On Friday, 4 January 2019 at 10:30:07 UTC, Martin Tschierschke wrote:
> 
> > Cool, what a wonderful start to the year 2019!
> > A big thank you to all pushing the development of D with money and time!
> > What next Mike?
> 
> Hopefully a campaign to put together a working forum. Would you invest major resources in a language that doesn't even have a usable forum?

This forum is very functional.  I would participate less in a forum that requires loading up a browser to use. But then again, maybe people would be happier if I wasn't around to blab about vim and symmetry and why dub sux, so perhaps that might be for the better. :-P


T

-- 
The peace of mind---from knowing that viruses which exploit Microsoft system vulnerabilities cannot touch Linux---is priceless. -- Frustrated system administrator.

On Saturday, 19 January 2019 at 06:43:34 UTC, H. S. Teoh wrote:
> This forum is very functional.  I would participate less in a forum that requires loading up a browser to use. But then again, maybe people would be happier if I wasn't around to blab about vim and symmetry and why dub sux, so perhaps that might be for the better. :-P
>
>
> T

For us on the browser pages don't always load, though.

On Saturday, 19 January 2019 at 08:17:30 UTC, Anonymouse wrote:
> On Saturday, 19 January 2019 at 06:43:34 UTC, H. S. Teoh wrote:
>> This forum is very functional.  I would participate less in a forum that requires loading up a browser to use. But then again, maybe people would be happier if I wasn't around to blab about vim and symmetry and why dub sux, so perhaps that might be for the better. :-P
>>
>>
>> T
>
> For us on the browser pages don't always load, though.

The norm is for pages to not load in the browser. I don't think it's necessary to elaborate on the impression this creates on potential users.

On Saturday, 19 January 2019 at 12:38:48 UTC, bachmeier wrote:
> The norm is for pages to not load in the browser. I don't think it's necessary to elaborate on the impression this creates on potential users.

Yes. Unfortunately I encounter it quite often. Just now the loading of the forum has stalled for me for like 20 seconds until it finally loaded. I have mixed feelings about this forum. I understand it's just a facade over email. I think it works quite well, and I prefer it to traditional email newsgroups. But sometimes you'd like fancy stuff like embedding images into your post, especially when showing off a project.

What I'd really like to see though is an additional section in the "D Programming Language - Ecosystem". Something like "Projects". Where you can create threads for projects that you have started, are working on etc. Something like the old dsource forums http://dsource.org/forums/ .

Right now there's no place for that. You have General, but it's for language discussion. Learn is for learning. Announce might work for that, but in general it's for release announcements, rather than continued discussion on the project, also it doesn't work for work in progress projects. I think if such section existed, with subsections for notable projects, it'd greatly boost the community. Look at projects like GtkD or VibeD - they have their own forums. Most people frequent both their forums and here, but I imagine there are some people that only hang out on GtkD or VibeD forums. I think it would be beneficial to bring those people here.