Re: GtkD 3.9.0, A GTK+ D binding.

On Wednesday, 29 May 2019 at 20:30:03 UTC, Mike Wey wrote: And i finally took the time to change the documentation on the website from candydoc to one generated by Adam's adrdox. https://api.gtkd.org A tip: when you generate the code with adrdox, use --special-preprocessor=gtk in addition to

Re: Flexible Default Function Parameters via structs with Nullable Fields

On Tuesday, 30 April 2019 at 13:44:00 UTC, Simen Kjærås wrote: Now, for the abomination that is callMemberFunctionWithParamsStruct!(t, "f")(combined)... It's just t.f(combined.tupleof) in a bad disguise, and I really can't see the benefit. If you are doing function parameters, there are two k

Re: Flexible Default Function Parameters via structs with Nullable Fields

On Tuesday, 30 April 2019 at 08:20:29 UTC, JN wrote: It might be nifty by D standards, but for a person not familiar with D Or, as someone familiar with D, I wonder why not just use a plain struct. D allows you to set initial values for struct members plainly. To be frank, I haven't been im

Re: DIP 1016 should use expression lowering, not statement lowering

On Tuesday, 29 January 2019 at 15:48:23 UTC, Andrei Alexandrescu wrote: On 1/29/19 10:44 AM, Nicholas Wilson wrote:  if (auto val = expr(); val) { ... }, Since we don't have these constructs, lowering would need to explain what happens here. Nitpick, but D has something very similar to th

Re: Last Year in D

On Friday, 25 January 2019 at 15:40:53 UTC, Radu wrote: No GDC merged in GCC mentions? Should count as a big thing IMHO. Ah, I forgot that when making the little list! (Most my attention was actually on the dmd changelogs...) but yeah that should have been there.

Re: My Meeting C++ Keynote video is now available

On Monday, 14 January 2019 at 14:56:00 UTC, bachmeier wrote: Only a small sliver of programming involves anything where "overhead of a runtime" is an issue. I hope you intend this comment as pertaining to Better C usage. Real D is the true better C. These improvements can improve in various s

Re: The New Fundraising Campaign

On Wednesday, 2 January 2019 at 11:11:31 UTC, Stefan Koch wrote: On Wednesday, 2 January 2019 at 10:16:11 UTC, Martin Tschierschke wrote: I would love to have a campaign to increase compilation speed for std.regex and std.format... You could defer the generation of utf-tables to runtime, whi

This Week in D - RSS is back

RSS feed back: http://dpldocs.info/this-week-in-d/twid.rss And this week's entry has me talking about my new cgi.d features (an eventsource add-on server): http://dpldocs.info/this-week-in-d/Blog.Posted_2018_12_31.html lol though, this post revealed adrdox's one weakness: it apparently runs

Re: DConf 2019: Shepherd's Pie Edition

On Friday, 28 December 2018 at 07:08:19 UTC, Dejan Lekic wrote: While I admire your persistence I fail to understand why you simply don't ignore stuff you do not like. If you do not like conferences fine - do not go there, and let us who do like them and think they are useful have some fun! S

Re: DConf 2019: Shepherd's Pie Edition

On Wednesday, 26 December 2018 at 11:26:52 UTC, Guillaume Piolat wrote: Went to bike there for 9 days (800km), to arrive the day before DConf. Munich was a beautiful city but Switzerland was very graphic. Friends jokingly said it was a D pilgrimage and it was, kind of :) You could still have

Re: DConf 2019: Shepherd's Pie Edition

On Wednesday, 26 December 2018 at 00:06:39 UTC, Nicholas Wilson wrote: I don't mean to stoke the flames on this anymore, but I do: I've been to past conferences and now that I'm not a poor student anymore I'd pay to go to them. I've been to past conferences and don't consider it worth going e

Re: DConf 2019: Shepherd's Pie Edition

On Sunday, 23 December 2018 at 14:20:08 UTC, Nicholas Wilson wrote: they cannot compare (as in apples to oranges) to high-bandwidth low latency personal communication with all the people that have an interest (business, technical, whatever) and technical expertise in the subject at hand. The

Re: DConf 2019: Shepherd's Pie Edition

On Saturday, 22 December 2018 at 17:13:06 UTC, Mike Parker wrote: We like the current format and see no need to change it at this time. That's all it really comes down to. Y'all like it. But the time and money COULD be put to far better use. Consider this: keep the same schedule, but the talk

Re: This Week in D is back

Here's a fun fact about the setup: the files are actually written as D modules. The source code looks like // just docs: title /++ Article content +/ module Blog.Posted_date; Now, that might seem a little silly, but it provides some interesting advantages (I should have wrote about this in

Re: This Week in D is back

On Wednesday, 19 December 2018 at 14:17:53 UTC, bauss wrote: Thank you Adam for bringing it back. I enjoyed it back when it last ran. You might enjoy looking at the "home" page too: http://dpldocs.info/this-week-in-d/Blog.html links to the old ones, and to the Tip of the Week index from befo

This Week in D is back

Well, I am getting back into it: http://dpldocs.info/this-week-in-d/Blog.Posted_2018_12_17.html

Re: OFFTOPIC Re: I've just released Vasaro

On Thursday, 13 December 2018 at 21:55:00 UTC, Jacob Carlborg wrote: You don't need that hack with an extra interface called "Class" anymore. It's now possible to declare static/class methods directly, which wasn't possible before. Oh, nice. Yeah, that's what it was. I renamed it and got it to

Re: Blog post: What D got wrong

On Thursday, 13 December 2018 at 10:29:10 UTC, RazvanN wrote: Do you honestly think that they will ever take D into account if @safe and immutable data will be the default? D needs to stop chasing after what you think people think they want and just start being good for us. The majority of m

Re: OFFTOPIC Re: I've just released Vasaro

On Tuesday, 11 December 2018 at 10:19:38 UTC, Jacob Carlborg wrote: I would recommend waiting until more of the Objective-C support is implemented. Creating a subclass is a pain in the ass currently. So I got out my code that (with your help about a year ago) was doing a hello world window an

Re: OFFTOPIC Re: I've just released Vasaro

On Tuesday, 11 December 2018 at 10:19:38 UTC, Jacob Carlborg wrote: Which year is the machine from? It should say that after the model. Oh, I had to click "more info". MacBook Air 11-inch, Mid 2011 So I guess it is quite old. I have tried to do the OS update several times before and it consi

Re: Blog post: What D got wrong

On Tuesday, 11 December 2018 at 10:45:39 UTC, Atila Neves wrote: A few things that have annoyed me about writing D lately: https://atilanevesoncode.wordpress.com/2018/12/11/what-d-got-wrong/ If @property worked for a thing to return a delegate, it would be useful. But n, we got worked u

Re: OFFTOPIC Re: I've just released Vasaro

On Monday, 10 December 2018 at 10:47:42 UTC, Jacob Carlborg wrote: If you click on the Apple menu in the top left corner and choose "About This Mac", it will say which model and which year in the window that appears. It will also specify which version of the OS it's running. Ah, there it is:

Re: OFFTOPIC Re: I've just released Vasaro

On Saturday, 8 December 2018 at 08:30:08 UTC, Russel Winder wrote: If you don't want the macOS laptop and it is a post-2014 one, I'd be interested. The one I have is a macbook air with a broken, but usable screen (I got it for free yay). I don't know how old it is, I *think* it is a 2013 mode

Re: I've just released Vasaro

On Friday, 7 December 2018 at 08:05:47 UTC, Andrea Fontana wrote: Simpledisplay works fine for me (and it works better than sdl for mouse input) but it requires X11 on macOS if i'm right: macOS' users don't like X11 (and this force users to install a big dependency) Ah yes, I sometimes get te

Re: I've just released Vasaro

On Thursday, 6 December 2018 at 20:45:07 UTC, Andrea Fontana wrote: A special thanks to Adam Ruppe and his SimpleDisplay library I used on earlier versions :) why you go gtk in the end?

Re: Heads Up: Use WCHAR when interfacing with Windows

On Monday, 3 December 2018 at 03:39:29 UTC, Vladimir Panteleev wrote: I feel like all this is seriously underdocumented, and I don't understand why many of these changes are necessary. I agree, this makes zero sense to me. Windows functions are mangled Name@size - the specific types are irrele

Re: termcolor-d - Colors with writeln(...);

On Wednesday, 21 November 2018 at 23:49:29 UTC, Vladimirs Nordholm wrote: However, not sure if it's active anymore, but ConsoleD (by Robik and Adam D. Ruppe) has most Windows specific colors and attributes available. Maybe give that a look? Well, the consoleD part I'm not sure about, but I sti

Re: DIP 1015--Deprecation of Implicit Conversion of Int. & Char. Literals to bool--Formal Assement

On Monday, 12 November 2018 at 18:25:22 UTC, Bastiaan Veelo wrote: I can’t say I have a strong opinion on this, but possibly it would be right to have an integral “bit” type to differentiate it from the Boolean type, just like we have a “byte” type to differentiate it from “char”... D used to

Re: DIP 1015--Deprecation of Implicit Conversion of Int. & Char. Literals to bool--Formal Assement

On Monday, 12 November 2018 at 09:45:14 UTC, Mike Parker wrote: The TL;DR is that the DIP is trying to change behavior that is working as intended. I thought the whole point of a DIP is to change behavior that is working as intended. Otherwise, we have a bug fix rather than a language change.

Re: Wed Oct 17 - Avoiding Code Smells by Walter Bright

On Wednesday, 31 October 2018 at 20:24:36 UTC, 12345swordy wrote: This is an counter argument how? It isn't a counter argument (at least not to you). Just saying that I wrote a 14,000 line module, and maintain a contributed 15,000 line one. It works for me! lol

Re: Wed Oct 17 - Avoiding Code Smells by Walter Bright

On Wednesday, 31 October 2018 at 13:16:45 UTC, 12345swordy wrote: I seen modules with more then thousand lines of code in the Phobos library. $ wc simpledisplay.d nanovega.d dom.d cgi.d 14152 54984 443111 simpledisplay.d 15289 63707 573986 nanovega.d 7159 24473 187572 dom.d 4

Re: Copy Constructor DIP and implementation

On Saturday, 22 September 2018 at 17:43:57 UTC, 12345swordy wrote: If that where the case, then why not make it an actual keyword? A frequent complaint regarding D is that there are too many attributes, this will undoubtedly adding more to it. When I (and surely others like me) complain that t

Re: I have a plan.. I really DO

On Tuesday, 10 July 2018 at 17:39:06 UTC, SrMordred wrote: After the GC.collect you now get 1GB of memory usage. http://dpldocs.info/experimental-docs/core.memory.GC.minimize.html

Re: I have a plan.. I really DO

On Saturday, 30 June 2018 at 03:02:15 UTC, Joakim wrote: Honestly, Dmitry's posts The writing style doesn't match the name.

Re: D only has Advantages

On Friday, 15 June 2018 at 02:02:52 UTC, Tony wrote: Have their been other languages - besides D - that compiled to object code and used a garbage collector? You can use a GC with C++ and you can compile Java to native code ahead of time. The distinctions aren't really that sharp, it just de

Re: Release: nanovega.d rendering lib like html5 canvas

On Saturday, 28 April 2018 at 09:55:17 UTC, drug wrote: least I've spent more time trying to run using glfw than total time I spent using both simpledisplay and sdl2. simpledisplay I find is a lot... well, simpler way to display than any of the alternatives since it sidesteps the dependency h

Re: D to Javascript converter (a hacked up dmd)

On Thursday, 19 April 2018 at 16:20:22 UTC, Jonathan I Levi wrote: Did this thing ever get to a release/usable point? Not really. I didn't find it worth the trouble after using it in a few experimental projects and basically let it go like six years ago. The compiler has significantly chang

Re: Release: nanovega.d rendering lib like html5 canvas

On Wednesday, 11 April 2018 at 17:26:19 UTC, drug wrote: That's it - https://github.com/drug007/nanogui/tree/interacting_with_checkbox So MouseEvent is sent on mouse motion too, and redrawing on each motion might back up the queue. Otherwise, nothing obvious jumps out at me so I might have t

Re: Release: nanovega.d rendering lib like html5 canvas

On Saturday, 7 April 2018 at 09:13:06 UTC, drug wrote: https://github.com/drug007/nanogui I would be glad if you take a look Do you have a complete example I can just compile and run to get started?

Re: DIP 1009 (Add Expression-Based Contract Syntax) Accepted

On Friday, 6 April 2018 at 16:57:21 UTC, Jonathan M Davis wrote: Now, if the contracts ended up in the documentation or something My documentation generator supports contracts, but I found in practice, most of them are so illegible it doesn't actually help any to include them, so I never do.

Re: Release: nanovega.d rendering lib like html5 canvas

On Monday, 2 April 2018 at 07:55:26 UTC, drug wrote: Hasn't somebody started porting nanogui (https://github.com/wjakob/nanogui)? I'd like to do it, but don't want to duplicate efforts. I don't know.

Re: IZ release 0.6.11, now with SafeAccess (?.) chains and more

On Thursday, 29 March 2018 at 09:56:54 UTC, Basile B. wrote: links: Alternative docs: http://iz.dpldocs.info/iz.html

Re: dpldocs now has cross-package search (experimental)

I probably released this a bit too soon... it seems to have a memory leak and eventually pushes all other server functions out if I leave it running. So I took the search back down for now until I can debug that, or maybe just rewrite the program to something fundamentally more memory-efficie

Re: dpldocs now has cross-package search (experimental)

On Saturday, 10 March 2018 at 16:49:44 UTC, Martin Tschierschke wrote: There is a bug, I just tried "mouse event" in the search box and got a strange result. oh yikes a recursive javascript redirect. fixed that. The search still kinda sucks, but it is better than nothing. If you put in a full

Re: dpldocs now has cross-package search (experimental)

On Saturday, 10 March 2018 at 16:03:39 UTC, Martin Tschierschke wrote: Cool, and if you are in the mood of using only arsd, for example find an example for a trigger on mouse request: http://search.dpldocs.info/search-docs.html?searchTerm=arsd+mouse Yup. You can also search inside a particula

dpldocs now has cross-package search (experimental)

Looking for http libs? Behold: http://search.dpldocs.info/?q=http Oh my. Eats 2 GB of ram but with the newest patrons I sprung for the beefier host. Only searches projects already on the site as of the beginning of each day (it loads what has already be

Re: Release: nanovega.d rendering lib like html5 canvas

Now also on dub: http://code.dlang.org/packages/arsd-official%3Ananovega

Re: Release: nanovega.d rendering lib like html5 canvas

On Thursday, 8 March 2018 at 22:16:50 UTC, aberba wrote: Why is there NVG* everything? That's code noise. It is a fork and port from a C codebase. Fairly little of that is used in the public api though.

Re: Gtk-D API Documentation now on dpldocs.info

On Thursday, 8 March 2018 at 18:11:47 UTC, Mike Wey wrote: Only glib (http://gtk-d.dpldocs.info/glib.html) seems to be broken / missing. Yeah, the index broke for some reason. But the files are there: http://gtk-d.dpldocs.info/glib.ArrayG.ArrayG.html and once you get inside you can navigate f

Re: DWT API Documentation now on dpldocs.info

On Thursday, 8 March 2018 at 08:25:10 UTC, Jacob Carlborg wrote: * It doesn't seem to be possible to navigate between the top level packages, i.e. "java" and "org" You need to go all to the way to the top level by clicking the topmost link on the left nav: http://dwt.dpldocs.info/org.html ht

Release: nanovega.d rendering lib like html5 canvas

https://github.com/adamdruppe/arsd nanovega.d depends on: simpledisplay.d, color.d, and ttf.d (latter only on Windows) Should also be present in v1.3 of the dub package http://code.dlang.org/packages/arsd-official API docs (includes an example to get you started) http://dpldocs.info/experi

Re: DWT API Documentation now on dpldocs.info

On Thursday, 8 March 2018 at 01:34:12 UTC, Bill Baxter wrote: The logo in the corner - http://dwt.dpldocs.info/d-logo.png is a 404 btw. Yeah, I realized after generating the files that I used the wrong header source. The search is a broken link too... All fixed now via some hacky redirects :

Gtk-D API Documentation now on dpldocs.info

GtkD is a D wrapper to the GTK library. It has plenty of doc comments attached... but they are in a special GTK syntax and all the cross references refer to C structs and functions instead of to D classes and methods. Well, adrdox got some special-case code to handle this and do the translati

Re: Gtk-D API Documentation now on dpldocs.info

Compare and contrast to the official gtk-d docs: https://api.gtkd.org/gtkd/gtk/AboutDialog.html and the C gtk docs: https://developer.gnome.org/gtk3/stable/GtkApplication.html You can see they are all generated from the same source doc comments, but I think mine is nicest - just translating

Re: DWT API Documentation now on dpldocs.info

Compare and contrast with the official Java dox: http://help.eclipse.org/luna/index.jsp?topic=/org.eclipse.platform.doc.isv/reference/api/org/eclipse/swt/package-summary.html both are generated from basically the same doc comments, but I like mine better :)

DWT API Documentation now on dpldocs.info

As some of you might know, DWT is a D port of Java's SWT. It is as thus nearly identical and you can use Java's documentation with very little effort - copy/paste of Java examples almost just work as D too. But, the eclipse docs are meh and besides, it is nice to have the D docs anyway. Tha

Re: Diamond Full-stack MVC / Template Engine - v2.7.0 Released!

And api documentation for the new version! http://diamond.dpldocs.info/v2.7.0/index.html

Re: Documentation for any* dub package, any version

On Wednesday, 7 March 2018 at 22:47:48 UTC, bauss wrote: How would you go about updating docs? Either go to the url for the specific version you want like http://diamond.dpldocs.info/v2.7.0/index.html and it will download (once dub scrapes it anyway) or ping me and I'll manually update the

Re: Article: Why Const Sucks

On Tuesday, 6 March 2018 at 03:21:47 UTC, Nick Sabalausky (Abscissa) wrote: Wait, seriously? Phobos frequently passes ranges by value? You *should* pass most ranges by value, just like how you should rarely use `ref T[]` or `T[]*`. Ranges, like slices, are typically already small references t

Re: Article: Why Const Sucks

On Monday, 5 March 2018 at 10:57:35 UTC, Jonathan M Davis wrote: Here's something I wrote up on const: So as to the main thrust, I generally agree. In fact, I think const is almost useless even if you want to use it fully: you said immutable is better in many places, and yes, but in additio

Re: Article: Why Const Sucks

Just a semantic note, it is "straitjacket". "straight" is like a non-wiggly line. "strait" means narrow or constricted. Thus, the straitjacket is a jacket that constricts your movement. Of course, using "straight" is such a common mistake it has become generally accepted... but still, I like b

Re: Documentation for any* dub package, any version

On Saturday, 3 March 2018 at 13:17:15 UTC, Martin Nowak wrote: Why would you need to have that in RAM instead of leaving it to the db cache layer? The search "database" right now is an XML file. Keep in mind this is a static site generator meant to just work offline or when pushed to github p

Re: Documentation for any* dub package, any version

Gtk-d and DWT are both too big to automatically build on the server, but I did some manual work on them. DWT: http://dwt.dpldocs.info/org.eclipse.swt.widgets.html GTK-D: http://dpldocs.info/experimental-docs/gtk.Application.Application.html The gtk one has me translating some syntax from C t

Re: Documentation for any* dub package, any version

On Saturday, 3 March 2018 at 02:12:52 UTC, Martin Nowak wrote: A central doc provider could have some benefit, e.g. searching across different libraries. Yeah, I have code for that written for select libraries already (on the main dpldocs.info site), but haven't opened it up to the full dub r

Re: State of D 2018 Survey

On Friday, 2 March 2018 at 02:35:46 UTC, Meta wrote: D1 -> D2 nearly killed D (can't remember which, but it was either Walter or Andrei that have said this on multiple occasions). This gets repeated over and over again, but I haven't actually seen any evidence for it. But even if it is true

Re: Documentation for any* dub package, any version

If you guys have bug reports or feature requests, you can put it on the github too if you like: https://github.com/adamdruppe/dpldocs/issues

Re: Documentation for any* dub package, any version

On Thursday, 1 March 2018 at 11:00:15 UTC, Jonas Drewsen wrote: Would be cool if you could add support for creating docs from any dub project stored on github and not only the ones on code.dlang.org. That might be possible too. BTW I just put the server code up on github https://github.com/a

Re: Documentation for any* dub package, any version

On Tuesday, 27 February 2018 at 16:39:08 UTC, David Gileadi wrote: Markdown actually supports two kinds of links: inline links (which you describe above and I'm very happy you support) and reference links [1]. Oh, I have something similar to that too. http://dpldocs.info/experimental-docs/adr

Re: Documentation for any* dub package, any version

On Tuesday, 27 February 2018 at 16:00:26 UTC, David Gileadi wrote: Out of curiosity, what prompted [symbol|alt text] instead of going with the Markdown construct of [alt text][symbol]? Well, markdown is [alt text](url), and adrdox actually DOES support that as well: http://dpldocs.info/exper

Re: Documentation for any* dub package, any version

On Tuesday, 27 February 2018 at 10:02:13 UTC, Basile B. wrote: Awesome work. IDEs could use this, i don't know how yet but i'll maybe try something one day. Yeah, webfreak was talking to me about that on irc and I've had people ask me about the main dpldocs site being an api (to which I reply

Re: Documentation for any* dub package, any version

On Tuesday, 27 February 2018 at 09:17:21 UTC, bauss wrote: Nvm, I see how stupid I was. Nah, bad UX. I give myself some slack cuz I slapped this together in just a few spare hours over the weekend, but the error message also could have pointed you back to the site index. That just took 3 mi

Re: Documentation for any* dub package, any version

On Monday, 26 February 2018 at 19:30:38 UTC, WebFreak001 wrote: amazing! I planned on adding a documentation tab in the current dub package overhaul, but I wasn't sure on where to get the data from, if I can add this to embed on the dub website (ala iframe) it would make a lot much easier! Coul

Re: Documentation for any* dub package, any version

On Tuesday, 27 February 2018 at 01:53:23 UTC, H. S. Teoh wrote: It's a sorry state of affairs. I dream of the day when I can just write code and documentation as-is, and downstream users can just use whatever doc formatting system they like and it will all Just Work(tm). Join me, and togethe

Re: Documentation for any* dub package, any version

On Tuesday, 27 February 2018 at 02:07:34 UTC, Norm wrote: This is really awesome. It would be really cool if this could feedback a coverage score to code.dlang.org that indicates the level of documentation in a library. Something like the % of functions/classes/modules that are documented and i

Re: Documentation for any* dub package, any version

On Tuesday, 27 February 2018 at 01:43:55 UTC, Jonathan M Davis wrote: Well, then basically, projects are going to need to decide to go with adrdox over ddoc if they want clean documentation. That's right, and I can't imagine anyone is going to put hours of work into ddoc when they can spend se

Re: Documentation for any* dub package, any version

On Monday, 26 February 2018 at 21:16:07 UTC, Antonio Corbi wrote: Trying it onto gtk-d got an error saying to send you the failing link, so here you are : gtk-d is actually just too big for this, so it timed out. But I also already made gtkd docs on the main site: http://dpldocs.info/experim

Re: Documentation for any* dub package, any version

On Monday, 26 February 2018 at 20:15:13 UTC, aliak wrote: Awesome. good start at least, and just to throw an approach out there for your consideration, a .adrdox.yml file with a include/exclude/style/etc keys might be a good way to go. Yeah, that's basically what I was thinking (though not yml

Re: Documentation for any* dub package, any version

On Monday, 26 February 2018 at 15:49:19 UTC, Jonathan M Davis wrote: Yeah. Any project that uses .ddoc files to define additional macros isn't going to work properly It is actually more than that: I don't support user-defined ddoc macros at all. About 3/4 of the ones I've seen are just link m

Re: Documentation for any* dub package, any version

On Monday, 26 February 2018 at 19:47:29 UTC, Jesse Phillips wrote: It also would be good for you to like to the Dub page and Git Repo. Yeah, its on my list. The project homepage from the dub.json too. Couldn't you provide a robots.txt file which Google should honor so that 'nofollow' isn't re

Re: Documentation for any* dub package, any version

On Monday, 26 February 2018 at 15:21:55 UTC, aliak wrote: Questions: Tried it with optional and undocumented stuff is also shown. Oh, fixed now. since there's no ddoc at all in that file, it should have been skipped, I just had a testing "return true;" in the method I forgot to remove. And

Documentation for any* dub package, any version

Many of you will already know this from the other thread or from my twitter, but I just added a on-demand downloader to my dpldocs.info domain to fetch and build docs for any* dub package. Simply go to projectname.dpldocs.info/vX.Y.Z/ and it will generate docs for dub package projectname, vers

Re: dxml 0.2.0 released

On Monday, 12 February 2018 at 14:54:48 UTC, rikki cattermole wrote: Just because something is 'good enough' does not make it 'good enough' for Phobos. In the words of Andrei "Good enough is not good enough", we need to aim higher to show what we actually can do. About 5 years ago (I think, I

Re: dxml 0.2.0 released

On Monday, 12 February 2018 at 14:04:38 UTC, Jonathan M Davis wrote: XML parsers are one of those things that everyone seems to want and no one seems to want to work on. I wrote one 8 years ago... though mine is more focused on HTML parsing, and the XML aspect is just a side effect!

Re: database 0.0.8 released

On Wednesday, 13 September 2017 at 06:46:59 UTC, Brian wrote: Welcome to participate! :) Alas, looking at your source, it is actually not what I wanted... I want to use the database features rather than a reimplemented class. BTW the "escapedVariants" function can help you fill in that St

Re: database 0.0.8 released

On Tuesday, 12 September 2017 at 17:14:27 UTC, Brian wrote: dlang database library: Database abstraction layer for D programing language, support PostgreSQL / MySQL / SQLite. not bad. - Statement Database.prepare(sql) Create a prepared Statement ooh, this is something I have been wanting t

Re: D as a Better C

On Wednesday, 30 August 2017 at 22:22:23 UTC, Azi Hassan wrote: extern(C) int main(int argc, char*[] argv, char*[] env) That's a D array of pointers. A D array is larger than a C "array" argument, thus you're skipping past it. The correct declaration is (int argc, char** argv, char** env).

Re: D as a Better C

On Wednesday, 30 August 2017 at 00:29:19 UTC, Parke wrote: The above D code yields 445,187 bytes when compiled with -release -betterC. DMD64 D Compiler 2.075.0-b2 on Linux on x86-64. -betterC does virtually nothing on that version of dmd... But my original question was about what you (Kagami

Re: On Tilix and D: An Interview with Gerald Nunn

So yeah reminder on the terminal emulator thing, if anyone who knows gtk wants to try to wrap my emulator in it.. it should be pretty easy. I have done a terminal.d frontend and a simpledisplay.d frontend and it isn't that hard. I just don't know gtk.

Re: SVD_to_D: Generate over 100k lines of highly-optimized microcontroller mmapped-IO code in the blink of an eye

On Wednesday, 2 August 2017 at 00:39:24 UTC, Mike wrote: Looking at your code though, I probably should have used Adam's dom.d too; std.xml was weird to say the least. There's a couple functions in dom.d too that might have simplified this: foreach(EnumsTop; Flds.getElementsByTagName("enumer

Re: args.d | a command line argument and config file parser

On Tuesday, 1 August 2017 at 15:44:34 UTC, Robert burner import args; I suggest adding a module declaration with some kind of top level namespace as soon as possible. This is liable to conflict with some other module with the same name from a user's project.

Re: Go Your Own Way (Part One: The Stack)

I would add a note to the "static arrays are interchangeable with dynamic arrays" saying that you can... and probably should explicitly slice them with `[]`. The implicit slice is one of what I see as D's design flaws and brings up a number of problems. dip1000 and similar things might be abl

Re: Life in the Fast Lane (@nogc blog post)

On Saturday, 17 June 2017 at 16:59:56 UTC, Dukc wrote: If that Walter's DIP about reference-counted exceptions gets trough it should ease problem like that quite a bit. Possibly. There's a lot of solutions to the exception thing though, and it doesn't actually bother me if you see @nogc as be

Re: Life in the Fast Lane (@nogc blog post)

On Saturday, 17 June 2017 at 13:09:42 UTC, Guillaume Piolat wrote: As a counterpoint: It's true that it's a bit niche, but when you have "no gc" then @nogc really helps with peace of mind (only one allocation and you may crash). Yes, when you actually need it it might be helpful, and then the

Re: Life in the Fast Lane (@nogc blog post)

On Saturday, 17 June 2017 at 07:03:53 UTC, Petar Kirov [ZombineDev] wrote: 2. However, there's this long list of things that you have to avoid. There's like 10 things to avoid in the language itself: http://dlang.org/spec/garbage.html#op_involving_gc and most of them are obviously array stuf

Re: Trip notes from Israel

On Friday, 26 May 2017 at 11:32:21 UTC, Andrei Alexandrescu wrote: Every person in the room took a significant fraction of the meeting time to tear me a new one about dub and http://code.dlang.org. Each in a different place Just a couple days ago, people asked me if my libs were on dub... thi

Re: Trip notes from Israel

On Monday, 22 May 2017 at 15:26:26 UTC, Andrei Alexandrescu wrote: Yah, didn't want to overload the article (or the discussion) with the expression/statement distinction. -- Andrei Yeah, the details might be too much for a general audience (and I realize you know this, I'm commenting more for

Re: Trip notes from Israel

On Monday, 22 May 2017 at 15:05:24 UTC, Andrei Alexandrescu wrote: mixin is a statement so it needs a terminator, hence the semicolon at the very end. In turn, mixin takes a string (the concatenation of variable op That actually depends on context! The mixin statement needs statements, but the

Re: DMD now has colorized syntax highlighting in error messages

On Tuesday, 16 May 2017 at 14:17:41 UTC, Adam D. Ruppe wrote: Similarly, what I want to see in the future is highlighting of specific parts of code where the error applies. Fear me. I combined Walter's code with my own to form some kind of Voltron! https://github.com/dlang/dmd/pull/6806

Re: DMD now has colorized syntax highlighting in error messages

On Tuesday, 16 May 2017 at 15:38:53 UTC, Walter Bright wrote: It includes DOS and Windows consoles. Only under specific circumstances. On the VGA hardware, underline shares a bit with blue and needs a register tweaked to make it visible (the default 16 color VGA text mode does NOT display the

Re: DMD now has colorized syntax highlighting in error messages

On Tuesday, 16 May 2017 at 15:11:21 UTC, Walter Bright wrote: error: undefined identifier maybe Colorizing code distinguishes it from text. What's important there? The generic syntax that you get from a syntax highlighter or the fact that it is the user input? Drawing attention to `mayb

<    1   2   3   4   5   6   >