"Jacob Carlborg" wrote in message
news:jo1jnt$1vfl$1...@digitalmars.com...
>> Last time it was brought up, I was unsure of quite what you had in mind.
>> I
>> was under the impression that you wanted to redesign the whole way the
>> command system *worked*. It's occurred to me that's maybe not w
On 2012-05-04 23:31, Nick Sabalausky wrote:
There's a little more work could probably be done on DVM's dmd-compiling. It
doesn't support passing options to the makefiles. And IIRC it always does a
full clean rebuild, it really should have "clean" separate, so you don't
have to recompile *everyth
"Jacob Carlborg" wrote in message
news:jo1gri$1prf$1...@digitalmars.com...
> On 2012-05-04 21:38, Masahiro Nakagawa wrote:
>
>> Yes. But I don't know the detail of dvm implementation.
>> rbenv is a small and compact version manager than rvm.
>> (If you want to know more comparison of rbenv and rv
On 2012-05-04 21:38, Masahiro Nakagawa wrote:
Yes. But I don't know the detail of dvm implementation.
rbenv is a small and compact version manager than rvm.
(If you want to know more comparison of rbenv and rvm,
See https://github.com/sstephenson/rbenv )
DVM can't even do half of the things RV
"Masahiro Nakagawa" wrote in message
news:niagensidmjugqbxr...@forum.dlang.org...
> On Friday, 4 May 2012 at 17:54:35 UTC, simendsjo wrote:
>> On Fri, 04 May 2012 17:54:11 +0200, Masahiro Nakagawa
>> wrote:
>>
>>> I use rbenv to manage multiple versions of Ruby.
>>> So, I ported rbenv to D.
>>>
On Friday, 4 May 2012 at 19:09:01 UTC, Jacob Carlborg wrote:
On 2012-05-04 19:54, simendsjo wrote:
On Fri, 04 May 2012 17:54:11 +0200, Masahiro Nakagawa
wrote:
I use rbenv to manage multiple versions of Ruby.
So, I ported rbenv to D.
https://github.com/repeatedly/denv
I tested dmd on Linux
On Friday, 4 May 2012 at 17:54:35 UTC, simendsjo wrote:
On Fri, 04 May 2012 17:54:11 +0200, Masahiro Nakagawa
wrote:
I use rbenv to manage multiple versions of Ruby.
So, I ported rbenv to D.
https://github.com/repeatedly/denv
I tested dmd on Linux and Mac.
(Sorry, I am not GDC and LDC user)
On 2012-05-04 19:54, simendsjo wrote:
On Fri, 04 May 2012 17:54:11 +0200, Masahiro Nakagawa
wrote:
I use rbenv to manage multiple versions of Ruby.
So, I ported rbenv to D.
https://github.com/repeatedly/denv
I tested dmd on Linux and Mac.
(Sorry, I am not GDC and LDC user)
I will port ruby-
On 2012-05-04 16:04, Jakob Ovrum wrote:
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 documen
On Fri, 04 May 2012 17:54:11 +0200, Masahiro Nakagawa
wrote:
I use rbenv to manage multiple versions of Ruby.
So, I ported rbenv to D.
https://github.com/repeatedly/denv
I tested dmd on Linux and Mac.
(Sorry, I am not GDC and LDC user)
I will port ruby-build If necessary.
Regards,
Masahi
I would put a text input above the accordian, with the word "Filter
Module" or something like that.
It would be great if it were possible to search the module too or perhaps a
module description of some sort, but that is more work.
The purpose for the text input filter on the accordian would just
I use rbenv to manage multiple versions of Ruby.
So, I ported rbenv to D.
https://github.com/repeatedly/denv
I tested dmd on Linux and Mac.
(Sorry, I am not GDC and LDC user)
I will port ruby-build If necessary.
Regards,
Masahiro
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 Fri, 04 May 2012 10:59:46 -0400, Jakob Ovrum
wrote:
On Friday, 4 May 2012 at 14:48:04 UTC, Steven Schveighoffer wrote:
packages that a module is in. For example, etc.c.sqlite3 is in
packages etc and c. If we make those breadcrumbs instead of part of a
large tree, it can get around y
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 Fri, 04 May 2012 09:56:48 -0400, Jakob Ovrum
wrote:
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.d
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,
20 matches
Mail list logo
