On Tuesday, 23 December 2014 at 07:18:01 UTC, Dicebot wrote:
Project itself is very cool but I am in doubts about
possibility of merging this upstream. Doing so would make full
D implementation effectively impossible without some C++
compiler already available as a library on same platform -
On 2014-12-23 00:14, Elie Morisse wrote:
Hi everyone,
I have the pleasure to announce to you all the existence of a modified
LDC able to interface directly to C++ libraries, wiping out the need to
write bindings:
This is pretty cool, but I'm not so sure if this will be accepted in
upstream.
On Tuesday, 23 December 2014 at 10:52:58 UTC, Joseph Rushton
Wakeling wrote:
On Tuesday, 23 December 2014 at 07:18:01 UTC, Dicebot wrote:
Just to be clear, you're talking about needing the C++
compiler-as-library on the platform where the compiler is being
run, right?
I don't see how that
On Tuesday, 23 December 2014 at 11:53:38 UTC, Dicebot wrote:
By upstream I don't mean LDC upstream but D upstream - we don't
want it to become part of full language spec if implementation
is so reliable on specific toolchain. It has been already
discussed when Jacob proposed dstep
On Tuesday, 23 December 2014 at 11:53:38 UTC, Dicebot wrote:
On Tuesday, 23 December 2014 at 10:52:58 UTC, Joseph Rushton
Wakeling wrote:
clip
Consider both things like embedded/MIPS and Windows64 - LLVM
tooling is not as strong on those right now, GCC does not
provide such easy way to
On Tuesday, 23 December 2014 at 07:18:01 UTC, Dicebot wrote:
Project itself is very cool but I am in doubts about
possibility of merging this upstream. Doing so would make full
D implementation effectively impossible without some C++
compiler already available as a library on same platform -
On Monday, 22 December 2014 at 23:14:44 UTC, Elie Morisse wrote:
• Structs
https://github.com/Syniurge/Calypso/blob/master/tests/calypso/showcase.d
testClass cls = new testInherit;
This should be written
testClass* cls = new testInherit;
In C++ struct and class differ only in symbol
I have the pleasure to announce to you all the existence of a
modified LDC able to interface directly to C++ libraries,
wiping out the need to write bindings:
This is nothing short of amazing. I do not know much about
streams, up and down. But getting the fantastic toy language that
is D to
For a bit of fun and prompted by a thread requesting such, i've
created a few visualisation videos generated from D repositories
by Gource.
DMD:
https://www.youtube.com/watch?v=8OuZ9sfyEbI
Phobos:
https://www.youtube.com/watch?v=5OLccv4FhE8
Druntime:
Hi,
I've created this meetup group for any London based D enthusiasts
to meet up and get excited about D.
I'll also demo my intellij plugin for D at the first meetup which
I've scheduled for February. Although I might be a bit lonely if
I'm the only person there! lol.
On 23 December 2014 at 18:26, Kingsley via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
Hi,
I've created this meetup group for any London based D enthusiasts to meet up
and get excited about D.
I'll also demo my intellij plugin for D at the first meetup which I've
On Tuesday, 23 December 2014 at 15:20:18 UTC, Kagamin wrote:
On Monday, 22 December 2014 at 23:14:44 UTC, Elie Morisse wrote:
• Structs
https://github.com/Syniurge/Calypso/blob/master/tests/calypso/showcase.d
testClass cls = new testInherit;
This should be written
testClass* cls = new
On Tuesday, 23 December 2014 at 15:20:18 UTC, Kagamin wrote:
On Monday, 22 December 2014 at 23:14:44 UTC, Elie Morisse wrote:
• Structs
https://github.com/Syniurge/Calypso/blob/master/tests/calypso/showcase.d
testClass cls = new testInherit;
This should be written
testClass* cls = new
Coming soon to *upstream*. As per post:
http://tinyurl.com/myc8h9y
posted in wrong forum. reposting in right one.
On Tuesday, 23 December 2014 at 23:08:34 UTC, Vic wrote:
Coming soon to *upstream*. As per post:
http://tinyurl.com/myc8h9y
On Monday, 22 December 2014 at 21:46:48 UTC, ketmar via
Digitalmars-d wrote:
i can assure you that concurency in the language is not the
only
thing one needs to know before start writing a server. you keep
telling that everything else in Go is so cheap to learn, so only
CSP
matters. oh,
On Tuesday, 23 December 2014 at 07:57:22 UTC, Bienlein wrote:
What I'm saying is that being good at everything is good, but
only a true selling point would receive people's attention.
That's the way it is. Making D fit for server side development
is a suggestion of mine. It seems to me
On Tuesday, 23 December 2014 at 07:57:22 UTC, Bienlein wrote:
What I'm saying is that being good at everything is good, but
only a true selling point would receive people's attention.
That's the way it is. Making D fit for server side development
is a suggestion of mine.
Yes, responsive
On Tuesday, 23 December 2014 at 01:42:49 UTC, ketmar via
Digitalmars-d wrote:
i really really hate immutable integer args, for example, and
can't
see any sense in doing it. that's why i wondered.
It might be a bit annoying for short functions, but in principle
the function signature should
Looks more like commit history visualization tool, than source
visualization.
On Tue, 23 Dec 2014 08:26:15 +
via Digitalmars-d digitalmars-d@puremagic.com wrote:
On Tuesday, 23 December 2014 at 01:42:49 UTC, ketmar via
Digitalmars-d wrote:
i really really hate immutable integer args, for example, and
can't
see any sense in doing it. that's why i wondered.
On Monday, 22 December 2014 at 21:09:21 UTC, Meta wrote:
There are only a couple of constructs in D that allocate, so it
may be worthwhile to let the allocator control the primitives,
i.e.:
auto gc = new GCAllocator(...);
gc.Array!char a = ['x', 'y'];
a ~= ['a', 'b']; //use
On Tuesday, 23 December 2014 at 08:43:06 UTC, ketmar via
Digitalmars-d wrote:
that's why we have `in` keyword, which clearly indicates that
argument
is in only. making `in` default is breaking of my lovely
principle of
least astonishment.
in is const scope... But signatures in D are too
Walter's DIP: Region Based Memory Allocation
http://wiki.dlang.org/DIP46
Sandboxes for stateless programing
I think in, out, inout and scope should go. Make all
parameters that are by-value immutable by default.
I agree with this. In more that could to be interesting if
compiler could translate in to something like const scope
ref when it is an array or heavy object. to save memory
allocation and
On Tuesday, 23 December 2014 at 09:29:20 UTC, Ola Fosheim Grøstad
wrote:
parameters that are ref scope restricted and alias free by
default. Add tuples. Add ways to express that parameters are
Actually, alias free by default might be a bit too much, maybe
just add restricted and a mechanism
On 23 December 2014 at 07:28, Dicebot via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Tuesday, 23 December 2014 at 07:21:20 UTC, Iain Buclaw via Digitalmars-d
wrote:
Maybe you could set up a qemu-arm chroot?
Probably I should. Didn't bother originally because ARM support is not part
On Tuesday, 23 December 2014 at 07:51:18 UTC, Oren Tirosh wrote:
On Saturday, 22 March 2014 at 12:06:37 UTC, Russel Winder wrote:
On Sat, 2014-03-22 at 00:14 +, Daniel Davidson wrote:
[…]
Maybe a good starting point would be to port some of QuantLib
and see how the performance compares. In
On Monday, 22 December 2014 at 21:05:22 UTC, Paulo Pinto wrote:
C and C++ are becoming a niche languages in distributed
computing systems.
That is quite a claim.
Even with new java feature, you'll certainly reduce java's
indirection addiction to some extent, but that won't give you
19-Dec-2014 18:08, deadalnix пишет:
On Friday, 19 December 2014 at 14:38:02 UTC, Tobias Pankrath wrote:
As for Walter already saying no a lot, given how many features D
has, obviously one can still wish he went from 99% no to 99.5%. ;)
You don't need to be around the D community forever to feel
On Tuesday, 23 December 2014 at 04:06:33 UTC, ketmar via
Digitalmars-d wrote:
On Tue, 23 Dec 2014 03:32:11 +
Vic via Digitalmars-d digitalmars-d@puremagic.com wrote:
Hence a prediction: major things will be moved out of core to
3rd party plugins to slim down the lang, because now it's more
On Tuesday, 23 December 2014 at 13:56:51 UTC, deadalnix wrote:
On Monday, 22 December 2014 at 21:05:22 UTC, Paulo Pinto wrote:
C and C++ are becoming a niche languages in distributed
computing systems.
That is quite a claim.
Even with new java feature, you'll certainly reduce java's
On Tue, 23 Dec 2014 14:16:25 +
Vic via Digitalmars-d digitalmars-d@puremagic.com wrote:
On Tuesday, 23 December 2014 at 04:06:33 UTC, ketmar via
Digitalmars-d wrote:
On Tue, 23 Dec 2014 03:32:11 +
Vic via Digitalmars-d digitalmars-d@puremagic.com wrote:
Hence a prediction:
On Tuesday, 23 December 2014 at 14:39:30 UTC, ketmar via
Digitalmars-d wrote:
On Tue, 23 Dec 2014 14:16:25 +
Vic via Digitalmars-d digitalmars-d@puremagic.com wrote:
On Tuesday, 23 December 2014 at 04:06:33 UTC, ketmar via clip
mind if i say that i don't give a shit about what commercial
It seems that perfection is attained not when there is nothing more to
add, but when there is nothing more to remove.
A. de Saint-Exupery
https://en.wikiquote.org/wiki/Perfection
--
mailto:jeber...@free.fr
http://jeberger.free.fr
Jabber: jeber...@jabber.fr
On Tue, 23 Dec 2014 14:52:04 +
CraigDillabaugh via Digitalmars-d digitalmars-d@puremagic.com wrote:
In fairness to commercial users though - and many have shown that
they are willing to put resources and money into open source
projects - they naturally need to feel that there is something
On Tue, 23 Dec 2014 16:01:31 +0100
Jérôme M. Berger via Digitalmars-d digitalmars-d@puremagic.com
wrote:
It seems that perfection is attained not when there is nothing more to
add, but when there is nothing more to remove.
A. de Saint-Exupery
Jérôme M. Berger:
https://en.wikiquote.org/wiki/Perfection
This leads to Scheme :-)
Bye,
bearophile
On Monday, 22 December 2014 at 19:50:41 UTC, Anoymous wrote:
A few monthes ago I've seen this:
https://code.google.com/p/gource/
Does anyone want to render D with gsource (dmd/phobos) ?
I'll have a go. :)
Congratulations, Igor! -- Andrei
On Tuesday, 23 December 2014 at 13:28:22 UTC, aldanor wrote:
On Tuesday, 23 December 2014 at 07:51:18 UTC, Oren Tirosh wrote:
On Saturday, 22 March 2014 at 12:06:37 UTC, Russel Winder
wrote:
On Sat, 2014-03-22 at 00:14 +, Daniel Davidson wrote:
[…]
Maybe a good starting point would be to
On Monday, 22 December 2014 at 17:40:13 UTC, Adam D. Ruppe wrote:
By this time last year, dconf 2014 preparations were already
under way but I haven't heard anything this year. Is another
one planned?
Are you going to present us with more classics slides? :)
http://m.imgur.com/hHCN3OL
On Mon, 2014-12-22 at 23:46 +0200, ketmar via Digitalmars-d wrote:
[…]
matters. oh, really? Go can magically do all header parsing,
database management and other things for me? or we talking about
echo servers?
What happened was that a lot of people interested in all this HTTP
bullshit,
On 12/18/14 4:38 AM, bioinfornatics wrote:
- range even the basic io as ByLine which implement range can't work
with std.range.takeOne as is not an Input Range. While a basic function
such as takeOne do not really need to use save method to work a forward
range is enough.
Could you please give
On Tuesday, 23 December 2014 at 17:01:13 UTC, Russel Winder via
Digitalmars-d wrote:
If there was a way of mocking
(so that you can run integration tests without the actual
network)
With my cgi.d, I made a command line interface that triggers the
library the same as a network does. This
On Tuesday, 23 December 2014 at 16:58:28 UTC, Mattcoder wrote:
Are you going to present us with more classics slides? :)
I haven't decided if I'd do a submission this year or not yet
(and even if I did, there's of course no guarantee it would be
accepted!). That's one of the reasons I was
On Tuesday, 23 December 2014 at 15:29:52 UTC, Gary Willoughby
wrote:
I'll have a go. :)
Sorry, I think you misunderstood; this thread is about D.
On Monday, 22 December 2014 at 19:50:41 UTC, Anoymous wrote:
A few monthes ago I've seen this:
https://code.google.com/p/gource/
Does anyone want to render D with gsource (dmd/phobos) ?
See:
20-Dec-2014 20:39, Martin Nowak пишет:
Just wondering what the general sentiment is.
For me it's these 3 points.
- tuple support (DIP32, maybe without pattern matching)
- working import, protection and visibility rules (DIP22, 313, 314)
- finishing non-GC memory management
- final decision
On 12/23/14, 2:08 PM, Adam D. Ruppe wrote:
On Tuesday, 23 December 2014 at 17:01:13 UTC, Russel Winder via
Digitalmars-d wrote:
If there was a way of mocking
(so that you can run integration tests without the actual network)
With my cgi.d, I made a command line interface that triggers the
On Tuesday, 23 December 2014 at 17:19:23 UTC, Adam D. Ruppe wrote:
The templates and operator overloads did all the work in
showing the web responses. That's kinda cool.
Indeed very cool, well done!
Matheus.
On Tuesday, 23 December 2014 at 17:37:57 UTC, Ary Borenszweig
wrote:
How do you specify what the mock should respond?
I'd just grep it or something like that. The main thing with this
bit though is just not needing additional network programs to get
a response - I typically use this
On Saturday, 20 December 2014 at 21:25:28 UTC, Andrei
Alexandrescu wrote:
On 11/2/14 6:57 AM, IgorStepanov wrote:
And there is dispute about is expression: see
http://forum.dlang.org/thread/ubafmwvxwtolhmnxb...@forum.dlang.org?page=5
OK, time to get this approved.
First, the current DIP
On Tue, 23 Dec 2014 17:01:02 +
Russel Winder via Digitalmars-d digitalmars-d@puremagic.com wrote:
On Mon, 2014-12-22 at 23:46 +0200, ketmar via Digitalmars-d wrote:
[…]
matters. oh, really? Go can magically do all header parsing,
database management and other things for me? or we
On Tuesday, 23 December 2014 at 14:39:30 UTC, ketmar via
Digitalmars-d wrote:
snip
mind if i say that i don't give a shit about what commercial
users
want? and the last thing i want is cutting out language
features. yes,
moving out of the core == cutting off. half-baked feature
annoys
people,
Vic:
Current situation is we are stuck, ex:
Anyone want to review these and see what we should add to
Phobos? from
http://www.digitalmars.com/d/archives/digitalmars/D/Algorithms_to_solve_programming_contest_problems_246363.html#N246363
If D and Phobos become good to solve those contests
On Monday, 22 December 2014 at 13:37:55 UTC, aldanor wrote:
...
In this light, as I see it, D's main advantage is a high
runtime-efficiency / time-to-deploy ratio (whereas one of the
main disadvantages for practitioners would be the lack of
standard tools for working with structured
On Tue, 23 Dec 2014 19:12:10 +
Vic via Digitalmars-d digitalmars-d@puremagic.com wrote:
1)I quote me: How much $ funding so I consider it?
here in D form- http://tinyurl.com/ks7z9jy
you didn't get it. it's not about where can i put my money, it's
about ok, so i hiring programmers to do
On Tuesday, 23 December 2014 at 19:14:02 UTC, ketmar via
Digitalmars-d wrote:
and so D. and i still has to learn libraries for all that. yet
people
talking Go being magic bullet: just use concurency and that's
all!
nope. that's not all. that's not even the biggest part.
Library support is
On Tue, 23 Dec 2014 07:49:47 -0800
Andrei Alexandrescu via Digitalmars-d digitalmars-d@puremagic.com
wrote:
Congratulations, Igor! -- Andrei
i can't believe my eyes! congrats, and thanks to all people who was
working on it, either by contributing code or by contributing time to
discuss and
On Tue, 23 Dec 2014 19:54:19 +
via Digitalmars-d digitalmars-d@puremagic.com wrote:
On Tuesday, 23 December 2014 at 19:14:02 UTC, ketmar via
Digitalmars-d wrote:
and so D. and i still has to learn libraries for all that. yet
people
talking Go being magic bullet: just use concurency
On Tuesday, 23 December 2014 at 20:12:20 UTC, ketmar via
Digitalmars-d wrote:
and learning libraries is not free (if such libraies exists in
the
first place). yet people talking about Go tend to ignore this
fact.
Yes, that is true. I tend to avoid frameworks and look for
focused libraries.
On Tue, 23 Dec 2014 20:23:07 +
via Digitalmars-d digitalmars-d@puremagic.com wrote:
with all the C support libraries available D is not in a bad
position.
That's great in theory, but basic C-libraries are not as cheap to
get working as an existing binding with a convenient abstraction
On Tuesday, 23 December 2014 at 20:36:35 UTC, ketmar via
Digitalmars-d wrote:
all that cloudy thing is another hype. ;-)
It is hyped, but it is going to grow since businesses can save
money on it. HP's The Machine also appears to be cloud centric.
It is pretty much well established across
On Tue, 23 Dec 2014 21:05:04 +
via Digitalmars-d digitalmars-d@puremagic.com wrote:
On Tuesday, 23 December 2014 at 20:36:35 UTC, ketmar via
Digitalmars-d wrote:
all that cloudy thing is another hype. ;-)
It is hyped, but it is going to grow since businesses can save
money on it. HP's
On Tuesday, 23 December 2014 at 21:48:32 UTC, ketmar via
Digitalmars-d wrote:
computers is the future of computing. and now i see the
revenge of
mainframes. i bet we'll see another wave of this, this time
with
decentralized networks (nope, clouds are not about that).
With new tech changes
On Tuesday, 23 December 2014 at 17:00:55 UTC, Andrei Alexandrescu
wrote:
On 12/18/14 4:38 AM, bioinfornatics wrote:
- range even the basic io as ByLine which implement range
can't work
with std.range.takeOne as is not an Input Range. While a basic
function
such as takeOne do not really need to
http://wiki.dlang.org/DIP66
One more feature.
On Tuesday, 23 December 2014 at 15:49:46 UTC, Andrei Alexandrescu
wrote:
Congratulations, Igor! -- Andrei
On Tuesday, 23 December 2014 at 19:54:20 UTC, Ola Fosheim Grøstad
wrote:
5 stars for arsd
I'm almost famous!
I actually seriously wonder how many users my random stuff has.
Maybe I should set up an email list - when I make a breaking
change, I often wonder how many people I'm
Coming soon to *upstream*:
http://tinyurl.com/myc8h9y
On Tue, 23 Dec 2014 22:16:32 +
via Digitalmars-d digitalmars-d@puremagic.com wrote:
On Tuesday, 23 December 2014 at 21:48:32 UTC, ketmar via
Digitalmars-d wrote:
computers is the future of computing. and now i see the
revenge of
mainframes. i bet we'll see another wave of this, this
On Tue, 23 Dec 2014 23:12:45 +
Adam D. Ruppe via Digitalmars-d digitalmars-d@puremagic.com wrote:
On Tuesday, 23 December 2014 at 19:54:20 UTC, Ola Fosheim Grøstad
wrote:
5 stars for arsd
I'm almost famous!
I actually seriously wonder how many users my random stuff has.
Maybe I
On Tue, 23 Dec 2014 23:10:54 +
Vic via Digitalmars-d digitalmars-d@puremagic.com wrote:
Coming soon to *upstream*:
http://tinyurl.com/myc8h9y
ingenious monstrosity. ;-)
signature.asc
Description: PGP signature
alias T = Tuple!(int, a, double, b);
T foo = [1, 2]; // works
T bar;
bar = [1, 2]; // doesn't?
Wonder if there's an obvious reason to this?
On Wed, 24 Dec 2014 00:16:33 +
aldanor via Digitalmars-d digitalmars-d@puremagic.com wrote:
alias T = Tuple!(int, a, double, b);
T foo = [1, 2]; // works
T bar;
bar = [1, 2]; // doesn't?
Wonder if there's an obvious reason to this?
you mean other than the fact that `T foo = [1, 2];`
On Wed, 24 Dec 2014 00:16:33 +
aldanor via Digitalmars-d digitalmars-d@puremagic.com wrote:
alias T = Tuple!(int, a, double, b);
T foo = [1, 2]; // works
T bar;
bar = [1, 2]; // doesn't?
Wonder if there's an obvious reason to this?
to clarify different operations a little. take a look
On Wed, 24 Dec 2014 00:16:33 +
aldanor via Digitalmars-d digitalmars-d@puremagic.com wrote:
alias T = Tuple!(int, a, double, b);
T foo = [1, 2]; // works
T bar;
bar = [1, 2]; // doesn't?
Wonder if there's an obvious reason to this?
as for why it's not working... i honestly don't know.
ketmar:
i guess that this was simply overlooked, so i think that you
can create ER for this.
Often tuple fields have different types, like a string and int.
And better to stop and wait for built-in tuple syntax instead of
messing up more and more the Phobos tuples. The rabbit hole is
deep
On Wed, 24 Dec 2014 01:00:08 +
bearophile via Digitalmars-d digitalmars-d@puremagic.com wrote:
i guess that this was simply overlooked, so i think that you
can create ER for this.
Often tuple fields have different types, like a string and int.
sure, but then you can't initialize it
On 24/12/2014 8:54 a.m., Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
ola.fosheim.grostad+dl...@gmail.com wrote:
On Tuesday, 23 December 2014 at 19:14:02 UTC, ketmar via Digitalmars-d
wrote:
and so D. and i still has to learn libraries for all that. yet people
talking Go being magic bullet: just use
On Wednesday, 24 December 2014 at 01:20:13 UTC, Rikki Cattermole
wrote:
Lets not forget things like barcode generators, qrcode and pdf
editor.
One of my larger D web projects included QR code generation - it
was a printable coupon site.
I did it by just calling system(qrencode)... or
On 12/24/2014 8:10 AM, Vic wrote:
Coming soon to *upstream*:
http://tinyurl.com/myc8h9y
Umm, no. D already has some degree of C++ compatibility with extern( C++
). While Calypso looks like a useful project, I wouldn't expect to see
it accepted upstream.
On 12/20/14 9:39 AM, Martin Nowak wrote:
Just wondering what the general sentiment is.
For me it's these 3 points.
- tuple support (DIP32, maybe without pattern matching)
- working import, protection and visibility rules (DIP22, 313, 314)
- finishing non-GC memory management
Great idea to
On 12/20/14 10:45 AM, Jonathan Marler wrote:
On Saturday, 20 December 2014 at 17:40:06 UTC, Martin Nowak wrote:
Just wondering what the general sentiment is.
For me it's these 3 points.
- tuple support (DIP32, maybe without pattern matching)
- working import, protection and visibility rules
On 12/20/14 11:51 AM, David Nadlinger wrote:
On Saturday, 20 December 2014 at 02:14:37 UTC, Andrei Alexandrescu wrote:
RCString is the solution. http://dpaste.dzfl.pl/817283c163f5 --
How would refcounting help when the issue is const vs. immutable string
slices?
All strings would have
On 12/20/14 2:11 PM, Xinok wrote:
I'm going to make a stark proposal to the you all, the community and all
D users as whole. I wish for us to set an ultimate goal to be made top
priority and complete by the end of next year. My wish is to resolve the
issue of memory management for D by the end
On 12/20/14 6:47 PM, Steven Schveighoffer wrote:
On 12/20/14 5:20 AM, Dicebot wrote:
I'd like to have a cast where you must define both from and to types
precisely.
I was actually thinking the same thing. This would be almost
future-proof (any changes to either side would result in failed
On 12/21/14 1:59 AM, Russel Winder via Digitalmars-d wrote:
On Sat, 2014-12-20 at 15:16 -0800, Andrei Alexandrescu via Digitalmars-d wrote:
On 12/6/14 7:26 AM, Russel Winder via Digitalmars-d wrote:
Primitive types are scheduled for removal, leaving only reference
types.
Wow, that's a
On Saturday, 20 December 2014 at 22:11:35 UTC, Xinok wrote:
I'm going to make a stark proposal to the you all, the
community and all D users as whole. I wish for us to set an
ultimate goal to be made top priority and complete by the end
of next year. My wish is to resolve the issue of memory
On 12/23/2014 10:42 AM, IgorStepanov wrote:
On Saturday, 20 December 2014 at 21:25:28 UTC, Andrei Alexandrescu wrote:
On 11/2/14 6:57 AM, IgorStepanov wrote:
And there is dispute about is expression: see
http://forum.dlang.org/thread/ubafmwvxwtolhmnxb...@forum.dlang.org?page=5
OK, time to
On Tuesday, 23 December 2014 at 23:39:31 UTC, ketmar via
Digitalmars-d wrote:
i'm using it from time to time. mostly html parser, but i'm
watching for your scripting language changes too.
I love dom.d. IMO it is better at doing what javascript's job in
the browser is supposed to be than
On Saturday, 20 December 2014 at 22:11:35 UTC, Xinok wrote:
I'm going to make a stark proposal to the you all, the
community and all D users as whole. I wish for us to set an
ultimate goal to be made top priority and complete by the end
of next year. My wish is to resolve the issue of memory
On Wed, 24 Dec 2014 04:55:09 +
Adam D. Ruppe via Digitalmars-d digitalmars-d@puremagic.com wrote:
I love dom.d. IMO it is better at doing what javascript's job in
the browser is supposed to be than Javascript itself with the
dynamic properties and all that.
the same for me. i'm not doing
On Wednesday, 24 December 2014 at 01:20:13 UTC, Rikki Cattermole
wrote:
Lets not forget things like barcode generators, qrcode and pdf
editor.
On-the-fly PDF generation is very useful for creating product
sheets or printable versions of articles etc. There are few good
solutions for that.
On Tuesday, 23 December 2014 at 23:12:46 UTC, Adam D. Ruppe wrote:
On Tuesday, 23 December 2014 at 19:54:20 UTC, Ola Fosheim
Grøstad wrote:
5 stars for arsd
I'm almost famous!
I actually seriously wonder how many users my random stuff has.
Maybe I should set up an email list - when I make a
On 12/23/2014 9:19 AM, Adam D. Ruppe wrote:
I haven't decided if I'd do a submission this year or not yet (and even if I
did, there's of course no guarantee it would be accepted!). That's one of the
reasons I was asking, last year the deadline was in January so if I do decide to
do it, I'll have
On Tue, Dec 23, 2014 at 11:05:05PM +, Vic via Digitalmars-d wrote:
http://wiki.dlang.org/DIP66
One more feature.
[...]
Which has been promised by TDPL years ago and only now become fully
implemented.
T
--
One disk to rule them all, One disk to find them. One disk to bring them all
On 12/23/14 8:54 PM, Walter Bright wrote:
The current behavior of:
is (D : B)
is the expression will evaluate to false if D does not compile. However,
a compile time error will be issued if B does not compile.
If D and B compile, then it will evaluate to false if B is not
implicitly
On Wednesday, 24 December 2014 at 06:13:43 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Tue, Dec 23, 2014 at 11:05:05PM +, Vic via Digitalmars-d
wrote:
http://wiki.dlang.org/DIP66
One more feature.
[...]
Which has been promised by TDPL years ago and only now become
fully implemented.
Ola Fosheim Grøstad wrote in message
news:gkhgxlioxkzmxbiaz...@forum.dlang.org...
On Tuesday, 23 December 2014 at 01:42:49 UTC, ketmar via Digitalmars-d
wrote:
i really really hate immutable integer args, for example, and can't
see any sense in doing it. that's why i wondered.
It might be
1 - 100 of 126 matches
Mail list logo
