Re: Ecoji-d v1.0.0 is released - Base1024 using emojis
On 15 March 2018 at 11:45, Anton Fediushin via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > > Even though each emoji is 4 bytes long, there is a noticable difference in > size when we are talking about larger chunks of data: > This doesn't make sense. For every 10 bits, you're emitting 32 bits... you're more than tripling the size of the data. Base64 takes 6 bits and emits 8 bits, which is a third larger. 1.333x is smaller than 3.2x. O_o
Re: Ecoji-d v1.0.0 is released - Base1024 using emojis
On 2018-03-14 18:30, Anton Fediushin wrote: , I'm glad to announce that ecoji-d - pure D implementation of ecoji encoding version 1️⃣.0️⃣.0️⃣ is finally released❗ What is ecoji? Ecoji encodes data as base1024 with an emoji character set. It can be used instead of boring and old base64 冷冷冷. Encoding example: --- $ echo "Base64 is so 1999, isn't there something better?" | ecoji-d 論撚若 Useful feature: Easy manual verification.
Re: User Stories: Funkwerk
On Saturday, March 17, 2018 20:12:08 bauss via Digitalmars-d-announce wrote: > On Saturday, 17 March 2018 at 19:54:07 UTC, Jonathan M Davis > > wrote: > > On Saturday, March 17, 2018 12:48:07 bauss via > > > > Digitalmars-d-announce wrote: > >> On Friday, 16 March 2018 at 19:42:11 UTC, Rubn wrote: > >> > On Wednesday, 14 March 2018 at 14:17:50 UTC, Mike Parker > >> > > >> > wrote: > >> >> foreach(auto element: elements) > >> > > >> > ":" is C++ syntax > >> > >> Also "auto" can be omitted. > >> > >> foreach (element; elements) > > > > Not only can be. It must be. auto is not legal in a foreach > > loop in D, which is arguably a bit inconsistent, but for better > > or worse, that's the way it is. > > > > - Jonathan M Davis > > Ahh, I didn't know it had become illegal or at least I think I > remember foreach loops accepting auto in the past, but that's > probably years ago or maybe I remember wrong and it has always > been illegal? AFAIK, it has always been illegal, and periodically, it's been brought up that it should be legal for consistency, but for better or worse, it hasn't been changed. - Jonathan M Davis
Re: User Stories: Funkwerk
On Saturday, 17 March 2018 at 19:54:07 UTC, Jonathan M Davis wrote: On Saturday, March 17, 2018 12:48:07 bauss via Digitalmars-d-announce wrote: On Friday, 16 March 2018 at 19:42:11 UTC, Rubn wrote: > On Wednesday, 14 March 2018 at 14:17:50 UTC, Mike Parker > wrote: >> foreach(auto element: elements) > > ":" is C++ syntax Also "auto" can be omitted. foreach (element; elements) Not only can be. It must be. auto is not legal in a foreach loop in D, which is arguably a bit inconsistent, but for better or worse, that's the way it is. - Jonathan M Davis Ahh, I didn't know it had become illegal or at least I think I remember foreach loops accepting auto in the past, but that's probably years ago or maybe I remember wrong and it has always been illegal?
Re: User Stories: Funkwerk
On Saturday, March 17, 2018 12:48:07 bauss via Digitalmars-d-announce wrote: > On Friday, 16 March 2018 at 19:42:11 UTC, Rubn wrote: > > On Wednesday, 14 March 2018 at 14:17:50 UTC, Mike Parker wrote: > >> foreach(auto element: elements) > > > > ":" is C++ syntax > > Also "auto" can be omitted. > > foreach (element; elements) Not only can be. It must be. auto is not legal in a foreach loop in D, which is arguably a bit inconsistent, but for better or worse, that's the way it is. - Jonathan M Davis
Re: Vision document for H1 2018
On Friday, 16 March 2018 at 19:08:47 UTC, Nick Sabalausky
(Abscissa) wrote:
On 03/16/2018 02:35 PM, Tony wrote:
On Friday, 16 March 2018 at 15:04:21 UTC, Kagamin wrote:
On Thursday, 15 March 2018 at 16:03:14 UTC, rumbu wrote:
Are you sure that you are talking about phobos and not
tango? :)
I'm eager to find how I'm uninformed.
Tango doesn't use UFCS, while phobos and .net framework are
big on extension methods. Also tango uses object oriented
console IO, while phobos and .net framework use procedural
style for it.
I thought C# was like Java and does not allow free procedures.
Can you give an example of C# procedural-style IO?
It doesn't (last I used it), buy you CAN mark individual member
functions to be usable UFCS-like. IIRC, I think it might have
to be static member function.
It's been awhile, so I don't remember it exactly, but it's
something like this:
class Bar {}
class Foo {
static void SomeFunc(extention Bar bar, int num) {...}
}
class MyApp {
static void Run() {
Bar bar = new Bar();
bar.SomeFunc(2);
}
}
Actually it's like:
static void SomeFunc(this Bar bar, int num) { ... }
Re: User Stories: Funkwerk
On Friday, 16 March 2018 at 19:42:11 UTC, Rubn wrote: On Wednesday, 14 March 2018 at 14:17:50 UTC, Mike Parker wrote: foreach(auto element: elements) ":" is C++ syntax Also "auto" can be omitted. foreach (element; elements)
Re: Vision document for H1 2018
On Sunday, 11 March 2018 at 04:06:13 UTC, Nick Sabalausky (Abscissa) wrote: On 03/10/2018 05:47 AM, Dylan Graham wrote: On Saturday, 10 March 2018 at 10:05:49 UTC, rumbu wrote: According to the State of D Survey, 71% of the respondents don't care about betterC. Why is betterC on the priority list? Yeah. Why should D worry about tying itself into C when it can't even interface with itself through DLLs? First of all, betterC is about far more than interfacing with C. In fact, interop with C isn't really what betterC is about at all - that's a separate aspect of the language. (And those C/C++ users who still haven't come to D - for many of them the holdout is *because* of the issues betterC aims to address. Make no mistake, for all the stockholm syndrome in the C and C++ worlds, there *are* a lot people openly wanting to jump ship but don't have a sufficient option yet. Heck, *I'm* a C/C++ -> D convert.) But more importantly: The D language itself is specifically designed and intended to be multi-purpose. Because of that, D users (and potential D users) are *highly* diverse. Everybody here has their own use-cases, their own needs and priorities, and their own list of things they want fixed yesterday. In a group this diverse, there just simply *isn't* much on the D wishlist that's crucially important to a *majority*, because we all need completely different things. Personally, better DLL support have little to no impact on me. Obviously it does for you, and I sympathise. Some of the things most important to me for D to improve you probably wouldn't care one bit about - and that's ok. We work on different sorts of things. Improved betterC is something I would find very nice if I ever have time or opportunity to get back into embedded software. But outside of that, yea, it doesn't impact me much more than it does for you. But here's the rub: In this crowd here, probably far more than most languages, we all have such wildly varying needs that 29% *is* what qualifies as significant around here. Most wishlist items are going to have similarly non-majority numbers. And they have to pick *something* to focus on. Luckily, as the vision document clearly states, there are *several* such "somethings" the dlang foundation is committing to working on. The D language is a marvel. It just nice using it. It is a superior language. It is pure joy programming in D. D language is mature enough to write up to 90% of all form of application. The problem I have seen thus far is the tools. The tools don't work especially on Windows. The only working ide on Windows is visual-D but tied to visual studio. Personally don't like visual studio, it look to old for my likely. The plugin for eclipse,visual studio code and intellij are really lacking behind. I having trying to setup code-d up in vs code for more than six months now to get auto completion but to no success. I have spent countless hours on the internet search for a solution but did not find any. I just get all kinds of errors. My next plane is to by a Linux system. So to me D is a beautiful language with no beautiful tools so not usable to me yet. All you need to set up dmd on Windows is to download it and install.it is less than 2mins, you are good to go. Running your code in command line is painless with dub. But who want to write a millions of lines of code using plan text editors without code hinting, auto complete and superior debuging? I love D language so much. The language is true mature now. Fix the following problem * Get the plugin for intellij, eclipse and vs code working especially on Windows * Proper documentation for the various packages and library *Make installation process as easy as installing dmd *Books that touch all capability of the D langauge with real like application. Programming in D is good but it must be enchance further D language must be easy to program on all pupular ide. All you need to write c# code in vs code is just two or three extension. There is code hinting, auto complete etc. Why will I not use C# in vs code? I have no reason. Good language with good tools- anybody will give it a trier Walter and all the team have done a good job. But give me more pride to sell D to all my colleagues. Programmers are known to be proud of their language, they must have very good reasons to switch. People switch from one languge to another because the new language just easy their pain. All the members of the D community must come together and face really and work together to move the language further to make D the number one langauge which is what D supposed to be. Working individually have move us here but working collectively will definitely make us the best. We must give people on all platform- windows, Mac, Linux,intellij,exclipse, netbeam,vs code, visual studio etc good reasons to use D besides the beaulty and power of the language. Love D
