On 2015-12-17 00:55, Walter Bright wrote:
I've done that before, a lot. Ddoc cut the work involved in that in
half, and I mean in half. It also made it easy to change the look of a
whole site, rather than being a mess of tedium.
No way I'm going back to that.
No sane person would use raw HTML
On 2015-12-17 00:43, BLM768 wrote:
On the subject of "one's own ideas", here's mine, FWIW:
First, my background thoughts. We seem to have four main "sections" of
the site: the forums (built on DFeed), the wiki (built on MediaWiki),
the language docs (DDoc), and the "main" site (in DDoc/HTML). T
On 2015-12-17 00:01, Walter Bright wrote:
Exactly.
We'll never get anywhere chasing people who say "I'll help only if you
convert to my way of doing things." I've done enough of that in the
past, and concluded they're just seeing how long you'll dance to their
tune and have no real intention of
On Thursday, 17 December 2015 at 01:04:15 UTC, Luís Marques wrote:
Hi,
I often type `range.algorithm(myFunc)` instead of the correct
`range.algorithm!(myFunc)`. Would it be possible to improve the
error message for this? Something like the compiler spell
checker, and ask "did you mean `range.
On Wednesday, 16 December 2015 at 21:05:27 UTC, Andrei
Alexandrescu wrote:
I was looking at
https://github.com/D-Programming-Language/dlang.org/pull/1169
and that bold sans serif proportional text for the code is
just... well let's say it's time to replace it.
What would be a good code font t
On Wednesday, 16 December 2015 at 18:01:11 UTC, Timon Gehr wrote:
On 12/16/2015 06:46 PM, Daniel N wrote:
On Wednesday, 16 December 2015 at 17:14:50 UTC, Andrei
Alexandrescu wrote:
So... attributes are currently not allowed to depend on
template
parameters, which is a serious damper on enthusi
On Monday, 14 December 2015 at 19:04:46 UTC, bachmeier wrote:
Something has to be done with the documentation for Phobos
functions that involve ranges and templates.
Many useful ideas in this thread. One I don't recall seeing - a
standard way to denote whether a routine is lazy or eager. I'm
On Wednesday, 16 December 2015 at 21:00:55 UTC, Andrei
Alexandrescu wrote:
On 12/16/2015 03:09 PM, Sebastiaan Koppe wrote:
But do you really want to put a ODBC client in there, as an
example? Or
a grayscale filter?
ODBC maybe, grayscale filter probably not.
I should add I've argued for inclu
On Thursday, 17 December 2015 at 00:06:05 UTC, John Colvin wrote:
Given a running time R(n), the time-complexity is given by
O(f(n)) iff df/dn = lim_{n -> inf} dR(n)/dn
Is that also a correct expression? Obviously I'm papering over
the discretisation, but well, I did say physicist... :)
Th
On 12/16/2015 6:34 PM, Adam D. Ruppe wrote:
Well, it would complicate a bit as you add more to it (like changing the title
on other pages...) but not a whole lot.
You don't use it like I do. I use it to do abstractions, like sections, lists,
etc., and then just change the markup to completely
On Thursday, 17 December 2015 at 02:21:03 UTC, Andrei
Alexandrescu wrote:
H... that's not so simple. -- Andrei
Well, it would complicate a bit as you add more to it (like
changing the title on other pages...) but not a whole lot.
It is certainly simpler than the current dlang.org bui
On 12/16/2015 07:04 PM, Adam D. Ruppe wrote:
On Wednesday, 16 December 2015 at 23:55:34 UTC, Walter Bright wrote:
I've done that before, a lot. Ddoc cut the work involved in that in
half, and I mean in half.
So does a simple `cat head.html body.html foot.html > output.html` loop.
There's plent
Hi,
I often type `range.algorithm(myFunc)` instead of the correct
`range.algorithm!(myFunc)`. Would it be possible to improve the
error message for this? Something like the compiler spell
checker, and ask "did you mean `range.algorithm!(myFunc)`?".
That has happened sometimes with a non-UFCS
On Wednesday, 16 December 2015 at 15:19:12 UTC, Adam D. Ruppe
wrote:
On Wednesday, 16 December 2015 at 13:49:22 UTC, Andrei
Alexandrescu wrote:
One still most likely need to build the site, which is kind
of a pain to
do.
Building the site mimicks building dmd, druntime, and phobos.
It's an i
On 12/16/2015 3:18 PM, Andrei Alexandrescu wrote:
On 12/16/2015 04:09 PM, H. S. Teoh via Digitalmars-d wrote:
Also, the lack of flexibility in number of macro arguments means you end
up with LINK, LINK2, LINK3, etc., with no obvious indication what the
difference is and where you should use whic
On 12/16/2015 4:04 PM, Adam D. Ruppe wrote:
On Wednesday, 16 December 2015 at 23:55:34 UTC, Walter Bright wrote:
I've done that before, a lot. Ddoc cut the work involved in that in half, and
I mean in half.
So does a simple `cat head.html body.html foot.html > output.html` loop. There's
plenty
On Wednesday, 16 December 2015 at 23:49:52 UTC, Andrei
Alexandrescu wrote:
But I dislike typing HTML. DDoc improves on that significantly.
Fair enough. Vibe.d has diet templates, though. They're pretty
nice.
As long as the pages are mainly static anyway, though, it's all
plain boring HTML t
On 12/16/2015 3:49 PM, Andrei Alexandrescu wrote:
On 12/16/2015 06:43 PM, BLM768 wrote:
Another idea is to use a
Web application framework. There's a significant advantage there: we can
have one master "layout" template, and almost any content we want
(forums, DDoc-generated HTML, static HTML, a
On Wednesday, 16 December 2015 at 23:00:03 UTC, Timon Gehr wrote:
On 12/15/2015 12:26 PM, rumbu wrote:
And personally, I found the MS remark more compact and more
user
friendly than:
"This is a best-effort implementation of length for any kind
of range.
If hasLength!Range, simply returns ra
On Wed, Dec 16, 2015 at 06:46:46PM -0500, Andrei Alexandrescu via Digitalmars-d
wrote:
> On 12/16/2015 06:29 PM, H. S. Teoh via Digitalmars-d wrote:
> >Allow overloading by number of arguments, maybe? (This sounds
> >suspiciously like a slippery slope, though...)
>
> That'll have trouble with $0
On Wednesday, 16 December 2015 at 23:55:34 UTC, Walter Bright
wrote:
I've done that before, a lot. Ddoc cut the work involved in
that in half, and I mean in half.
So does a simple `cat head.html body.html foot.html >
output.html` loop. There's plenty of ways to achieve this.
On Wednesday, 16 December 2015 at 21:05:27 UTC, Andrei
Alexandrescu wrote:
I was looking at
https://github.com/D-Programming-Language/dlang.org/pull/1169
and that bold sans serif proportional text for the code is
just... well let's say it's time to replace it.
What would be a good code font t
On 12/16/2015 3:43 PM, BLM768 wrote:
One is to make as much of it as possible in plain old static HTML.
I've done that before, a lot. Ddoc cut the work involved in that in half, and I
mean in half. It also made it easy to change the look of a whole site, rather
than being a mess of tedium.
On 12/16/2015 06:29 PM, H. S. Teoh via Digitalmars-d wrote:
Allow overloading by number of arguments, maybe? (This sounds
suspiciously like a slippery slope, though...)
That'll have trouble with $0 and $+.
Or allow argument list slicing, D-style? Not sure if this would solve
all the necessar
On 12/16/2015 06:43 PM, BLM768 wrote:
One is to make as much of it as possible in plain old static HTML. Stuff
like the articles rarely changes, after all.
But I dislike typing HTML. DDoc improves on that significantly.
Another idea is to use a
Web application framework. There's a significant
On Wednesday, 16 December 2015 at 23:43:41 UTC, BLM768 wrote:
[snip]
...and as I read some older posts, I see that mine is completely
redundant. ;)
Seriously, though, I'm willing to help prototype something. I've
got time before the next semester starts.
On Wednesday, 16 December 2015 at 23:01:47 UTC, Walter Bright
wrote:
Exactly.
We'll never get anywhere chasing people who say "I'll help only
if you convert to my way of doing things." I've done enough of
that in the past, and concluded they're just seeing how long
you'll dance to their tune
On Wed, Dec 16, 2015 at 06:18:22PM -0500, Andrei Alexandrescu via Digitalmars-d
wrote:
> On 12/16/2015 04:09 PM, H. S. Teoh via Digitalmars-d wrote:
> >Also, the lack of flexibility in number of macro arguments means you
> >end up with LINK, LINK2, LINK3, etc., with no obvious indication what
> >t
On 12/16/2015 05:32 PM, H. S. Teoh via Digitalmars-d wrote:
While I'm on the fence about the value of ddoc as a website programming
language (not as a documentation generator, where it is excellent IMO),
I'm doubtful of the value of converting wholesale to a different format
at this present time.
On 12/16/2015 04:40 PM, Jack Stouffer wrote:
On Wednesday, 16 December 2015 at 21:05:27 UTC, Andrei Alexandrescu wrote:
I was looking at
https://github.com/D-Programming-Language/dlang.org/pull/1169 and that
bold sans serif proportional text for the code is just... well let's
say it's time to re
On 12/16/2015 04:32 PM, H. S. Teoh via Digitalmars-d wrote:
On Wed, Dec 16, 2015 at 04:05:27PM -0500, Andrei Alexandrescu via Digitalmars-d
wrote:
I was looking at
https://github.com/D-Programming-Language/dlang.org/pull/1169 and that
bold sans serif proportional text for the code is just... we
On 12/16/2015 04:17 PM, deadalnix wrote:
In that regard, I think it is fair to asses that people that know webdev
don't know ddoc an vice versa. So using ddoc is probably not the best
bet here.
Yah, agreed (though I have to say it's not that fair to my tushy :o)).
-- Andrei
On 12/16/2015 04:09 PM, H. S. Teoh via Digitalmars-d wrote:
Also, the lack of flexibility in number of macro arguments means you end
up with LINK, LINK2, LINK3, etc., with no obvious indication what the
difference is and where you should use which macro.
(Well the obvious indication is the numb
On Wed, Dec 16, 2015 at 03:04:51PM -0800, Walter Bright via Digitalmars-d wrote:
> On 12/16/2015 12:59 PM, JohnCK wrote:
> >On Wednesday, 16 December 2015 at 20:54:35 UTC, Walter Bright wrote:
> >>I'm not so sure...
> >
> >Like they say: "A father will never agree that his child is ugly!"
> >
> >:)
On Thu, Dec 17, 2015 at 12:00:03AM +0100, Timon Gehr via Digitalmars-d wrote:
> On 12/15/2015 12:26 PM, rumbu wrote:
> >
> >And personally, I found the MS remark more compact and more user
> >friendly than:
> >
> >"This is a best-effort implementation of length for any kind of
> >range. If hasLeng
On 12/16/2015 12:59 PM, JohnCK wrote:
On Wednesday, 16 December 2015 at 20:54:35 UTC, Walter Bright wrote:
I'm not so sure...
Like they say: "A father will never agree that his child is ugly!"
:)
I've pontificated before about design mistakes in D that I've made. I also think
that a lot of
On 12/16/2015 2:32 PM, H. S. Teoh via Digitalmars-d wrote:
I'm doubtful of the value of converting wholesale to a different format
at this present time. That's a lot of effort and drain of our scant
resources, with only unverifiable claims of increased participation from
nebulous crowds who so f
On 12/15/2015 12:26 PM, rumbu wrote:
And personally, I found the MS remark more compact and more user
friendly than:
"This is a best-effort implementation of length for any kind of range.
If hasLength!Range, simply returns range.length without checking upTo
(when specified). Otherwise, walks th
On Wednesday, 16 December 2015 at 18:25:31 UTC, Luís Marques
wrote:
On Monday, 14 December 2015 at 19:04:46 UTC, bachmeier wrote:
Something has to be done with the documentation for Phobos
functions that involve ranges and templates.
Just today:
- "Where's the documentation for makeIndex?"
-
On 12/16/2015 06:04 PM, tcak wrote:
On Wednesday, 16 December 2015 at 15:44:45 UTC, Andrei Alexandrescu wrote:
This has been discussed in the past and at a point Walter was looking
into it.
Currently std.conv.to applied to double uses snprintf, which is
obviously non-CTFEable.
There's been rec
On Wednesday, 16 December 2015 at 21:40:13 UTC, Jack Stouffer
wrote:
On Wednesday, 16 December 2015 at 21:05:27 UTC, Andrei
Alexandrescu wrote:
I was looking at
https://github.com/D-Programming-Language/dlang.org/pull/1169
and that bold sans serif proportional text for the code is
just... well
On Wed, Dec 16, 2015 at 10:00:50PM +, Meta via Digitalmars-d wrote:
> On Wednesday, 16 December 2015 at 21:57:05 UTC, Walter Bright wrote:
[...]
> >There's plenty to be done to improve things that converting all the
> >pages to another format will not help with.
While I'm on the fence about th
On Wednesday, 16 December 2015 at 21:57:05 UTC, Walter Bright
wrote:
On 12/16/2015 7:32 AM, Jack Stouffer wrote:
3. "Who wants to spend hours and hours of work writing a DDoc
to Markdown
converter or manually convert all existing pages? Do we have
any volunteers?"
I can't even get consistent
On 12/16/2015 7:32 AM, Jack Stouffer wrote:
3. "Who wants to spend hours and hours of work writing a DDoc to Markdown
converter or manually convert all existing pages? Do we have any volunteers?"
I can't even get consistent documentation of the parameters to a function:
For example:
http:
On Wednesday, 16 December 2015 at 21:30:32 UTC, H. S. Teoh wrote:
I don't think anybody is questioning the value of ddoc as a
*documentation generator*. The issue here is whether it has the
same value as a *website programming language*. Very different
things.
That I agree!
JohnCK.
On Wednesday, 16 December 2015 at 21:05:27 UTC, Andrei
Alexandrescu wrote:
I was looking at
https://github.com/D-Programming-Language/dlang.org/pull/1169
and that bold sans serif proportional text for the code is
just... well let's say it's time to replace it.
What would be a good code font t
On Wed, Dec 16, 2015 at 04:05:27PM -0500, Andrei Alexandrescu via Digitalmars-d
wrote:
> I was looking at
> https://github.com/D-Programming-Language/dlang.org/pull/1169 and that
> bold sans serif proportional text for the code is just... well let's
> say it's time to replace it.
>
> What would b
On Wed, Dec 16, 2015 at 01:00:19PM -0800, Walter Bright via Digitalmars-d wrote:
> On 12/16/2015 12:21 AM, ZombineDev wrote:
> >Well DDoc may have it's disadvantages, but I'm certain that the
> >documentation would have been far worse if it wasn't for it.
>
> No need to speculate :-) Before Ddoc,
On Wed, Dec 16, 2015 at 12:54:35PM -0800, Walter Bright via Digitalmars-d wrote:
[...]
> I do agree that the macros defined in the site's .ddoc files are
> ridiculously overlapping, redundant, etc. That all could use a
> redesign and an overhaul, but that isn't Ddoc's fault. It's just like
> any pi
On Wednesday, 16 December 2015 at 21:17:43 UTC, deadalnix wrote:
On Wednesday, 16 December 2015 at 20:59:46 UTC, JohnCK wrote:
On Wednesday, 16 December 2015 at 20:54:35 UTC, Walter Bright
wrote:
I'm not so sure...
Like they say: "A father will never agree that his child is
ugly!"
:)
John
On Wednesday, 16 December 2015 at 21:18:43 UTC, JohnCK wrote:
On Wednesday, 16 December 2015 at 21:06:48 UTC, Andrei
Alexandrescu wrote:
On 12/16/2015 03:59 PM, JohnCK wrote:
On Wednesday, 16 December 2015 at 20:54:35 UTC, Walter Bright
wrote:
I'm not so sure...
Like they say: "A father will
On Wednesday, 16 December 2015 at 21:06:48 UTC, Andrei
Alexandrescu wrote:
On 12/16/2015 03:59 PM, JohnCK wrote:
On Wednesday, 16 December 2015 at 20:54:35 UTC, Walter Bright
wrote:
I'm not so sure...
Like they say: "A father will never agree that his child is
ugly!"
To me it seems he's ma
On Wednesday, 16 December 2015 at 20:59:46 UTC, JohnCK wrote:
On Wednesday, 16 December 2015 at 20:54:35 UTC, Walter Bright
wrote:
I'm not so sure...
Like they say: "A father will never agree that his child is
ugly!"
:)
John.
Please don't go there. This is not about if ddoc is good or no
On Wednesday, 16 December 2015 at 21:00:55 UTC, Andrei
Alexandrescu wrote:
I should add I've argued for including some of the core vibe.d
stuff in Phobos. Sadly nobody is championing such a project for
the time being.
Andrei
Would that include its stream stuff? We've been needing a
std.str
On Wed, Dec 16, 2015 at 08:05:03PM +, Vladimir Panteleev via Digitalmars-d
wrote:
> On Tuesday, 15 December 2015 at 21:45:02 UTC, deadalnix wrote:
> >On Tuesday, 15 December 2015 at 13:42:29 UTC, Andrei Alexandrescu wrote:
> >>On 12/15/15 5:54 AM, tcak wrote:
> >>>The harder it is made for peo
On 12/16/2015 03:59 PM, JohnCK wrote:
On Wednesday, 16 December 2015 at 20:54:35 UTC, Walter Bright wrote:
I'm not so sure...
Like they say: "A father will never agree that his child is ugly!"
To me it seems he's making a few good points. -- Andrei
I was looking at
https://github.com/D-Programming-Language/dlang.org/pull/1169 and that
bold sans serif proportional text for the code is just... well let's say
it's time to replace it.
What would be a good code font to use for those?
Thanks,
Andrei
On 12/16/2015 03:09 PM, Sebastiaan Koppe wrote:
But do you really want to put a ODBC client in there, as an example? Or
a grayscale filter?
ODBC maybe, grayscale filter probably not.
I should add I've argued for including some of the core vibe.d stuff in
Phobos. Sadly nobody is championing su
On 12/16/2015 12:21 AM, ZombineDev wrote:
Well DDoc may have it's disadvantages, but I'm certain that the documentation
would have been far worse if it wasn't for it.
No need to speculate :-) Before Ddoc, the Phobos documentation was horrific,
probably the worst I'd ever seen. It was so bad it
On Wednesday, 16 December 2015 at 20:54:35 UTC, Walter Bright
wrote:
I'm not so sure...
Like they say: "A father will never agree that his child is ugly!"
:)
John.
On 12/16/2015 03:05 PM, Vladimir Panteleev wrote:
DDoc itself is very simple. The problem is the endless number of macros
we use on dlang.org.
I see that as a blessing.
E.g. all the different ways to link to something:
A, AHTTP, AHTTPS, ALOCAL, LINK, LINK2, WEB, LREF, XREF, XREF2, CXREF,
ECXR
On 12/15/2015 12:31 AM, Gary Willoughby wrote:
We've all said time and time again if ddoc wasn't used for the entire site more
people would help with it. Ddoc makes sense for the documentation but not
everything else.
I'm not so sure. There are lots of tools to develop websites. Let's say A, B,
On Wednesday, 16 December 2015 at 19:12:04 UTC, H. S. Teoh wrote:
On Wed, Dec 16, 2015 at 06:47:26PM +, deadalnix via
Digitalmars-d wrote:
[...]
Using ddoc for the website may be NIH, but the ability to
easily display snippets of D code without jumping through hoops
is a big plus. Trying
On Wednesday, 16 December 2015 at 18:25:31 UTC, Luís Marques
wrote:
On Monday, 14 December 2015 at 19:04:46 UTC, bachmeier wrote:
Something has to be done with the documentation for Phobos
functions that involve ranges and templates.
Just today:
- "Where's the documentation for makeIndex?"
-
On 12/16/2015 5:50 AM, Andrei Alexandrescu wrote:
On 12/16/15 3:00 AM, Jacob Carlborg wrote:
On 2015-12-16 02:15, Andrei Alexandrescu wrote:
It seems knowing ddoc is part of knowing D. -- Andrei
I'm wondering how you can think it's perfectly acceptable to invent our
own (crappy) language for
On Wednesday, 16 December 2015 at 20:09:23 UTC, Sebastiaan Koppe
wrote:
But do you really want to put a ODBC client in there, as an
example?
Not sure if you're being serious making a joke, because that
exists and Andrei was the one who made it
http://dlang.org/phobos/etc_c_odbc_sql.html
On Wednesday, 16 December 2015 at 19:32:36 UTC, Andrei
Alexandrescu wrote:
On 12/16/2015 02:12 PM, Sebastiaan Koppe wrote:
I think what I am trying to say is that a lot of stuff is
already
available on code.dlang.org, just not in phobos. Which begs the
question, should it be? And if it does, sh
On Tuesday, 15 December 2015 at 21:45:02 UTC, deadalnix wrote:
On Tuesday, 15 December 2015 at 13:42:29 UTC, Andrei
Alexandrescu wrote:
On 12/15/15 5:54 AM, tcak wrote:
The harder it is made for people to contribute the system for
fixations,
the lesser changes are seen.
I don't think we've h
On 2015-12-16 14:50, Andrei Alexandrescu wrote:
What standardized format was dominant in 2001? Thanks! -- Andrei
2001? According to the changelog Ddoc was added 2005 [1]. I hadn't
really started to use D back then and barely programming at all. I would
say Javadoc, Doxygen or Markdown, witho
On Wednesday, 16 December 2015 at 19:44:13 UTC, Jacob Carlborg
wrote:
There's DScanner [1].
[1] https://github.com/Hackerpilot/Dscanner/#syntax-highlighting
Aye, and post-processing html to clean up the edge cases, reuse
headers, etc. is really easy to do - easier than running
bleeding-edge
On 2015-12-16 20:33, Andrei Alexandrescu wrote:
What's the issue there? -- Andrei
One problem is that it doesn't work for symbols arbitrary nested
packages. That is, XREF only forks for "a.b.c" not "a.b.c.d".
--
/Jacob Carlborg
On Tuesday, 1 December 2015 at 16:48:00 UTC, Suliman wrote:
Right place is write here
My wish:
New `std.io` package that includes `std.file`, `std.path` and
`std.stdio` modules.
On 2015-12-16 20:12, H. S. Teoh via Digitalmars-d wrote:
Using ddoc for the website may be NIH, but the ability to easily display
snippets of D code without jumping through hoops is a big plus. Trying
to do syntax-highlighted D code in plain HTML (or any other web
authoring system, for that matt
On 12/16/2015 02:12 PM, Sebastiaan Koppe wrote:
I think what I am trying to say is that a lot of stuff is already
available on code.dlang.org, just not in phobos. Which begs the
question, should it be? And if it does, shouldn't you rather consider
merging vibe.d with phobos? Or parts of it?
Gen
On 12/16/2015 02:12 PM, H. S. Teoh via Digitalmars-d wrote:
the ongoing fiasco with XREF, LREF, whatever-REF and the
associated relative/absolute URL nightmare
What's the issue there? -- Andrei
On Wed, Dec 16, 2015 at 02:33:15PM -0500, Andrei Alexandrescu via Digitalmars-d
wrote:
> On 12/16/2015 02:12 PM, H. S. Teoh via Digitalmars-d wrote:
> > the ongoing fiasco with XREF, LREF, whatever-REF and the
> >associated relative/absolute URL nightmare
>
> What's the issue there? -- Andrei
S
On Wednesday, 16 December 2015 at 18:47:26 UTC, deadalnix wrote:
On Wednesday, 16 December 2015 at 13:52:05 UTC, Andrei
Alexandrescu wrote:
What would you have done instead?
Honestly for D code itself, ddoc does just fine, but for the
website, plain html or some known template format like . T
On Wed, Dec 16, 2015 at 06:47:26PM +, deadalnix via Digitalmars-d wrote:
> On Wednesday, 16 December 2015 at 13:52:05 UTC, Andrei Alexandrescu wrote:
> >>Also, ddoc always appeared to me like a big NIH syndrome.
> >
> >What would you have done instead?
> >
>
> Honestly for D code itself, ddoc
On Wednesday, 16 December 2015 at 15:54:09 UTC, Andrei
Alexandrescu wrote:
Right now we can nicely stream an URL as an input range. A
great extension would be to fetch several URLs at once. When
accessing r.front for that range, the user gets a pair of URL
and data chunk.
Of course the point
On Wednesday, 16 December 2015 at 13:52:05 UTC, Andrei
Alexandrescu wrote:
Also, ddoc always appeared to me like a big NIH syndrome.
What would you have done instead?
Honestly for D code itself, ddoc does just fine, but for the
website, plain html or some known template format like . This i
On Monday, 14 December 2015 at 19:04:46 UTC, bachmeier wrote:
Something has to be done with the documentation for Phobos
functions that involve ranges and templates.
Just today:
- "Where's the documentation for makeIndex?"
- http://imgur.com/4SQckvN
- "AHH!" *runs away*
On 12/16/2015 06:14 PM, Andrei Alexandrescu wrote:
So, I wrote this beautiful BigO framework: <400 lines all told, clear
code, real nice. Then I got this cold shower:
void insertFrontMany(C, R)(C container, R range)
@BigO(complexity!(C.insertFront) * linearTime)
{
...
}
My hope being o
On 12/16/2015 06:46 PM, Daniel N wrote:
On Wednesday, 16 December 2015 at 17:14:50 UTC, Andrei Alexandrescu wrote:
So... attributes are currently not allowed to depend on template
parameters, which is a serious damper on enthusiasm.
Indeed, please see the discussion in:
https://issues.dlang.or
On Wednesday, 16 December 2015 at 17:49:03 UTC, Ilya Yaroshenko
wrote:
On Wednesday, 16 December 2015 at 11:01:25 UTC, Robert burner
Schadek wrote:
I have not found examples where string mixins can be removed.
Please refer to particular example. The code for `sliced` and
`assumeSorted` looks
On Wednesday, 16 December 2015 at 17:14:50 UTC, Andrei
Alexandrescu wrote:
So... attributes are currently not allowed to depend on
template parameters, which is a serious damper on enthusiasm.
Indeed, please see the discussion in:
https://issues.dlang.org/show_bug.cgi?id=10193
/Daniel
On Wednesday, 16 December 2015 at 11:01:25 UTC, Robert burner
Schadek wrote:
Yes with many conditions:
* Documentation
** The documentation needs a complete rewrite. If I hadn't had
any prior knowledge, I would have needed to read the numpy
documentation to figure what this package does. That
So, I wrote this beautiful BigO framework: <400 lines all told, clear
code, real nice. Then I got this cold shower:
void insertFrontMany(C, R)(C container, R range)
@BigO(complexity!(C.insertFront) * linearTime)
{
...
}
My hope being of course that for containers with linear insertion ti
On 12/16/2015 12:04 PM, tcak wrote:
On Wednesday, 16 December 2015 at 15:44:45 UTC, Andrei Alexandrescu wrote:
This has been discussed in the past and at a point Walter was looking
into it.
Currently std.conv.to applied to double uses snprintf, which is
obviously non-CTFEable.
There's been rec
On Wednesday, 16 December 2015 at 15:44:45 UTC, Andrei
Alexandrescu wrote:
This has been discussed in the past and at a point Walter was
looking into it.
Currently std.conv.to applied to double uses snprintf, which is
obviously non-CTFEable.
There's been recent work (also discussed here) on
On Wednesday, 16 December 2015 at 15:02:24 UTC, Guillaume Piolat
wrote:
On Wednesday, 16 December 2015 at 14:23:54 UTC, Pradeep Gowda
wrote:
pandoc comes with an unbelievable amount of dependencies.
Notably the LaTeX dependency: on Mac the LaTeX distribution is
a whopping 2gb download.
It se
On 12/16/2015 10:13 AM, Adam D. Ruppe wrote:
And you know, there, I think we are still better off enhancing what we
have than throwing it out. Cross referencing for example, in the
compiler, means it can automatically emit some kind of link with the
full name of the symbol done with scope resolut
Right now we can nicely stream an URL as an input range. A great
extension would be to fetch several URLs at once. When accessing r.front
for that range, the user gets a pair of URL and data chunk.
Of course the point is to make all these fetches work simultaneously.
Inside, the range would e.
This has been discussed in the past and at a point Walter was looking
into it.
Currently std.conv.to applied to double uses snprintf, which is
obviously non-CTFEable.
There's been recent work (also discussed here) on fast accurate printing
of floating point values, see library "double-conver
On Wednesday, 16 December 2015 at 14:42:08 UTC, Andrei
Alexandrescu wrote:
I think Markdown postdates 2001. So at this point, would it be
worth it switching over to Markdown? -- Andrei
Honestly, no. For three reasons
1. DDoc isn't hard. It took me all of ten minutes to understand
it and make
On Wednesday, 16 December 2015 at 13:49:22 UTC, Andrei
Alexandrescu wrote:
One still most likely need to build the site, which is kind of
a pain to
do.
Building the site mimicks building dmd, druntime, and phobos.
It's an invocation of make. What are the difficulties? -- Andrei
Building dmd
On Wednesday, 16 December 2015 at 14:42:08 UTC, Andrei
Alexandrescu wrote:
I think Markdown postdates 2001. So at this point, would it be
worth it switching over to Markdown? -- Andrei
I think this thread has gotten sidetracked: the question about
the web site and the question of ddoc are sepa
On Wednesday, 16 December 2015 at 14:23:54 UTC, Pradeep Gowda
wrote:
I'm very partial to using pandoc (http://pandoc.org/) as a
universal processor for converting markdown to various output
formats. Rust used pandoc as their processor till they wrote
their own toolchain. (writing markdown parse
On 12/16/2015 09:23 AM, Pradeep Gowda wrote:
On Wednesday, 16 December 2015 at 13:52:05 UTC, Andrei Alexandrescu wrote:
On 12/15/15 9:01 PM, deadalnix wrote:
On Wednesday, 16 December 2015 at 01:15:45 UTC, Andrei Also, ddoc
always appeared to me like a big NIH syndrome.
What would you have do
On 17/12/15 3:23 AM, Pradeep Gowda wrote:
snip
I'm very partial to using pandoc (http://pandoc.org/) as a universal
processor for converting markdown to various output formats. Rust used
pandoc as their processor till they wrote their own toolchain. (writing
markdown parsers appears to be right o
On Wednesday, 16 December 2015 at 13:52:05 UTC, Andrei
Alexandrescu wrote:
On 12/15/15 9:01 PM, deadalnix wrote:
On Wednesday, 16 December 2015 at 01:15:45 UTC, Andrei Also,
ddoc always appeared to me like a big NIH syndrome.
What would you have done instead?
While I like ddoc for inlined do
1 - 100 of 115 matches
Mail list logo
