Re: Terminix Year In Review
On Monday, 2 January 2017 at 13:35:21 UTC, Mike Parker wrote: On Monday, 2 January 2017 at 00:53:04 UTC, Gerald wrote: Terminix is a GTK 3 tiling terminal emulator that has been designed following the GNOME Human Interface Guidelines. The project started just over a year ago at the start of 2016 and I thought it would be fun to look back at the project history, highlights, low-lights and goals for 2017. https://gnunn1.github.io/terminix-web/news/year-in-review/ https://www.reddit.com/r/programming/comments/5ll9j8/terminix_year_in_review_looking_back_on_a_tiling/ It was also posted to: https://www.reddit.com/r/linux/comments/5liblz/terminix_year_in_review/
Re: Tutorial: Form upload in vibe.d
On Tuesday, 6 December 2016 at 22:28:04 UTC, aberba wrote: https://aberba.github.io/2016/form-upload-in-vibe-d/ Thanks for the tutorial! Please keep them coming.
Re: ggplotd version 1.0.0 released
On Sunday, 21 August 2016 at 12:32:11 UTC, ZombineDev wrote: I've worked extensively with data-viz UI components for WPF/SL and ASP.NET and I have to say that, after a quick glance at the readme, I really like the API of your library! Nice work! Thanks! Although I must give most of the props to ggplot2 (the R package), because it is inspired by their API :)
Re: ggplotd version 1.0.0 released
On Saturday, 20 August 2016 at 16:37:29 UTC, Edwin van Leeuwen wrote: I just wanted to announce the 1.0.0 version release of ggplotd [1]. The main addition is support for legends. Other than that the release focused on cleaning up/refactoring the code. It should still be backwards compatible though. Forgot to add what ggplotd actually is :) ggplotd is a plotting library, which uses cairo to do the actual for drawing. It supports saving as svg, pdf and png file. It also has basic support for drawing to gtk. The library design is inspired by ggplot2 for R, which in turn is based on a book called: grammar of graphics (hence gg(plot)). It supports plotting lines/points, histograms(2d) and density(2d) plots. It is written in such a way that it is easy to add your own type of plots (see the README).
ggplotd version 1.0.0 released
I just wanted to announce the 1.0.0 version release of ggplotd [1]. The main addition is support for legends. Other than that the release focused on cleaning up/refactoring the code. It should still be backwards compatible though. As always I also released a new version of plotcli (the commandline plotting tool), which now also supports legends [2]. I am afraid there is currently no prebuild plotcli version with gtk support available OSX due to a linker error with gtkd on OSX [3]. I don't have a mac, so have been unable to solve this. Any input would be appreciated :) [1] https://github.com/BlackEdder/ggplotd [2] https://github.com/BlackEdder/plotd [3] https://github.com/gtkd-developers/GtkD/issues/162
Re: Battle-plan for CTFE
On Friday, 29 July 2016 at 11:30:20 UTC, Stefan Koch wrote: I have fresh performance statistics: Is there any improvement in memory usage?
Re: Autotesting dub packages with dmd nightly
On Monday, 18 July 2016 at 18:47:28 UTC, Jacob Carlborg wrote: On 2016-07-18 11:55, Sebastiaan Koppe wrote: Like I said I am aiming really low. On purpose. I have a wife and two kids and I need to keep the scope limited. In that case, go with something that already exists. I think Martin Nowak has some sort of automated setup for testing a limited number of dub packages against each release, but I can't find the relevant post at the moment.
Re: daffodil, a D image processing library
On Monday, 4 July 2016 at 15:10:30 UTC, Manu wrote: On 1 July 2016 at 18:19, Edwin van Leeuwen via Digitalmars-d-announce <digitalmars-d-announce@puremagic.com> wrote: On Friday, 1 July 2016 at 08:11:37 UTC, Benjamin Schaaf wrote: On Friday, 1 July 2016 at 01:24:55 UTC, rikki cattermole wrote: On 01/07/2016 9:35 AM, Benjamin Schaaf wrote: Doesn't use allocators or Manu's color work, yup yup not interested. In terms of std.experimental.color, one of the things I focused on was extensibility. Also, the only way currently to use Manu's color work is to install his phobos branch. The dub package will throw unittest errors and loads of deprecation warnings. Really? Nobody ever mentioned that before. I don't use dub, so I didn't notice... but I thought the code there was up to date...? Maybe I am confused. I am talking about the code/package here: https://github.com/TurkeyMan/color which hasn't seen an update since november. Relevant issue: https://github.com/TurkeyMan/color/issues/5 I had a look at the unittest, but couldn't immediately figure out why it wasn't working, so didn't look further into it.
Re: daffodil, a D image processing library
On Friday, 1 July 2016 at 08:11:37 UTC, Benjamin Schaaf wrote: On Friday, 1 July 2016 at 01:24:55 UTC, rikki cattermole wrote: On 01/07/2016 9:35 AM, Benjamin Schaaf wrote: Doesn't use allocators or Manu's color work, yup yup not interested. In terms of std.experimental.color, one of the things I focused on was extensibility. Also, the only way currently to use Manu's color work is to install his phobos branch. The dub package will throw unittest errors and loads of deprecation warnings.
Re: Button: A fast, correct, and elegantly simple build system.
On Wednesday, 15 June 2016 at 15:39:47 UTC, Andrei Alexandrescu wrote: On 06/15/2016 08:05 AM, John Colvin wrote: On Wednesday, 15 June 2016 at 11:47:00 UTC, Walter Bright wrote: On 6/15/2016 4:07 AM, Edwin van Leeuwen wrote: How about using reggae? https://github.com/atilaneves/phobos/blob/reggae/reggaefile.d I haven't studied either. If you do study that reggae file, remember that it's a deliberate transliteration of the makefile and therefore is a lot more verbose than it *could* be if done from a clean slate or as a proper translation. IIRC it was done to show that reggae could do literally everything the makefile does, in the same way. Does it do -j? -- Andrei It can work with multiple backends (make/tup/ninja), which all support -j. There is also a binary backend (creates an executable), not sure if that supports -j natively.
Re: Button: A fast, correct, and elegantly simple build system.
On Monday, 13 June 2016 at 00:27:47 UTC, Walter Bright wrote: On 5/30/2016 12:16 PM, Jason White wrote: Here is an example build description for DMD: https://github.com/jasonwhite/dmd/blob/button/src/BUILD.lua I'd say that's a lot easier to read than this crusty thing: https://github.com/dlang/dmd/blob/master/src/posix.mak Yes, the syntax looks nice. How about using reggae? https://github.com/atilaneves/phobos/blob/reggae/reggaefile.d
Re: Beta release DUB 1.0.0-beta.1
On Tuesday, 7 June 2016 at 09:54:19 UTC, Sönke Ludwig wrote: DUB 1.0.0 is nearing completion. The new feature over 0.9.25 is support for single-file packages, which can be used to write shebang-style scripts on Posix systems: #!/usr/bin/env dub /++ dub.sdl: name "colortest" dependency "color" version="~>0.0.3" +/ I love that as a feature! Thanks for adding that.
Re: matrix library
On Monday, 23 May 2016 at 23:08:46 UTC, Vlad Levenfeld wrote: Now I am thinking that the best way to orthogonalize (sorry) my efforts with respect to mir and scid.linalg is to use them as backend drivers, maintain this wrapper for the crowd that isn't as familiar with blas/lapack, or wants to write slightly more concise top-level code, and forward the relevant bug reports and pull requests to mir and scid. You might be interested in joining the gitter channel where the mir developers hang out: https://gitter.im/libmir/public
Re: matrix library
On Monday, 23 May 2016 at 20:27:54 UTC, Vlad Levenfeld wrote: On Monday, 23 May 2016 at 20:11:22 UTC, Vlad Levenfeld wrote: ... On first glance it looks like https://github.com/DlangScience/scid/blob/master/source/scid/matrix.d has most of what my matrix implementation is missing. Not sure how to put them together yet. There is also mir, which is working towards being a full replacement for blas: https://github.com/libmir/mir It is still under development, but I think the goal is to become the ultimate matrix library :)
ggplotd v0.9: Added geomDensity and geomDensity2d support. Documentation improvements
I’d like to announce a new release of the ggplotd plotting library. https://github.com/BlackEdder/ggplotd Main changes are: User visible change: - geomDensity and geomDensity2D (kernel smoothed hist and hist2d) - Browseable api documentation using harbored-mod - Updates to documentation - Some deprecations due to moving/renaming - mergeRange moved to ggplotd.range - geomHist3D renamed to geomHist2D Other changes: - Addition of ggplotd.stat module - Split some geom functions into separate geom and stat part - Many refactors Plotcli: https://github.com/BlackEdder/plotd A new version of plotcli has also been released, which depends on the new ggplotd version. As a result plotcli can now also create density and density2d plots (which are basically smoothed histograms).
Re: The D language online tour - tour.dlang.org
On Monday, 16 May 2016 at 17:32:06 UTC, André wrote: Hi, after another round of polishing, bug fixing, very useful user contributions and suggestions, I'd like to present the new home of the D language online tour: http://tour.dlang.org/ Thank you very much to the D foundation for hosting this service! If you would like to report errors or have suggestions, please use GitHub: https://github.com/stonemaster/dlang-tour Thanks & regards, André Nice work. Will this be mentioned/linked too in the Learn section of the dlang.org?
Re: Computer Vision Library in D
On Thursday, 28 April 2016 at 11:32:25 UTC, Michael wrote: And I would also like to see some more scientific libraries make it into D. Though I understand that including it in the standard library can cause issues, it would be nice to at least get some Linear Algebra libraries in experimental or over with the rest of the science libraries. As I understand it that is part of the goal of mir: https://code.dlang.org/packages/mir Not sure if you were aware, but there is also a group with the aim to promote scientific dlang work: https://gitter.im/DlangScience/public
Re: Command line utilities for tab-separated value files
On Tuesday, 12 April 2016 at 07:17:05 UTC, Jon D wrote: I'd certainly like to make it available via dub, but I wasn't sure how to set it up. There are two issues. One is that the package builds multiple executables, which dub doesn't seem to support easily. More problematic is that quite a bit of the test suite is run against the executables, which I could automate using make, but didn't see how to do it with dub. If there are suggestions for setting this up in dub that'd be great. An example project doing something similar would be really helpful. Dub is indeed not ideal for building multiple executables. You can either use subConfigurations or subPackages. In your case I would probably go the subPackages route, with the root dub file depending on all the executables. Never done that before though, so not exactly sure if that would work. If it works though then I'd think dub test in the root would run the tests for each subPackage.
Re: Official dub packages for Debian and Ubuntu
On Monday, 11 April 2016 at 14:21:46 UTC, Matthias Klumpp wrote: And porting Python code to D was incredibly easy. I'll likely blog about my experience with D). That would be great. Do you have a link to your blog (and its rss feed)? As part of that work, the dub package an build management system is now available in Debian, and I will ensure it works well. Nice, that will make it a lot easier, for people that are not using D, to install D programs/packages
Re: Updated plotcli (version 0.8.0). Now build on ggplotd
On Monday, 15 February 2016 at 22:54:19 UTC, wobbles wrote: Sounds good! I have a vibe.d app that plots our servers sar data using plotly.js. I'll investigate integrating this instead of plotly so I'll have a fully D solution! (I tried generating my own svg file but it was too large an effort for me at the time!) If you want to plot directly from D you could consider integrating ggplotd directly, because that would give you maximum flexibility. Note that if you are interested in a particular type of plot that isn't supported yet just let me know (or submit a pull request :)). Extending ggplotd/plotcli to support a new type is relatively straightforward (see the ggplotd readme). Ggplotd and plotcli both support saving to png/svg/pdf format.
Re: Updated plotcli (version 0.8.0). Now build on ggplotd
On Monday, 15 February 2016 at 20:17:00 UTC, wobbles wrote: This looks very cool - does it take long to export the png file? Particularly with the -f flag, if the data file is updated, how long until does it take to print? I know I could check, but you prob know the answer :P Currently it saves if the last save is more than 100ms ago. It also tries to read the file every 100ms, so at the outside it would take 200ms after a file update. Have been thinking I might have to increase that time a bit to deal with larger data sets.
Updated plotcli (version 0.8.0). Now build on ggplotd
Plotcli[1] is a command line application that can create plots by parsing text/csv files and from piped data, making it useful during data analysis. Plotcli v0.8.0 has been largely rewritten to use ggplotd[2] as its backend. This results in more beautiful plots and gives us greater control over the exact plots created. Note though that the command line arguments are incompatible with previous releases. Plotcli (through ggplotd) can now also show the plots in a gtk window, through using `plotcli --format gtk`. Previously versions only supported saving the resulting plots to files. Examples and more documentation are available on the its github page: https://github.com/BlackEdder/plotd [1] https://github.com/BlackEdder/plotd [2] https://github.com/BlackEdder/ggplotd
Re: New blog about D
On Sunday, 27 September 2015 at 23:23:05 UTC, Márcio Martins wrote: The blog platform itself is home-made and the server-side is 100% D (vibe.d). Once I build it up a bit more, I will probably put it up on github as an example of how easy it is to build high-performance frontend and backend web apps with D + vibe.d. It is really productive once the scaffolding and pipeline is all built. Is there an rss feed to the blog? That way I can follow it :)
