Re: SecureD moving to GitLab

[Kapps via Digitalmars-d-announce]

On Tuesday, 5 June 2018 at 06:55:42 UTC, Joakim wrote:

On Tuesday, 5 June 2018 at 06:45:48 UTC, Adam Wilson wrote:

Hello Fellow D'ers,

As some of you know I work for Microsoft. And as a result of 
the recent acquisition of GitHub by Microsoft, I have decided, 
out of an abundance of caution, to move all of my projects 
that currently reside on GitHub to GitLab.


[...]


This reads like a joke, why would it matter if you contributed 
to open source projects on an open platform that your employer 
runs?


It can be easily argued as using company assets for a side 
project, and gets into situations where now your company owns the 
IP of the thing you built on your own time. Even without using 
company assets a lot of employers try to add something into 
contracts that everything you do is owned by them, even in your 
off hours with no resources and not particularly related to your 
day job. It's pretty ridiculous.

Re: GitHub could be acquired by Microsoft

[Kapps via Digitalmars-d-announce]

On Friday, 8 June 2018 at 22:06:29 UTC, Walter Bright wrote:

On 6/8/2018 3:02 PM, Brad Roberts wrote:
Essentially (if not actually) everything on github is 
available through their api's.  No need for scraping or other 
heroics to gather it.


That's good to know! The situation I was concerned with is it 
going dark all of a sudden.


BTW, if someone wants to build a scraper that'll produce static 
web pages of the dlang PR discussions, that would be pretty 
cool!


There's plenty of third party tools that archive GitHub.

For example, https://www.gharchive.org/. GitHub advertises some 
of them at 
https://help.github.com/articles/about-archiving-content-and-data-on-github/#third-party-archival-projects and https://help.github.com/articles/backing-up-a-repository/.


Personally I think the fear of Microsoft ruining GitHub is 
completely unfounded. Just look at what they did to Xamarin. They 
bought an interesting product and then made it free for 
individuals, open sourced it, and improved it drastically. And 
they sure do hate Linux nowadays with dotnet CORE being partially 
to improve Linux / cross-platform support.

Re: Diamond MVC / Template Engine - v2.1.0 Released

[Kapps via Digitalmars-d-announce]

This looks very cool. I already ended up doing my more recent 
project in C# partially due to wanting ASP.NET MVC and Entity 
Framework, but this would have been a really nice replacement to 
ASP.NET MVC.

Re: Getters/setters generator

[Kapps via Digitalmars-d-announce]

On Sunday, 11 December 2016 at 06:55:22 UTC, Mike Parker wrote:

On Sunday, 11 December 2016 at 03:15:55 UTC, Mike Bierlee wrote:



I was under the impression that you could only access methods 
as if they were fields using the @property attribute. After 
carefully reading the documentation I see this is not the case 
(UFCS does this). Still there are some added benefits from 
using @property to completely threat them as fields. It would 
be nice if you could add @property to the generated 
getters/setters.


Right, any no-arg function can be called without parentheses, 
and single-arg functions can be called as 'func = foo'. At this 
point, I don't think think @property is ever going to be fixed 
to work as origiInally intended (and digging through the 
newsgroups will turn up several discussions on why, if you're 
interested). I don't bother with it anymore myself. DUB used to 
compile with it enabled by default, but no longer.


I use it for intent. And I think it might affect overload sets? 
For example in my reflection library, I have a getValue function 
that returns metadata for a field or property, while getMethod 
would return it for just any old method.

Re: DlangIDE update

[Kapps via Digitalmars-d-announce]

On Monday, 25 January 2016 at 20:00:57 UTC, Basile B. wrote:
On Tuesday, 8 December 2015 at 15:58:43 UTC, Vadim Lopatin 
wrote:

- integration of DML GUI builder (Delphi like)


Can you explain me how do you think it can be done while there 
is even no official object streaming for D ?


Just one thing: "@widget" is not enough.

I don't know how to explain you the problem. But let's say you 
have an object inspector that displays the properties of an 
object. The D way doesn't work (templates). You won't be able 
to assign an untyped Object to an inspector if your object 
doesn't store runtime informations. It's just impossible. 
Furthemore properties are not just for the visual things...


You won't be able to make a good run-time designer "à la 
Delphi" until the D standard library gets a serialization 
library. And when this will happen, you won't be able to use 
this serialization library because it won't work at run-time 
(object inspectors, property bindings, etc.).


It won't work.

Just register the metadata for the control types.
I use 
https://shardsoft.com/stash/projects/SHARD/repos/shardtools/browse/source/ShardTools/Reflection.d and it seems to work fine, with the caveat that you have to do createMetadata!MyControl at some point (I generally do it in a mixin that all, in my case content processors, are supposed to include). Theoretically one could use rtInfo to make this automatic.

Re: https everywhere update - dlang.org gets an "A" now!

[Kapps via Digitalmars-d-announce]

On Monday, 7 December 2015 at 14:38:39 UTC, Steven Schveighoffer 
wrote:

On 12/6/15 11:32 AM, Marc Schütz wrote:
On Sunday, 6 December 2015 at 14:17:18 UTC, Steven 
Schveighoffer wrote:
On 12/6/15 3:29 AM, Adil Baig via Digitalmars-d-announce 
wrote:

+1 Same error. This part may help :

This server could not prove that it is *www.dlang.org
*; its security certificate is 
from*dlang.org

*
*
*
You will need a wild-card certificate (cheaper) or a 
certificate that
allows multiple domain names (more expensive, and probably 
not required)

for the cert to work.



Or redirect www.dlang.org to dlang.org


That won't help if someone already starts at 
https://www.dlang.org/ .


I'm surprised it wouldn't. I wouldn't think a redirect would 
need to be encrypted.


-Steve


It does. Otherwise you could bypass HTTPS entirely by replacing 
the redirect page with a non-encrypted copy of the dlang website 
with whatever modifications you like.

Re: https everywhere update - dlang.org gets an "A" now!

[Kapps via Digitalmars-d-announce]

On Sunday, 6 December 2015 at 08:29:07 UTC, Adil Baig wrote:

+1 Same error. This part may help :

This server could not prove that it is *www.dlang.org 
*; its security certificate is 
from*dlang.org *


You will need a wild-card certificate (cheaper) or a 
certificate that
allows multiple domain names (more expensive, and probably not 
required)

for the cert to work.

Adil


StartSSL allows for one subdomain on their free plan (which is 
generally the www subdomain). Letsencrypt allows for I think 5 
atm as well.

Re: https everywhere!

[Kapps via Digitalmars-d-announce]

On Saturday, 28 November 2015 at 04:17:19 UTC, Martin Nowak wrote:
On Tuesday, 24 November 2015 at 08:48:58 UTC, Vladimir 
Panteleev wrote:
Sorry, I'm not going to pay for my own SSL certificate :) 
You'll either have to share, or wait until Let's Encrypt goes 
live and I get around to setting it up.


You could either get a free startssl certificate 
https://gist.github.com/mgedmin/7124635 or we try to reverse 
proxy through dlang.org/forum or so.


Letsencrypt goes into open beta in a few days 
(https://letsencrypt.org/2015/11/12/public-beta-timing.html). 
Could use that since it's free, allows subdomains (unlike 
StartSSL), easy setup, and people theoretically aren't doing 
anything on the site / forums where a theoretical early 
vulnerability is a huge concern.

Re: Fastest JSON parser in the world is a D project

[Kapps via Digitalmars-d-announce]

On Wednesday, 21 October 2015 at 04:17:19 UTC, Laeeth Isharc 
wrote:


Seems like you now get 2.1 gigbytes/sec sequential read from a 
cheap consumer SSD today...


Not many consumer drives give more than 500-600 MB/s (SATA3 
limit) yet. There are only a couple that I know of that reach 
2000 MB/s, like Samsung's SM951, and they're generally a fair bit 
more expensive than what most consumers tend to buy (but at about 
$1 / GB, still affordable for businesses certainly).

Re: Beta D 2.068.1-b2

[Kapps via Digitalmars-d-announce]

On Friday, 4 September 2015 at 11:44:44 UTC, BBasile wrote:


What's so different with C# 'new' that not to call 'super' in a 
D overriden method ? (even if C# has itself 'base' instead of 
'super')


C#
---
public class BaseC
{
public int x;
public void Invoke() { }
}
public class DerivedC : BaseC
{
new public void Invoke() { }
}
---

D
---
class BaseC
{
int x;
void Invoke() { }
}
class DerivedC : BaseC
{
override void Invoke() { /*super.Invoke() not called*/ }
}
---

apart from a compiler warning 
(https://msdn.microsoft.com/en-us/library/ms173153.aspx=


It is just a warning, because it's ultimately there to warn you 
of something you may not have noticed.

For example:

abstract class BaseA {
abstract void foo();
}

class A : BaseA {
override void foo() { }
virtual void foobar() { }
}

All is well.
But then BaseA (which may be in a different library), suddenly 
becomes:


abstract class BaseA {
abstract void foo();
virtual void foobar() { dostuff(); }
}

Now you have A, which has foobar, but isn't actually related to 
BaseA.foobar. You probably didn't mean to override foobar, but 
it's still confusing for anything expecting BaseA.foobar to be 
related to A.foobar. You might not even know BaseA.foobar was 
added if it was part of a different library. Or, even worse:


class B : A {
override void foobar() {
dootherstuff();
}
}

It definitely gets a bit odd, and new is there just to prevent 
confusion / clarify intentions, as well as let you know when a 
new method is added with the same name. The whole situation is 
messy, like what happens when A.foobar is removed and you 
suddenly start overriding BaseA.foobar instead. Or what if you 
were intending to override BaseA.foobar, but now you're suddenly 
overriding A.foobar once A adds the method? I'd actually prefer 
to specifically have to write 'override void A.foobar()' if 
A.foobar is marked as 'new' for this reason and make it an error 
to not include new or override when dealing with the same name. D 
could probably benefit from this approach as well, for the same 
reasons.

Re: forum.dlang.org, version 2 (BETA)

[Kapps via Digitalmars-d-announce]

On Friday, 5 June 2015 at 20:54:50 UTC, Vladimir Panteleev wrote:


The reply count number is now a secret link to the thread.


Awesome. :) This combined with the other beta changes, and I 
think the new beta forum is a very nice improvement over the 
current one, even though the 0 reply link was my only real issue 
with the current one.

Re: forum.dlang.org, version 2 (BETA)

[Kapps via Digitalmars-d-announce]

On Thursday, 4 June 2015 at 15:04:05 UTC, Vladimir Panteleev 
wrote:

http://beta.forum.dlang.org/

Many major and minor improvements.

Some major ones:

- dlang.org theme, fully responsive and mobile-friendly
- keyboard navigation in all views
- automatically saved post drafts
- get notified of new posts and replies with subscriptions
- full text search
- by persistent request, a new view mode (vertical-split)
- post to mailing lists
- even faster, believe it or not.

This update is the sum of 256 commits over 34 days of 
development.


Looks really nice, I particularly like the improved speed, reply 
notifications (though haven't tried it yet) and subscriptions. 
Keyboard navigation is interesting, but I've always found it a 
bit clunky (especially because combined with scrolling, it often 
doesn't update the current post so pressing k/j goes somewhere 
else on the screen, but I guess space makes more sense in that 
situation). A shortcut for navigating to the next page would not 
be amiss however.


One thing that I've always found annoying is how difficult it is 
to open up multiple threads in a new tab in Basic mode. Any post 
that you haven't read you have to move your mouse to the far left 
to click it, any post you have read you have to move your mouse 
to the far right to go to the next unread post. I usually just 
open up most updated threads in a new tab, so you're constantly 
going back and forth from far left to far right. It would be nice 
if there was a way to go to the first post on an unread thread or 
the first unread post on a read thread without having to move 
across the page.

Re: Release Candidate D 2.067.0-rc1

[Kapps via Digitalmars-d-announce]

On Monday, 23 March 2015 at 16:05:55 UTC, Szymon Gatner wrote:



i am typing from my phone so hard to find but i did post it on 
forums some time ago


Posting about something on the forums won't get it fixed, make a 
bug report if you're encountering a bug.

Re: DlangUI

[Kapps via Digitalmars-d-announce]

On Thursday, 29 January 2015 at 15:29:15 UTC, Vadim Lopatin wrote:

On Thursday, 29 January 2015 at 14:13:22 UTC, John Colvin wrote:
On Wednesday, 28 January 2015 at 14:21:36 UTC, Vadim Lopatin 
wrote:
On Wednesday, 28 January 2015 at 13:37:34 UTC, John Colvin 
wrote:
On Wednesday, 28 January 2015 at 10:57:57 UTC, Vadim Lopatin 
wrote:
BTW, could you try on mac 
https://github.com/buggins/dlangide.git as well?

It's dlangui-based D language IDE I'm currently working on.


That works OK.

The text is all horrible looking. This is probably due to 
(lack of) scaling support for high-res screens (retina).


Is graphics scaled too? If so, it's due to scaling.
Otherwise possible it's due to bad implementation of subpixel 
antialiasing (aka ClearType).

I've submitted fix to disable subpixel antialiasing.


An example of what I see (with up-to-date git HEAD)

https://www.dropbox.com/s/49n9m0b9uutzaa8/Screenshot%202015-01-29%2014.11.57.png?dl=0


I see no additional blur comparing with other platforms.
It's bad font rendering. Trying to improve.

P.S: DlangIDE is now able to open DUB based projects, build and 
run them, edit files.

Good sample project is dlangide/workspaces/tetris :)


From what I can tell, it seems to be that it's using X11 for 
rendering, which I think doesn't support high DPI properly when 
using a Retina screen, making it appear very blurry.

Re: DlangUI

[Kapps via Digitalmars-d-announce]

On Tuesday, 24 February 2015 at 16:46:12 UTC, Kapps wrote:
On Thursday, 29 January 2015 at 15:29:15 UTC, Vadim Lopatin 
wrote:
On Thursday, 29 January 2015 at 14:13:22 UTC, John Colvin 
wrote:
On Wednesday, 28 January 2015 at 14:21:36 UTC, Vadim Lopatin 
wrote:


An example of what I see (with up-to-date git HEAD)

https://www.dropbox.com/s/49n9m0b9uutzaa8/Screenshot%202015-01-29%2014.11.57.png?dl=0


I see no additional blur comparing with other platforms.
It's bad font rendering. Trying to improve.

P.S: DlangIDE is now able to open DUB based projects, build 
and run them, edit files.

Good sample project is dlangide/workspaces/tetris :)


From what I can tell, it seems to be that it's using X11 for 
rendering, which I think doesn't support high DPI properly when 
using a Retina screen, making it appear very blurry.


XQuartz Bug Report: http://xquartz.macosforge.org/trac/ticket/661

I don't know what makes dlangui (dlangide?) use X11 though.

Re: dsource.org moved

[Kapps via Digitalmars-d-announce]

On Wednesday, 3 December 2014 at 23:26:42 UTC, Vladimir Panteleev 
wrote:
This will not help: clawling != indexing, and robots.txt only 
stops crawling. robots.txt will not prevent a site from 
appearing in Google search results, and it will not help in 
lowering a site's search popularity. All it'll do is prevent 
Google from showing snippets of Dsource pages, and indexing 
links from DSource.


The existing search result ratings for DSource are because of 
all the existing links to it, and not so much because of the 
content on DSource.


What about using the noindex meta tag 
(https://support.google.com/webmasters/answer/93710)?

Re: DConf 2014 Day 2 Talk 3: Designing an Aurora: A Glimpse at the Graphical Future of D by Adam Wilson

[Kapps via Digitalmars-d-announce]

On Tuesday, 15 July 2014 at 05:40:29 UTC, Adam Wilson wrote:
Yes, performance is not a goal, because we are intentionally 
not targeting scenarios where that is the first concern. I 
understand that a lot of people want Aurora to be a 
high-performance graphics API with a focus on games, but that 
isn't our goal. Simplicity is the goal and we will sacrifice 
performance where it directly conflicts with that goal. If you 
need a high-performance game engine, I would strongly recommend 
either creating a custom solution or using an off-the-self 
system.


To clarify, while Aurora may not be a performant enough solution
for a full graphics engine, it should theoretically be
sufficiently fast for a GUI within a game, correct?

Re: DConf Day 1 Talk 6: Case Studies in Simplifying Code with Compile-Time Reflection by Atila Neves

[Kapps via Digitalmars-d-announce]

On Tuesday, 17 June 2014 at 22:00:42 UTC, Tofu Ninja wrote:

On Tuesday, 17 June 2014 at 17:10:16 UTC, Mengu wrote:
and also the genius idea to post each talk seperately instead 
of having a nice talks page on dconf.org and providing a link 
for that. i'd understand the keynotes but for the rest of the 
talks this is / was not a good idea.


I think the hope was that it would attract more views overall. 
I think what was not taken into account was the way Reddit post 
get viewed, having their up votes spread out among the 
different posts is much worse than pooling them as the reddit 
posts are far less likely to be viewed with low up vote counts. 
Also its annoying for us who just want to watch the talks.


A much better strategy would have been a full release of all 
the talks followed with a reddit post of all of them to get the 
large burst up front, then after wards have individual posts 
for each video to get the staggering as well. It would 
effectively doubled each videos exposure(reddit is all reposts 
any ways so its all the better :P).


According to Andrei's talk, it worked quite effectively last year 
based off the increased number of compiler downloads per month 
immediately following DConf. And I do think that it does work 
better as well, though have no evidence for that besides the 
number of downloads that Andrei said.

Re: dmd front end now switched to Boost license

[Kapps via Digitalmars-d-announce]

On Saturday, 14 June 2014 at 17:17:34 UTC, Dicebot wrote:
On Saturday, 14 June 2014 at 17:07:58 UTC, Leandro Lucarella 
wrote:
OK, as a side effect of this, this might encourage companies 
not to use
D but to develop tools based on DMDFE, but companies that are 
too lazy
or to BAD not to contribute the changes back, which I'm not 
sure is such

a good idea.


I believe it is good thing. Standard tool chain should be as 
permissive as possible, with no expectations from the potential 
users whatsoever. If someone goes with proprietary closed 
solution and succeeds - it is their choice and risk to do so.


And if they do so, it's beneficial to D overall.

Re: DMD 2.066 Alpha

[Kapps via Digitalmars-d-announce]

On Friday, 13 June 2014 at 20:29:46 UTC, deadalnix wrote:

On Friday, 13 June 2014 at 17:12:44 UTC, Steven Schveighoffer
wrote:
On Fri, 13 Jun 2014 12:49:32 -0400, Andrei Alexandrescu 
seewebsiteforem...@erdani.org wrote:


Virtual by default will not change. Being able to negate the 
final: label is nice to have but not a must. Adding a 
keyword for that doesn't scale - it would mean we'd need to 
add one keyword to undo each label.


To that end, I thought we were moving towards a more scalable 
solution: like !final or final!false or final(false), which 
could be nice for metaprogramming.


-Steve


Yes that was the decision, and with the advantage that the
parameter can be computed at compile time.


I honestly don't see this as a noticeable advantage, at least in
the case of final. Not to mention you could just use static
if(dovirtual) { result ~= final(false); }.

Re: DMD 2.066 Alpha

[Kapps via Digitalmars-d-announce]

On Thursday, 12 June 2014 at 18:25:36 UTC, Andrei Alexandrescu
wrote:

On 6/12/14, 6:34 AM, Dicebot wrote:

On Wednesday, 11 June 2014 at 02:01:24 UTC, Brian Schott wrote:
Please do not tag anything until we decide if virtual is a 
keyword

in D.

See: 
https://github.com/D-Programming-Language/dlang.org/pull/584


It was decided and 100% certain - virtual is not going in. 
Need to

remove it from DMD before this release is out.


Yes please. -- Andrei


That's pretty disappointing. Something similar to virtual is
necessary, and that something should be actually clean, readable,
and obvious. The proposed final(false), while it is generic, is
long and ugly, a double negative (not not overridable), and not
nicely readable / obvious. Best of all, it's simply another
important thing that continues to never see any progress as it
gets further ignored.

The actual pull to add virtual had multiple pings, but the only
response after being told that it was coming (along with
final-by-default), was that it wouldn't be in 2.065 because that
was a bug fix release. Three months later (after 2.065 came out)
it actually got pulled, but this was only because someone else
pulled it, at which point you expressed your disappointment at it
being pulled. Then the issue again continued to be ignored for
another 3.5 months after that while the keyword remained in git
master the entire time. There's always talk of making things
actually happen and that the community needing to step up to make
them happen, yet people *have* stepped up to do all of this and
been continually ignored. Even after being told final-by-default
would not happen, it was (I believe?) said that a way of going
virtual - final would be added, allowing people to actually use
'final:'. But again, nothing came from that.

We went from agreeing on final by default, to *possibly* getting
an ugly way of going from final: - virtual, provided that
something is actually done about it instead of it being ignored
further. It's been over a year since the original discussion of
final by default, and agreement that *something* should be done,
but in the past year absolutely nothing has happened related to
it and no signs exist of anything happening in the next year
either.

Re: Livestreaming DConf?

[Kapps via Digitalmars-d-announce]

The stream is currently live at
http://www.ustream.tv/channel/dconf-2014

Re: Tkd – Cross platform GUI toolkit based on Tcl/Tk

[Kapps via Digitalmars-d-announce]

On Friday, 9 May 2014 at 16:09:15 UTC, Andrei Alexandrescu wrote:

On 5/9/14, 2:44 AM, simendsjo wrote:
On 05/09/2014 11:32 AM, Andrej Mitrovic via 
Digitalmars-d-announce wrote:

On 5/9/14, simendsjo via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
I'm unable to find the HN link. This search shows the reddit 
link and a
link straight to the forum. I even tried to go through 
several pages of
newest on HN doing a search for tkd without any luck. 
Did it get

deleted..?


We should just link to the post with some remove me 
characters. E.g.:


https://remove_menews.ycombinator.com/item?id=7716010

You copy-paste the URL, and that should avoid any issues with
hotlinking, wouldn't it?



Thanks. There's no tracking info in the url, so it it's 
probably the

best way as long as the search site doesn't work as intended.


I thought they track the referrer, no?

Anyhow if I go to https://hn.algolia.com/#!/story/forever/0/Tkd 
the story is the second hit.



Andrei


If you go to an address from the url bar rather than clicking a
link, most browsers won't include a referrer. If you used https
to access the forums, it likely would not include a referrer
either.

Re: Livestreaming DConf?

[Kapps via Digitalmars-d-announce]

On Friday, 9 May 2014 at 19:48:20 UTC, Andrei Alexandrescu wrote:

Hi folks,


We at Facebook are very excited about the upcoming DConf 2014. 
In fact, so excited we're considering livestreaming the event 
for the benefit of the many of us who can't make it to Menlo 
Park, CA. Livestreaming entails additional costs so we're 
trying to assess the size of the online audience. Please follow 
up here and on twitter: 
https://twitter.com/D_Programming/status/464854296001933312



Thanks,

Andrei


This would be cool, but I'd hope that it doesn't replace having 
videos posted to be viewable afterwards.