Re: xlsxd: A Excel xlsx writer
On Wednesday, 7 November 2018 at 16:49:58 UTC, H. S. Teoh wrote:
On Wed, Nov 07, 2018 at 04:41:39PM +, Robert Schadek via
Digitalmars-d-announce wrote:
https://code.dlang.org/packages/xlsxd
Announcing xlsxd a OO wrapper for the C library libxlsxwriter
[1].
Run:
import libxlsxd;
auto workbook = newWorkbook("demo.xlsx");
auto worksheet = workbook.addWorksheet("a_worksheet");
worksheet.write(0, 0, "Hello to Excel from D");
and you have created a Excel spreadsheet in the xlsx format
with name
demo.xlsx
that contains the string "Hello to Excel from D" in row 0,
column 0.
[1] https://github.com/jmcnamara/libxlsxwriter
Is there support for reading xlsx files too?
T
There are various C libraries.you could just use DPP to call
them..
Re: textattr library for text colors and attributes available in D
On Friday, 9 November 2018 at 03:02:01 UTC, Shriramana Sharma wrote: On Thursday, 8 November 2018 at 19:26:15 UTC, Bastiaan Veelo wrote: Cool, must remember this in case I need it one day. Do you have plans to add it to the dub registry? Don't know how. Can follow instructions if provided. Does DUB also allow multi-language libs one of which is D? Unfortunately my D usage isn't as much as I'd like it to be so haven't kept up so closely… You can find the instructions on how to create a dub package here: http://code.dlang.org/publish It looks to me like the textattr.d is all that is needed? Should be easy to put it in a separate package that could be uploaded to dub registry.
Re: Backend nearly entirely converted to D
On Thursday, 8 November 2018 at 22:21:40 UTC, welkam wrote: On Thursday, 8 November 2018 at 18:52:02 UTC, H. S. Teoh wrote: length is getting ridiculous Having better editor support is nice but by "use better editor" you meant use vim dont you? Please keep chatter on the announce forum to a minimum. Vim is not the only editor capable of limiting searches to whole words. Sublime Text and Visual Studio Code can do this too, as can probably many others.
Re: Backend nearly entirely converted to D
On Thursday, 8 November 2018 at 08:40:37 UTC, Joakim wrote: [...] 2.080.1 - 1D 8.0s 2.081.2 - 4D 7.2s 2.082.1 - 27D 6.9s 2.083.0 - 45D 5.6s master d398d8c - 50D 4.3s [...] I think we'll see even more of a gain if the D files in the backend are built all at once. Interesting!
Re: Wed Oct 17 - Avoiding Code Smells by Walter Bright
On Thursday, 8 November 2018 at 23:50:18 UTC, TheFireFighter
wrote:
i.e. better encapsulation really is a good thing (although for
many, it a lesson that needs to be learned).
Public/private/protected are hacks anyway - and many
object-oriented languages don't have it. They only provide
extremely limited encapsulation ; the client still sees the
non-public part, and can depend on it in unexpected ways:
// my_module.d
struct MyStruct
{
private:
char[1024] data;
}
class MyClass
{
protected:
abstract void f();
};
// main.d
import my_module;
import std.traits;
import std.stdio;
int main()
{
// depends on the list of private
writefln("MyStruct.sizeof: %s", MyStruct.sizeof); members
// depends on wether 'f' is declared abstract or not.
writefln("isAbstractClass!MyClass: %s",
isAbstractClass!MyClass);
return 0;
}
If you want perfect encapsulation, use interfaces (as already
said in this thread), or PIMPL.
