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