Hello. I'm not sure that you know, but documentation of D language has become to devdocs.io. It is web service provides offline documentation. We've got a useful tool for documentation viewing and reading. The next step is an implementation of version support.

Don't compare anything to D. Use D.

http://devdocs.io/d/

Bravo.

I don't know how many people actually use the service, but lots of web/backend devs use devdocs. This puts D on their map and, hopefully, we get attention from a much larger audience.

On Mon, Sep 11, 2017 at 7:23 AM, ANtlord via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote:

> Hello. I'm not sure that you know, but documentation of D language has become to devdocs.io. It is web service provides offline documentation. We've got a useful tool for documentation viewing and reading. The next step is an implementation of version support.
>
> Don't compare anything to D. Use D.
>
> http://devdocs.io/d/
>

On Monday, 11 September 2017 at 03:23:47 UTC, ANtlord wrote:
> Hello. I'm not sure that you know, but documentation of D language has become to devdocs.io. It is web service provides offline documentation. We've got a useful tool for documentation viewing and reading. The next step is an implementation of version support.

Didn't know about it until it was mentioned in another thread here recently [1], but I do think this is great and I especially like their dark theme (clean, minimal).
Do you know how much work would it be to reuse devdocs (I see it is open source) as a basis for hosting dub package docs)?

[1] http://forum.dlang.org/thread/mailman.6556.1504522081.31550.digitalmars-d@puremagic.com

On Monday, 11 September 2017 at 15:02:17 UTC, Moritz Maxeiner wrote:
> Do you know how much work would it be to reuse devdocs (I see it is open source) as a basis for hosting dub package docs)?

I'm sorry, but I can't assess required time because I'm not a Ruby developer. I have learned basics of the language to add D to the service. If we have the same format for every package documentation on code.dlang.org we should develop only one Scrapper. But I suggest asking for a Ruby developer to assess required time for the implementation.

On 09/11/2017 09:17 AM, ANtlord wrote:

> we should develop only one Scrapper

Ali's worthless contribution of the day: It should be Scraper.

Ali

On Monday, 11 September 2017 at 03:23:47 UTC, ANtlord wrote:
> Hello. I'm not sure that you know, but documentation of D language has become to devdocs.io. It is web service provides offline documentation. We've got a useful tool for documentation viewing and reading. The next step is an implementation of version support.
>
> Don't compare anything to D. Use D.
>
> http://devdocs.io/d/

Great work!
I noticed a small issue in the second example of http://devdocs.io/d/std_base64. Almost the whole code had the green (string) color. Maybe is there an issue with two strings seperated by a comma.

Kind regards
André

On Monday, 11 September 2017 at 21:03:53 UTC, Andre Pany wrote:
> On Monday, 11 September 2017 at 03:23:47 UTC, ANtlord wrote:
>> Hello. I'm not sure that you know, but documentation of D language has become to devdocs.io. It is web service provides offline documentation. We've got a useful tool for documentation viewing and reading. The next step is an implementation of version support.
>>
>> Don't compare anything to D. Use D.
>>
>> http://devdocs.io/d/
>
> Great work!
> I noticed a small issue in the second example of http://devdocs.io/d/std_base64. Almost the whole code had the green (string) color. Maybe is there an issue with two strings seperated by a comma.
>
> Kind regards
> André

Ok, I'll I fix it as soon as possible.