Thread overview
Table not shown in http://dlang.org/library/std/process.html
Aug 13, 2014
Timothee Cour
Aug 13, 2014
Nick Treleaven
August 13, 2014
There used to be a table; not anymore; the table seems flattened as text as follows:

The following table compactly summarises the different process creation functions and how they relate to each other: Runs program directly Runs shell command Low-level process creation spawnProcess spawnShell Automatic input/output redirection using pipes pipeProcess pipeShell Execute and wait for completion, collect output execute executeShell


August 13, 2014
On Wednesday, 13 August 2014 at 01:14:24 UTC, Timothee Cour via Digitalmars-d wrote:
> There used to be a table; not anymore; the table seems flattened as text as
> follows:
>
> The following table compactly summarises the different process creation
> functions and how they relate to each other: Runs program directly Runs
> shell command Low-level process creation spawnProcess spawnShell Automatic
> input/output redirection using pipes pipeProcess pipeShell Execute and wait
> for completion, collect output execute executeShell

This would appear to be an incompatibility between the DDOC macros that the Phobos documentation uses and the new documentation generator.  It's not specific to std.process; you'll see the same thing other places where the same table macro is used, e.g. for std.string.icmp:

   http://dlang.org/library/std/string/icmp.html

AFAIK, that documentation format is just a preview.  I guess there are more wrinkles that need to be ironed out before it can be considered "official".

Lars
August 13, 2014
On 13/08/2014 08:59, Lars T. Kyllingstad wrote:
> AFAIK, that documentation format is just a preview.  I guess there are
> more wrinkles that need to be ironed out before it can be considered
> "official".

Googling for 'process site:dlang.org' for me shows:

1. dlang.org/library/std/process.html
2. dlang.org/phobos/std_process.html

So the beta-quality docs sometimes appear *ahead* of the official docs in search results. We should probably fix that somehow (maybe add a temporary no-indexing hint for library/*).