On 2016-01-05 01:23, Adam D. Ruppe wrote:
ddox makes an attempt at inheritance linking, but I'm trying to go
further. If I'm successful in my dream, it will list overridden methods
in the docs nicely too. But that's still a ways away.
I suggest showing only links to inherited members, not the
On 2016-01-05 01:23, Adam D. Ruppe wrote:
First, I need to re-add the features I dropped in the refactoring
(compare the above with this:
http://dpldocs.info/experimental-docs/std.socket.UdpSocket.html )
"Address" not being cross-linked here [1] while "SocketOSException" is.
[1] http://dpldoc
On Monday, 4 January 2016 at 19:58:03 UTC, Martin Nowak wrote:
On 01/04/2016 09:06 AM, Bastiaan Veelo wrote:
This would be a bug (segfault on my machine):
foreach (key; aa.byKey)
aa.remove(key);
Note that, in this example, there is no need to remove every
element separately, yo
On 2016-01-05 11:19, Minas Mina wrote:
I haven't found a way to clear an AA without allocating though.
(Creating a new one doesn't count).
Set it to "null", or will that allocate a new one?
--
/Jacob Carlborg
On Tuesday, 5 January 2016 at 08:31:55 UTC, Jacob Carlborg wrote:
"Address" not being cross-linked here [1] while
"SocketOSException" is.
thanks! That's one I missed in the Phobos source code.
On Tuesday, 5 January 2016 at 08:12:56 UTC, Jacob Carlborg wrote:
I suggest showing only links to inherited members, not the docs
for them.
What I want to show is the links plus just the first excerpt of
the docs, so you have an idea what it is aside from the name
without taking up a lot of s
On 01/05/2016 12:09 AM, Adam D. Ruppe wrote:
1) a massively simplified build. Indeed, I'll make a web form so you
don't even have to have dmd installed to make some docs.
Nice. The web forms sound like a great idea.
This got posted today:
https://issues.dlang.org/show_bug.cgi?id=15516#c2
Two
On Tuesday, 5 January 2016 at 13:36:48 UTC, Jacob Carlborg wrote:
On 2016-01-05 11:19, Minas Mina wrote:
I haven't found a way to clear an AA without allocating though.
(Creating a new one doesn't count).
Set it to "null", or will that allocate a new one?
It won't, but to use it again you n
On Tuesday, 5 January 2016 at 14:18:32 UTC, Andrei Alexandrescu
wrote:
Overall my understanding of your message is "My system would be
better not for a fundamental technical reason, but because I am
willing to pour in it time and talent." This is the kind of
argument I have a lot of respect f
On 01/05/2016 10:15 AM, bachmeier wrote:
There are some critical technical differences:
- There is one person making the decision.
Not technical. -- Andrei
On Monday, 28 December 2015 at 20:15:30 UTC, Adam D. Ruppe wrote:
Last week, I posted in the general forum my dream for better D
docs. Today, about 4 days of work later, I'm about 1/4 of the
way there.
Still a long way to go, but I've already come so far.
First, behold my old dpldocs.info sit
On Tuesday, 5 January 2016 at 15:32:52 UTC, Andrei Alexandrescu
wrote:
On 01/05/2016 10:15 AM, bachmeier wrote:
There are some critical technical differences:
- There is one person making the decision.
Not technical. -- Andrei
http://www.snopes.com/humor/letters/miriam.asp
On Tuesday, 5 January 2016 at 15:43:30 UTC, Nordlöw wrote:
This is awesome! I warmly welcome this approach. I just got a
comment from a newbie D developer fellow who commented on the
current unpleasant doc formatting of templated headers.
The mouse-over behaviour of CT- and RT-parameters is ju
On 01/05/2016 10:15 AM, bachmeier wrote:
I read the documentation for schwartzSort, and finding that it conveyed
no information, I wanted to suggest something better. A discussion forum
or email message would be the ideal way to do so, but knowing that's not
how things are done here, I decided t
On Tuesday, 5 January 2016 at 15:32:52 UTC, Andrei Alexandrescu
wrote:
On 01/05/2016 10:15 AM, bachmeier wrote:
There are some critical technical differences:
- There is one person making the decision.
Not technical. -- Andrei
Indeed but on the other hand is impacting the technical stuff.
On 2016-01-05 15:16, Adam D. Ruppe wrote:
Interesting. Separating abstract is definitely a good idea since you
kinda need to know that to implement.
I would really like to be able to write documentation for private
methods as well, but hide them by default. I think it can be good when
one is
On Tuesday, 5 January 2016 at 16:06:17 UTC, Jacob Carlborg wrote:
I would really like to be able to write documentation for
private methods as well, but hide them by default. I think it
can be good when one is working on the implementation of a
library.
Right. In my thing, it is controlled by
On Tuesday, 5 January 2016 at 15:51:56 UTC, Nordlöw wrote:
The mouse-over behaviour of CT- and RT-parameters is just
really really cool! Thanks!
Awesome! That's just a little javascript but I feel it kinda adds
a fourth dimension (the other three being width, height, and
*color* on a website)
On 2016-01-05 15:18, Andrei Alexandrescu wrote:
That said, in a git-controlled directory things aren't that bad. "git
clean -dfx" removes uncontrolled files and "git checkout" makes sure all
files are present. Would you recommend switching to wildcards in our
makefiles and assume people use git
On Tuesday, 5 January 2016 at 15:54:24 UTC, Andrei Alexandrescu
wrote:
On 01/05/2016 10:15 AM, bachmeier wrote:
The problem is not that my PR was (for practical purposes)
rejected. As
an academic I deal with both sides of peer review all the
time. The
problem is that I was forced to put so much
On Monday, 4 January 2016 at 02:34:37 UTC, rcorre wrote:
On Sunday, 3 January 2016 at 19:53:25 UTC, Ivan Kazmenko wrote:
"If, at the end of a round, you have no territory, you are
defeated."
I'm almost sure this is currently not true for the last round:
the "completed" message showed up for
Nice game!
On Monday, 4 January 2016 at 02:34:37 UTC, rcorre wrote:
Right now even having a single tile enclosed counts -- which
actually may be too lenient.
Not at all, sometimes it's the only way to win, it often depends
on generosity of the embedded Tetris. 6 missiles is not that
much, an
On 01/05/2016 11:35 AM, default0 wrote:
Yes, and because its lots of effort flowing into something that D is
usually very fond of: Simplicity.
I'll be curious how the simplicity theme keeps when needed features get
added. dlang.org started very simple and grew by accretion.
I remember look
On Tuesday, 5 January 2016 at 18:09:57 UTC, Andrei Alexandrescu
wrote:
Is the recent http://wiki.dlang.org/Contributing_to_dlang.org
along the lines of what you need? What other sort of
documentation would you find useful?
I took a look at that link, and you know what would be (at least
for m
On Sunday, 13 December 2015 at 12:26:12 UTC, Martin Nowak wrote:
On Sunday, 13 December 2015 at 10:22:56 UTC, Suliman wrote:
https://builds.dawg.eu/dmd-nightly/
Why not https://builds.dlang.org ?
Because we're testing the service, once it's reliable, we'll
move this to a dlang subdomain or
On Tuesday, 5 January 2016 at 18:34:20 UTC, JohnCK wrote:
On Tuesday, 5 January 2016 at 18:09:57 UTC, Andrei Alexandrescu
wrote:
Is the recent http://wiki.dlang.org/Contributing_to_dlang.org
along the lines of what you need? What other sort of
documentation would you find useful?
I took a loo
On Tuesday, 5 January 2016 at 18:09:57 UTC, Andrei Alexandrescu
wrote:
Again this goes back to Adam. Let's say we had a contributor
Eve who'd gladly take emailed questions and suggestions and
integrate them. Would that be as nice?
Ohoh... Keep Eve out of it, she's got an Apple.
On Tuesday, 5 January 2016 at 15:54:24 UTC, Andrei Alexandrescu
wrote:
The text is imprecise, e.g. an equivalent call to `sort` really
is `sort!((a, b) => less(transform(a), transform(b))`. All that
detail needn't be present in the first paragraph, so there's a
bit of an art in how you formul
On Tuesday, 5 January 2016 at 18:09:57 UTC, Andrei Alexandrescu
wrote:
Again this goes back to Adam. Let's say we had a contributor
Eve who'd gladly take emailed questions and suggestions and
integrate them. Would that be as nice?
Yes. But I would also be happy with something simpler. If the
On Monday, 28 December 2015 at 01:17:15 UTC, Dan Olson wrote:
A little progress report. More to come later when I get
something pushed to github.
I bought a returned Apple Watch yesterday at discount for
$223.99 US and tried to see how much of D would work on it
using my iOS fork of LDC. Ther
On Monday, 4 January 2016 at 12:17:22 UTC, Russel Winder wrote:
On Sun, 2016-01-03 at 23:46 +, Kingsley via
Digitalmars-d-announce wrote:
[...]
[…]
[...]
I have just upgraded to IntelliJ IDEA 16 so I'll give it a try.
All my JVM-language projects, I now do a Gradle build
specification
On Tuesday, 5 January 2016 at 17:41:41 UTC, burjui wrote:
Cursor speed is pretty low, so you can't react quickly and in
the 3rd round your base always looks like Swiss cheese.
You can hold the turbo key (shift by default) to move it faster.
Again, something I should probably explain in-game :)
On Tuesday, 5 January 2016 at 20:39:02 UTC, Laeeth Isharc wrote:
On Monday, 28 December 2015 at 01:17:15 UTC, Dan Olson wrote:
[...]
Fantastic news, Dan.
I can confirm that D also runs on Android Wear (Huawei watch)
and passes all unit tests. Forgive the slight hijack, but I
mention this h
On Tuesday, 5 January 2016 at 14:18:32 UTC, Andrei Alexandrescu
wrote:
There's been a recent discussion with Walter and Martin about
using wildcards in makefiles (which would obviate the necessity
of being explicit about files).
I actually do NOT use wildcards in most of my own makefiles for
On Tuesday, 5 January 2016 at 14:18:32 UTC, Andrei Alexandrescu
wrote:
Regarding PRs that are not looked at, we currently have 18 PRs
at https://github.com/D-Programming-Language/dlang.org/pulls,
and 16 folks who have the rights to pull them
(https://github.com/orgs/D-Programming-Language/teams
On Tuesday, 5 January 2016 at 18:09:57 UTC, Andrei Alexandrescu
wrote:
On 01/05/2016 11:35 AM, default0 wrote:
Yes, and because its lots of effort flowing into something
that D is
usually very fond of: Simplicity.
I'll be curious how the simplicity theme keeps when needed
features get adde
36 matches
Mail list logo