On Sunday, 13 May 2018 at 05:11:16 UTC, Neia Neutuladh wrote:
Nobody's getting worked up about this, and nobody's telling you
to stop talking about it. There have been suggestions that you
write up a DIP for it. This is a standard process for
suggesting improvements to D.
Your complaint is ab
On Friday, 11 May 2018 at 19:01:05 UTC, H. S. Teoh wrote:
This sounds scary. So my (strongly!) pure function that
returns floating-point can return different results when passed
the same parameters, if somebody in between changes
floating-point flags? That doesn't sound good at all.
This is
On 13/05/2018 5:11 PM, Neia Neutuladh wrote:
On Sunday, 13 May 2018 at 02:36:28 UTC, KingJoffrey wrote:
On Sunday, 13 May 2018 at 02:10:31 UTC, Uknown wrote:
And please, if this bothers you so much, start a new thread. You're
spamming someone else's feature request by going off topic.
yeah, I
On Sunday, 13 May 2018 at 05:11:16 UTC, Neia Neutuladh wrote:
It should be as easy as changing the "Subject" field on the
reply screen.
Apparently not. My apologies.
On Sunday, 13 May 2018 at 02:36:28 UTC, KingJoffrey wrote:
On Sunday, 13 May 2018 at 02:10:31 UTC, Uknown wrote:
And please, if this bothers you so much, start a new thread.
You're spamming someone else's feature request by going off
topic.
yeah, I know how much *you* (and many others) would
On Friday, 11 May 2018 at 18:44:25 UTC, H. S. Teoh wrote:
On Fri, May 11, 2018 at 04:57:05PM +, Mark via
Digitalmars-d wrote:
On Wednesday, 9 May 2018 at 15:06:55 UTC, Jonathan M Davis
wrote:
> Ultimately, the key is that the user of the function needs
> to be able to know how to use the re
On Sunday, 13 May 2018 at 02:10:31 UTC, Uknown wrote:
Again, all you have to do is put class Person in a separate
module.
This is such a nonsense solution. Why do you keep proposing it?
Is this you way to effectively sweep the problem under the carpet?
For me, a module presents the opportun
On Sunday, 13 May 2018 at 02:10:31 UTC, Uknown wrote:
And please, if this bothers you so much, start a new thread.
You're spamming someone else's feature request by going off
topic.
yeah, I know how much *you* (and many others) would like to
shutdown any discussion about the absurd way in whi
On Sunday, 13 May 2018 at 01:52:20 UTC, KingJoffrey wrote:
On Saturday, 12 May 2018 at 18:36:59 UTC, Walter Bright wrote:
On 5/12/2018 9:42 AM, Mike Parker wrote:
Thank goodness we don't have to do this silliness.
[...]
module test;
import std.stdio : writel
On Saturday, 12 May 2018 at 18:19:48 UTC, Jonathan M Davis wrote:
I have never seen encapsulation issues where someone
accidentally uses some private piece of a class or struct by
accident elsewhere in the module, and the code therefore ends
up with a bug.
Then you've never seem me program.
On Saturday, 12 May 2018 at 18:36:59 UTC, Walter Bright wrote:
On 5/12/2018 9:42 AM, Mike Parker wrote:
Thank goodness we don't have to do this silliness.
I always thought the 'friend' business in C++ was an awful
hack. But C++ didn't have modules, and modules are a much
better solution to t
On Saturday, 12 May 2018 at 19:03:50 UTC, aberba wrote:
On Friday, 11 May 2018 at 23:13:06 UTC, Rubn wrote:
On Friday, 11 May 2018 at 21:43:24 UTC, aberba wrote:
[...]
If you are going to mention that then you might as well
mention the (imo better) alternative ImGui.
https://github.com/oc
On 05/11/2018 05:43 PM, aberba wrote:
>
> https://littlevgl.com/
>
On 05/12/2018 03:03 PM, aberba wrote:
On Friday, 11 May 2018 at 23:13:06 UTC, Rubn wrote:
https://github.com/ocornut/imgui
https://github.com/Extrawurst/cimgui
Compare imgui with Nuklear (https://github.com/vurtun/nuklear) an
On Friday, 11 May 2018 at 21:43:24 UTC, aberba wrote:
This two GUI libs written in C I just found are really good
looking and looks production ready.
Embedded systems:
LittlevGL is a free and open-source graphics library providing
everything you need to create embedded GUI with easy-to-use
gr
On Friday, 11 May 2018 at 23:13:06 UTC, Rubn wrote:
On Friday, 11 May 2018 at 21:43:24 UTC, aberba wrote:
[...]
If you are going to mention that then you might as well mention
the (imo better) alternative ImGui.
https://github.com/ocornut/imgui
https://github.com/Extrawurst/cimgui
Compar
On 5/12/2018 9:42 AM, Mike Parker wrote:
Thank goodness we don't have to do this silliness.
I always thought the 'friend' business in C++ was an awful hack. But C++ didn't
have modules, and modules are a much better solution to that problem.
On Saturday, May 12, 2018 08:13:12 KingJoffrey via Digitalmars-d wrote:
> On Saturday, 12 May 2018 at 07:39:04 UTC, Jonathan M Davis wrote:
> > Ultimately, it's a tradeoff, and arguments can be made for and
> > against. But in practice, it works extremely well. You're
> > certainly free to not like
On Saturday, 12 May 2018 at 15:48:53 UTC, KingJoffrey wrote:
Actually, that is not true. If it were true, then I could do:
module test;
void main() { i = 2; } // sorry, but i belongs to another unit
of encapsulation
void foo() { int i = 1; }
D only breaks the enca
On Saturday, 12 May 2018 at 13:38:18 UTC, Walter Bright wrote:
Mike's right. D's encapsulation model is designed around the
module.
Actually, that is not true. If it were true, then I could do:
module test;
void main() { i = 2; } // sorry, but i belongs to another unit
of enca
On 5/12/2018 8:18 AM, Piotr Mitana wrote:
What I am trying to do is:
== a.d
class P
{
private this();
}
final class C1 : P { }
final class C2 : P { }
test.d
import a;
void foo()
{
P[] twoPs = [ new C1(), new C2() ]; // works
}
class C3 :
On Saturday, 12 May 2018 at 10:27:11 UTC, Walter Bright wrote:
The solution is:
private class MyClass { ... }
public final MyClassSealed : MyClass { }
Meaning other modules can use MyClassSealed but cannot derive
from it. Other classes inside the module can derive from
MyClass as requ
On Saturday, 12 May 2018 at 06:42:24 UTC, rumbu wrote:
Testing private functionality means that you *lock* the
internal implementation of your class. If you decide later to
change the implementation, your previous tests will have
zero-value.
I did TDD at a company for three years. Tests didn'
On 5/11/2018 8:02 PM, KingJoffrey wrote:
On Saturday, 12 May 2018 at 00:39:29 UTC, Mike Parker wrote:
Again, they're in the same module. From an encapsulation stand point, what
does it matter that private members are within or without any specific set of
curly braces? It only matters if you w
On Saturday, 12 May 2018 at 11:32:29 UTC, Kamil Koczurek wrote:
That's great! If I may ask, releasing a new version is a matter
of hours or days? 'Very soon' is rather vague.
Well... that's pretty much why I say 'very soon' in fact; I
intended to release a new version around one or two weeks a
On Saturday, 12 May 2018 at 11:26:22 UTC, Laurent Tréguier wrote:
On Thursday, 10 May 2018 at 09:32:38 UTC, Kamil Koczurek wrote:
[...]
Hello there, I'm developing DLS, and there is indeed a big
problem with dependency resolution. It's fixed currently in the
dls master branch, and I need to
On Thursday, 10 May 2018 at 09:32:38 UTC, Kamil Koczurek wrote:
Hello,
I installed an atom extension for D support, but it requires
dls package to be installed and built. When I fetch and attempt
to build it (with --build=release) it just says that it's
building and doesn't change even if I le
On Friday, 11 May 2018 at 22:56:09 UTC, Kamil Koczurek wrote:
On Friday, 11 May 2018 at 01:00:31 UTC, Rubn wrote:
On Thursday, 10 May 2018 at 09:32:38 UTC, Kamil Koczurek wrote:
Hello,
I installed an atom extension for D support, but it requires
dls package to be installed and built. When I fe
On 5/11/2018 4:28 PM, Jonathan M Davis wrote:
[...]
See my reply to H. S. Teoh.
On 5/11/2018 4:27 PM, H. S. Teoh wrote:
On Fri, May 11, 2018 at 04:14:43PM -0700, Walter Bright via Digitalmars-d wrote:
On 5/10/2018 6:22 AM, Piotr Mitana wrote:
For those who never coded Scala and don't know sealed classes: a
sealed class is a class which can be only extended in the same
sour
On Saturday, 12 May 2018 at 07:07:33 UTC, Jonathan M Davis wrote:
You obviously don't have to test your private functions if you
don't want to, but if you're trying to state that testing
private functions is bad practice (and that's very much what it
seemed like you were saying when you talked
On Saturday, 12 May 2018 at 07:39:04 UTC, Jonathan M Davis wrote:
Ultimately, it's a tradeoff, and arguments can be made for and
against. But in practice, it works extremely well. You're
certainly free to not like this particular design choice, but
it's one that most of us have no problem with,
On Saturday, May 12, 2018 07:29:47 KingJoffrey via Digitalmars-d wrote:
> On Saturday, 12 May 2018 at 07:19:47 UTC, rikki cattermole wrote:
> > I see no problem.
> >
> > onlineapp.d(1): Error: label wtf is undefined
>
> The 'Error' is my point. It's not possible to do this - which is
> a good thing
On Saturday, 12 May 2018 at 07:19:47 UTC, rikki cattermole wrote:
I see no problem.
onlineapp.d(1): Error: label wtf is undefined
The 'Error' is my point. It's not possible to do this - which is
a good thing.
D protects the encapsulation unit of the function from such abuse.
But the same
On 12/05/2018 7:07 PM, KingJoffrey wrote:
On Saturday, 12 May 2018 at 06:38:16 UTC, rikki cattermole wrote:
Now move Person into its own module.
Boom errors.
This is how module systems should work and everything is working
correctly :)
You will not convince us otherwise.
If D treated func
On Saturday, 12 May 2018 at 06:38:16 UTC, rikki cattermole wrote:
Now move Person into its own module.
Boom errors.
This is how module systems should work and everything is
working correctly :)
You will not convince us otherwise.
If D treated functions, like it treats classes, then you cou
On Saturday, May 12, 2018 06:42:24 rumbu via Digitalmars-d wrote:
> On Friday, 11 May 2018 at 20:22:52 UTC, H. S. Teoh wrote:
> > On Fri, May 11, 2018 at 02:04:34PM -0600, Jonathan M Davis via
> >
> > Digitalmars-d wrote:
> >> On Friday, May 11, 2018 19:45:10 rumbu via Digitalmars-d wrote:
> > [...
36 matches
Mail list logo