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.

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: 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

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

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 :)

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

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)

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

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

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:

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

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.

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

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

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

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

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

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

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: 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

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: 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

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: 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

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

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

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

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

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

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

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!

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

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,

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

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

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

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 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.

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

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: 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

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

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

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: 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

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

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

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: 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

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.

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: 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

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

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

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

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

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

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

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: 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: 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

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!

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,

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

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

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: GtkD 3.9.0, A GTK+ D binding.

On Wednesday, 29 May 2019 at 22:07:14 UTC, Mike Wey wrote: I was already using that I see you fixed that, but I introduced a regression with my public import thing. So for a while, I had modules with a single class just go straight to that class e.g. https://api.gtkd.org/gdk.Color.html

Re: GtkD 3.9.0, A GTK+ D binding.

On Wednesday, 29 May 2019 at 22:07:14 UTC, Mike Wey wrote: Or changing `string specialPreprocessor` in doc2.d to `__gshared') Oh geeze, indeed! I made that change locally, I prolly won't push it up to github for a bit tho cuz I broke other stuff in my copy I need to fix first. But yeah

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

Re: my first kernel in betterC D

On Thursday, 20 June 2019 at 19:54:19 UTC, Cym13 wrote: What talk is that exactly? prolly this one: http://arsdnet.net/annotated-transcript.html

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

Re: I was able to write some D last week!

On Thursday, 11 July 2019 at 13:40:50 UTC, matheus wrote: Do you think that your libraries could fill this gap for D? Possibly. So I'm trying to convince my bosses at work to let me use D on the core product and one of the points I made is that D is really easy for new devs to use. Part of

Re: I was able to write some D last week!

On Thu, Jul 11, 2019 at 08:35:51AM +, bauss via Digitalmars-d-announce wrote: > Great work but the name of "arsd.http2" might be confusing to some because > of "HTTP 2" being an actual thing but that module has nothing to do with it > and is actually about Open SSL. That module is about

Re: I was able to write some D last week!

On Thursday, 11 July 2019 at 13:14:47 UTC, bauss wrote: And also CSS3 selector parsing (still not CSS parsing though.) dom.d has some of that too. My css3 support is decent but not 100%, it includes :not, :has, :nth-child, nth-of-type and more. I never implemented :only-child though, that'd

Re: I was able to write some D last week!

On Thursday, 11 July 2019 at 13:36:17 UTC, bauss wrote: Most of the modules in arsd can be used separately right? Yes, my policy is that the modules use no more than two other modules total. The ones below with a star* indicate default reliance upon a common C library too, like openssl. I

Re: I was able to write some D last week!

On Thursday, 11 July 2019 at 13:51:03 UTC, Adam D. Ruppe wrote: foundation modules (0 imports): oh, I forgot terminal.d in here. It is fun to combine the event loops of some of these, since I refuse to put a common interface in since that means another module. It tends to be implemented

Re: What's Up on Reddit?

On Saturday, 13 July 2019 at 01:34:38 UTC, Mike Parker wrote: The admin of it has never responded to our queries. did you try querying "GRANT ALL ON dlang.* TO myself"? i find it often helps me in these situations

Re: I was able to write some D last week!

On Tuesday, 9 July 2019 at 03:21:21 UTC, ketmar wrote: yay, so your cgi.d and template modules are ready for public now! great. Aye, you can use them now. I haven't documented all the new stuff and I am still likely to change a bunch of details, so it is still kinda "use at your own risk of

I was able to write some D last week!

I am bumping the arsd repo dub's version number to 4.0.0. (this is super super arbitrary for me though, I very rarely ACTUALLY break backward compatibility, in fact I try to be both backward and forward compatible with myself and with dmd versions, just meh) Anyway, while version numbers are

Re: I was able to write some D last week!

On Tuesday, 9 July 2019 at 12:09:14 UTC, Greatsam4sure wrote: I don't know much about this project but l which to know more. My code is the oldest continuously maintained web library in D, started in 2008 and still developed today. It also does a bunch of other things like gui too. How

Re: I was able to write some D last week!

On Tuesday, 9 July 2019 at 12:13:13 UTC, Dejan Lekic wrote: Not entirely true - there is a (pretty active) project out there called "Hunt Framework" - https://github.com/huntlabs/hunt-framework Fun fact: hunt framework bootstrapped themselves with my code! I don't think they still use any of

I wrote a little socket tutorial

A lot of people ask me how to use sockets in Phobos, so I wrote it up with a few samples. Not every detail you could ever need, but I tried to be reasonably comprehensive for new users. http://dpldocs.info/this-week-in-d/Blog.Posted_2019_11_11.html

Re: I wrote a little socket tutorial

On Friday, 15 November 2019 at 19:40:51 UTC, JN wrote: I used this to get started back in the day: http://arsdnet.net/dcode/book/chapter_02/03/ yeah, that's one of the samples from my "D Cookbook" and I wrote this new thing primarily to expand upon the text there from the book (which was

Re: I wrote a little socket tutorial

On Friday, 15 November 2019 at 21:07:45 UTC, JN wrote: Such code snippets are amazing for starting out. Too many libraries just throw the API documentation at you and figure out how to set up things. Aye. That's why my doc gen actually has hidden secret features to make *complete* examples

Re: interfaces and contracts - new pattern

On Monday, 2 December 2019 at 22:31:08 UTC, Ola Fosheim Grøstad wrote: Interesting, could be useful, but now you have to remember to add "in(false)". Yeah, it is kinda tempting to propose a language change, where an override method does this by default if nothing else is specified. I think

Re: interfaces and contracts - new pattern

On Tuesday, 3 December 2019 at 14:24:15 UTC, Robert M. Münch wrote: My point was, when the superclass doesn't has an in() contract: Error: function contracts.Derived.test cannot have an in contract when overridden function contracts.Base.test does not have an in contract h geeze I was

Re: interfaces and contracts - new pattern

On Tuesday, 3 December 2019 at 10:39:08 UTC, Robert M. Münch wrote: In large scale projects this will become a big problem as you can't assume that every developer knows about all the contracts of a superclass. That's the beauty of `override in(false)` - you don't have to know about the

Re: interfaces and contracts - new pattern

On Tuesday, 3 December 2019 at 17:17:15 UTC, Meta wrote: Which is still open, but Iain ran into stack corruption issues when compiling with the -m64 flag... and no further progress. So I guess it's just a matter of the bug not being fixed. That's surprising. It could perhaps just use my

Re: interfaces and contracts - new pattern

On Tuesday, 3 December 2019 at 15:26:10 UTC, Ola Fosheim Grøstad wrote: Also the use of the term "covariant" here is confusing to me: Yeah, to be honest, I forget what the terms mean, so I tend to avoid them. like my last email just talked about specialization and implicit casts which I

Re: interfaces and contracts - new pattern

On Tuesday, 3 December 2019 at 14:45:28 UTC, Ola Fosheim Grøstad wrote: Maybe also test with D interfaces? I suppose they have the same behaviour as superclasses? Yeah, I did that (there's a unittest in the blog source for it, that's what shows under the example section). It works nicely. I

Re: interfaces and contracts - new pattern

On Tuesday, 3 December 2019 at 15:12:46 UTC, Ola Fosheim Grøstad wrote: But I was thinking of contravariant/covariant parameters on virtual functions. those too. I mostly use it with things like a clone method: interface Cloneable { Cloneable clone(); } class MyClass : Cloneable {

Re: interfaces and contracts - new pattern

On Tuesday, 3 December 2019 at 17:10:04 UTC, Meta wrote: Am I mistaken as to what the defect was, or as to whether it was fixed, or both? I don't think they ever changed it - the code in the original link there shows the current behavior.

Re: interfaces and contracts - new pattern

On Tuesday, 3 December 2019 at 16:03:18 UTC, Ola Fosheim Grøstad wrote: But this doesn't work in D. That's my point - it is unsound in the static type system and D correctly rejects it. Might work in a dynamic language, but not in static. Yes, but when do you need to do it? So it is

Re: My Android project nearing beta

On Monday, 16 December 2019 at 23:23:08 UTC, GreatSam4sure wrote: I will appreciate a step by step tutorial on how to get things setup and running dlang android app Did the website there help you at all?

Re: My Android project nearing beta

On Tuesday, 17 December 2019 at 18:29:32 UTC, H. S. Teoh wrote: Remaining issues (that I'm aware of) are: I also haven't finished supporting all the various Java arguments. Notably arrays are unimplemented right now as well as handling interfaces (if a D function takes a CharSequence but the

Re: My Android project nearing beta

On Tuesday, 17 December 2019 at 18:08:07 UTC, jmh530 wrote: On Tuesday, 17 December 2019 at 17:41:46 UTC, bachmeier wrote: I had no idea that existed. That should really be promoted. There might be a lot of interest. First commit was only 8 days ago [1]. I'm sure there will be a bigger

Re: My Android project nearing beta

On Tuesday, 17 December 2019 at 20:57:54 UTC, bachmeier wrote: Maybe Docker can help ease the burden for others to test it. oh it isn't that hard... as of now the trickiest thing is the druntime build and ldc comes with a script to help with that. The script just worked on my box for x86,

Re: My Android project nearing beta

On Tuesday, 17 December 2019 at 20:26:39 UTC, aberba wrote: This part is unclear to follow OK, I'll rewrite it with more examples later in the week. It is still a little bit of a pain to set up too so if I can fix that, the instructions will be simplified as well.

Re: My Android project nearing beta

On Tuesday, 17 December 2019 at 22:28:32 UTC, kinke wrote: Instead of wrappers around ldc2 and dub, I'd prefer a little generic tool My implementation is pretty generic - look at the source. All it really does is foreach(target; [x86, x86_64, armv7, aarch64]) dub build -a target; and

<    1   2   3   4   5   6   >