<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2015-02-14 10:46 GMT+01:00 Vladimir Panteleev via Digitalmars-d <span dir="ltr"><<a href="mailto:digitalmars-d@puremagic.com" target="_blank">digitalmars-d@puremagic.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">On Saturday, 14 February 2015 at 09:17:57 UTC, Andrei Alexandrescu wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Counting on your help!<br>
</blockquote>
<br>
Here are some things that would help:<br>
<br>
1. Most urgently, update the .dt template to match the current Dlang.org style.<br>
<br>
2. Ideally, the .dt templates need to be removed, and DDox made to use the existing DDoc templates. This is so future website updates are immediately reflected in DDox, to avoid this situation in the future.<br></blockquote><div><br></div><div>I'm leaning in the other direction: the website should not be based on a macro processing system, but rather on a web framework. However, we use the *content* on <a href="http://dlang.org">dlang.org</a> to generate other targets than the website. It would be unacceptable to kill these targets just to switch to another framework, so there's a compromise to find here.</div><div>Relevant link: <a href="http://forum.dlang.org/thread/m9g1kt$1j01$1@digitalmars.com">http://forum.dlang.org/thread/m9g1kt$1j01$1@digitalmars.com</a></div><div><br></div><div>Right now all the boilerplate of the website (navigation, basic layout) lies within the 'DDOC' macros, in which every file gets inserted. On the long run I plan to switch this to a Diet template, so ddox and the website will share it and it will reduce the maintenance burden. The format of the content itself will not change, it will still be in ".dd" files, and they will get processed by the site on startup. We'll get the best of both world, keeping the possibility to output any target out of the specs, but writting website-specific part in a proper framework.</div><div><br></div><div>I've got a PoC working, which generate exactly the same layout as <a href="http://dlang.org">dlang.org</a> (give or take a few whitespaces), but is based on Vibe.d: <a href="http://doc.mimiks.net:8000/changelog.html">http://doc.mimiks.net:8000/changelog.html</a> . Once it's polished, I'll P.R.<br></div></div></div></div>