digitalmars.D - core.stdc.* documentation
- Andrei Alexandrescu (6/6) Jan 11 2015 I just fixed documentation to generate docs for all symbols in
- Kiith-Sa (6/12) Jan 11 2015 Links to cppreference.com . Please not LUCKY, it often results in
- Andrei Alexandrescu (2/18) Jan 11 2015 Problem is not that, but instead the repeated description. -- Andrei
- Jacob Carlborg (4/5) Jan 12 2015 How about folding symbols with the same documentation, like "ditto" does...
- Andrei Alexandrescu (2/5) Jan 12 2015 I used "ditto" to generate that. -- Andrei
- Steven Schveighoffer (5/9) Jan 12 2015 Yeah, ddox should put the prototype in the overview. How annoying to
- Andrei Alexandrescu (2/13) Jan 12 2015 Yah, for stdc it seems the page-per-module approach is better. -- Andrei
- Steven Schveighoffer (11/26) Jan 12 2015 The ideal for me would be:
- Andrei Alexandrescu (2/29) Jan 12 2015 Sounds good. Anyone want to take this? -- Andrei
I just fixed documentation to generate docs for all symbols in core.stdc.complex. Looks unhelpful: http://erdani.com/d/library-prerelease/core/stdc/complex.html Any idea on how to make this better? Thanks, Andrei
Jan 11 2015
On Monday, 12 January 2015 at 00:29:49 UTC, Andrei Alexandrescu wrote:I just fixed documentation to generate docs for all symbols in core.stdc.complex. Looks unhelpful: http://erdani.com/d/library-prerelease/core/stdc/complex.html Any idea on how to make this better? Thanks, AndreiLinks to cppreference.com . Please not LUCKY, it often results in not-the-best or even straght not-good results. E.g. cacos/cacosf/cacosl: http://en.cppreference.com/w/c/numeric/complex/cacos
Jan 11 2015
On 1/11/15 5:04 PM, Kiith-Sa wrote:On Monday, 12 January 2015 at 00:29:49 UTC, Andrei Alexandrescu wrote:Problem is not that, but instead the repeated description. -- AndreiI just fixed documentation to generate docs for all symbols in core.stdc.complex. Looks unhelpful: http://erdani.com/d/library-prerelease/core/stdc/complex.html Any idea on how to make this better? Thanks, AndreiLinks to cppreference.com . Please not LUCKY, it often results in not-the-best or even straght not-good results. E.g. cacos/cacosf/cacosl: http://en.cppreference.com/w/c/numeric/complex/cacos
Jan 11 2015
On 2015-01-12 02:24, Andrei Alexandrescu wrote:Problem is not that, but instead the repeated description. -- AndreiHow about folding symbols with the same documentation, like "ditto" does? -- /Jacob Carlborg
Jan 12 2015
On 1/12/15 12:05 AM, Jacob Carlborg wrote:On 2015-01-12 02:24, Andrei Alexandrescu wrote:I used "ditto" to generate that. -- AndreiProblem is not that, but instead the repeated description. -- AndreiHow about folding symbols with the same documentation, like "ditto" does?
Jan 12 2015
On 1/11/15 7:29 PM, Andrei Alexandrescu wrote:I just fixed documentation to generate docs for all symbols in core.stdc.complex. Looks unhelpful: http://erdani.com/d/library-prerelease/core/stdc/complex.html Any idea on how to make this better?Yeah, ddox should put the prototype in the overview. How annoying to have to click on the name to figure out what the function call requires as parameters. Is there a command-line parameter to fix this? -Steve
Jan 12 2015
On 1/12/15 3:53 AM, Steven Schveighoffer wrote:On 1/11/15 7:29 PM, Andrei Alexandrescu wrote:Yah, for stdc it seems the page-per-module approach is better. -- AndreiI just fixed documentation to generate docs for all symbols in core.stdc.complex. Looks unhelpful: http://erdani.com/d/library-prerelease/core/stdc/complex.html Any idea on how to make this better?Yeah, ddox should put the prototype in the overview. How annoying to have to click on the name to figure out what the function call requires as parameters. Is there a command-line parameter to fix this? -Steve
Jan 12 2015
On 1/12/15 11:10 AM, Andrei Alexandrescu wrote:On 1/12/15 3:53 AM, Steven Schveighoffer wrote:The ideal for me would be: 1. Show function + prototype (even if prototype is cut short but has popup to show full sig) and short description. 2. Have a "+" button or "more..." link that unhides the full docs inline. Going to separate pages for each function is quite annoying. In fact, I would say all leaf nodes should act this way instead of having their own page specifically. You would still have user defined constructs get their own page (classes, structs, templates, enums). This would cut down tremendously on the noise and clicking. -SteveOn 1/11/15 7:29 PM, Andrei Alexandrescu wrote:Yah, for stdc it seems the page-per-module approach is better. -- AndreiI just fixed documentation to generate docs for all symbols in core.stdc.complex. Looks unhelpful: http://erdani.com/d/library-prerelease/core/stdc/complex.html Any idea on how to make this better?Yeah, ddox should put the prototype in the overview. How annoying to have to click on the name to figure out what the function call requires as parameters. Is there a command-line parameter to fix this? -Steve
Jan 12 2015
On 1/12/15 10:38 AM, Steven Schveighoffer wrote:On 1/12/15 11:10 AM, Andrei Alexandrescu wrote:Sounds good. Anyone want to take this? -- AndreiOn 1/12/15 3:53 AM, Steven Schveighoffer wrote:The ideal for me would be: 1. Show function + prototype (even if prototype is cut short but has popup to show full sig) and short description. 2. Have a "+" button or "more..." link that unhides the full docs inline. Going to separate pages for each function is quite annoying. In fact, I would say all leaf nodes should act this way instead of having their own page specifically. You would still have user defined constructs get their own page (classes, structs, templates, enums). This would cut down tremendously on the noise and clicking. -SteveOn 1/11/15 7:29 PM, Andrei Alexandrescu wrote:Yah, for stdc it seems the page-per-module approach is better. -- AndreiI just fixed documentation to generate docs for all symbols in core.stdc.complex. Looks unhelpful: http://erdani.com/d/library-prerelease/core/stdc/complex.html Any idea on how to make this better?Yeah, ddox should put the prototype in the overview. How annoying to have to click on the name to figure out what the function call requires as parameters. Is there a command-line parameter to fix this? -Steve
Jan 12 2015