On Monday, 14 March 2016 at 16:42:27 UTC, Russel Winder wrote:
Is this intended as a Stylist style option for the site?
Yeah, I just don't want to bother with authenticating on their
site right now. Feel free to submit it if you'd like to see it
there. I don't know how maintenance/updating of
On Monday, 14 March 2016 at 13:25:02 UTC, Nordlöw wrote:
On Monday, 14 March 2016 at 12:00:24 UTC, Jakob Ovrum wrote:
Suggestions, forks, uploads to Stylish and so forth are all
welcome. The important part is that we have an alternative
that is nice on the eyes for us who use dark-coloured UIs
Hello,
Here's a light-on-dark theme userstyle for the recent dlang.org
re-design:
https://gist.github.com/JakobOvrum/e00f97f30bba4b24b6bc
The front page looks like this:
https://i.imgur.com/zuwVu7r.png
The theme supports the front page, articles, language
specification, Phobos documentatio
On Thursday, 21 January 2016 at 17:39:11 UTC, Andrei Alexandrescu
wrote:
Good work, thanks! Has this been reddited yet? -- Andrei
I don't think so. Personally I don't think I have a reddit
account, but people are more than welcome to post it wherever
they like :)
On Thursday, 21 January 2016 at 13:52:57 UTC, Dicebot wrote:
Reasonable, but the UFCS call can result from some other
function defined in same module (Phobos modules are not small
at all). Even small unlikely violation can completely destroy
benefits of @safe so in my opinion one can't be overl
On Thursday, 21 January 2016 at 13:39:48 UTC, Dicebot wrote:
I'd suggest at the very least to add a comment before
"p.bar();" saying "Must not escape 'p' pointer or @safe-ty will
be compromised".
I thought about this case, but it relies on UFCS which is
controlled by the callee. The caller ca
On Wednesday, 20 January 2016 at 14:04:53 UTC, Jakob Ovrum wrote:
snip
Thanks for all the feedback. I've pushed a revision with further
changes, most of it based on the feedback in this thread.
https://github.com/JakobOvrum/jakobovrum.github.io/c
On Thursday, 21 January 2016 at 06:20:01 UTC, rsw0x wrote:
okay, I'll just use @safe here... and nothing else in third
party libraries/half of phobos is @safe friendly so I guess
I'll wrap it in @trusted oh fuck it
Yeah, using @trusted like that is counterproductive. Just use
@system or impro
On Wednesday, 20 January 2016 at 20:28:03 UTC, Jon D wrote:
This is passes the @safe constraint, but 'stdout.writeln()' and
'stderr.writeln()' do not. (My program uses stderr.)
stderr/stdout/stdin are __gshared and can't be referenced by
safe code. The module level version of writeln, etc., acc
On Wednesday, 20 January 2016 at 15:28:05 UTC, jmh530 wrote:
I like the description of @trusted and template inference.
Template inference, in particular, was not something that was
obvious to me when first reading about D. I'm not sure how
clear you make it that you can still mark templates @s
On Wednesday, 20 January 2016 at 19:55:45 UTC, H. S. Teoh wrote:
On Wed, Jan 20, 2016 at 07:25:43PM +, Dicebot via
Digitalmars-d-announce wrote:
`auto p = () @trusted { return &t; } ();`
Huh, I thought Andrei was opposed to this idiom? Is it now
considered reserved for templates or somethi
The article aims to explain how to use @safe, @system and
importantly, @trusted, including all the hairy details of
templates.
https://jakobovrum.github.io/d/2016/01/20/memory-safety.html
Any and all feedback appreciated.
On Wednesday, 11 November 2015 at 22:43:01 UTC, Jakob Ovrum wrote:
On Saturday, 7 November 2015 at 18:39:22 UTC, Joakim wrote:
OK, I've rebuilt ldc with one small tweak: I've added the
current directory to its rpath and bundled my system libconfig
along with it, which is what the of
On Saturday, 7 November 2015 at 18:39:22 UTC, Joakim wrote:
OK, I've rebuilt ldc with one small tweak: I've added the
current directory to its rpath and bundled my system libconfig
along with it, which is what the official ldc release does too.
You shouldn't need libconfig installed by your sy
On Friday, 6 November 2015 at 20:24:18 UTC, Joakim wrote:
On Friday, 6 November 2015 at 20:10:36 UTC, Jakob Ovrum wrote:
On Friday, 6 November 2015 at 11:56:35 UTC, Joakim wrote:
[...]
Thanks for the thorough instructions! LLVM is rather massive
and I'd prefer to avoid building it if
On Friday, 6 November 2015 at 11:56:35 UTC, Joakim wrote:
https://github.com/joakim-noah/android/releases/tag/runners
You will need a linux/x86 host and the Android NDK, optionally
the SDK if you want to create a GUI app. A slightly older
build was used to create the test runners from earlier
On Thursday, 26 March 2015 at 02:04:26 UTC, Laeeth Isharc wrote:
You describe these as issues forming part of a critique and
suggesting the substance of what he wrote is wrong, but are
these substantive in the context of a quick blog post (where it
is more important to say something generative
On Wednesday, 25 March 2015 at 21:00:37 UTC, Andrei Alexandrescu
wrote:
https://www.reddit.com/r/programming/comments/30ad8b/why_gos_design_is_a_disservice_to_intelligent/
Andrei
As I know Gary is sometimes (often?) on these forums I'll post
some critique here. Misrepresenting Go in a compari
On Monday, 26 January 2015 at 23:46:24 UTC, Iain Buclaw wrote:
All work is hosted on Github[3], and we are planning on moving
it to part of the D-Programming-Language repositories.
I really wish we would eat our own dog food and use D for these
projects. Nazriel's dpaste is in friggin PHP and
On Sunday, 17 August 2014 at 02:55:52 UTC, Dicebot wrote:
Results:
http://wiki.dlang.org/Review/std.logger#Voting_for_std.experimental
The link to the team-phobos page doesn't work for me, so I'm not
entirely sure what it is (list of users with commit rights?), but
in any case, I don't think
On Wednesday, 23 July 2014 at 16:07:44 UTC, Andrei Alexandrescu
wrote:
Last (but not least!) talk of DConf 2014.
https://twitter.com/D_Programming/status/491977150694961152
https://www.facebook.com/dlang.org/posts/889844197695929
http://www.reddit.com/r/programming/comments/2bi79s/sdc_a_d_comp
On Friday, 21 March 2014 at 17:03:17 UTC, Vladimir Panteleev
wrote:
Where this is done, it is on purpose. For example, the "invert"
declaration as it appears in the article wouldn't be possible
with the shorthand function template syntax.
Right, I only skimmed over the various aliases. It look
On Friday, 21 March 2014 at 11:04:58 UTC, Vladimir Panteleev
wrote:
http://blog.thecybershadow.net/2014/03/21/functional-image-processing-in-d/
Some highlights from a recent overhaul of the graphics package
from my D library. It makes use of a number of D-specific
language features, so I've tr
On Tuesday, 18 March 2014 at 19:19:24 UTC, Johannes Pfau wrote:
Am Tue, 18 Mar 2014 18:56:39 +
schrieb "Jakob Ovrum" :
On Monday, 17 March 2014 at 14:07:13 UTC, Johannes Pfau wrote:
> I'm happy to announce the first GDC ARM beta on behalf of
> the GDC
> team :)
On Monday, 17 March 2014 at 14:07:13 UTC, Johannes Pfau wrote:
I'm happy to announce the first GDC ARM beta on behalf of the
GDC
team :)
Thanks a lot for the pre-compiled binaries! That really opens up
ARM development for a much wider audience.
I'm encountering a problem with binaries built
On Friday, 14 February 2014 at 15:56:16 UTC, Steven Schveighoffer
wrote:
Classes are typically written with an expectation that the GC
will clean them up. I don't think you can just get rid of that
expectation. A class written without the assumption of the
runtime is a very different object, an
On Thursday, 13 February 2014 at 22:56:38 UTC, Orvid King wrote:
Wow, that went a bit more towards a salesman-like description
than I as aiming for, so I'll just end this here and give you
the link, before this ends up looking like a massive, badly
written, sales pitch :D
https://github.com/O
On Tuesday, 28 January 2014 at 06:49:53 UTC, Andrei Alexandrescu
wrote:
Please join me in congratulating David!
https://www.bountysource.com/issues/1325974-type-system-breaking-caused-by-implicit-conversion-for-the-value-returned-from-pure-function/claims
Don't forget there are over $2000 in op
On Monday, 27 January 2014 at 12:14:37 UTC, Sönke Ludwig wrote:
I understand that it is popular because a separate "source" or
"src" folder can be avoided*. But it really is quite unclean
considering how importing modules works in D.
* and it makes it harder for people to find the actual sourc
On Wednesday, 15 January 2014 at 14:12:47 UTC, Sönke Ludwig wrote:
A new and hopefully last beta version of DUB 0.9.21 has been
released:
http://forum.rejectedsoftware.com/groups/rejectedsoftware.dub/thread/826/
It contains some major new features, so extensive testing is
needed to get a solid
On Thursday, 23 January 2014 at 17:38:04 UTC, Andrei Alexandrescu
wrote:
Congratulations to Dmitry! (His github ID is blackwhale.)
Andrei
Great! This is fairly overdue, std.regex and std.uni have proven
utterly invaluable and he's a frequent reviewer. Congratulations
:)
On Sunday, 29 December 2013 at 01:15:50 UTC, Xavier Bigand wrote:
- Improve error reporting from Lua
I looked at the commit log. I like how you are *already* fixing
Lua bugs... still not considering LuaD? :P
On Thursday, 16 January 2014 at 09:26:04 UTC, ilya-stromberg
wrote:
On Wednesday, 15 January 2014 at 15:59:20 UTC, qznc wrote:
On Wednesday, 15 January 2014 at 07:46:29 UTC, Andrei
Alexandrescu wrote:
yada yada yada
I just created a wiki page to document requirements.
Hopefully, this helps pe
On Monday, 6 January 2014 at 09:11:09 UTC, Dicebot wrote:
Some time ago there have been a review for `std.signal` Phobos
proposal
(http://forum.dlang.org/thread/ujlhznaphepibgtpc...@forum.dlang.org#post-ujlhznaphepibgtpcoqz:40forum.dlang.org).
It have not received much feedback and I was a it t
On Wednesday, 11 December 2013 at 09:47:27 UTC, Sönke Ludwig
wrote:
The current GIT master version now outputs a clearer message,
stating
that the existing binary from ".dub/build/.../" is used. It also
suggests to use "--force" to force a rebuild.
Nice.
The .dub/build/ folder is purely meant
On Friday, 6 December 2013 at 19:57:17 UTC, Sönke Ludwig wrote:
Am 06.12.2013 19:40, schrieb Jakob Ovrum:
On Friday, 29 November 2013 at 17:02:22 UTC, Sönke Ludwig
wrote:
- Builds are now cached and only rebuilt when necessary for
"dub build"
and "dub run".
Deleti
On Friday, 6 December 2013 at 19:14:46 UTC, Dicebot wrote:
On Friday, 6 December 2013 at 19:10:51 UTC, Jakob Ovrum wrote:
It's unreasonable for Dub to require users to change the
structure of their project
It has been doing it since the very beginning and still does.
How so?
In the
On Friday, 6 December 2013 at 18:55:22 UTC, Dicebot wrote:
On Friday, 6 December 2013 at 18:40:59 UTC, Jakob Ovrum wrote:
It has been said already in this thread, but for library
targets it must ignore the lack of a "main source file". It
should go without saying that libraries gener
On Friday, 29 November 2013 at 17:02:22 UTC, Sönke Ludwig wrote:
- Builds are now cached and only rebuilt when necessary for
"dub build"
and "dub run".
Deleting the output binary and then immediately running `dub
build` again fails horribly here; it seems to think the binary is
up to dat
On Friday, 12 July 2013 at 06:53:48 UTC, Benjamin Thaut wrote:
Feedback is welcome.
One of the article says that only one AliasThis is allowed per
type, which is only half the truth. Multiple AliasThis are meant
to be allowed by the language but has not been implemented.
On Saturday, 16 March 2013 at 14:40:58 UTC, D-ratiseur wrote:
new is overriden in TUObject because the purpose of the library
is to bypass the garbage collector and to bypass the GC you
have to override new and delete.(at least according to the
manual: articles,mem managment).
The documentat
On Friday, 15 March 2013 at 10:23:05 UTC, David wrote:
Afaik it is deprecated which really sucks imo.
I don't know why the new operator is so important to some people.
If templates had been in C++ before classes, this operator would
probably never have existed.
object.destroy()(UFCS) and cl
On Sunday, 10 March 2013 at 08:41:40 UTC, Jonathan M Davis wrote:
==> GIT checkout done or server timeout
DUB outputs that? Git is not an acronym. It should be "Git".
On Tuesday, 6 November 2012 at 09:07:34 UTC, Walter Bright wrote:
Is that really a problem?
I don't strictly need it for any of my projects, where I'm
already using lazy initialization for these cases. I guess time
will tell if it's significant for other applications.
On Tuesday, 6 November 2012 at 09:24:58 UTC, Jens Mueller wrote:
which admittedly has less syntactical appeal (and probably other
problems) but can maybe improved. But to which point.
What do you gain by adding it to the core language?
Jens
In the initial discussions, I was hoping that the sym
On Tuesday, 6 November 2012 at 09:03:49 UTC, dennis luehring
wrote:
you're just to deep catched in the
.Net-Everything-Is-Done-In-Runtime-Paradigm - thats all :)
No.
On Tuesday, 6 November 2012 at 08:56:26 UTC, Maxim Fomin wrote:
Runtime arrtibutes can be implemented as properties in
object.d. This would work for classes only and for other types
it can be implemented manually. Runtime attributes require
substantial amount of work, introducing bugs, bloating
On Tuesday, 6 November 2012 at 08:50:32 UTC, Walter Bright wrote:
To emphasize, the User Defined Attributes thing is completely a
compile time feature. However, a user defined runtime system
can be built on top of it.
It gives the best of both worlds.
Problem is that there's no way to do thi
On Tuesday, 6 November 2012 at 08:42:44 UTC, Walter Bright wrote:
Since D allows one to inquire and get a list of symbols, one
can then iterate over them at compile time to determine which
are serializable (or have some other specific attribute).
Yes, but somewhere you have to put startup code
On Tuesday, 6 November 2012 at 07:55:51 UTC, Walter Bright wrote:
-snip-
It doesn't look like it would be possible to schedule any runtime
code using this, meaning they're not usable for stuff like
registering types for serialization support, or doing runtime
linking when attached to a funct
On Thursday, 25 October 2012 at 17:20:40 UTC, Rob T wrote:
On Thursday, 25 October 2012 at 02:15:41 UTC, Jakob Ovrum wrote:
You can even share the same GC between dynamic libraries and
the host application (if both are D and use GC, of course)
using the GC proxy system.
What is the GC proxy
On Thursday, 25 October 2012 at 17:17:01 UTC, Rob T wrote:
Yes I can build my own D shared libs, both as static PIC (.a)
and dynamically loadable (.so). however I cannot statically
link my shared libs to druntime + phobos as-is. The only way I
can do that, is to also compile druntime + phobos i
On Thursday, 25 October 2012 at 17:17:01 UTC, Rob T wrote:
Yes I can build my own D shared libs, both as static PIC (.a)
and dynamically loadable (.so). however I cannot statically
link my shared libs to druntime + phobos as-is. The only way I
can do that, is to also compile druntime + phobos i
On Thursday, 25 October 2012 at 08:34:15 UTC, Rob T wrote:
My understanding of dynamic linking and the runtime is based on
this thread
http://www.digitalmars.com/d/archives/digitalmars/D/dynamic_library_building_and_loading_176983.html
The runtime is not compiled to be sharable, so you cannot
On Wednesday, 24 October 2012 at 23:05:29 UTC, Rob T wrote:
In my case, I'm not too concerned about performance, or pauses
in the execution, but I do require dynamic loadable libraries,
and I do want to link D code to existing C/C++ code, but in
order to do these things, I cannot use the GC bec
On Wednesday, 24 October 2012 at 23:05:29 UTC, Rob T wrote:
In my case, I'm not too concerned about performance, or pauses
in the execution, but I do require dynamic loadable libraries,
and I do want to link D code to existing C/C++ code, but in
order to do these things, I cannot use the GC bec
On Wednesday, 3 October 2012 at 10:56:11 UTC, Minas wrote:
Currently, toUpper() (and probably toLower()) does not handle
greek characters correctly. I fixed toUpper() by making a
another function for greek characters
// called if (c >= 0x387 && c <= 0x3CE)
dchar toUpperGreek(dchar c)
{
Very small announcement, but I just put up bindings for the XChat
plugin interface, including an example with VisualD project
files. It's a nice little real-world test of DLLs on Windows
written in D. Both the bindings and example should work on other
platforms too, but I haven't been able to t
On Sunday, 12 August 2012 at 12:02:06 UTC, Andrei Alexandrescu
wrote:
http://facepunch.com/showthread.php?t=1204676&s=affb44baf90ed48786f63e20a6052df1&p=37188144#post37188144
Andrei
Fixed link:
http://facepunch.com/showthread.php?t=1204676
You managed to link my first reply instead :o
On Sunday, 12 August 2012 at 12:02:06 UTC, Andrei Alexandrescu
wrote:
http://facepunch.com/showthread.php?t=1204676&s=affb44baf90ed48786f63e20a6052df1&p=37188144#post37188144
Andrei
I'm the OP.
It's still a work in progress, some sections are super-thin and I
need to put in more references s
On Saturday, 28 July 2012 at 21:21:58 UTC, David wrote:
This is my personal coding-style, heavily influenced by Pythons
PEP-8. I am using it, because I personally don't like the
camelCase, because I think it makes e.g. distinguishing members
from types harder or reading the names and I also don
On Saturday, 7 July 2012 at 21:20:53 UTC, Walter Bright wrote:
If it can be made complete enough, I'd like to add support into
D for it, so you could do things like:
import "stdio.h";
I don't think this syntax makes it clear enough. The following
has been making rounds in the community f
On Sunday, 27 May 2012 at 20:56:22 UTC, David Nadlinger wrote:
Some of you might remember that I have been meaning to write a
comprehensive introduction to design and use of purity for
quite some while now – I finally got around to do so:
http://klickverbot.at/blog/2012/05/purity-in-d/
Feedba
On Friday, 4 May 2012 at 15:11:39 UTC, Steven Schveighoffer wrote:
I was envisioning eliminating the rest of the tree, and you'd
have to click on one of the breadcrumbs to get it back. But
that might be weird.
Something like:
etc . c .
sqlite3
* func1
* func2
...
And then you click on etc o
On Friday, 4 May 2012 at 14:48:04 UTC, Steven Schveighoffer wrote:
I don't see it working that way. If I click on etc.c.sqlite3
for example, it doesn't collapse std.
Essentially, what I mean is, I should only see the parents,
immediate children, and siblings of the currently selected item
in
On Thursday, 3 May 2012 at 06:53:42 UTC, Ary Manzana wrote:
I don't think the main documentation order is right in the
first place. If a module provides many functions, like
std.algorithm, I don't see how there could possibly be an
"intended" order, like "these are more likely to be used".
In
On Thursday, 3 May 2012 at 14:27:38 UTC, Jacob Carlborg wrote:
The right side is pretty empty if you have a wide screen.
Perhaps the symbols can be placed there.
On my current 16:9 1080p monitor, the full width of the page is
utilized by the main documentation, tested with Opera and Chrome
(a
On Thursday, 3 May 2012 at 08:16:48 UTC, Rory McGuire wrote:
Would be great if you could make it an accordion with a live
search at the
top.
An accordion is a nice idea, and Bootstrap has good support for
it.
Where would you have the search, exactly, though? And do you mean
the existing sy
On Thursday, 3 May 2012 at 14:30:38 UTC, Steven Schveighoffer
wrote:
I suggest:
1. Only expand tree to the level of the current symbol
selected. So for instance, you click on std.datetime, you see
all the top-level symbols of std.datetime *not* expanded. If
you click on std.datetime.Month,
On Thursday, 3 May 2012 at 12:33:33 UTC, Ary Manzana wrote:
On 5/3/12 6:41 PM, Jacob Carlborg wrote:
On 2012-05-03 10:09, Ary Manzana wrote:
I'm not sure. I'd like the symbols to be under the same tree.
With tabs you'd have to click twice to go from one place to
another.
I didn't even kn
On Thursday, 3 May 2012 at 05:44:47 UTC, Ary Manzana wrote:
On 5/3/12 1:26 AM, Jakob Ovrum wrote:
This project is finally published and documented, so here's an
announcement.
https://github.com/JakobOvrum/bootDoc
bootDoc is a configurable DDoc theme, with advanced JavaScript
features
l
On Thursday, 3 May 2012 at 05:14:43 UTC, James Miller wrote:
On Wednesday, 2 May 2012 at 18:26:11 UTC, Jakob Ovrum wrote:
This project is finally published and documented, so here's an
announcement.
https://github.com/JakobOvrum/bootDoc
bootDoc is a configurable DDoc theme, with adv
On Wednesday, 2 May 2012 at 21:42:21 UTC, Nick Sabalausky wrote:
While it would be nice if the nav tree were still there w/o JS,
and I'm not
personally a fan of CSS(or HTML)-based "frames", this is
definitely a very
nice, clean, great-looking theme!
Alright, with some effort, I made it so tha
This project is finally published and documented, so here's an
announcement.
https://github.com/JakobOvrum/bootDoc
bootDoc is a configurable DDoc theme, with advanced JavaScript
features like a package tree and module tree, as well as fully
qualified symbol anchors. The style itself and s
On Tuesday, 1 May 2012 at 16:46:36 UTC, Rainer Schuetze wrote:
* goto definition: if executed on an import statement, now
searching file through import paths
Thanks, I remember trying this before, good to know it now does
the intuitive thing :)
On Thursday, 12 April 2012 at 14:15:09 UTC, Andrei Alexandrescu
wrote:
On 4/12/12 9:13 AM, Jakob Ovrum wrote:
On Thursday, 12 April 2012 at 13:46:50 UTC, Jakob Ovrum wrote:
This video went up a while ago. I would like to comment on
it, but I
didn't see any thread about it, so here
On Thursday, 12 April 2012 at 13:46:50 UTC, Jakob Ovrum wrote:
This video went up a while ago. I would like to comment on it,
but I didn't see any thread about it, so here it is.
Three Unlikely Successful Features of D
http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2012/
On Thursday, 12 April 2012 at 13:46:50 UTC, Jakob Ovrum wrote:
This video went up a while ago. I would like to comment on it,
but I didn't see any thread about it, so here it is.
Three Unlikely Successful Features of D
http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2012/
This video went up a while ago. I would like to comment on it,
but I didn't see any thread about it, so here it is.
Three Unlikely Successful Features of D
http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2012/Three-Unlikely-Successful-Features-of-D?format=html5
Thanks to Andrei A
On Wednesday, 14 March 2012 at 07:46:35 UTC, Rainer Schuetze
wrote:
* property: fixed editing multiple configurations at once
Very happy to finally see this get fixed. In actual VisualD use,
these issues are the most urgent. Thanks, and keep the project
management improvements coming - I can'
80 matches
Mail list logo
