Re: Nov 16 - Memory Safety and the D Programming Language
On Monday, 21 November 2016 at 16:01:27 UTC, Antonio Corbi wrote: Maybe some ideas could be taken from here: https://wiki.debconf.org/wiki/Videoteam The only thing they don't seem to do that I'd additionally recommend is take another separate audio recording using a separate voice recorder. I have an old Alesis pocket recorder that works well for these things (used it for recording lectures back in school), but I'm sure there are dozens out there. They tend to have pretty good mics in them, so they might just work from your pocket, but you should be able to plug in a clip mic too. -Wyatt
Re: Battle-plan for CTFE
On Tuesday, 25 October 2016 at 12:36:56 UTC, Stefam Koch wrote: LLVM Backend (-ctfe-bc -version=UseLLVMBackend) : real0m0.039s user0m0.027s sys 0m0.010s I think 20,000% is a pretty good speedup! ;) Great stuff. Now that JIT works, are you returning to focusing on feature coverage? -Wyatt
Re: D-Man culture
On Wednesday, 27 July 2016 at 19:50:13 UTC, Walter Bright wrote: While I appreciate the effort and the offer, it is inappropriate to have a woman with a miniskirt and partially unbuttoned blouse as an official mascot for D. Depressingly enough, it doesn't hold a candle to the Unity mascot character in terms of fetishistic creepiness. -Wyatt
Re: Next London D Meetup: Wednesday 20th January 2016
On Sunday, 10 January 2016 at 22:01:05 UTC, Kingsley wrote: This time we peek into the mind and code of Ross McKinlay who will give us a tour of some of his D efforts. I'm watching the recording right now. It's pretty exciting to see anything like F# discriminated unions in D. video here: https://skillsmatter.com/skillscasts/7185-london-d-meetup -Wyatt
Re: Please vote for the DConf logo
On Wednesday, 4 November 2015 at 09:30:30 UTC, Andrei Alexandrescu wrote: Reply to this with 1.1, 1.2, 2, or 3: At some level, none of them? 3 gives me the best feeling so far, but I think it could be refined. It's neat how the "D" has heavier weight, but then the "Conf" looks like a different font and is taller? That's jarring. I'd go with a caps-case and shift to a darker red for the background. Also, I'm not sure what to make of the icon at the left... some sort of landmark in Berlin, I'd hazard? Either way, I think the arc that forms the counter for the stylised "D" is too thin and it doesn't reflect the "moons" motif of the D logo. On that note, I like how 1.2 incorporates the colours of the German flag and evokes the moons at the same time, but it ends up being too busy and doesn't draw the eye well, IMO. Hard edges are fine, but the angles don't give me a good feeling. (Also, the zero in the year seems strangely wide.) Jonas' is fairly striking and sticks to the colours we use on the site, but where did the triangular D-flower come from? With that, the division of red and grey draws focus to the icon to the detriment of the text. I don't mind the drop shadow, but the aliasing doesn't make me happy. -Wyatt
Re: Walter and I talk about D in Romania
On Friday, 2 October 2015 at 13:30:46 UTC, Andrei Alexandrescu wrote: On 10/02/2015 08:01 AM, Per Nordlöw wrote: Will there be video recordings? I don't think so. -- Andrei Can you at least get an audio recording?
Re: clayers - Update 1.1.0
On Wednesday, 1 July 2015 at 19:16:28 UTC, Vladde Nordholm wrote:
So today I released version 1.1.0 of my console rendering
library clayers!
What this new update offers is support for colors, where you
can set the text- and background-color! This is thanks to the
library 'colorize' (d-colorize on GH).
In case you don't know what clayers is (which you most likely
don't), it's a console rendering library aimed at console
games. It currently supports layer handling and colors.
clayers on GitHub: https://github.com/vladdeSV/clayers
clayers on dub: http://code.dlang.org/packages/clayers
I saw this when you first announced it and have been meaning to
write you about it. In some ways, it reminds me of a greenfield
implementation of what I was getting into with the ncurses
backend of my engine.
When I come back to that (Some day! Soon! Maybe!), I was
thinking of pulling in Adam's terminal.d; this might make a good
companion to that? I certainly wouldn't lose any sleep at night
to replace ncurses entirely and I look forward to seeing what you
come up with.
Thoughts/ideas/suggestions:
* I think everyone working on this problem ends up making
coordinate types. ~_~;; I definitely recommend defining XCoord
and YCoord as separate types so a common inversion bug is
prevented-- that's saved me a number of times. In my experience,
a straight alias was vexingly insufficient so I use a struct
(though it's still not where I want it).
* Make a no-args init that detects terminal dimensions. It's
just nicer that way.
* I like the two-corner constructor for ConsoleLayer. I can't
remember why I didn't go that route myself. It may have been
that I was just trying to make it work instead of make it
nice, but there could be something more. I forget.
* Relative (percentage-based) dimensions seem like they could be
really handy, but I've never figured out how to make them feel
good. Maybe you can do better.
* Simplify bordered windows. I feel pretty strongly that that
should be abstracted into the ConsoleLayer, honestly. If not as
part of the constructor, then as a property you can set. Default
to nothing and allow setting it to a character (#) or to a
manifest constant that tells it to use unicode box drawing
characters. (Or maybe the property is an enum BORDER {NONE,
UNICODE, CHAR}, and the character is separate? I don't know.)
* A method to get the current layer order is probably worth
considering. And a way to get the priority index for a layer.
And even relative reordering; e.g. layerA.moveAbove(layerB);
* There's no way to move or resize a layer? Is the the idea to
just destroy and recreate the layer with the new origin/size?
* Make writing to the window automatically go inside the border.
This is actually why my BoxWin class wraps two ncurses panels:
one is a border pane and the other is a text pane so I get
trivial line wrapping (I have a small familiy of functions for
print modeled after the write() family in stdio).
-Wyatt
Re: Scott Meyers' DConf 2014 keynote The Last Thing D Needs
On Thursday, 29 May 2014 at 10:01:17 UTC, Jonathan M Davis via Digitalmars-d-announce wrote: ??? C, C++, and D all have multi-dimensional arrays. e.g. int a[5][6]; // C/C++ int[6][5] a; // D int** a; // C/C++ int[][] a; // D int* a[5]; // C/C++ int[5][] a; // D I don't see how you could argue that they don't have multi-dimensional arrays. I'd guess he's contrasting with the semantics offered by array-oriented languages. For example, can you determine the rank of those arrays programmatically in constant time? Does the type system understand the shape, and can it be reshaped trivially? Does an operator or function expecting rank n automatically lift to higher ranks? That sort of stuff. Maybe D does something I haven't learned about (yet) in that area, but I know C and C++ do not (hence the heap corruption I've been hunting all week). -Wyatt
