Use proper frameworks for building dlang.org

[Jacob Carlborg via Digitalmars-d]

On 2015-01-18 18:23, Andrei Alexandrescu wrote:

> Heheh, way to use Archuduke's Ferdinand assassination :o). I'm sorry
> Jacob but this one is really out there.
>
> DDoc has nothing with this, and to the extent it does it actually helps.

No it has not, but other strange solutions you're coming up with for CSS 
minification and gzip.

I'm not going to touch the code for the web site as long as it's written 
in Ddoc. Simple as that.

> So I start yesterday with searching "Css vertical menus" and the such.
> After some browsing I figured a sort of hierarchical/accordion menu
> would be good for us. There's plenty of them to choose from, neither of
> which require Rails - apparently there are many lost souls out there. I
> insisted on one that doesn't need Javascript, but at that point I
> couldn't find any. So I settled for those that use jQuery, which we
> already use so - nice. There are plenty of those too.
>
> So I chose one, downloaded, and integrated it within our site. The funny
> part is it was easier to work with the thing _because_ of ddoc, not in
> spite of it. So our source code for menus looks like this:
> http://goo.gl/QddFkh. It makes it very easy to move entries around,
> change them all at once, etc. That generates http://goo.gl/ZLJisi, which
> even after nice formatting is quite difficult to work with.

I don't understand this? Do you think the alternative of Ddoc is to use 
plain HTML? I would never use just plain HMTL. I would use a server side 
language to generate it. With all the flexibility it comes with it.

> If we change the tooling, I'd say vibe.d is the best option for obvious
> dogfooding reasons. The problem with Rails and other frameworks is that
> *you* prefer it, but *I* and *others* are in for most of the work with it.

That's why I said vibe.d would be a better choice.

-- 
/Jacob Carlborg