Re: QtE5 - is a wrapping of Qt-5 for D
On Monday, 20 June 2016 at 16:52:04 UTC, MGW wrote: This my library has about 400 functions from Qt and is quite efficient for small applications. https://github.com/MGWL/QtE5 Small video about QtE5 and id5 written on its basis - an example of use. QtE5 on Mac OSX https://www.youtube.com/watch?v=JBA4vkT5uKE This is very nice! I would love to know how you managed to get it working. I had trouble with signals and slots, the class hierarchy, and numerous other things when I was trying to get Qt4 to work in D. How did you handle the Qt class constructors and destructors, etc.?
Re: Moving forward with work on the D language and foundation
I'm a bit late to reply to this announcement, but I would like to say that I am quite surprised by it. I really respect your decision to leave what must have been a very lucrative job to double down on D. I have loved D since I picked it up years ago, and TDPL was my first real introduction to the language. You have really done a lot to contribute to a great language, and you are one of the software professionals I most respect. I'm looking forward to seeing what you can accomplish as a full time D overlord in the future.
Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"
On Friday, 27 March 2015 at 19:11:58 UTC, Walter Bright wrote: On 3/27/2015 5:48 AM, Dejan Lekic wrote: That `source.byLine.join.to!(string);` line for example, takes much longer time to understand than 20 lines of Go code. Any D newbie with knowledge of some modern language will struggle understanding (and being 100% sure that he/she understands!) that line of D code. This style of programming does take some getting used to for one that is used to traditional loop programming (like me). But it is like learning a new language - once you learn what byLine, join, etc., do, it is pretty simple to see what is happening. Sean Parent's advice for "no raw loops" comes to mind. https://channel9.msdn.com/Events/GoingNative/2013/Cpp-Seasoning With that rule, basically a one-line body for foreach becomes acceptable. Your own description of component programming was also very good. Also Andrei's description of generic algorithms as being something like the final destination of programming, etc. You start with the same old code you might be used to from other languages, and then slowly learn to write generic code and propose new algorithms.
Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"
I don't think it's such a good idea to dump on another language too much. My reaction to Go is that it doesn't have what I want in it, and that's about it. People can write Go if they want to, and I won't. I think I'd prefer to just present a good tool. If it's good enough for a particular job people will use it.
Re: dfuse 0.3.0 - D Language bindings for Fuse
On Wednesday, 30 July 2014 at 17:05:25 UTC, David Soria Parra wrote: Hi, We are happy to announce the release of 'dfuse', a high level D language binding for fuse (http://fuse.sourceforge.net). It supports libfuse >= 2.8 and works on both Linux and MacOS (osxfuse). You can find the project at: https://github.com/facebook/dfuse We at Facebook have been working on dfuse for the last weeks and are actively using it in production. While the interface is still limited, we hope to work towards a full featured fuse binding. If you want to get involved, feel free to sent pull requests, submit issues and direct any questions about dfuse to the D mailinglist or ping 'dsop' on IRC. - David Soria Parra Awesome. Thank you and the guys at Facebook for writing this. I was working on my own fuse bindings so I could try writing my own adb filesystem for fun, but now this is out I'll just use this and submit bug reports or pull requests when I notice any issues.
Re: "Programming in D" book is 100% translated
On Thursday, 24 July 2014 at 08:11:01 UTC, Ali Çehreli wrote: I have completed the translation of the book. Phew... :) However, there is still more work, like adding a UDA chapter and working on many little TODO items. The following was the final chapter, which actually only scratches the surface of the very broad topic: * Memory Management As a reminder, the book is available as PDF, downloadable from the header of each chapter: http://ddili.org/ders/d.en/index.html Ali This is awesome. Thank you for all of your hard work. Your book is one of the best guides through the language that I've seen.
Re: DConf 2014: Adam D Ruppe's amazing slideless talk on x86 Bare Metal and Custom Runtime Programming
On Thursday, 17 July 2014 at 17:41:59 UTC, Adam D. Ruppe wrote: BTW here's the post Andrei made on the day of with the little notebook paper I used for a topic list and some discussion we had in May: http://forum.dlang.org/thread/llo7i8$e4e$1...@digitalmars.com I watched your talk and it was awesome. Thanks for doing it. I like it when people can carry a talk without slides. I've seen a few presenters in my time who were hanging off of PowerPoint, and they always felt so awkward.
Re: DUB Bash Completion
On Monday, 7 July 2014 at 09:22:41 UTC, Nordlöw wrote: So I put together something that works in the majority of cases even for sub command specific flags including package completion: https://github.com/nordlow/scripts/blob/master/dub-completion.bash Feedback appreciated! This is pretty great. Thanks for writing this! I suppose one extra step you could go would be to somehow complete --config= too, so you could tab complete --config=foo and --config=bar or something.
Re: Lang.NEXT panel
On Thursday, 12 June 2014 at 17:52:59 UTC, Andrei Alexandrescu wrote: On 6/12/14, 10:40 AM, Nick Sabalausky wrote: On 6/10/2014 12:35 PM, justme wrote: On Wednesday, 4 June 2014 at 06:13:39 UTC, Andrei Alexandrescu wrote: Of possible interest. http://www.reddit.com/r/programming/comments/278twt/panel_systems_programming_in_2014_and_beyond/ Andrei IMHO, the coolest thing was when Rob Pike told about the tool they made for automatically upgrading user source code to their next language version. That should be quite easy to implement now in D, and once done, would give much needed room for breaking changes we feel should be done. Pike seemed to be extremely satisfied they did it. Personally, I wouldn't be comfortable trusting such a tool. Besides, I find that upgrading a codebase to a newer language version is one of the most trivial tasks I ever face in software development - even in D. It's a cute trick, but not a worthwhile use of development resources. I very much think the opposite, drawing from many years of hacking into large codebases. I'm completely with Rob here. On a large codebase, even the slightest manual or semi-manual change is painstaking to plan and execute, and almost always suffers of human errors. I got convinced a dfix tool would be a strategic component of D's offering going forward. Andrei I am strongly in favour of a 'dfix' tool. There exist historical problems with languages, and you really must break them to make things better. Douglas Crockford was pushing for '~' for string concatenation in ECMAScript 6, making '+' do only additon. This would have been very similar to how D handles the two, in an arguably correct manner, but the commity wouldn't agree to it because it would force everyone to change their code. So in the end ES6 is full of features, some useful, most seem nonsensical to me, but it doesn't really fix any of the issues in ES5, because it's almost totally backwards compatible so old code still works. So I think having tools like gofix and deprecation warnings mitigate this issue massively, and it's especially easier when you're using an ahead-of-time compiled language like D. So we can make changes which break code, but just get rid of cruft likely to cause errors. I can't think of nearly as many examples of error-prone things in D that I can think of in ES6, though.
Re: Interview at Lang.NEXT
On Wednesday, 4 June 2014 at 06:19:05 UTC, Andrei Alexandrescu wrote: http://www.reddit.com/r/programming/comments/27911b/conversation_with_andrei_alexandrescu_all_things/ Andrei I never post on Reddit myself, but I noticed the guy asking about Qt ports. Someone else can tell him about my work on DQt if they want. My big annoyance on that at the moment is recreating the output of moc in D, which is something I've been putting off doing for more fun things (like the dlang.org redesign recently.)
Re: DConf 2014 Day 1 Talk 2
On Tuesday, 3 June 2014 at 20:54:30 UTC, Jonathan Crapuchettes wrote: On Tue, 03 Jun 2014 18:43:52 +0200, Andrei Alexandrescu wrote: https://news.ycombinator.com/newest http://www.reddit.com/r/programming/comments/277k5c/ dconf_2014_day_1_talk_2_templates_in_the_wild_a/ Andrei Here is a link to the slides from the presentation. http://slides.com/jonathancrapuchettes/dconf Jonathan I found this talk particularly interesting on a personal level. I worked with OLAP data for a year and it was all Java and JavaScript programming. I had been thinking about how you could improve on either with compile time features in D for massive improvements in speed. This is a market where customers care about speed, and beating your competitors can be worth millions. It's nice to see that someone has done some work in this area.
Re: vibe.d 0.7.20 has been released
On Tuesday, 3 June 2014 at 18:27:20 UTC, Sönke Ludwig wrote: Lot's of smaller improvements in this release, please have a look at the full change log. Some notable points: - Various additions to the web framework package [1], including compile-time localization support - New graph based (DFA) match algorithm for the URLRouter, making match performance independent of the number of registered routes - Incoming SSL connections by default now use perfect forward secrecy on all major browsers - Several improvements to the serialization system (new @asArray annotation, support custom serialization representations and more) - Reduction of memory allocations in several places The full list of changes/fixes can be found at http://vibed.org/blog/posts/vibe-release-0.7.20 Homepage: http://vibed.org/ DUB package: http://code.dlang.org/packages/vibe-d GitHub: https://github.com/rejectedsoftware/vibe.d [1]: http://vibed.org/docs#web-interface-generator Awesome. As usual, you are the man.
Re: Real time captioning of D presentations
On Sunday, 1 June 2014 at 20:48:56 UTC, Walter Bright wrote: On 6/1/2014 1:17 PM, Tobias Pankrath wrote: On Sunday, 1 June 2014 at 18:46:18 UTC, Walter Bright wrote: https://lkuper.github.io/blog/2014/05/31/your-next-conference-should-have-real-time-captioning/ I know I'd find this very useful - what do you guys think? I definitively prefer reading over watching video (and I've got the feeling I'm not alone). Wouldn't spend a single buck for this though. To publish the slides along with a text version of the talk would be an alternative. You're not alone. I can read a transcript far, far faster than watching a video. Learning varies from person to person. I interalise information better through lectures than through written articles. Although for some reason I remember books more easily than articles.
Re: Adam D. Ruppe's "D Cookbook" now available!
I received my copy this morning, earlier than I thought I would. I shall check it out over the weekend. I suspect I'll probably know a lot of the things in the book, but I'm the type who likes to watch introductory lectures because there's always something I didn't see before.
Re: Scott Meyers' DConf 2014 keynote "The Last Thing D Needs"
On Tuesday, 27 May 2014 at 21:16:34 UTC, Chris Nicholson-Sauls wrote: On Tuesday, 27 May 2014 at 20:11:13 UTC, w0rp wrote: On Tuesday, 27 May 2014 at 19:43:57 UTC, Steven Schveighoffer wrote: On Tue, 27 May 2014 14:57:46 -0400, w0rp wrote: That was brilliant. I think Scott made two very good points. D needs people like himself to educate others I think you misunderstood that point ;) He was saying to make D so that we DON'T need specialists like himself that can make a career out of explaining the strange quirks of D, mostly by not having those quirks in the first place. -Steve Oh, I see what he's saying now. The *last* thing. That's... confusing use of English. It makes more sense with respect to his other comment, though. Sometimes I think English could use a guy like him. I'm actually a native speaker of 25 years and I didn't get it at first. Natural language communicates ideas approximately.
Re: Scott Meyers' DConf 2014 keynote "The Last Thing D Needs"
On Tuesday, 27 May 2014 at 19:43:57 UTC, Steven Schveighoffer wrote: On Tue, 27 May 2014 14:57:46 -0400, w0rp wrote: That was brilliant. I think Scott made two very good points. D needs people like himself to educate others I think you misunderstood that point ;) He was saying to make D so that we DON'T need specialists like himself that can make a career out of explaining the strange quirks of D, mostly by not having those quirks in the first place. -Steve Oh, I see what he's saying now. The *last* thing. That's... confusing use of English. It makes more sense with respect to his other comment, though.
Re: Scott Meyers' DConf 2014 keynote "The Last Thing D Needs"
That was brilliant. I think Scott made two very good points. D needs people like himself to educate others, and that D should focus on behaviour which makes sense not only in a particular context, but with respect to the other contexts. (Which is what C++ lacks greatly.)
Re: Video of my LDC talk @ FOSDEM'14
On Monday, 26 May 2014 at 17:06:27 UTC, Walter Bright wrote: On 5/26/2014 9:31 AM, John Colvin wrote: On Monday, 26 May 2014 at 16:14:56 UTC, Walter Bright wrote: On 5/25/2014 10:59 PM, Kai Nacke wrote: Hi all, the video of my LDC talk @ FOSDEM'14 in February is now online. Here is the link: http://video.fosdem.org/2014/K4401/Sunday/LDC_the_LLVMbased_D_compiler.webm In the same folder are also the videos of the other LLVM related talk. Sigh, Windows can't open that file type. Can it be posted to youtube? https://www.videolan.org/vlc/ opens webm happily and is available for all commonly used platforms. It's not really about me. It's about enabling the video to reach as wide an audience as possible. Asking people to google for what player to download, download it and install it, then redownload the video, means 98% (made that up) will just sigh and move on without bothering. It taking literally 5 minutes to download before it can be run also does not help. Youtube has solved all these problems - why not use it? You can view .webm directly in recent Firefox or Chrome versions on Windows, you an also view .webm in IE9 and above provided you have the right codecs installed. It's a perfectly acceptable format.
Re: DlangUI
Nice work. As a guy who has worked on trying to get bindings for existing GUI libraries to work and noting all of the issues, I appreciate any effort in writing native libraries. The way I see it, wrapper libraries might possibly be as good as using the libraries from the native language some day, but they will never be better. Native D GUI libraries hold more potential for the future.
Re: Dash: An Open Source Game Engine in D
On Monday, 19 May 2014 at 19:50:37 UTC, Colden Cullen wrote: Hi everyone, I’m super excited to be able to announce that the Dash game engine[1] is finally stable and ready for public use! I’m currently the Lead Engine Programmer at Circular Studios[2] (the group behind Dash). We had 14 people working on the team, 6 engine programmers and 8 game developers creating Spectral Robot Task Force, a turn-based strategy game built with Dash. Dash is an OpenGL engine written in the D language that runs on both Windows and Linux. We use a deferred-rendering model in the current pipeline, and a component model for game development and logic. Other major features at the moment include networking, skeletal-animation support, content and configuration loading via YAML, and UI support through Awesomium[3] (though we are in the process of moving over to using CEF[4] itself). Our vision for Dash is to have the programmer-facing model of XNA/Monogame combined with the designer-friendliness of Unity in a fully free and open source engine. We also hope that Dash can help to prove the power and maturity of D as a language, as well as push D to continue improving. We’re open to any feedback you may have, or better yet, we’d love to see pull requests for improvements. [1] https://github.com/Circular-Studios/Dash [2] http://circularstudios.com/ [3] http://awesomium.com/ [4] https://code.google.com/p/chromiumembedded/ This is all awesome. I'll have to check this out. I hate to be the guy who says "you missed a spot," but you did name one module in your source tree "core." You might want to rename that to avoid issues with core modules.
Re: Duml: Uml diagram generation
On Saturday, 17 May 2014 at 06:35:02 UTC, Rikki Cattermole wrote: Alright so a little project I've put together[0]. Not entirely complete yet. But I feel its at a point where it can be announced. What it does is given a class it'll generate the PlantUML[1] descriptors for it. If asked it can call PlantUML itself to generate the image version of it. My plan is to integrate it into Cmsed at some point when it supports structs (dvorm models). At which point it'll document properly routes, models and any you manually specify. Object class can be ignored by adding a version if you want it to be. [0] https://github.com/rikkimax/Duml [1] http://plantuml.sourceforge.net/ That's pretty cool. I think I would change outputPlantUML so it works in terms of something which outputs to an OutputRange or File. So you can dump the UML directly to the file.
Re: Tkd - Cross platform GUI toolkit based on Tcl/Tk
This looks pretty sweet. I'll have to give it a try.