IMO, when naming things, generally we should lean towards
representing semantics rather than mechanics (i.e. how is this
function going to be used, rather than what this function does
under the hood), as that will result in more readable code.
+1
"Walter Bright" wrote in message news:mloslo$1o7v$1...@digitalmars.com...
I have yet to see a single case of "needing" boolean versions that could
not be refactored into something much more readable and maintainable that
did not use such.
Over time, I've gotten rid of most of that stuff from
On 6/26/2015 5:04 AM, Tofu Ninja wrote:
On Thursday, 25 June 2015 at 13:04:12 UTC, Vladimir Panteleev wrote:
So, one option is to stay consistent with these additions, and go with
upperCaser and lowerCaser, even if those sound a bit odd.
Why not upperCaseSetter/lowerCaseSetter? Bit longer but
On Thursday, 25 June 2015 at 14:56:34 UTC, Vladde Nordholm wrote:
For the past week I've been working on my first small
cross-platform gamedev-ish console rendering library for d, and
I call it clayers. It has been a fun learning process, as I've
used many new programs and features.
[...]
C
On 26/06/2015 1:46 p.m., rsw0x wrote:
On Thursday, 25 June 2015 at 12:39:11 UTC, qznc wrote:
Looks like I will give a talk about D to our local Functional
Programming User Group in August. Feel free to join, if you can be in
Karlsruhe, Germany:
http://www.meetup.com/de/The-Karlsruhe-Functional-
On 26/06/2015 12:45 p.m., Kelet wrote:
On Thursday, 25 June 2015 at 14:56:34 UTC, Vladde Nordholm wrote:
For the past week I've been working on my first small cross-platform
gamedev-ish console rendering library for d, and I call it clayers. It
has been a fun learning process, as I've used many
On 26/06/2015 7:12 a.m., Andrei Alexandrescu wrote:
Hi folks,
We're in the final stages of moving house across the country so I'll be
more or less out of commission for a few days. A few thoughts:
Phew, you had me scared for a little bit!
On Thursday, 25 June 2015 at 13:48:38 UTC, Etienne wrote:
On Wednesday, 24 June 2015 at 05:34:08 UTC, Nick B wrote:
On Tuesday, 23 June 2015 at 11:22:40 UTC, Etienne Cimon wrote:
Thanks for the responses and your details replies.
I'm going to talk to the CEO of the company described, at the
It appears no syscall is generating EBADF.
Does writeln call into libc's printf() function? That can return EBADF
(bad file number) if the stream isn't enabled for writing.
I didn't look too closely (work issues) at the D code, but I did notice the
D libraries are trying to define the internal s
On Thursday, 25 June 2015 at 20:54:38 UTC, Walter Bright wrote:
Please, no code breakage because of renaming.
Well, the whole idea behind Adam's proposal to make functions
like toLower return a struct which is a lazy range but uses alias
this to do eager allocation is to allow us to switch to
On Friday, 26 June 2015 at 01:16:37 UTC, Joakim wrote:
On Thursday, 25 June 2015 at 18:38:59 UTC, deadalnix wrote:
On Thursday, 18 June 2015 at 08:05:48 UTC, John Colvin wrote:
This appears to have involvement from all major browser
vendors, which provides hope it might actually catch on
prope
On Thursday, 25 June 2015 at 20:58:41 UTC, Walter Bright wrote:
On 6/25/2015 11:54 AM, Andrei Alexandrescu wrote:
Result. No stuttering please. -- Andrei
Also, consider that the mangled name includes the parent
algorithm name. Let's not make mangled names excessively large,
even if it is
On Thursday, 25 June 2015 at 21:01:39 UTC, Vladimir Panteleev
wrote:
On Tuesday, 23 June 2015 at 22:45:10 UTC, Vladimir Panteleev
wrote:
http://dump.thecybershadow.net/0362443dfcca30860db907e494831b79/names.diff
So, there is some discussion about these here already:
http://forum.dlang.org/pos
On Thursday, 25 June 2015 at 12:39:11 UTC, qznc wrote:
Looks like I will give a talk about D to our local Functional
Programming User Group in August. Feel free to join, if you can
be in Karlsruhe, Germany:
http://www.meetup.com/de/The-Karlsruhe-Functional-Programmers-Meetup-Group/events/22345
On Thursday, 25 June 2015 at 12:39:11 UTC, qznc wrote:
Looks like I will give a talk about D to our local Functional
Programming User Group in August. Feel free to join, if you can
be in Karlsruhe, Germany:
http://www.meetup.com/de/The-Karlsruhe-Functional-Programmers-Meetup-Group/events/22345
On Thursday, 25 June 2015 at 18:38:59 UTC, deadalnix wrote:
On Thursday, 18 June 2015 at 08:05:48 UTC, John Colvin wrote:
This appears to have involvement from all major browser
vendors, which provides hope it might actually catch on
properly. An llvm backend will be created which will compile
On Thursday, 25 June 2015 at 14:56:34 UTC, Vladde Nordholm wrote:
For the past week I've been working on my first small
cross-platform gamedev-ish console rendering library for d, and
I call it clayers. It has been a fun learning process, as I've
used many new programs and features.
The whole
On Thursday, 25 June 2015 at 23:20:13 UTC, Vladimir Panteleev
wrote:
On Thursday, 25 June 2015 at 23:18:13 UTC, Mike wrote:
The .Net Framework has had deprecated names since 2.0 (10
years ago) and you can still use them today and likely will be
able to in the far future. And the fact that depre
On Thu, 25 Jun 2015 15:12:27 -0400, Andrei Alexandrescu
wrote:
* I've been hard at work on std.collection and I think something good
will come out of it. Will keep on hacking at it.
Is this code online anywhere?
Bit
On Thursday, 25 June 2015 at 23:20:13 UTC, Vladimir Panteleev
wrote:
Deprecation warnings are on by default
Delighted to be wrong.
though I think we should disable them by default
Please don't
On Thursday, 25 June 2015 at 23:18:13 UTC, Mike wrote:
The .Net Framework has had deprecated names since 2.0 (10 years
ago) and you can still use them today and likely will be able
to in the far future. And the fact that deprecation warnings
are off by default in D already makes it ultra-conser
On Thursday, 25 June 2015 at 21:06:38 UTC, Walter Bright wrote:
On 6/25/2015 12:48 PM, Mathias Lang via Digitalmars-d wrote:
And he's right. It is really annoying to update to a new
version and have
perfectly valid and working code breaking because someone had
a nice idea.
Ideally, we should o
On 6/25/15 2:03 PM, Vladimir Panteleev wrote:
On Thursday, 25 June 2015 at 20:55:36 UTC, Walter Bright wrote:
Also, making PRs for this is fine, but please hold off on pulling
until Andrei is back and can check.
Do you know if Andrei will be back before RC1 (or the release, at
least)? Missing
On Thursday, 25 June 2015 at 19:12:14 UTC, Andrei Alexandrescu
wrote:
Hi folks,
We're in the final stages of moving house across the country so
I'll be more or less out of commission for a few days. A few
thoughts:
* Review of std.allocator has been slow. I did my best to be
responsive to
On Thursday, 25 June 2015 at 13:12:18 UTC, Nordlöw wrote:
I've noticed that the namings of lazy range voldemort types are
inconsistent in Phobos. Some are named `XResult` others just
`Result`, given that `x` is the parenting algorithm. What's the
policy here?
I would prefer the verbose `XResu
On Thursday, 25 June 2015 at 21:06:59 UTC, Guillaume Chatelet
wrote:
On Thursday, 25 June 2015 at 13:36:57 UTC, Manu wrote:
How about HSx ? That's the best I've got! :P
Not too bad :-)
I'm not too excited about this but how about :
HS!L
HS!V
.,.
It could work with a good documentation.
Or
On 06/25/2015 11:06 PM, Walter Bright wrote:
On 6/25/2015 12:48 PM, Mathias Lang via Digitalmars-d wrote:
And he's right. It is really annoying to update to a new version and have
perfectly valid and working code breaking because someone had a nice
idea.
Ideally, we should only ever break code t
On 6/25/2015 12:48 PM, Mathias Lang via Digitalmars-d wrote:
And he's right. It is really annoying to update to a new version and have
perfectly valid and working code breaking because someone had a nice idea.
Ideally, we should only ever break code that has a bug in it.
I've also been willing
On Thursday, 25 June 2015 at 21:06:38 UTC, Walter Bright wrote:
On 6/25/2015 12:48 PM, Mathias Lang via Digitalmars-d wrote:
And he's right. It is really annoying to update to a new
version and have
perfectly valid and working code breaking because someone had
a nice idea.
Ideally, we should o
On Thursday, 25 June 2015 at 13:36:57 UTC, Manu wrote:
How about HSx ? That's the best I've got! :P
Not too bad :-)
I'm not too excited about this but how about :
HS!L
HS!V
.,.
It could work with a good documentation.
On 06/25/2015 10:42 PM, Vladimir Panteleev wrote:
On Thursday, 25 June 2015 at 20:41:13 UTC, Timon Gehr wrote:
On 06/25/2015 04:10 PM, Vladimir Panteleev wrote:
And, IMHO, this:
fileName.readText.lowerCased.detabbed.toFile(fileName.withExtension(".foo"))
looks much better than this:
file
On Thursday, 25 June 2015 at 20:55:36 UTC, Walter Bright wrote:
Also, making PRs for this is fine, but please hold off on
pulling until Andrei is back and can check.
Do you know if Andrei will be back before RC1 (or the release, at
least)? Missing the release defeats the entire point of this
On Thursday, 25 June 2015 at 20:26:05 UTC, Jason King wrote:
The first thing I would suggest running the program via truss
and see if
any calls to write() are returning EBADF.. If so, see what fd#
is being
passed (or if something is calling close() on fd1).
On Thu, Jun 25, 2015 at 2:57 PM, fla
On Tuesday, 23 June 2015 at 22:45:10 UTC, Vladimir Panteleev
wrote:
http://dump.thecybershadow.net/0362443dfcca30860db907e494831b79/names.diff
So, there is some discussion about these here already:
http://forum.dlang.org/post/ubfmdrorjtasgeung...@forum.dlang.org
There seems to be varying opin
On 6/25/2015 11:54 AM, Andrei Alexandrescu wrote:
On 6/25/15 6:12 AM, "Nordlöw" wrote:
I've noticed that the namings of lazy range voldemort types are
inconsistent in Phobos. Some are named `XResult` others just `Result`,
given that `x` is the parenting algorithm. What's the policy here?
I woul
Also, making PRs for this is fine, but please hold off on pulling until Andrei
is back and can check.
On 06/25/2015 04:24 PM, Jonathan M Davis wrote:
On Thursday, 25 June 2015 at 13:35:30 UTC, Vladimir Panteleev wrote:
On Tuesday, 23 June 2015 at 22:45:10 UTC, Vladimir Panteleev wrote:
http://dump.thecybershadow.net/0362443dfcca30860db907e494831b79/names.diff
Rationale:
- The eager versions
Please, no code breakage because of renaming.
On Thursday, 25 June 2015 at 20:41:13 UTC, Timon Gehr wrote:
On 06/25/2015 04:10 PM, Vladimir Panteleev wrote:
And, IMHO, this:
fileName.readText.lowerCased.detabbed.toFile(fileName.withExtension(".foo"))
looks much better than this:
fileName.readText.lowerCaser.detabber.toFile(fileName.ex
On 06/25/2015 04:10 PM, Vladimir Panteleev wrote:
And, IMHO, this:
fileName.readText.lowerCased.detabbed.toFile(fileName.withExtension(".foo"))
looks much better than this:
fileName.readText.lowerCaser.detabber.toFile(fileName.extensionSetter(".foo"))
Definitely. The existing functions s
On 06/25/2015 10:28 AM, "Marc =?UTF-8?B?U2Now7x0eiI=?=
" wrote:
trying to expand it with "scope ref" as if that were simply an
extension of scope makes no sense. Before we can even consider what
something like scope ref might mean, we'd have to properly define what
scope means. And all we have
The first thing I would suggest running the program via truss and see if
any calls to write() are returning EBADF.. If so, see what fd# is being
passed (or if something is calling close() on fd1).
On Thu, Jun 25, 2015 at 2:57 PM, flamencofantasy via Digitalmars-d <
digitalmars-d@puremagic.com> wro
On 6/25/15 4:10 PM, Dmitry Olshansky wrote:
On 25-Jun-2015 23:06, Steven Schveighoffer wrote:
On 6/25/15 3:58 PM, Jacob Carlborg wrote:
On 25/06/15 18:46, Nick Sabalausky wrote:
Heh, that's awesome actually :) Got a source for that?
Windows 8 was a big failure. Windows 10 is looking much b
On 25-Jun-2015 23:06, Steven Schveighoffer wrote:
On 6/25/15 3:58 PM, Jacob Carlborg wrote:
On 25/06/15 18:46, Nick Sabalausky wrote:
Heh, that's awesome actually :) Got a source for that?
Windows 8 was a big failure. Windows 10 is looking much better, I think
it will get a much higher adap
On 6/25/15 3:58 PM, Jacob Carlborg wrote:
On 25/06/15 18:46, Nick Sabalausky wrote:
Heh, that's awesome actually :) Got a source for that?
Windows 8 was a big failure. Windows 10 is looking much better, I think
it will get a much higher adaption rate.
With their track record of "every oth
On 6/25/15 3:57 PM, Vladimir Panteleev wrote:
On Thursday, 25 June 2015 at 19:55:41 UTC, Steven Schveighoffer wrote:
Yeah, I agree for existing names, but these are unreleased new names.
I thought the idea was to use this trick to avoid introducing the new
names, and instead change the establi
On Thursday, 25 June 2015 at 13:04:12 UTC, Vladimir Panteleev
wrote:
So, one option is to stay consistent with these additions, and
go with upperCaser and lowerCaser, even if those sound a bit
odd.
Why not upperCaseSetter/lowerCaseSetter? Bit longer but upper
case and lower case don't have a
On 6/25/15 3:57 PM, Vladimir Panteleev wrote:
On Thursday, 25 June 2015 at 19:55:41 UTC, Steven Schveighoffer wrote:
Yeah, I agree for existing names, but these are unreleased new names.
I thought the idea was to use this trick to avoid introducing the new
names, and instead change the establi
On Sunday, 17 May 2015 at 19:36:54 UTC, Joakim wrote:
On Tuesday, 5 May 2015 at 15:41:47 UTC, Joakim wrote:
On Tuesday, 5 May 2015 at 05:42:33 UTC, Kai Nacke wrote:
BTW: You can by-pass the Solaris ld by setting environment
variable LD_ALTEXEC to the ld binary you want to use.
Thanks for the
On Thursday, 25 June 2015 at 19:55:41 UTC, Steven Schveighoffer
wrote:
Yeah, I agree for existing names, but these are unreleased new
names.
I thought the idea was to use this trick to avoid introducing the
new names, and instead change the established names in a
mostly-backwards-compatible w
On 25/06/15 18:46, Nick Sabalausky wrote:
Heh, that's awesome actually :) Got a source for that?
Windows 8 was a big failure. Windows 10 is looking much better, I think
it will get a much higher adaption rate.
--
/Jacob Carlborg
On 6/25/15 3:48 PM, Mathias Lang via Digitalmars-d wrote:
2015-06-25 21:28 GMT+02:00 Steven Schveighoffer via Digitalmars-d
mailto:digitalmars-d@puremagic.com>>:
On 6/24/15 11:12 PM, Steven Schveighoffer wrote:
So I actually implemented this. I made it a std.internal type so
2015-06-25 21:28 GMT+02:00 Steven Schveighoffer via Digitalmars-d <
digitalmars-d@puremagic.com>:
> On 6/24/15 11:12 PM, Steven Schveighoffer wrote:
>
>> So I actually implemented this. I made it a std.internal type so it can
>> be used wherever you need to port string concatenation to a chain.
>>
On 6/24/15 11:12 PM, Steven Schveighoffer wrote:
So I actually implemented this. I made it a std.internal type so it can
be used wherever you need to port string concatenation to a chain.
Seems like Andrei has nixed this idea:
"Please no breakages and no clever schemes and no overengineering."
On 6/25/15 2:37 PM, deadalnix wrote:
I can do another PR to change the name. Let's already get the TupeTuple
in the old module and remove it from std.meta so at least this
monstrosity stay contained.
Well, we should at least have the documentation for std.meta not
referring to a symbol that d
On 6/25/15 12:00 PM, Vladimir Panteleev wrote:
On Thursday, 25 June 2015 at 18:56:39 UTC, Andrei Alexandrescu wrote:
On 6/25/15 6:45 AM, Vladimir Panteleev wrote:
On Tuesday, 23 June 2015 at 22:45:10 UTC, Vladimir Panteleev wrote:
http://dump.thecybershadow.net/0362443dfcca30860db907e494831b79
Hi folks,
We're in the final stages of moving house across the country so I'll be
more or less out of commission for a few days. A few thoughts:
* Review of std.allocator has been slow. I did my best to be responsive
to feedback. There are a couple of remaining open issues regarding
naming
On Thursday, 25 June 2015 at 18:56:39 UTC, Andrei Alexandrescu
wrote:
On 6/25/15 6:45 AM, Vladimir Panteleev wrote:
On Tuesday, 23 June 2015 at 22:45:10 UTC, Vladimir Panteleev
wrote:
http://dump.thecybershadow.net/0362443dfcca30860db907e494831b79/names.diff
Rationale: Same as toLowerCase/to
On 6/25/15 6:45 AM, Vladimir Panteleev wrote:
On Tuesday, 23 June 2015 at 22:45:10 UTC, Vladimir Panteleev wrote:
http://dump.thecybershadow.net/0362443dfcca30860db907e494831b79/names.diff
Rationale: Same as toLowerCase/toUpperCase.
Suggested new name: Following the same pattern as whatever
On Thursday, 25 June 2015 at 18:55:54 UTC, Andrei Alexandrescu
wrote:
Is that the function that just takes a few values? isOrdered(0,
x, 100) is a bit grating seeing as the grammar requires "are
ordered". -- Andrei
Ah, true, I misread the documentation.
On 6/25/15 6:31 AM, Vladimir Panteleev wrote:
On Tuesday, 23 June 2015 at 22:45:10 UTC, Vladimir Panteleev wrote:
http://dump.thecybershadow.net/0362443dfcca30860db907e494831b79/names.diff
Rationale:
- The function is very closely related to "isSorted".
- The "is" prefix strongly indicates t
On 6/25/15 6:12 AM, "Nordlöw" wrote:
I've noticed that the namings of lazy range voldemort types are
inconsistent in Phobos. Some are named `XResult` others just `Result`,
given that `x` is the parenting algorithm. What's the policy here?
I would prefer the verbose `XResult` as it's more self do
On Thursday, 18 June 2015 at 08:05:48 UTC, John Colvin wrote:
This appears to have involvement from all major browser
vendors, which provides hope it might actually catch on
properly. An llvm backend will be created which will compile to
"wasm", hopefully LDC and/or SDC could glue to this.
ht
On Thursday, 25 June 2015 at 18:04:49 UTC, Steven Schveighoffer
wrote:
On 6/25/15 6:53 AM, Vladimir Panteleev wrote:
On Wednesday, 24 June 2015 at 21:06:43 UTC, deadalnix wrote:
I'd like to raise concern about the Arguments name in
std.meta . That
is not the first time I do so, but this still n
On Thursday, 25 June 2015 at 18:04:49 UTC, Steven Schveighoffer
wrote:
I don't know what the right name is, but I think it should be
singular at least.
Part of the core problem is that it can be used for either
parameters or arguments - or it can simply be used in certain
places as a compile-
On 6/25/15 6:53 AM, Vladimir Panteleev wrote:
On Wednesday, 24 June 2015 at 21:06:43 UTC, deadalnix wrote:
I'd like to raise concern about the Arguments name in std.meta . That
is not the first time I do so, but this still needs to change.
I haven't participated with the discussion but I agree
On Thursday, 25 June 2015 at 17:23:17 UTC, Vladimir Panteleev
wrote:
On Thursday, 25 June 2015 at 17:21:49 UTC, deadalnix wrote:
https://github.com/D-Programming-Language/phobos/pull/3440
Let's see what the autotester think about this.
Well, that didn't take long. But at least it uncovered a
On Thursday, 25 June 2015 at 17:21:49 UTC, deadalnix wrote:
https://github.com/D-Programming-Language/phobos/pull/3440
Let's see what the autotester think about this.
Well, that didn't take long. But at least it uncovered a DMD ICE
:)
On Thursday, 25 June 2015 at 10:53:45 UTC, Vladimir Panteleev
wrote:
On Wednesday, 24 June 2015 at 21:06:43 UTC, deadalnix wrote:
I'd like to raise concern about the Arguments name in
std.meta . That is not the first time I do so, but this still
needs to change.
I haven't participated with th
On 6/25/15 12:46 PM, Nick Sabalausky wrote:
On 06/25/2015 09:53 AM, Steven Schveighoffer wrote:
XP still has more market share right now than Windows 8.1, and that was
EOL in April 2014.
Heh, that's awesome actually :) Got a source for that?
http://www.netmarketshare.com/operating-syste
On Thursday, 25 June 2015 at 13:27:23 UTC, Mathias Lang wrote:
Hi everyone,
I've been doing quite a lot of range-based code lately and I've
been bugged with an UX problem that's IMHO a real bummer for
range usage to new users.
[...]
This is part of a bigger issue involving error messages f
On 06/25/2015 09:53 AM, Steven Schveighoffer wrote:
XP still has more market share right now than Windows 8.1, and that was
EOL in April 2014.
Heh, that's awesome actually :) Got a source for that?
On Thursday, 25 June 2015 at 16:05:57 UTC, Steven Schveighoffer
wrote:
I mean people who are in charge of maintaining company-wide
systems that are expensive to upgrade do not upgrade their
equipment or OS as often as those who buy desktops/laptops.
To upgrade from XP you need to upgrade hardw
On 6/25/15 11:27 AM, Kagamin wrote:
On Thursday, 25 June 2015 at 13:53:40 UTC, Steven Schveighoffer wrote:
And server OS migration moves much slower usually.
Is it so? Do you mean windows server OS specifically?
I mean people who are in charge of maintaining company-wide systems that
are ex
http://www.quora.com/What-is-the-windows-server-market-share-by-version
Can't find any info on it.
On Thursday, 25 June 2015 at 13:53:40 UTC, Steven Schveighoffer
wrote:
And server OS migration moves much slower usually.
Is it so? Do you mean windows server OS specifically?
For the past week I've been working on my first small
cross-platform gamedev-ish console rendering library for d, and I
call it clayers. It has been a fun learning process, as I've used
many new programs and features.
The whole thing is written in vim, which I've never used until
now. I got a
On Thursday, 25 June 2015 at 13:59:14 UTC, Steven Schveighoffer
wrote:
iI would like to see pragma(msg, typeof(r)) print something
like functionThatReturnsVoldemort.Result
That doesn't sound like too hard to implement... :)
On Thursday, 25 June 2015 at 13:53:40 UTC, Steven Schveighoffer
wrote:
On 6/24/15 12:10 PM, Iain Buclaw wrote:
http://www.microsoft.com/en-us/server-cloud/products/windows-server-2003/
Which means that (strictly speaking), in 3 weeks time, there
will be
*no* operating system that supports Co
On 6/25/15 7:10 AM, Vladimir Panteleev wrote:
And, IMHO, this:
fileName.readText.lowerCased.detabbed.toFile(fileName.withExtension(".foo"))
looks much better than this:
fileName.readText.lowerCaser.detabber.toFile(fileName.extensionSetter(".foo"))
I agree with Jonathan that the latter is cle
On Thursday, 25 June 2015 at 13:36:57 UTC, Manu wrote:
How about HSx ? That's the best I've got! :P
HueBased?
On Thursday, 25 June 2015 at 14:10:45 UTC, Vladimir Panteleev
wrote:
And, IMHO, this:
fileName.readText.lowerCased.detabbed.toFile(fileName.withExtension(".foo"))
looks much better than this:
fileName.readText.lowerCaser.detabber.toFile(fileName.extensionSetter(".foo"))
Well, I have to disag
On Thursday, 25 June 2015 at 13:35:30 UTC, Vladimir Panteleev
wrote:
On Tuesday, 23 June 2015 at 22:45:10 UTC, Vladimir Panteleev
wrote:
http://dump.thecybershadow.net/0362443dfcca30860db907e494831b79/names.diff
Rationale:
- The eager versions are called absolutePath, normalizedPath,
relativ
On Thursday, 25 June 2015 at 13:48:41 UTC, Jonathan M Davis wrote:
Also, the less that we have to rename the better
Well, just to keep in mind, we're going to establish a convention
in this release even if we do not explicitly state so - because
in future naming decisions, we *will* be using
On Thursday, 25 June 2015 at 13:59:41 UTC, Vladimir Panteleev
wrote:
I just went through the list and found a few more candidates. I
should've done that immediately, sorry about that - with the
Beta out, this leaves little time to discuss those. I created
new subthreads for all of them.
Forgo
On Tuesday, 23 June 2015 at 22:45:10 UTC, Vladimir Panteleev
wrote:
3. Change the names, with 2.068.0 RC1 being the deadline. I'll
create and will be updating a PR after the first beta, and ask
the release manager to merge it before the RC release.
So, the first Beta is out.
Here's a rough ta
On 6/25/15 9:12 AM, "Nordlöw" wrote:
I've noticed that the namings of lazy range voldemort types are
inconsistent in Phobos. Some are named `XResult` others just `Result`,
given that `x` is the parenting algorithm. What's the policy here?
I would prefer the verbose `XResult` as it's more self do
On Thursday, 25 June 2015 at 13:48:41 UTC, Jonathan M Davis wrote:
I prefer the noun naming scheme to the adjective naming scheme.
We really haven't been using adjectives much, and I think that
nouns make more sense, since what you're basically doing is
constructing an object. So, I'd just as s
On Thursday, 25 June 2015 at 13:04:12 UTC, Vladimir Panteleev
wrote:
On Wednesday, 24 June 2015 at 05:20:38 UTC, Jonathan M Davis
wrote:
When adding lazy versions in the past, for better or worse,
we've generally gone for using nouns, whereas you're
suggesting adjectives based coming from the p
On 6/24/15 12:10 PM, Iain Buclaw wrote:
http://www.microsoft.com/en-us/server-cloud/products/windows-server-2003/
Which means that (strictly speaking), in 3 weeks time, there will be
*no* operating system that supports CodeView debugging.
This is an elongated way of asking
"Can I remove -gc y
On 6/24/15 11:40 PM, Adam D. Ruppe wrote:
(An interesting point here though is since alias this DOES return a
string, any duck-type checks or implicit conversion checks will also
pass what it passes... and work, it'll just silently allocate the
string. Which is no regression! The status quo is i
On Wednesday, 24 June 2015 at 05:34:08 UTC, Nick B wrote:
On Tuesday, 23 June 2015 at 11:22:40 UTC, Etienne Cimon wrote:
Nick
I don't have current performance results because I've been
focused on adding features, but these results were taken on a
previous version:
https://atilanevesoncod
On Tuesday, 23 June 2015 at 22:45:10 UTC, Vladimir Panteleev
wrote:
http://dump.thecybershadow.net/0362443dfcca30860db907e494831b79/names.diff
Rationale: Same as toLowerCase/toUpperCase.
Suggested new name: Following the same pattern as whatever new
toLowerCase/toUpperCase names will be chose
On 6/24/15 11:40 PM, Adam D. Ruppe wrote:
On Thursday, 25 June 2015 at 03:12:47 UTC, Steven Schveighoffer wrote:
A curious thing though. All the tests for things like:
assert(setExtension("file", "ext") == "file.ext");
do not trigger a call to eager.
But it passes? That's bizarre. (My dmd is
1 day remaining
On Tuesday, 23 June 2015 at 22:45:10 UTC, Vladimir Panteleev
wrote:
http://dump.thecybershadow.net/0362443dfcca30860db907e494831b79/names.diff
Rationale:
- The eager versions are called absolutePath, normalizedPath,
relativePath. If anything, the current naming scheme is opposite
to some opt
How about HSx ? That's the best I've got! :P
On 25 June 2015 at 15:45, Manu wrote:
> On 25 June 2015 at 15:18, Danni Coy via Digitalmars-d
> wrote:
>> I would probably go with "perceptual" or something like it
>
> That sounds like you're talking about Lab or CAM.
>
>
>> On Thu, Jun 25, 2015 at 2
On Tuesday, 23 June 2015 at 22:45:10 UTC, Vladimir Panteleev
wrote:
http://dump.thecybershadow.net/0362443dfcca30860db907e494831b79/names.diff
Rationale:
- The function is very closely related to "isSorted".
- The "is" prefix strongly indicates that the return value is a
bool, and removes amb
Hi everyone,
I've been doing quite a lot of range-based code lately and I've
been bugged with an UX problem that's IMHO a real bummer for
range usage to new users.
Take the example code:
```
import std.algorithm;
void main()
{
auto foo = [ "foo": "foo", "bar": "bar", "foobar": "foobar" ];
On Tuesday, 23 June 2015 at 22:45:10 UTC, Vladimir Panteleev
wrote:
[...]
Same rationale as setExt/setExtension: the name difference from
defaultExtension is abbreviating the word "Extension" to "Ext".
Really should've been in the same thread, I simply missed it.
Suggested new name: withDef
1 - 100 of 130 matches
Mail list logo