On 2015-01-01 01:21, Rikki Cattermole wrote:
Following this, we could extend this one altogether.
AST entry points. Read only (later maybe not) full access to dmd-fe AST.
So we're back at AST macros :). I don't mind but I don't think it's the
right solution in this case.
--
/Jacob Carlborg
On 2015-01-01 01:44, Rikki Cattermole wrote:
The AST stuff would guaranteed be a DIP (second to last CTFE
implementation type, well as I define it anyway).
http://wiki.dlang.org/DIP50 ;)
--
/Jacob Carlborg
On 2014-12-31 20:50, Andrei Alexandrescu wrote:
One simple starter would be to allow one escape character, e.g. the
backtick (`), as a simple way to expand macros: instead of $(MACRO arg1,
arg2) one can write `MACRO arg1, arg2`.
I don't see how that would improve anything, at all.
--
/Jacob
On 2015-01-01 16:09, Dicebot wrote:
My top list of md shortcuts for casual documentation:
1. `code`
2. * lists
headers
3. ===
I prefer the hashtag syntax:
# header
## header
--
/Jacob Carlborg
On 2015-01-02 15:12, Mathias LANG wrote:
I don't see it being useful for Phobos, or any other library. Have one
doc with the public API available, optionally another one for the
framework/lib devs (but those often prefers the code).
I see that being useful for any open source library. I don't
On 2015-01-01 07:38, Manu via Digitalmars-d wrote:
I've been working on a pretty comprehensive module for dealing with
colours in various formats and colour spaces and conversions between
all of these.
It seems like a hot area for duplicated effort, since anything that
deals with multimedia will
On 2014-12-31 20:50, Andrei Alexandrescu wrote:
In wake of the recent discussions on improving ddoc syntax we're looking
at doing something about it. Please discuss any ideas you might have
here. Thanks!
I think there are two big issues with Ddoc: its syntax and its lack of
functionality. I
On 2015-01-01 00:53, Walter Bright wrote:
As I said, I grepped the Phobos sources for $(COMMA), and found 2
instances, neither of which were necessary.
And how do you plan to find all commas that should actually be $(COMMA)?
--
/Jacob Carlborg
On 2015-01-02 10:40, Andrei Alexandrescu wrote:
* A list of summary with all symbols should be automatically generated
for a module
Shouldn't we leave that to postprocessing?
No, why would we do that? I want be able to easily generate good
documentation. If something requires an extra step
On 2015-01-01 00:52, Walter Bright wrote:
On 12/31/2014 3:42 PM, ketmar via Digitalmars-d wrote:
ah, the following is even better:
Now do it it markdown. Oh wait, markdown doesn't enable specification of
different kinds of fonts and formatting. Markedown doesn't have local
hyperlinks. Have
On 2015-01-02 02:31, ketmar via Digitalmars-d wrote:
i think that in most cases you can use `r...` instead. and if you
really want backticks, you can use dedicated code block for that.
One really good use case for backticks is when the string contains
double quotes.
--
/Jacob Carlborg
On 2015-01-02 10:10, Andrei Alexandrescu wrote:
On 1/1/15 7:01 AM, Ary Borenszweig wrote:
1. Add * foo syntax for lists
Currently ddoc ignores leading * so we'd need another character if at all.
A dash.
--
/Jacob Carlborg
On 2014-12-31 21:40, Walter Bright wrote:
Documentation for code winds up on a web site.
I find it very handy that the Ddoc embedded in D code, and the Ddoc used
for the rest of the web site, all use the same style sheets, the same
macro files, etc. And an ebook and pdf can all be generated
On 2015-01-01 00:51, Rikki Cattermole wrote:
I know.
And btw currently ddoc cannot output json.
I was considering some form of external tool that used e.g. DScanner to
grab all the AST/comments and then parse them a little similar to DDoc
just without the macros.
You can already get the
On 2015-01-23 17:02, Andrei Alexandrescu wrote:
We should make the life of plugin writers easy. They do get to decide
what other prerequisites their tools have.
Are you suggesting to have a general plugin architecture in DMD? That
would be very cool, especially if they can be installed as
On 2015-01-23 19:43, Andrei Alexandrescu wrote:
On that front, a coworker gave me a simple idea for integration.
1. All C++ non-polymorphic types thrown cannot be caught in D
2. We (or Calypso) define D class counterparts for polymorphic types
thrown from C++, notably std::exception and
On 2015-02-02 22:51, Nordlöw wrote:
Can we please change the file extensions in DMD from .c to .cpp for C++
sources?
Just for the record, this is deprecated in Clang:
clang: warning: treating 'c' input as 'c++' when in C++ mode, this
behavior is deprecated
--
/Jacob Carlborg
On 2015-02-02 11:31, ketmar wrote:
recently ;-) git got a feature use HEAD for submodule, which removes
this limitation.
If you refer to the 1.8.2 change that made it possible to track a branch
in submodule. Then that doesn't make any practical difference, at least
not in my experience.
On 2015-02-03 23:29, Walter Bright wrote:
http://wiki.dlang.org/DIP56
There's been enough discussion, time to make a decision and move on.
This is affected by the -inline flag?
--
/Jacob Carlborg
On 2015-02-02 09:09, Vladimir Panteleev wrote:
1a. rdmd and D's module system:
When you run `dmd -o- program.d`, the compiler will automatically read
all modules imported by your program, and their imports, and so on. It
does so by searching the filesystem across its search path for matches
On 2015-02-02 09:09, Vladimir Panteleev wrote:
Even if I had faith that dub was a perfectly polished piece of software,
it doesn't solve any problems I have with building D programs, and in
fact would make said task more complicated. Here's why.
1. rdmd
rdmd is a simple and effective way to
On 2015-02-02 11:13, Vladimir Panteleev wrote:
As I said in my reply to Mathias, what dub does breaks the module path
and file path consistency when modules/subpackages lie in the repository
root.
So it's the default behavior that you don't like? I use a similar code
structure as you (except
On 2015-02-02 09:58, Joseph Rushton Wakeling via Digitalmars-d wrote:
Scenario: a dependency has a security hole that gets patched. If the
dub package is updated, all applications using that dub package will
automatically have that update available next time they are built.
That's the worst
On 2015-02-02 15:17, Manu via Digitalmars-d wrote:
If I have another build tool, then I already have a build tool. Why
would I want 2 build tools? Double the trouble.
In my experience most build tools are to complicated, or rather, it's
too complicated for simple projects. Especially if they
On 2015-02-04 21:55, Walter Bright wrote:
No need to reinvent this:
https://github.com/D-Programming-Language/phobos/blob/master/std/file.d
line 194
Just for the record, you can get a link to the exact line by clicking on
the line number in the left margin and the copying the link
On 2015-02-06 17:17, Andrei Alexandrescu wrote:
I see. Not surprising - some teams at Facebook also prefer phabricator
over github for reviews (others don't). I'm using both and phabricator
is somewhat - but not dramatically - better.
Any specifics you can point out where phabricator is
On 2015-02-05 05:43, Vladimir Panteleev wrote:
Is it a default if you can't change it? Or can it be changed?
It can be changed. It's the mainSourceFile field [1].
It is not a question of preference, it is a question of the behavior
being incompatible with certain tools and workflows.
Sure
On 2015-02-04 23:00, Mike Parker wrote:
Then you specify a specific version of the library as a dependency,
rather than a version range.
No, this is not enough. The tool need to automatically track and lock
the whole dependency graph. Example:
Project A:
dependencies: {
b: 1.0.0
}
On 2015-02-05 15:11, Sönke Ludwig wrote:
There is a request to make this configurable and it's a rather trivial
addition. I just don't have the time to implement all feature requests
myself, which is basically why it is not implemented, yet.
Is the reason for putting it in the home directory
On 2015-02-03 03:54, Nick Sabalausky wrote:
Frankly, I think any editor that's hardcoded to expect any one single
style is doing it wrong. Accepting either , or : should be trivial for
any editor, and hell, Programmer's Notepad 2 just uses an
optionally-customizable regex for error capture. I'd
On 2015-02-01 19:58, Iain Buclaw via Digitalmars-d wrote:
Hi,
Next list of things that need sorting out™ in GDC is how the compiler
works out where module interfaces are installed vs. where the library
actually installed them - this is tricky when taking into
consideration:
I don't know if
On 2015-02-03 17:42, FG wrote:
A misfeature? If the ORM only allowed SELECT *, it wouldn't be of much
use with records containing blobs or big amounts of other data. If the
object was retrieved only for read and to update a few fields, pulling
all columns would be very wasteful.
Martin Nowak
On 2015-02-04 11:25, Nordlöw wrote:
that enables developing DMD in Eclipse with full intellisense and
debugging support.
Is that not possible to override? I've done that in the Xcode projects,
works fine.
--
/Jacob Carlborg
On 2015-02-04 17:31, Andrei Alexandrescu wrote:
How does the rewrite compare against the originals? -- Andrei
I don't have much practical experience with Go but I think that the
custom linker makes the overall build time faster. For D, the linker is
a problem, even though the compiler is
On 2015-02-04 21:06, Walter Bright wrote:
With -inline:
pragma(inline, true) inlines
pragma(inline, false) does not inline
pragma(inline) inlines at compiler's discretion
Without -inline:
pragma(inline, true) inlines
pragma(inline, false) does not inline
On 2015-02-05 22:35, Walter Bright wrote:
It's no different from:
Q: the compiler gave me a mismatched type error!
A: put in a cast and it'll compile!
The difference is if you do that the compiler won't disable type
checking for the whole function.
--
/Jacob Carlborg
On 2015-02-08 01:39, Mike Parker wrote:
But apparently this can be done now with dub.selections.json.
Yes, exactly. I just replied to someone calming updating packages
automatically was a good idea. I also had to fight quite a lot to get
this feature into Dub.
--
/Jacob Carlborg
On 2015-02-03 19:00, Russel Winder via Digitalmars-d wrote:
Learn lessons from SBT vs. SCons/Gant/Gradle: SBT is a Scala build
system using Scala programs as input.
Some Scala folk got religious about Scala being the only right language
for Scala builds, and created what has become SBT.
On 2015-02-07 20:17, Vladimir Panteleev wrote:
I don't see how this setting is at all relevant to the problem at hand.
Yes, sorry, sourcePaths and importPaths were the fields I was
thinking about. Although I think mainSourceFile may be needed as well,
otherwise dub will look for app.d.
--
On 2015-02-06 12:37, Dicebot wrote:
D is only cross-platfrom scripting language we can rely on. This is
probably biggest problem of make (apart from bunch of legacy syntax
crap) - any real build system needs relatively complicated build rules
for target transformation. However we can reasonably
On 2015-02-05 09:56, Atila Neves wrote:
It depends on how you define out of the box, I guess.
I define it as what's included in a newly installed operating system.
The biggest issue here is Windows vs Posix.
--
/Jacob Carlborg
On 2015-02-08 17:57, Andrei Alexandrescu wrote:
Ehm. This part sounds unnecessarily a bit political - NIH syndrome,
closemindedness of the D folks toward using anything else but D and
make, and such.
I'm just sharing my experience since I've tried this before. I would not
recommend using any
On 2015-02-03 22:02, H. S. Teoh via Digitalmars-d wrote:
Second generation build algorithms are centered around *not* scanning,
but taking advantage of modern OSes providing APIs for file change
notification. Rather than scan the whole source tree every time, it
takes the changeset as input --
On 2015-02-08 14:59, Russel Winder via Digitalmars-d wrote:
I worked on Rant for a while because Rake is not up to building C and
C++ systems due to lack of abstractions. As far as I can tell Rake
remain the de facto standard tool in the Ruby community and absolutely
nowhere else.
Since Rake
On 2015-02-08 12:06, Vladimir Panteleev wrote:
Neither of these will help in resolving the module path and filesystem
path inconsistency, while maintaining compatibility with the git
submodule approach.
I'm not exactly sure what you're looking for but with these fields you
can configure the
On 2015-02-04 19:07, Vladimir Panteleev wrote:
You mean via extern(C)?
You can use pragma(lib), and the compiler will emit a linker instruction
to add the specified library. I'm not sure about the platform support,
though.
No, I mean like this:
module mylib.foo;
void foo () {}
module
On 2015-01-15 07:34, NVolcz wrote:
Nice work!
Central searchable documentation for third party libraries registered on
code.dlang.org could be a killer :-).
Yeah, I asked Sönke about that [1].
[1]
http://forum.rejectedsoftware.com/groups/rejectedsoftware.dub/thread/3528/
--
/Jacob
On 2015-01-17 09:22, Andrei Alexandrescu wrote:
Hello,
I was looking at
http://css-tricks.com/examples/CleanCode/Beautiful-HTML.png, which
includes an interesting comment: ID applied to body to allow for unique
page styling without any additional markup.
That sounds pretty interesting, so I
On 2015-01-16 22:32, Vladimir Panteleev wrote:
That's probably because HTTP caching is not configured.
Ideally, you'd put the file's modification time in its path, e.g.:
link rel=stylesheet type=text/css href=css/1421443851/style.css /
Or a hash of the file content in the filename.
--
On 2015-01-16 21:44, Andrei Alexandrescu wrote:
Look for a champion after $(X) days? It looks like once a pull request
is open it's impossible to close it. There's got to be some garbage
collection somehow :o). -- Andrei
It's always possible to add a label to the pull request.
--
/Jacob
On 2015-01-16 18:49, Andrei Alexandrescu wrote:
I agree that a hamfisted policy would do more harm than good. That's why
it's so hard to define!
I'm thinking of something like: if there's $(legitimate) request for
changes but the author is dormant for more than $(X) days, then close.
Does
On 2015-01-16 20:23, Walter Bright wrote:
Arbitrarily closing them means they get lost forever.
How so?
--
/Jacob Carlborg
On 2015-01-17 00:49, H. S. Teoh via Digitalmars-d wrote:
Does github have that option? If so, can somebody who has the rights
make this change?
Not as far as I can see. The settings page for a project doesn't contain
much.
--
/Jacob Carlborg
On 2015-01-16 19:50, deadalnix wrote:
It is better to have some kind of bot that comment on the PR after a
while. Like hey, this PR is hanging, can someone make thing go forward
or I'll close in 2 more month. That generate activity on the PR and is
often a wake up call for people.
Ruby on
On 2015-01-17 00:01, Andrei Alexandrescu wrote:
On 1/16/15 2:52 PM, Daniel Kozak wrote:
P.S. I like this DIP, but I do not like way how things are done :(
Please participate to improving how things are done.
How can we do that when you're just saying things like Time to move
forward, it's
On 2015-01-19 03:22, Andrei Alexandrescu wrote:
OK, the current attempt has no gradient at all. Probably too flat? --
No, not really. But now the top menu item looks out of place. And the
bottom border of the menu ... doesn't look right. I would guess you can
just remove it.
Although I
On 2015-01-19 04:17, Andrei Alexandrescu wrote:
Yah. The ones I found were paid. My point is ddoc was there and fit the
job perfectly well.
libsass [1] is a C implementation of Sass. Original implementation of
Sass is in Ruby.
This is a confusion - css minification is a separate topic
On 2015-01-19 02:42, Adam D. Ruppe wrote:
Anyone like to do a quick proofread of the next edition of This Week in D?
http://arsdnet.net/this-week-in-d/jan-18.html
I'm not so sure if Add support for compiling Objective-C code as extra
sources is a major change. I would rather think it's
On 2015-01-19 03:18, Andrei Alexandrescu wrote:
TL;DR: I've uploaded new menu colors at http://erdani.com/d/, this time
aiming for a more martian red ethos. Please let me know.
I still like the original menu better.
--
/Jacob Carlborg
On 2015-01-19 03:31, Andrei Alexandrescu wrote:
So now minification and gzipping are the culprit? I don't quite understand.
There are plenty existing web frameworks that already have solved, what
it seems like, all the problems you're trying to solve now. You're just
shooting them down
On 2015-01-19 03:50, DaveG wrote:
https://dl.dropboxusercontent.com/u/114394/D-site/redesign/index.html
It would be better if the menu could become some kind of drop down. Look
at how Bootstrap is doing it [1]. The menu doesn't take up any more
horizontal space when it's expanded.
[1]
On 2015-01-19 03:44, Andrei Alexandrescu wrote:
Yes. Next step: fix it! :o) -- Andrei
A couple of years ago I started on writing a contribution document [1]
but never finished it. It might be a bit outdated now but it's mostly
correct and could be used as a starting point.
[1]
On 2015-01-21 22:38, Andrei Alexandrescu wrote:
Pushed. Looks better now? -- Andrei
Actually not so much. Is the site updated?
--
/Jacob Carlborg
On 2015-01-19 18:00, DaveG wrote:
The vertical menu expanded from the top works well with relatively few
items (in the case of bootstrap, eight). Personally, I don't think that
method works well with many items (we currently show 13, and up to 26
when expanded). It is particularly weird when
On 2015-01-19 13:00, Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
ola.fosheim.grostad+dl...@gmail.com wrote:
I would suggest you avoid frameworks since they go out of fashion fairly
quickly and makes maintenance dependent on individuals (with framework
knowledge). jQuery adds little value since
On 2015-01-19 16:57, Andrei Alexandrescu wrote:
I think that would be great. Who wants to champion this project? Our
webmaster is okay with it and can arrange a domain such as new.dlang.org
to work the kinks out.
Takers?
I would like to but I have too many other projects going on right now.
On 2015-01-19 15:54, Dicebot wrote:
Framework doesn't really matter (though dog-fooding is desirable) - it
is a matter of maintainability. You may like RoR but how many people in
D community will be able to maintain such solution if you disappear? I
doubt many.
I said like 100 times now that
On 2015-01-19 16:47, Adam D. Ruppe wrote:
Yeah, the change itself is minor, but I'm hoping it might be indicative
more coming in the coming months; adding it to the test cases means we
might have significant stuff to test soon.
Then we can wait until there's actually anything useful added.
On 2015-01-14 02:18, Chuck Allison wrote:
Hi all,
I have no idea what happened, but rdmd gives me the strangest error:
/usr/local/bin/dmd: failed to launch executable at
/Library/Compilers/dmd2/osx/bin/dmd.Failed:
I uninstalled dmd (using Jacob Carlsberg's uninstall shell script) and
On 2015-01-14 02:18, Chuck Allison wrote:
Hi all,
I have no idea what happened, but rdmd gives me the strangest error:
/usr/local/bin/dmd: failed to launch executable at
/Library/Compilers/dmd2/osx/bin/dmd.Failed:
I uninstalled dmd (using Jacob Carlsberg's uninstall shell script) and
On 2015-01-14 00:20, Andrei Alexandrescu wrote:
Hey folks,
Over the time a number of stuff has become quite duplicated across our
makefiles for dmd, druntime, and phobos.
These include fetching OS and model but (newer) general-purpose macros
for e.g. rebasing repos, see
On 2015-01-15 02:48, Rikki Cattermole wrote:
Dub can run external processes but its best to leave it up to the end
dev to run the c/assembly generation. When they want it regenerated.
I think its best we commit most of the binary outputs.
Mostly c/assembly generation. Not the D stuff.
Why
On 2015-01-14 21:54, Andrei Alexandrescu wrote:
I hear you but The Internet says submodules are a kind of a bummer.
Most issues I have read about is because they don't know how submodules
work. It's the same thing with most tools, if you don't know how to use
it the experience is going to
On 2015-01-14 20:50, Andrei Alexandrescu wrote:
Currently there must be a place where druntime finds dmd for building
purposes. Also phobos needs to find druntime. Also dlang.ord needs to
find the source of both phobos and druntime.
There's no specific setup of one person as much as a boring:
On 2015-01-15 09:30, Rikki Cattermole wrote:
Imagine your wanting to get some new flash feature (doesn't require
compiler change) by just adding druntime/phobos as a dependency via dub.
You don't really want to recompile the assembly/c stuff that almost
definitely hasn't changed.
Why not?
On 2015-01-21 22:52, DaveG wrote:
You're not alone gents. I like some parts and content pages aren't too
bad, but the homepage is completely impractical. It feels like I'm
emulating a giant phone. The problem with mobile first design is the
desktop often gets left behind. This may not be a
On 2015-01-21 03:59, Andrei Alexandrescu wrote:
Deployed. Let's thank Vladimir for this great work! -- Andrei
The icons need higher resolution for retina displays. Especially the
expand (plus) icons in the menu.
--
/Jacob Carlborg
On 2015-01-21 08:21, Jacob Carlborg wrote:
The icons need higher resolution for retina displays. Especially the
expand (plus) icons in the menu.
Using glyphs/text as icons, with a special font should be considered, i.e.:
* Font Awesome - http://fortawesome.github.io/Font-Awesome/
*
On 2015-01-21 10:28, Manu via Digitalmars-d wrote:
Super awesome!
Does LLDB have any support for D though?
No, not that I've heard of :(
--
/Jacob Carlborg
On 2015-01-17 18:30, Andrei Alexandrescu wrote:
Thanks! See http://goo.gl/aHeZmQ where I've added the page title as the
ID. Sadly that doesn't work for titles that contain whitespace (quite a
few), see
On 2015-01-17 19:39, MattCoder wrote:
Indeed! But, if the body had a width setted this wouldn't occur.
For example, adding width: 1024px on body in style.css it will now be
fine to see on mobile.
No, that's not the correct solution. The correct solution is to use
media queries in the CSS
Lately Andrei has worked a lot with improving the dlang.org site in
various ways. To me it getting more clear and clear that Ddoc is not the
right tool for building a web site. Especially the latest improvement
[1] shows that it's not a good idea to reinvent the wheel, especially
when it's not
On 2015-01-17 19:23, Andrei Alexandrescu wrote:
On 1/17/15 10:01 AM, Sebastiaan Koppe wrote:
And lets be honest here, why the hell do we even use apache+php and not
D+vibe.d? I just rewrote my companies corporate website in under 4
hours. Granted, it is a simple one. But this community should
On 2015-01-18 04:17, Jonathan M Davis via Digitalmars-d wrote:
The two pages look identical to me, but it looks like that PR was merged, so
maybe what I'm seeing is your hierarchical list.
Oh, that's way I don't see any differences :)
--
/Jacob Carlborg
On 2015-01-17 18:32, Andrei Alexandrescu wrote:
In https://github.com/D-Programming-Language/dlang.org/pull/778 I'm
proposing replacing
http://dlang.org/comparison.html
with
http://erdani.com/d/comparison.html
I don't see any difference expect the right side menu.
--
/Jacob Carlborg
On 2015-01-17 18:43, Andrei Alexandrescu wrote:
I'm the author so I'm waiting for comments from the others, not prone to
commenting on my own proposal. --- Andrei
I'm not sure who made the proposal but Walter created the pull request.
--
/Jacob Carlborg
On 2015-01-17 11:16, Sebastiaan Koppe wrote:
What would be the benefit? Applying styles per page seems like a lot of
workload for only one page.
It's not, at least not with a sane server side framework.
If you have an element that is only available on a specific page and you
want to style
On 2015-01-18 03:18, Andrei Alexandrescu wrote:
I took the better part of today working on this:
https://github.com/D-Programming-Language/dlang.org/pull/780. See demo
at http://erdani.com/d/.
What do you all think? Is it an improvement over what we have now?
It looks absolutely horrible. It
On 2015-01-17 19:04, Andrei Alexandrescu wrote:
http://dlang.org/features2.html - http://dlang.org/D1toD2.html
Maybe a good step for 2015 is to get ride of those.
Agreed. Walter?
Perhaps move the http://dlang.org/D1toD2.html page to the D1 site.
--
/Jacob Carlborg
On 2015-01-15 19:45, Andrei Alexandrescu wrote:
I'd be okay with reorganizing our repos as a module with the submodules
dmd, druntime, phobos, and tools. For that we'd need a champion who is
willing to try it, experiment with it (e.g. in a separate repo),
demonstrate its advantages and discuss
On 2015-01-15 17:08, Dicebot wrote:
Important thing here is that starting with git 1.8.2 it is possible to
set submodule to track head of remote branch instead of fixed commit
hash - which fixes the maintenance issue and is exactly the thing needed
for meta-dlang repo.
Yeah, but in practice I
On 2015-01-18 18:23, Andrei Alexandrescu wrote:
Heheh, way to use Archuduke's Ferdinand assassination :o). I'm sorry
Jacob but this one is really out there.
DDoc has nothing with this, and to the extent it does it actually helps.
No it has not, but other strange solutions you're coming up
On 2015-01-18 17:23, Andrei Alexandrescu wrote:
Can we ditch the twitter div on mobile? (Pull request would be nice,
thanks.) -- Andrei
Adam has already created that:
https://github.com/D-Programming-Language/dlang.org/pull/779
--
/Jacob Carlborg
On 2015-01-18 15:32, Mathias LANG wrote:
I started to experiment with this. The problem we'll get is that DDOC is
not used only for the website. It generates kindle / mobi / pdf.
So I see 3 paths here:
1) Implement support for generating the existing target using Vibe.d.
2) Use DDOC pages as
On 2015-01-18 17:21, Andrei Alexandrescu wrote:
Suggestions on how to make it better? -- Andrei
Something flat (i.e. no gradient) or with less difference between the
colors in the gradient.
--
/Jacob Carlborg
On 2015-01-18 06:14, weaselcat wrote:
Looked at it in a webkit browser and you're right, I take back my first
comment Andrei.
But it does seem messed up on Firefox.
https://i.imgur.com/FVb2Q6y.png
Looks like the colors are inverted.
--
/Jacob Carlborg
On 2015-02-11 17:51, Dicebot wrote:
Small added effort for release manager to update submodules in meta-repo
upon new releases. Can't really imagine anything else right now.
You're thinking the meta repository is only update on each release? Or
would an automated approach be a good idea?
On 2015-02-10 22:36, Steven Schveighoffer wrote:
Please, let's not cater to kindles in ddoc. The documentation is
generated first and foremost for dlang.org. If you want to write a
script to make a book out of it, fine, but screwing up the web site for
the sake of the few people that use
On 2015-02-16 10:40, Benjamin Thaut wrote:
This is in fact not a breaking change because export is broken anyway.
Due to bug 922 export can't be used in cross platform libraries. I
haven't seen a single library on dub that uses export (most likely for
exactly that reason).
Most likely due to
On 2015-02-16 17:51, Gary Willoughby wrote:
I agree.
To be brutally honest the biggest release mistakes (which seems to be
getting worse lately) are D releases with outstanding regressions.
That's pretty unacceptable IMHO.
Yes, and that someone thinks we need release on a specific date, even
601 - 700 of 3698 matches
Mail list logo