I wrote up a thing in my blog about what I'd like to see from
dips and the steering of the language and there might be some
overlap with your vision document concepts:
http://dpldocs.info/this-week-in-d/Blog.Posted_2022_06_20.html
On Monday, 9 May 2022 at 19:20:27 UTC, Andrea Fontana wrote:
Thank you. Looking forward to getting feedback, bug reports and
help :)
BTW I'm curious, what made you not want to use my cgi.d which has
similar capabilities?
On Sunday, 8 May 2022 at 22:09:37 UTC, Ali Çehreli wrote:
That effectively uses multiple GCs. I always suspected that
approach would provide better latency.
My cgi.d has used some fork approaches for a very long time since
it is a very simple way to spread this out, it works quite well.
On Saturday, 7 May 2022 at 22:07:58 UTC, Iain Buclaw wrote:
I expect it only to increase as more of the old opaque
compiler-library interface is replaced with a templated
interface that exposes the guts of what each helper does (for
improved run-time performance, of course).
Well, I'm pretty
On Friday, 18 March 2022 at 18:21:46 UTC, Anonymouse wrote:
I use UDAs extensively in my project and I've historically been
doing the multiple-UDA approach you describe. Upon seeing
argparse a few months back I started rewriting it to use a
single UDA, and I found it allowed for a simpler
On Monday, 24 January 2022 at 22:45:14 UTC, Ali Çehreli wrote:
I am not aware of any association between "alpha" and "man"
because I hear both "alpha male" and "alpha female" in e.g.
nature documentaries.
It isn't really accurate in nature either and when used with
people it tends to be
On Sunday, 23 January 2022 at 15:35:17 UTC, Paul Backus wrote:
The main benefit of having multiple versions available in
separate namespaces is that it allows them to coexist in the
same project, which means that users can migrate their code
incrementally from one to the other.
Yeah, I know
On Sunday, 23 January 2022 at 14:33:26 UTC, Paul Backus wrote:
Absolutely-no-breakage-ever is basically the C++ approach, and
I have already explained why I think it's a bad idea, though I
recognize that reasonable people can disagree on this point.
My view is it isn't worth shipping mixed
On Sunday, 12 December 2021 at 22:01:57 UTC, Martin Nowak wrote:
http://dlang.org/changelog/2.098.1.html
404'd!
On Sunday, 10 October 2021 at 23:11:56 UTC, Walter Bright wrote:
ImportC resolves a long standing serious issue where multiple
other substantial attempts at solving it have fallen short over
the years.
Why have the other approaches fallen short? How does importC
address these problems?
On Friday, 8 October 2021 at 22:16:16 UTC, Matheus wrote:
Adam beyond the continuation... we need a new and simply Web
Browser written in D. :)
You know back in 2013ish I actually was doing a little one.
htmlwidget.d in my github repo. It always sucked but it is
tempting to go back to it;
On Wednesday, 1 September 2021 at 22:23:59 UTC, user1234 wrote:
I dont know why destructors are not virtual.
https://dlang.org/spec/class.html#destructors
"There can be only one destructor per class, the destructor does
not have any parameters, and has no attributes. It is always
virtual. "
Jonathan M Davis:
If it gives you stack trace though, I guess that it would help,
though it would certainly be ugly.
It's not too ugly at all, since it's a template stack trace - so in
a lot of cases, it isn't a very long list.
Regardless though, something is better than nothing.
Well, it posted, but evidently still has a few bugs. As you can see,
the newlines got butchered with the real data and some headers
didn't come out right.
Newlines have been the hardest thing in all of this. They sometimes
matter in plain text, but sometimes are just an artifact of wrapping.
They
But, it looks like my code is just collapsing them a little too often.
LOL: the reason it worked in my tests but not for the live post?
\n\n != \r\n\r\n
Stupid line ending bullshit.
But with that fixed, I think all my woes are gone... I'll try the
headers again later, but that should be
Eric Poggel wrote:
I hate to mention this in light of Adam's work, but Reddit is open
source--why not run our own deployment of it for D?
I *really* dislike tree style interfaces. I find them incredibly
hard to navigate.
Of course, I'm fairly unlikely to use the web interface much
anyway
Trass3r Wrote:
Speaking of newsgroup web interface, interestingly while the main D site
points to this crappy reader:
http://www.digitalmars.com/pnews/indexing.php?server=news.digitalmars.comgroup=digitalmars.D.announce
there still is a hidden one which is much better imho:
Nick Sabalausky wrote:
It's amazing how often people seem to forget [a:visited] exists.
Yeah, it boggles my mind - I personally find it incredibly useful.
But every design I get for clients invariably has visited colors
purposefully indistinguishable from regular links.
Other things that break
Trass3r wrote:
So it showed me some Get Message form with
mailman.1085.1296409409.4748.digitalmar...@puremagic.com
in the message id field.
That, by the way, is one of the background features of web.d. If
there's insufficient parameters to call a function ( newsgroup
!= newsgroup so it
foobar wrote:
1. common human markup such as: _foo_ (underline), *foo* (bold) etc,
Yeah, that's a pretty good idea. I agree with the others that it
should keep the text symbols (especially since I've seen these
algorithms wrongly flag things *a lot*) but a basic implementation
is ok.
2. parse
But I'm curious how you do web programming with D. Do you use CGI?
Yes, for most my apps (some have a homegrown HTTP server they use
instead, if persistence is necessary).
The module is here:
http://arsdnet.net/dcode/cgi.d
That same module works with standard CGI and with the embedded
http
Stephan Soller wrote:
Cache invalidation
How do you handle this right now?
I don't. My program assumes that once it has a message, it never
needs to look to the server for it again.
(This is probably because of my own experience with mailing lists -
I use the mailing list interface to the
Ah I see, but what about the short one:
Might be a bug in core.demangle (passing it to the function
directly didn't work either).
I'm not sure though.
In the other newsgroup, I've been talking about a little
web news program I've been writing as a spinoff of the
potential new homepage idea.
It's to the point where it is usuable, but still kinda buggy:
http://arsdnet.net/d-web-site/nntp/thread-index?
newsgroup=digitalmars.D
Source code:
In the other newsgroup, I've been talking about a little
web news program I've been writing as a spinoff of the
potential new homepage idea.
It's to the point where it is usuable, but still kinda buggy:
http://arsdnet.net/d-web-site/nntp/thread-index?
newsgroup=digitalmars.D
Source code:
Dmitry Olshansky wrote:
The goal was not only to just make it compile with D2
and work (that would be of limited value)
I tried this too about a year ago...:
http://arsdnet.net/dcode/dmdscript_d2.zip
...but overall, from a brief glance, your port is *much* better
than mine. I used a lot more
On 7/7/10, Nick Sabalausky a...@a.a wrote:
(I'm not sure that JS by
itself can maintain any state between pages. If it can, that's news to me.
Javascript can set and retreive its own cookies. My homepage uses a
javascript gimmick with cookies to change its whole stylesheet.
http://arsdnet.net/
The text is borderline illegible, due to poor contrast combined with a
small text size.
On 7/2/10, Walter Bright newshou...@digitalmars.com wrote:
What browser are you using? In IE it renders well, and I'm picky about that
sort of thing.
I tried both Konqueror and Firefox and found the body text to look
bad, worse in Firefox (probably because I set konqueror to ignore font
sizes
On 6/5/10, Stewart Gordon smjg_1...@yahoo.com wrote:
Do you ever manage to get reasons (or even excuses) out of your clients
for their ridiculous requests?
The fixed width one most recently was so it would look good on the
iPad. Among older ones were wanting to use an elaborate background
image
On 6/4/10, Stewart Gordon smjg_1...@yahoo.com wrote:
See also this discussion I was once involved in:
http://tinyurl.com/3ysen6d
and in particular Alan J. Flavell's comment (number 12 in the tree).
This thread reminds me of another bug report I got a few months ago:
please use 980px fixed
Looking at the code, it appears to be by design, though not explictly
documented - it probably should be.
Something to note is if you specifically ask for a string in the
foreach, it will refuse to compile - the compiler knows it is a
mutable char[] too.
Going OT here, but I've gotta defend the pixel font sizes.
I used to do percents, (since I read somewhere that px is evil and
zomfg never use it...) but I got tired of the constant bug reports
coming in from the clients saying it doesn't match the psd exactly on
my Mac. Specifying them explicitly
On 5/31/10, Jérôme M. Berger jeber...@free.fr wrote:
The problem is that px is not even theoretically reliable: it
depends on the screen you are viewing the page on.
That's true, it definitely changes across different screens.
I'm probably biased by the fact that the majority of the
On 5/24/10, Andrei Alexandrescu seewebsiteforem...@erdani.org wrote:
FWIW I swear by it.
Me too. I was opposed to it in the beginning as being unnecessary, but
it is really nice now that I use it.
auto a = to!int(whatever);
Just flows really nicely. to!(int)(whatever) isn't quite the same.
On 5/15/10, Bernard Helyer b.hel...@gmail.com wrote:
Set executable bit, modify PATH
Meh, you don't have to do that. On my box, I have a wrapper script in /usr/bin
so the dmd command works from anywhere, but you can just as well run
it right out of wherever you download it too. ./dmd works just
Any idea why the new dmd2 would print
2:
to the console when compiling? My big website project for a client
does that for most of the executables created, and when I made a typo
in one of the functions, dmd went into an endless loop :S
I haven't narrowed it down to something I can post yet. It
On 3/29/10, Robert Clipsham rob...@octarineparrot.com wrote:
I seem to recall it is, and a fairly old D1 at that... You could always
update it and send a patch Walter's way, see if he accepts it :)
Walter seems to have fixed it up the the new D1; it compiled there.
And I just spent the day
it can take a delegate as
well as a function. That let my template just use a nested function to
keep it easy. It might not work properly if the script tries to
redefine the function though.
Still, good enough for now. I've been at this for 9 hours! Blown my
whole day off.
On 3/30/10, Adam Ruppe
I think it would be pretty great if you could add functions, etc., to
the scripting language with a simple one liner:
mixin makeAccessibleFromScript!(scriptEngine, foo);
Or something similar. The template there could mix in a wrapper
function for whatever foo() happens to be, and register it
__traits allMembers and and derivedMembers now return a tuple of strings
rather
than an array of strings. Enclose __traits in [ ] to make array literal. This
makes it
possible for foreach statements to iterate at compile time over it.
How exciting!
On 3/8/10, Trass3r u...@known.com wrote:
One of the (few) things I like about PHP is the ease with which you
can get to the docs. You can just put the name into your browser, and
it comes right up:
php.net/strpos
I set up something similar for D today: dpldocs.info. (I tried to find
a better name, but everything else I thought up was
42 matches
Mail list logo