The key to making D's GC acceptable lies in two factors I believe.
1. Improve the implementation enough so that you will only be
impacted by GC in extermely low memory or real time environments.
2. Defer allocation more and more by using ranges and algorithms
more, and trust that compiler optim
A rule I learned from writing Java is that if you implement
equality, you must also implement hashing, and if you implelement
hashing you must implement equality. I believe this is actually a
general truth of programming in any language, and now D has the
right kind of semantics.
On an off to
We should promote this DDMD news. There's promise of a
self-hosting D compiler which should attract some attention, even
if it's not the best compiler in the world yet.
I think my understanding would be that 'S' isn't a struct. It's a
template for a struct.
I wonder. If opCmp is supposed to imply partial ordering, then
that means opCmp should imply the antisymmetric property of
partial ordering. http://mathworld.wolfram.com/PartialOrder.html
a <= b and b <= a implies a = b.
That would mean for us that opEquals being generated with opCmp
== 0 wou
There were a couple of talks at DConf which made some mention of
re-implementing parts of druntime so you can compile D code
without druntime. I wonder, do we have any current projects for
creating lightweight runtimes? I'm thinking of what it would be
like to write library aplications which us
On Saturday, 26 July 2014 at 14:50:43 UTC, Mike wrote:
I'm currently distracted with getting a decent 64-bit GUI
framework so I can build some utilities and code generators for
some other parts of my project. But, If you're really serious
about pursuing this, let's see if we can reach a consen
On Saturday, 26 July 2014 at 17:55:55 UTC, Marc Schütz wrote:
The language reference on functions [1] says:
"If a FunctionLiteral is immediately called, its inlining would
be enforced normally."
How is this to be interpreted?
[1] http://dlang.org/function
I would interpret that as saying i
On Saturday, 26 July 2014 at 22:24:40 UTC, Dicebot wrote:
On Saturday, 26 July 2014 at 17:55:55 UTC, Marc Schütz wrote:
The language reference on functions [1] says:
"If a FunctionLiteral is immediately called, its inlining
would be enforced normally."
How is this to be interpreted?
[1] htt
http://w0rp.com:8010/library/index.html
I just updated the site hosted there with the work I've done on
integrating the library documentation to date. I spent a lot of
time staring at the pages for a while trying to figure out how to
fit everything on a page decent. I admit to hacking the
std
On Sunday, 27 July 2014 at 00:43:41 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Sat, Jul 26, 2014 at 10:54:12PM +, w0rp via
Digitalmars-d wrote:
http://w0rp.com:8010/library/index.html
I just updated the site hosted there with the work I've done on
integrating the library documentati
On Sunday, 27 July 2014 at 06:10:09 UTC, Andrei Alexandrescu
wrote:
On 7/26/14, 8:47 PM, H. S. Teoh via Digitalmars-d wrote:
On Sat, Jul 26, 2014 at 07:39:50PM -0700, Andrei Alexandrescu
via Digitalmars-d wrote:
On 7/26/14, 6:30 PM, w0rp wrote:
The std.algortihm documentation doesn't look good,
On Sunday, 27 July 2014 at 14:55:59 UTC, Gary Willoughby wrote:
On Sunday, 27 July 2014 at 13:30:18 UTC, w0rp wrote:
It's not the text, it's just the current formatting. The cheat
sheet can't fit into a smaller column size as a table. So you
can break that down into smaller headings and paragra
On Sunday, 27 July 2014 at 23:38:44 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Sun, Jul 27, 2014 at 08:43:48PM +, w0rp via
Digitalmars-d wrote:
[...]
You absolutely must change your content to fit it into smaller
screens. You cannot send a massive cargo plane to an airfield
which
doesn
On Monday, 28 July 2014 at 07:29:48 UTC, Gary Willoughby wrote:
On Sunday, 27 July 2014 at 20:43:49 UTC, w0rp wrote:
You absolutely must change your content to fit it into smaller
screens. You cannot send a massive cargo plane to an airfield
which doesn't have large enough runways. You send sma
On Monday, 28 July 2014 at 10:27:02 UTC, Iain Buclaw wrote:
Hi,
dlang.org isn't the only site being re-implemented using vibe.d
- GDC's homepage is now getting a UI update.
https://github.com/D-Programming-GDC/gdcproject/pull/6
https://github.com/D-Programming-GDC/gdcproject/pull/9
Staging
On Monday, 28 July 2014 at 17:31:49 UTC, Sönke Ludwig wrote:
Am 28.07.2014 18:04, schrieb w0rp:
On Monday, 28 July 2014 at 10:27:02 UTC, Iain Buclaw wrote:
Hi,
dlang.org isn't the only site being re-implemented using
vibe.d -
GDC's homepage is now getting a UI update.
https://github.com/D-P
On Monday, 28 July 2014 at 19:31:24 UTC, Sönke Ludwig wrote:
Am 28.07.2014 21:13, schrieb Gary Willoughby:
On Monday, 28 July 2014 at 18:51:45 UTC, Sönke Ludwig wrote:
Also, and this needs to be stressed, the major part of w0rp's
work so
far is about the technical basis. You dismissed that as a
On Sunday, 27 July 2014 at 16:32:15 UTC, Sönke Ludwig wrote:
Am 27.07.2014 00:54, schrieb w0rp:
http://w0rp.com:8010/library/index.html
Since the site is running with vibe.d anyway, I'd think about
using registerApiDocs() instead of generating individual HTML
files. This gives much nicer UR
On Monday, 28 July 2014 at 22:38:10 UTC, Sönke Ludwig wrote:
I'll look at playing with the style of the documentation pages
some more
another evening. I've had a few ideas for improvements, and I
obviously
still need to include syntax highlighting. Is this the library
which is
being used on th
On Tuesday, 29 July 2014 at 08:27:40 UTC, Sönke Ludwig wrote:
Am 29.07.2014 00:54, schrieb w0rp:
On Monday, 28 July 2014 at 22:38:10 UTC, Sönke Ludwig wrote:
I'll look at playing with the style of the documentation
pages some more
another evening. I've had a few ideas for improvements, and
I o
On Wednesday, 30 July 2014 at 03:43:55 UTC, Walter Bright wrote:
On 7/29/2014 2:47 PM, Andrei Alexandrescu wrote:
There's a pretty negative article about disqus making the
rounds:
http://www.reddit.com/r/programming/comments/2c19of/your_users_deserve_better_than_disqus/
Since we're consideri
On Wednesday, 30 July 2014 at 06:54:52 UTC, Walter Bright wrote:
The fundamental problem with fixing optlink is there is
essentially no test suite. This means that any fixes to it need
to be surgical - as little code modified as practical, and
pretty great care in doing it. Wholesale refactorin
On Wednesday, 30 July 2014 at 09:17:05 UTC, Joakim wrote:
On Wednesday, 30 July 2014 at 09:06:11 UTC, Rikki Cattermole
wrote:
On 30/07/2014 8:58 p.m., Joakim wrote:
On Wednesday, 30 July 2014 at 08:12:17 UTC, Rikki Cattermole
wrote:
On 30/07/2014 7:03 p.m., Kagamin wrote:
Making dmd generate
On Wednesday, 30 July 2014 at 13:03:30 UTC, Daniel Murphy wrote:
"w0rp" wrote in message
news:sinwmhzuvhmevqtun...@forum.dlang.org...
I think it's important to ship with a linker without requiring
any further installation. One of the things that helped me to
learn D was being able to downloa
To release software is to assume that it is correct.
On Thursday, 31 July 2014 at 11:42:21 UTC, Remo wrote:
http://tech.esper.com/2014/07/30/algebraic-data-types/
D already has product type it is struct.
But D lacks sum type also called tagged-union.
Do you think it would be possible to add something like this to
D2 ?
There is a library soluti
On Sunday, 3 August 2014 at 07:16:05 UTC, Andrei Alexandrescu
wrote:
We need a better json library at Facebook. I'd discussed with
Sönke the possibility of taking vibe.d's json to std but he
said it needs some more work. So I took std.jgrandson to proof
of concept state and hence ready for dest
On Sunday, 3 August 2014 at 18:37:48 UTC, Sönke Ludwig wrote:
Am 03.08.2014 17:34, schrieb Andrei Alexandrescu:
6. Address w0rp's issue with undefined. In fact std.Algebraic
does have
an uninitialized state :o).
My requirements would be the same, except for 6.
The "undefined" state in the vi
On Thursday, 21 August 2014 at 04:59:20 UTC, Hubert wrote:
First I wanna say that I've become a huge fan of D, and I hope
one day I can replace all my creative projects with a D
codebase. With that said, I do agree that D could use a
redesign. I've not been monitoring this thread very closely,
On Saturday, 23 August 2014 at 09:22:01 UTC, Sönke Ludwig wrote:
Main issues of using opDispatch:
- Prone to bugs where a normal field/method of the JSONValue
struct is accessed instead of a JSON field
- On top of that the var.field syntax gives the wrong
impression that you are working with
On Saturday, 23 August 2014 at 14:52:45 UTC, H. S. Teoh via
Digitalmars-d wrote:
I notice that the coding style used for code examples on
dlang.org isn't
always consistent, and they generally differ from Phobos
examples.
Should we adopt Phobos style for all code examples on dlang.org?
T
I t
On Tuesday, 19 August 2014 at 18:26:28 UTC, Alex wrote:
On Tuesday, 19 August 2014 at 16:55:49 UTC, Jacob Carlborg
wrote:
On 2014-08-19 18:31, Alex wrote:
Hi Everyone,
Is there a list of functions and data structures, the
D-Compiler would
expect from a custom runtime?
Here's a list [1]. It
On Tuesday, 21 October 2014 at 12:22:54 UTC, edn wrote:
Could someone provide me with examples showing the usefulness
of pointers in the D language? They don't seem to be used as
much as in C and C++.
You can use C libraries in D, and pointers will surely come into
regular use there. You coul
On Saturday, 18 October 2014 at 17:40:43 UTC, Walter Bright wrote:
On 10/18/2014 8:21 AM, Jacob Carlborg wrote:
On 2014-10-18 07:09, Walter Bright wrote:
Which means they'll be program bugs, not environmental errors.
Yes, but just because I made a mistake in using a function
(hitting an ass
I am personally willing to pay the small performance cost for
better debugging information.
On Wednesday, 16 April 2014 at 03:26:24 UTC, Meta wrote:
This would go fairly well with Andrei's idea of passing true or
false to an attribute to enable or disable it.
@gc(false) void fun() {}
I don't like this because it's hard to read. It's a bad idea.
Never use booleans in interfaces lik
I'm not convinced that any automatic memory management scheme
will buy much with real time applications. Generally with
real-time processes, you need to pre-allocate. I think GC could
be feasible for a real-time application if the GC is precise and
collections are scheduled, instead of run rand
I like your design. Go forth and make it happen.
On line length, the optimal line length is somewhere between 70
and 110 characters from what I have read. I found one study here
which didn't turn up a great observable difference in reading
speed or comprehension going from 80 to 110 characters
On Thursday, 24 April 2014 at 06:38:42 UTC, Suliman wrote:
Does anybody make tests of speed most common algorithm in D and
Python. I am trying to understand which project better to start
in Python and which in D.
I think I split my decision based on the tools available. So I'd
probably write
On Thursday, 1 May 2014 at 11:05:55 UTC, Jacob Carlborg wrote:
On 2014-04-30 23:35, Andrei Alexandrescu wrote:
Agreed. I think we should look into parallelizing all
unittests. -- Andrei
I recommend running the tests in random order as well.
This is a bad idea. Tests could fail only some of
Removing class destructors would break my DQt library as it
currently stands, which wraps C++ classes with D classes, Qt uses
classes for polymorphism, for protected overrides and slots. I
would have to consider some other means of wrapping C++. It might
also be confusing for a few people.
So
On Thursday, 1 May 2014 at 17:04:53 UTC, Xavier Bigand wrote:
Le 01/05/2014 16:01, Atila Neves a écrit :
On Thursday, 1 May 2014 at 11:44:12 UTC, w0rp wrote:
On Thursday, 1 May 2014 at 11:05:55 UTC, Jacob Carlborg wrote:
On 2014-04-30 23:35, Andrei Alexandrescu wrote:
Agreed. I think we shoul
On Friday, 2 May 2014 at 04:28:26 UTC, Ola Fosheim Grøstad wrote:
On Friday, 2 May 2014 at 03:04:39 UTC, Jason Spencer wrote:
If we don't want to consider how we can accommodate both camps
here, then I must at least support Jonathan's modest
suggestion that parallel UTs require active engagemen
I would allow this bug. This also happens with 'final' member in
Java, and there you expect the value to not be null. A rule of
thumb should be to never call virtual methods from inside of a
constructor. Bad things happen.
On Friday, 2 May 2014 at 00:45:42 UTC, Andrei Alexandrescu wrote:
Here's where the point derails. A struct may be preexisting;
the decision to define a destructor for it and the decision to
use polymorphism for an object that needs that structure are
most of the time distinct.
Andrei
I wond
Hello everyone. From time to time, people ask in the newsgroup
and also IRC about Qt bindings for D, so I thought it would be a
good idea to give people an update on where my own bindings
stand. First, if you want to take a look at my code as it stands,
you can get it here.
https://github.com
On Sunday, 4 May 2014 at 09:21:30 UTC, Marc Schütz wrote:
A "meta" question, not related to your specific implementation:
While Qt is certainly the most powerful and comprehensive
portable GUI framework, it also contains lots of code that's
not related to user interfaces: strings, multi-thread
On Sunday, 4 May 2014 at 13:08:38 UTC, Joseph Rushton Wakeling via
A remark about your README: it lists as dependencies "A recent
Qt 4 version, like Qt 4.8".
I think you should be far more explicit, far earlier in the
README, about exactly which Qt versions are supported. Pretty
much the fir
On Sunday, 4 May 2014 at 13:32:13 UTC, Xavier Bigand wrote:
With a friend we created the DQuick project cause of our major
interest of the QtQuick (also called QML) part of Qt framework
and also for the reason you invoke. For us phobos already aim
to implement same things than QtCore, and wrapp
On Sunday, 4 May 2014 at 16:19:32 UTC, Gary Willoughby wrote:
On Sunday, 4 May 2014 at 14:09:38 UTC, w0rp wrote:
Best of luck to you guys. I encourage as many people as
possible to give writing D GUI libraries a go, and perhaps we
can all learn from each other.
Done ;)
http://forum.dlang.org
On Tuesday, 6 May 2014 at 16:13:34 UTC, Andrei Alexandrescu wrote:
Hello,
Walter and I got asked by Packt Publishing about advertising
Adam D. Ruppe's "D Cookbook" on http://dlang.org/ or
http://wiki.dlang.org/Books. They'd be paying 2-5% of the
royalties depending on the ads' prominence. I
On Tuesday, 6 May 2014 at 18:00:14 UTC, Walter Bright wrote:
On 5/5/2014 11:39 PM, Manu via Digitalmars-d wrote:
There's a perfectly good pull there for
not-virtual-by-default. No
amount of beating will get that horse through, despite almost
unanimous community support. That was... extremely
d
On Tuesday, 6 May 2014 at 17:57:11 UTC, Manu via Digitalmars-d
wrote:
As I said before, dub has never even occurred to me. No windows
user
is likely to naturally think to use a package manager :/
It's sitting in my phobos fork. Isn't that where everyone keeps
their
developments?
If people are
Here is a question, is it possible for D, or any future language,
to eventually take something like this...
void foo(InputRange)(InputRange range)
if(isInputRange!InputRange);
...and to instead be able to write it like this?
void foo(InputRange range);
Where the latter expands into somethin
On Wednesday, 7 May 2014 at 12:47:29 UTC, Sergei Nosov wrote:
void foo(InputRange range1, InputRange range2); // how to
specify that InputRange should be exactly the same type? or
possibly distinct types?
One thing to consider would be that InputRange wouldn't be a type
itself, but range1 and
On Wednesday, 7 May 2014 at 14:49:17 UTC, Orvid King via
Digitalmars-d wrote:
On 5/7/14, w0rp via Digitalmars-d
wrote:
void foo(InputRange range);
How to make it accept multiple types? Simple, we already have
template
constraints, so this would be how to do it, where T is the
element
type
Awesome. I appreciate this work.
On Saturday, 10 May 2014 at 07:42:05 UTC, Francesco Cattoglio
wrote:
On Saturday, 10 May 2014 at 07:08:04 UTC, Andrei Alexandrescu
wrote:
On 5/9/14, 11:27 PM, Manu via Digitalmars-d wrote:
ARC overhead would have no meaningful impact on performance,
GC may
potentially freeze execution. I am cer
I think the reason people ask about improving the GC so
frequently is that it's not clear when any potential future
iprovements will come around. I think perhaps things may become
more clear to those concerned if they were told who was working
on GC, roughly when they can expect to see certain
The vast majority of software, at least as far as I can see, use
web services. That makes up the vast majority of software on my
Android phone. Garbage collection is definitely applicable for
web servers, so there is a huge area where D and a garbage
collector can apply nicely. I think the argu
On Sunday, 11 May 2014 at 12:52:29 UTC, Michel Fortin wrote:
On 2014-05-11 08:29:13 +, Walter Bright
said:
Again, O-C and C++/CX ARC are not memory safe because in order
to make it perform they provide unsafe escapes from it.
But D could provide memory-safe escapes. If we keep the curre
The first thing that comes to my mind is applying this somehow to
the (T) vs (ref T) function problem. (const ref, scope ref,
references to r-values, you know the problem.) At the moment I
just follow this pattern.
void foo(ref const T bar) {
/* ... */
}
// Second overload to make r-value
On Tuesday, 13 May 2014 at 06:20:36 UTC, Martin Nowak wrote:
On Monday, 12 May 2014 at 23:44:09 UTC, Andrei Alexandrescu
wrote:
I'll keep those with which std.allocator is likely to help:
- The current GC code is not hackable. First rewrite then
improve.
- A testable and more modular rewrite
I'm unsure about the "learn x in y minutes" tutorials, but I did
however think this was very neat. http://tryhaskell.org/
On Wednesday, 14 May 2014 at 08:11:37 UTC, Martin Nowak wrote:
http://drepl.dawg.eu
That's pretty nice. It did nice enough things when I wrote a
template in it. We should link to that or something like it from
the dlang.org homepage, maybe along with a syntax summary like a
"learn x in y min
I'm going to get into an opinion on member functions and
overrides here, and it's kind of "anti-classes," so you can
choose to ignore this post if you don't want to hear about that.
I think this is a bad idea. One of the things that really appeals
to me about algorithms presented through funct
On Wednesday, 14 May 2014 at 22:42:47 UTC, Brian Schott wrote:
What is the plan for the "pure"-ity of memory management?
Right now the "new" operator is considered to be pure even
though it is not, but related functinos like malloc,
GC.addRange, GC.removeRange, and others are not.
This preve
Ola, you do not understand 'pure.'
To consider the design of pure, you must first consider that you
cannot add functional purity to an imperative language. It cannot
be done. What you can do instead is what D offers with a 'weak
purity' guarantee. That global state is not modified indirectly,
Explicit or implicit pass by reference at the call site is a
political argument and it is highly subjective. I'm used to the
current state of affairs (due to coming from C++) and I don't see
anything wrong with it. If you can't tell from a function's name
what its going to do with its arguments
I'm not going to DConf myself, but I'll make this thread so
people can list out a few things worth discussing while various
important D contributors are all gathered together at DConf 2014.
During the last conference, people met up to discuss ref const(T)
and references to r-values, etc. There
On Tuesday, 20 May 2014 at 18:11:12 UTC, Manu via Digitalmars-d
wrote:
I'd really like that too.
I was the main driving force behind that conversation last
year, and
I'm not going this year :(
So someone else will have to carry the flag...?
conferenceDiscussion(manusReferenceDiscussionFlag())
On Friday, 16 May 2014 at 23:14:13 UTC, Idan Arye wrote:
On Friday, 16 May 2014 at 20:31:40 UTC, Phil Lavoie wrote:
void myTemplateFunction( InputRange!int r ) {
foreach( elt; r ) { ... }
}
What do you think? Does this feel right to you?
Phil
The main problem is that `myTemplateFunction`'s
On Thursday, 22 May 2014 at 08:27:14 UTC, Paulo Pinto wrote:
Hi,
given the discussions about memory management, I guess it might
be worthwhile watching this session.
Surely can't be applied to D with the current type system, but
it is nonetheless interesting to see how they manage memory.
You are the man, Kenji. I salute you.
I wonder what effect this has on PageRank. I have been told that
Google can identify a site as an originator of content some
times, and could reduce the rank of another site based on that,
something like that. Then again, all SEO is basically nonsense,
due to nobody truly understanding Google a
On Saturday, 24 May 2014 at 16:42:32 UTC, Jeremy Powers via
Digitalmars-d wrote:
On Fri, May 23, 2014 at 7:39 AM, Dicebot via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
Original thread : http://forum.rejectedsoftware.
com/groups/rejectedsoftware.dub/thread/2/
Summary by Sonke:
https:/
I've been updating a git repository which is like my dumping
ground for data structures, etc. I write for fun. I think for as
long as I have been using D, as a lover of graph theory and also
all of D's function qualifiers, I have been wanting graph types
which can be used in @safe pure nothrow
On Sunday, 25 May 2014 at 17:30:52 UTC, FG wrote:
On 2014-05-25 16:39, w0rp wrote:
I have been wanting graph types which can be used in @safe
pure nothrow functions. The big blocker on this was what
associative arrays could offer.
The current associative array implementation couldn't get me
al
I just added @nogc support to the map and graph types, with
fallback behaviour for older D compiler versions. I used this.
static if(__VERSION__ < 2066) { enum nogc = 1; }
So as long as I write @nogc left of other attributes, it will
compile the library on both DMD 2.065 and DMD 2.066.
Now e
On Wednesday, 28 May 2014 at 18:08:42 UTC, Walter Bright wrote:
On 5/28/2014 1:49 AM, Russel Winder via Digitalmars-d wrote:
Also, D's approach does not support lazy evaluation, caches of
all sorts
etc, that we think are crucial in application software.
Yes, that's so-called "logical const".
On Thursday, 29 May 2014 at 06:28:13 UTC, Vladimir Panteleev
wrote:
On Thursday, 29 May 2014 at 01:49:51 UTC, ed wrote:
This is just recent and only seems to be affecting posts by J
M Davies, which are often enlightening so it is a bit
frustrating.
I get the following error in the web interfa
On Friday, 30 May 2014 at 10:35:57 UTC, David Nadlinger wrote:
On Friday, 30 May 2014 at 05:20:57 UTC, Andrei Alexandrescu
wrote:
Also please don't analyze this to death. It's meant to reduce
friction, not increase this.
I'm not sure whether your comment was just targeted at the
naming discus
After watching Andrei's keynote where he was asking for help, and
noticing that there wasn't any proof of someone working on this,
I took charge.
http://w0rp.com:8010/
That's the design in the form of a single page website running on
my Linode. The source is available here.
https://github.c
On Saturday, 31 May 2014 at 20:01:50 UTC, Dylan Knutson wrote:
Firstly, wow, the site looks beautiful. It has an air of
professionality to it, but stays minimal and to the point. I
think it'd be best if there was a code example above the fold
though (e.g. how basically every programming languag
On Saturday, 31 May 2014 at 20:38:41 UTC, Meta wrote:
On Saturday, 31 May 2014 at 20:38:05 UTC, Meta wrote:
On Saturday, 31 May 2014 at 20:12:06 UTC, Meta wrote:
The flat design looks nice, but I really dislike the choice
of background colour. It's bland and clashes quite badly with
the white
On Saturday, 31 May 2014 at 20:52:56 UTC, Kapps wrote:
One thing that's a bit broken is that "Modern convenience.
Modelling power. Native efficiency." wraps to put "efficiency."
on a different line. Perhaps the text should be made smaller
there. Another thing that I'd like to see is a much more
On Saturday, 31 May 2014 at 22:54:28 UTC, Kiith-Sa wrote:
Looks better than what we have now.
Doesn't look as good/to the point/'new' as e.g.
http://www.rust-lang.org/
or https://www.dartlang.org/ , I suspect the main problem is
content of the
front page (wall of text, 'too much stuff' instead
On Sunday, 1 June 2014 at 03:26:30 UTC, Rikki Cattermole wrote:
The problem with diet is it compiles directly to D code, hence
forth its not really possible at the moment.
However as I believe Sonke has said previous it is out of scope
of Vibe. Its actually in the scope of Cmsed instead.
I hav
On Sunday, 1 June 2014 at 05:46:57 UTC, Russel Winder via
Digitalmars-d wrote:
The complaint I have for D is that too much memory is consumed
for building D programs. The memory usage made it impossible
for me to build the vibe.d site on my Linode, which the site
above linked is running off of.
I just updated the site. Here are the main changes.
* The background is now dark. I tried a linear-gradient for a
little bit, but it made scrolling down the page much, much
slower. I shall try out drawing a gradient in GIMP instead.
* The column on the right gets fixed when you scroll down, but
On Sunday, 1 June 2014 at 18:42:51 UTC, Brad Anderson wrote:
On Sunday, 1 June 2014 at 13:29:38 UTC, w0rp wrote:
I just updated the site. Here are the main changes.
Had to force a refresh to see the changes. I can't decide if I
like the dark background better or worse. Either looks fine
thou
https://github.com/w0rp/new-dlang.org/blob/master/src/dlang/toc.d
I just implemented my Table of Contents idea for use in the diet
templates.
// Write a heading and add it to the table of contents in one go.
|!= h2(toc, "anchor", "Title")
// Write the table of contents out as html.
|!= toc.wr
I can't get enough of programming myself. I'm only 25 at the
moment, but programming has been endless fun for me. I've noticed
that there are a lot of cynical programmers in the UK who stay
far away from programming outside of their working day, but I
annoy all of those guys by talking about pr
On Friday, 30 May 2014 at 03:11:27 UTC, Puming wrote:
On Thursday, 29 May 2014 at 20:44:43 UTC, Dicebot wrote:
I'd love to see command-line flag that enables garbage
collection in compiler (disabled by default). It does not
matter how fast compiler is if it crashes on big project. And
differe
On Monday, 2 June 2014 at 00:39:48 UTC, Jonathan M Davis via
Digitalmars-d wrote:
It's my understanding that the current design of std.json is
considered
to be poor, but I don't haven't used it, so I don't know any the
details. But if it's as slow as you're finding to be the case,
then I
think
It's worth noting, "pretty printing" could be configured entirely
in an OutputRange which watches for certain syntax coming into
the range and inserts whitespace where it believes to be
appropriate, so writeJSON functions would not need to know
anything about pretty printing.
On Monday, 2 June 2014 at 12:28:53 UTC, Jacob Carlborg wrote:
I kind of like it. It would be nice to see examples of a couple
of other pages as well. The menus are removed when the width of
the page gets too small. I assume they're supposed to become a
collapsed drop down menu like this:
http:
On Monday, 2 June 2014 at 12:42:02 UTC, Jacob Carlborg wrote:
On 01/06/14 07:50, Russel Winder via Digitalmars-d wrote:
Contrast level is still a bit high though. The current
dlang.org also
has this problem because of the use of white. I am not pushing
dark grey
on light grey with spot colour
On Monday, 2 June 2014 at 17:41:09 UTC, Nick Sabalausky wrote:
On 6/1/2014 7:59 PM, w0rp wrote:
I can't get enough of programming myself. I'm only 25 at the
moment, but
programming has been endless fun for me.
I always used to be like that (hell, I was *known* for that).
But then once I star
1 - 100 of 311 matches
Mail list logo