Re: std.xml should just go

On Wed, 02 Feb 2011 17:33:42 -0600, Andrei Alexandrescu wrote: > For a while we've espoused the strategy of keeping std.xml in Phobos > until something better comes along. > > But recently we've started to rethink that. > > Pretty much everyone who tries std.xml ends up disappointed. Anyone who

Re: Should we have an Unimplemented Attribute?

On Feb 3, 11 06:59, Andrej Mitrovic wrote: We know what a Deprecated Attribute is for: http://www.digitalmars.com/d/2.0/attribute.html#deprecated. You can use a compiler switch to enable using these: -d allow deprecated features But what about structs/classes/functions/etc which are partia

Re: new documentation format for std.algorithm

On 2/2/11 11:06 PM, Jeff Nowakowski wrote: On 02/02/2011 10:59 AM, Andrei Alexandrescu wrote: (Absolute) font size does not belong to the page designer, instead to the user. Just press dedicated key binding (often ctrl-), or whatever command to set it appropriately. I'm not sure about that. F

Re: new documentation format for std.algorithm

On 2/3/11 6:06 AM, Jeff Nowakowski wrote: The whole idea is just wrong. People browse the web in all kinds of default font sizes, […] Yet I'd guess that 99% of all people on the web have never touched their browsers default font size/style controls… David

Re: Uniform call syntax for implicit this.

On Wednesday 02 February 2011 20:48:15 %u wrote: > When implemented, will uniform call syntax work for the "this" > object even if not specified? > > For example, will foo() get called in the following example? > > void foo(A a, int b) {} > > class A { > void test() { > this.foo(10);

Re: new documentation format for std.algorithm

Jérôme M. Berger wrote: Andrei Alexandrescu wrote: I'm not sure about that. Facebook's site is professionally designed and I think they use fixed font sizes all over the place. "Professionally designed" does not mean that they did the job right! Apple's SDK documentation on their web

Re: new documentation format for std.algorithm

On 02/02/2011 10:59 AM, Andrei Alexandrescu wrote: (Absolute) font size does not belong to the page designer, instead to the user. Just press dedicated key binding (often ctrl-), or whatever command to set it appropriately. I'm not sure about that. Facebook's site is professionally designed an

Re: Calling method by name.

On Wed, 02 Feb 2011 12:55:37 -0500, %u wrote: I know is possible to create an object from its name. It's possible to call a method from that object if the name is only known at runtime? Would something like the following be possible? string classname, methodname; // Ask the user for class and

Uniform call syntax for implicit this.

When implemented, will uniform call syntax work for the "this" object even if not specified? For example, will foo() get called in the following example? void foo(A a, int b) {} class A { void test() { this.foo(10); foo(10); } } Thanks

Re: new documentation format for std.algorithm

spir wrote: > Is there an easy way to avoid duplicates in cheat sheet (2 readln, 3 writeln)? Yes, easily, done now. http://arsdnet.net/d-web-site/std_stdio.html > * The pointer to readln points ~ 3 lines below readln's doc's headline. Fixed via hackish. The real cause here is ddoc for some reaso

Re: Wrong link in Const FAQ

You're probably looking for this: http://www.drdobbs.com/blog/archives/2008/03/invariant_strin.html;jsessionid=W4D43VWK24ALLQE1GHPSKH4ATMY32JVN?print=true Unfortunately Dr Dobb's admins decided it'd be a good idea to just kill all the links in existence. There's plenty of dead links pointing to th

Re: Should we have an Unimplemented Attribute?

Yeah, I had a hunch it would be overkill. Well that's why I'm asking, not proposing. :p

Re: new documentation format for std.algorithm

On Wednesday, February 02, 2011 18:27:34 spir wrote: > On 02/03/2011 02:24 AM, Jonathan M Davis wrote: > > The hyphenating looks horrible and is hard to > > read. I see no reason to make the category column worry about space so > > much. I would expect the functions column to be able to handle the

Re: new documentation format for std.algorithm

On 02/03/2011 03:20 AM, Adam Ruppe wrote: I downloaded your new style to my site too and ran the automatic table generator over std.stdio so we can see how it looks with some different content. http://arsdnet.net/d-web-site/std_stdio.html I actually like that quite a bit! I don't have the hyphe

Re: Should slice[]=slice be disallowed?

bearophile wrote: Ali Çehreli: (This must have been discussed before, but I couldn't come up with a way to search in the archives.) I have some unfinished ideas here, please add your comments :-) http://d.puremagic.com/issues/show_bug.cgi?id=3971 Bye, bearophile Thanks bearophile! I was th

Re: new documentation format for std.algorithm

On 02/03/2011 02:24 AM, Jonathan M Davis wrote: The hyphenating looks horrible and is hard to read. I see no reason to make the category column worry about space so much. I would expect the functions column to be able to handle the width adjustment for various screen sizes. Screenshot:http://is.

Re: Should we have an Unimplemented Attribute?

On Wednesday, February 02, 2011 17:48:05 Simen kjaeraas wrote: > Jonathan M Davis wrote: > > On Wednesday, February 02, 2011 16:16:00 Andrej Mitrovic wrote: > >> On 2/3/11, Jonathan M Davis wrote: > >> > Usually the thing to do would be to either comment them out or put an > >> > assert(0) > >>

Re: new documentation format for std.algorithm

Andrei wrote: > I made one more pass and made the following changes: I downloaded your new style to my site too and ran the automatic table generator over std.stdio so we can see how it looks with some different content. http://arsdnet.net/d-web-site/std_stdio.html I actually like that quite a b

Re: new documentation format for std.algorithm

On Wednesday, February 02, 2011 17:37:27 Andrei Alexandrescu wrote: > On 2/2/11 7:24 PM, Jonathan M Davis wrote: > > On Wednesday, February 02, 2011 11:12:07 Andrei Alexandrescu wrote: > >> On 2/2/11 2:45 AM, Andrei Alexandrescu wrote: > >>> Following ideas and advice from this newsgroup, I have a

Re: Should we have an Unimplemented Attribute?

Jonathan M Davis wrote: On Wednesday, February 02, 2011 16:16:00 Andrej Mitrovic wrote: On 2/3/11, Jonathan M Davis wrote: > Usually the thing to do would be to either comment them out or put an > assert(0) Can't do that with classes and struct. ??? You can comment out classes and structs

Re: D vs Go on reddit

On 02/02/2011 10:37 PM, bearophile wrote: If a person looks at the history of computer languages, she sees thousands of languages. Many of them were lot of work to be created, and most of them have failed, over and over again. This has happened even to languages better than many other language

Re: new documentation format for std.algorithm

On 2/2/11 7:24 PM, Jonathan M Davis wrote: On Wednesday, February 02, 2011 11:12:07 Andrei Alexandrescu wrote: On 2/2/11 2:45 AM, Andrei Alexandrescu wrote: Following ideas and advice from this newsgroup, I have a draft at http://d-programming-language.org/cutting-edge/phobos/std_algorithm.htm

Re: D vs Go on reddit

On 02/03/2011 12:31 AM, bearophile wrote: Walter: http://www.reddit.com/r/programming/comments/fdqdn/google_go_just_got_major_win32_treats_now/c1f62a0 I have one comment about one thing said by bnolsen: Simplicity + Orthogonality == win.< I would like people who state such phrases to all

Re: new documentation format for std.algorithm

On Wednesday, February 02, 2011 11:12:07 Andrei Alexandrescu wrote: > On 2/2/11 2:45 AM, Andrei Alexandrescu wrote: > > Following ideas and advice from this newsgroup, I have a draft at > > > > http://d-programming-language.org/cutting-edge/phobos/std_algorithm.html > > > > There are two tables,

Re: Should we have an Unimplemented Attribute?

On Wednesday, February 02, 2011 16:16:00 Andrej Mitrovic wrote: > On 2/3/11, Jonathan M Davis wrote: > > Usually the thing to do would be to either comment them out or put an > > assert(0) > > Can't do that with classes and struct. ??? You can comment out classes and structs just fine. You can a

Re: Should we have an Unimplemented Attribute?

Well, then I suggest they be used in Phobos when a function isn't implemented. Pretty please!

Re: Should we have an Unimplemented Attribute?

Oh, I meant Druntime. :p

Re: std.xml should just go

On 2/2/11 6:28 PM, Brad Roberts wrote: On 2/2/2011 3:33 PM, Andrei Alexandrescu wrote: For a while we've espoused the strategy of keeping std.xml in Phobos until something better comes along. But recently we've started to rethink that. Pretty much everyone who tries std.xml ends up disappoint

Re: std.xml should just go

On Wed, 02 Feb 2011 16:28:27 -0800, Brad Roberts wrote: > I haven't used it nor am likely to, > but I also have trouble ruling out the potential that there's users for > which it works and they just aren't talking about it here. I do not believe that it's possible that anyone has used std.xml su

Re: std.xml should just go

Andrei Alexandrescu wrote: Should we nuke it? Nuke it. Old versions of Phobos are available to those who need it, and those should be very few. -- Simen

Re: Should we have an Unimplemented Attribute?

== Quote from Andrej Mitrovic (andrej.mitrov...@gmail.com)'s article > On 2/3/11, Jonathan M Davis wrote: > > > > Usually the thing to do would be to either comment them out or put an > > assert(0) > Can't do that with classes and struct. > > Regardless, I question the wisdom in adding something

Re: std.xml should just go

On 2/2/2011 3:33 PM, Andrei Alexandrescu wrote: > For a while we've espoused the strategy of keeping std.xml in Phobos until > something better comes along. > > But recently we've started to rethink that. > > Pretty much everyone who tries std.xml ends up disappointed. Anyone who wants > to bas

Re: Should we have an Unimplemented Attribute?

On 2/3/11, Jonathan M Davis wrote: > > Usually the thing to do would be to either comment them out or put an > assert(0) Can't do that with classes and struct. > Regardless, I question the wisdom in adding something into the > language which _encourages_ you to leave in unfinished code. > My u

Re: Should slice[]=slice be disallowed?

Ali Çehreli: > (This must have been discussed before, but I couldn't come up with a way > to search in the archives.) I have some unfinished ideas here, please add your comments :-) http://d.puremagic.com/issues/show_bug.cgi?id=3971 Bye, bearophile

Re: std.xml should just go

Andrei: > Should we nuke it? Yep. And do the same in similar situations. Bye, bearophile

Re: Should slice[]=slice be disallowed?

Ali Çehreli wrote: > (This must have been discussed before, but I couldn't come up with a way > to search in the archives.) > > There is a hidden danger with two uses of slices: > > double[] slice1 = [ 1, 1, 1]; > double[] slice2 = [ 2, 2, 2]; > double[] slice3 = [ 3, 3, 3]; > > sl

Re: std.xml should just go

On Wednesday, February 02, 2011 15:33:42 Andrei Alexandrescu wrote: > For a while we've espoused the strategy of keeping std.xml in Phobos > until something better comes along. > > But recently we've started to rethink that. > > Pretty much everyone who tries std.xml ends up disappointed. Anyone

Re: Should we have an Unimplemented Attribute?

On Wednesday, February 02, 2011 14:59:53 Andrej Mitrovic wrote: > We know what a Deprecated Attribute is for: > http://www.digitalmars.com/d/2.0/attribute.html#deprecated. > > You can use a compiler switch to enable using these: > -d > allow deprecated features > > But what about structs/clas

Re: std.xml should just go

On Wed, 02 Feb 2011 17:33:42 -0600, Andrei Alexandrescu wrote: > > Should we nuke it? >From orbit; it's the only way to be sure. Remove it with utter prejudice, before someone else makes the mistake of trying to use it.

Should slice[]=slice be disallowed?

(This must have been discussed before, but I couldn't come up with a way to search in the archives.) There is a hidden danger with two uses of slices: double[] slice1 = [ 1, 1, 1]; double[] slice2 = [ 2, 2, 2]; double[] slice3 = [ 3, 3, 3]; slice2 = slice1; // (1)

Re: new documentation format for std.algorithm

On 2/2/11 5:20 PM, David Nadlinger wrote: On 2/2/11 11:34 PM, David Nadlinger wrote: Setting font size, line height and element dimensions in pixels is the only option if you want an at least somewhat consistent user experience […] Okay, I guess that should rather be »the most reasonable optio

Re: Should we have an Unimplemented Attribute?

Andrej Mitrovic wrote: We know what a Deprecated Attribute is for: http://www.digitalmars.com/d/2.0/attribute.html#deprecated. You can use a compiler switch to enable using these: -d allow deprecated features But what about structs/classes/functions/etc which are partially implemented, but

Re: std.xml should just go

Am 03.02.2011 00:33, schrieb Andrei Alexandrescu: > For a while we've espoused the strategy of keeping std.xml in Phobos until > something better comes along. > > But recently we've started to rethink that. > > Pretty much everyone who tries std.xml ends up disappointed. Anyone who wants > to >

std.xml should just go

For a while we've espoused the strategy of keeping std.xml in Phobos until something better comes along. But recently we've started to rethink that. Pretty much everyone who tries std.xml ends up disappointed. Anyone who wants to bash D has std.xml as an easy pick. Anyone who looks at speed c

Re: D vs Go on reddit

Walter: > http://www.reddit.com/r/programming/comments/fdqdn/google_go_just_got_major_win32_treats_now/c1f62a0 I have one comment about one thing said by bnolsen: >Simplicity + Orthogonality == win.< What I want most is the language features to be implemented in a clean way, with a clear seman

Re: new documentation format for std.algorithm

On 2/2/11 11:34 PM, David Nadlinger wrote: Setting font size, line height and element dimensions in pixels is the only option if you want an at least somewhat consistent user experience […] Okay, I guess that should rather be »the most reasonable option if you want an at least somewhat consist

Should we have an Unimplemented Attribute?

We know what a Deprecated Attribute is for: http://www.digitalmars.com/d/2.0/attribute.html#deprecated. You can use a compiler switch to enable using these: -d allow deprecated features But what about structs/classes/functions/etc which are partially implemented, but still unusable? Marking t

Re: new documentation format for std.algorithm

On 2/2/11 10:03 PM, spir wrote: On 02/02/2011 09:40 PM, "Jérôme M. Berger" wrote: Andrei Alexandrescu wrote: I'm not sure about that. Facebook's site is professionally designed and I think they use fixed font sizes all over the place. "Professionally designed" does not mean that they did the

Re: Calling method by name.

On 2/2/11, Stanislav Blinov wrote: > AFAIK, D2's TypeInfo and friends do have an interface for runtime > reflection (methods offTi() and getMembers()), though a quick glance > shows they're not implemented, i.e. return null all the time. > Talk about posting this after I've spent 20 minutes tryin

Re: new documentation format for std.algorithm

"Andrei Alexandrescu" wrote in message news:iibvgn$13bt$1...@digitalmars.com... > On 2/2/11 9:08 AM, Adam Ruppe wrote: >> >> a) I really like a fixed width for the links, so it forms a neat >> grid. My eyes just see a blob of links when it's a list... > > That would really hurt e.g. set operation

Re: new documentation format for std.algorithm

"Andrei Alexandrescu" wrote in message news:iibuu1$123i$1...@digitalmars.com... > On 2/2/11 6:06 AM, Nick Sabalausky wrote: >> "Denis Koroskin"<2kor...@gmail.com> wrote in message >> news:op.vp9wmrreo7cclz@korden-pc... >>> On Wed, 02 Feb 2011 14:06:11 +0300, Magnus Lie Hetland >>> wrote: >>> >

Re: Calling method by name.

On 02/02/2011 11:11 PM, Robert Clipsham wrote: On 02/02/11 20:00, Jacob Carlborg wrote: On 2011-02-02 20:42, Robert Clipsham wrote: On 02/02/11 17:55, %u wrote: I know is possible to create an object from its name. It's possible to call a method from that object if the name is only known at ru

Re: D vs Go on reddit

Walter: > http://www.reddit.com/r/programming/comments/fdqdn/google_go_just_got_major_win32_treats_now/c1f62a0 If a person looks at the history of computer languages, she sees thousands of languages. Many of them were lot of work to be created, and most of them have failed, over and over again.

Re: D vs Go on reddit

"Walter Bright" wrote in message news:iicfaa$23j7$1...@digitalmars.com... > http://www.reddit.com/r/programming/comments/fdqdn/google_go_just_got_major_win32_treats_now/c1f62a0 Wow, dumbass Google fanboys are just pouring out of the woodworks.

Re: new documentation format for std.algorithm

On 02/02/2011 09:40 PM, "Jérôme M. Berger" wrote: Andrei Alexandrescu wrote: I'm not sure about that. Facebook's site is professionally designed and I think they use fixed font sizes all over the place. "Professionally designed" does not mean that they did the job right!

Re: new documentation format for std.algorithm

Andrei Alexandrescu wrote: > Following ideas and advice from this newsgroup, I have a draft at > > http://d-programming-language.org/cutting-edge/phobos/std_algorithm.html > > There are two tables, one with just the names and the other with names > and a brief description. Let me know of any feed

Re: new documentation format for std.algorithm

Andrei Alexandrescu wrote: > > I'm not sure about that. Facebook's site is professionally designed and > I think they use fixed font sizes all over the place. > "Professionally designed" does not mean that they did the job right! Jerome -- mailto:jeber...@free.fr http://

D vs Go on reddit

http://www.reddit.com/r/programming/comments/fdqdn/google_go_just_got_major_win32_treats_now/c1f62a0

Re: new documentation format for std.algorithm

On 2/2/11 2:15 PM, Magnus Lie Hetland wrote: On 2011-02-02 16:40:15 +0100, Andrei Alexandrescu said: On 2/2/11 5:06 AM, Magnus Lie Hetland wrote: I think perhaps some adjustments could be made to the layout, to make it more suitable to narrow(ish) browser windows (c.f., the discussio about 80

Re: new documentation format for std.algorithm

On 2/2/11 2:16 PM, Magnus Lie Hetland wrote: On 2011-02-02 16:01:29 +0100, Andrej Mitrovic said: Yay! Glad to see this being incorporated in the website. Btw, about the fonts: I think this is a bug with the cutting-edge site only. The fonts appear bigger, but they'll end up being smaller on th

Re: DVCS vs. Subversion brittleness (was Re: Moving to D)

Andrej Mitrovic wrote: > Bleh. I tried to use Git to update some of the doc files, but getting > the thing to work will be a miracle. > > git can't find the public keys unless I use msysgit. Great. How > exactly do I cd to D:\ ? > > So I try git-gui. Seems to work fine, I clone the forked repo an

Re: new documentation format for std.algorithm

On 2011-02-02 16:01:29 +0100, Andrej Mitrovic said: Yay! Glad to see this being incorporated in the website. Btw, about the fonts: I think this is a bug with the cutting-edge site only. The fonts appear bigger, but they'll end up being smaller on the dmars website. See: http://i.imgur.com/7nfz

Re: new documentation format for std.algorithm

On 2011-02-02 16:40:15 +0100, Andrei Alexandrescu said: On 2/2/11 5:06 AM, Magnus Lie Hetland wrote: I think perhaps some adjustments could be made to the layout, to make it more suitable to narrow(ish) browser windows (c.f., the discussio about 80 columns -- without starting a huge thread like

Re: C# Interop

>> I assume that you do quite a lot of initialization for TLS I'm not directly, but Juno has a number of static class constructors that allocate static members, and Outlook creates lots of threads (for example, i see the static constructor of the module juno.com.core get called 20+ times on star

Re: Calling method by name.

On 02/02/11 20:00, Jacob Carlborg wrote: On 2011-02-02 20:42, Robert Clipsham wrote: On 02/02/11 17:55, %u wrote: I know is possible to create an object from its name. It's possible to call a method from that object if the name is only known at runtime? Would something like the following be po

Re: new documentation format for std.algorithm

On 2/2/11 1:41 PM, Denis Koroskin wrote: On Wed, 02 Feb 2011 19:00:20 +0300, Andrei Alexandrescu wrote: On 2/2/11 7:07 AM, spir wrote: On 02/02/2011 09:45 AM, Andrei Alexandrescu wrote: Following ideas and advice from this newsgroup, I have a draft at http://d-programming-language.org/cutti

Re: randomSample with unknown length

On 2011-02-02 16:32:25 +0100, Andrei Alexandrescu said: randomSample is designed to subsample a large stream in constant space and without needing to scan the entire stream in order to output the first element. Sure. I was just thinking that you could have a version for the cases where there

Re: new documentation format for std.algorithm

On 2011-02-02 09:45, Andrei Alexandrescu wrote: Following ideas and advice from this newsgroup, I have a draft at http://d-programming-language.org/cutting-edge/phobos/std_algorithm.html There are two tables, one with just the names and the other with names and a brief description. Let me know

Re: Calling method by name.

On 2011-02-02 20:42, Robert Clipsham wrote: On 02/02/11 17:55, %u wrote: I know is possible to create an object from its name. It's possible to call a method from that object if the name is only known at runtime? Would something like the following be possible? string classname, methodname; //

Re: new documentation format for std.algorithm

On 02/02/2011 08:41 PM, Denis Koroskin wrote: On Wed, 02 Feb 2011 19:00:20 +0300, Andrei Alexandrescu wrote: On 2/2/11 7:07 AM, spir wrote: On 02/02/2011 09:45 AM, Andrei Alexandrescu wrote: Following ideas and advice from this newsgroup, I have a draft at http://d-programming-language.org/

Re: new documentation format for std.algorithm

On 02/02/2011 08:12 PM, Andrei Alexandrescu wrote: On 2/2/11 2:45 AM, Andrei Alexandrescu wrote: Following ideas and advice from this newsgroup, I have a draft at http://d-programming-language.org/cutting-edge/phobos/std_algorithm.html There are two tables, one with just the names and the othe

Re: new documentation format for std.algorithm

On Wed, 02 Feb 2011 19:00:20 +0300, Andrei Alexandrescu wrote: On 2/2/11 7:07 AM, spir wrote: On 02/02/2011 09:45 AM, Andrei Alexandrescu wrote: Following ideas and advice from this newsgroup, I have a draft at http://d-programming-language.org/cutting-edge/phobos/std_algorithm.html There

Re: Calling method by name.

On 02/02/11 17:55, %u wrote: I know is possible to create an object from its name. It's possible to call a method from that object if the name is only known at runtime? Would something like the following be possible? string classname, methodname; // Ask the user for class and method. auto obj =

Re: new documentation format for std.algorithm

On Wed, 02 Feb 2011 20:12:07 +0100, Andrei Alexandrescu wrote: On 2/2/11 2:45 AM, Andrei Alexandrescu wrote: Following ideas and advice from this newsgroup, I have a draft at http://d-programming-language.org/cutting-edge/phobos/std_algorithm.html There are two tables, one with just the na

Re: new documentation format for std.algorithm

On Wed, 02 Feb 2011 19:00:20 +0300, Andrei Alexandrescu wrote: On 2/2/11 7:07 AM, spir wrote: On 02/02/2011 09:45 AM, Andrei Alexandrescu wrote: Following ideas and advice from this newsgroup, I have a draft at http://d-programming-language.org/cutting-edge/phobos/std_algorithm.html There

Re: new documentation format for std.algorithm

On 2/2/11, Andrei Alexandrescu wrote: > * Added hyphenation, which should make justice to the justified style > (watch it at work in a narrow window!) It even copies text properly when there's a hyphen. Nice.

Re: new documentation format for std.algorithm

> Same principle may even be the default for > most modules, don't you think? Indeed. It also lets us automatically generate stuff off the existing files. Here's my first go at automated tables: http://arsdnet.net/d-web-site/std_algorithm2.html I only tagged the map function in the std.algorith

Re: new documentation format for std.algorithm

On 2/2/11 2:45 AM, Andrei Alexandrescu wrote: Following ideas and advice from this newsgroup, I have a draft at http://d-programming-language.org/cutting-edge/phobos/std_algorithm.html There are two tables, one with just the names and the other with names and a brief description. Let me know of

Re: new documentation format for std.algorithm

On Wednesday, February 02, 2011 00:45:59 Andrei Alexandrescu wrote: > Following ideas and advice from this newsgroup, I have a draft at > > http://d-programming-language.org/cutting-edge/phobos/std_algorithm.html > > There are two tables, one with just the names and the other with names > and a b

Re: C# Interop

Richard Webb wrote: Also, DLLs can be used in multi-threading environments. On a related note, i'm having a bit of a problem with a D dll at the moment. I have an Outlook COM Addin that is written in D2 using the Juno library and that is running ok, but i'm now trying to use a D dll from a C

Re: Having fun making tutorials

On 02/02/2011 07:12 PM, Andrej Mitrovic wrote: If someone makes a mistake when writing a tutorial, there's always someone more knowledgeable that can correct the errors ... instead of criticizing the original author ;-) That's the great thing about wiki's. Yop! Denis -- _ v

Re: new documentation format for std.algorithm

On 02/02/2011 05:05 PM, Daniel Gibson wrote: I don't understand why cmp, equal, isSorted, ... are in the "Mutations" category. what about an 'information' category? I use that word to categorise type functionality when there are numerous methods, seems to work fine. Typically '==', cmp, cont

Re: new documentation format for std.algorithm

On 02/02/2011 05:44 PM, Adam Ruppe wrote: I also moved the brief description from the table to the first line of the ddoc. The ddoc spec already describes the first paragraph as being a summary, with the following paragraphs as a separate description, so we

Re: new documentation format for std.algorithm

On 02/02/2011 05:00 PM, Andrei Alexandrescu wrote: On 2/2/11 7:07 AM, spir wrote: On 02/02/2011 09:45 AM, Andrei Alexandrescu wrote: Following ideas and advice from this newsgroup, I have a draft at http://d-programming-language.org/cutting-edge/phobos/std_algorithm.html There are two tables,

Re: new documentation format for std.algorithm

On 02/02/2011 04:58 PM, Andrei Alexandrescu wrote: On 2/2/11 6:47 AM, spir wrote: On 02/02/2011 11:08 AM, bearophile wrote: BlazingWhitester: It looks realy nice! I agree, it's a clear improvement. But brief description table could use some spacing between descriptions. It's a lilttle ha

Re: new documentation format for std.algorithm

On 02/02/2011 04:55 PM, Andrei Alexandrescu wrote: I also agree with what others said about needing a better visual boundary between the different descriptions. I'll look into this. I saw arguments against alternating colors. Also, horizontal lines throughout would be ugly. Agreed. More id

Re: Having fun making tutorials

On 2/2/11, Jesse Phillips wrote: > This is great. I suggest writing a tutorial on anything that you are > learning, even if you are using a tutorial to learn it. Yeah. A contributor doesn't have to be very experienced to write anything, and more people should know that! If someone makes a mista

Calling method by name.

I know is possible to create an object from its name. It's possible to call a method from that object if the name is only known at runtime? Would something like the following be possible? string classname, methodname; // Ask the user for class and method. auto obj = Object.factory(classname); inv

Re: C# Interop

>> Also, DLLs can be used in multi-threading environments. On a related note, i'm having a bit of a problem with a D dll at the moment. I have an Outlook COM Addin that is written in D2 using the Juno library and that is running ok, but i'm now trying to use a D dll from a COM addin written in C

Re: Having fun making tutorials

This is great. I suggest writing a tutorial on anything that you are learning, even if you are using a tutorial to learn it. If you don't really have a place to get started you can look through existing stuff on Wiki4D or questions on StackOverflow for some ideas. A lot of the existing stuff on

Wrong link in Const FAQ

Hi, I was reading the FAQ about const ( http://d-programming-language.org/const-faq.html), and got a Doctor Dobb's website "Sorry, the requested page is not found." message on the link for the explaination about immutable strings. I hope the article is still around. Joël Lamotte.

Re: new documentation format for std.algorithm

Andrei Alexandrescu wrote: > For now it's manual; I had to write the actual text which was the bulk > anyway. Long term we'll need to look at generating the table by adding > category tags to each function/class etc. Right. I now think the best way to do it is something like this: Macros: WIKI =

Re: new documentation format for std.algorithm

On 2/2/11 10:05 AM, Daniel Gibson wrote: Am 02.02.2011 09:45, schrieb Andrei Alexandrescu: Following ideas and advice from this newsgroup, I have a draft at http://d-programming-language.org/cutting-edge/phobos/std_algorithm.html There are two tables, one with just the names and the other with

Re: new documentation format for std.algorithm

Am 02.02.2011 17:22, schrieb Daniel Gibson: Am 02.02.2011 17:20, schrieb Andrei Alexandrescu: On 2/2/11 10:05 AM, Daniel Gibson wrote: Am 02.02.2011 09:45, schrieb Andrei Alexandrescu: Following ideas and advice from this newsgroup, I have a draft at http://d-programming-language.org/cutting-

Re: new documentation format for std.algorithm

Am 02.02.2011 17:20, schrieb Andrei Alexandrescu: On 2/2/11 10:05 AM, Daniel Gibson wrote: Am 02.02.2011 09:45, schrieb Andrei Alexandrescu: Following ideas and advice from this newsgroup, I have a draft at http://d-programming-language.org/cutting-edge/phobos/std_algorithm.html There are two

Re: new documentation format for std.algorithm

On 2/2/11 9:08 AM, Adam Ruppe wrote: Andrei Alexandrescu Wrote: There are two tables, one with just the names and the other with names and a brief description. Let me know of any feedback. Thanks! Did you decide on a manually maintained table or is it auto generated? I do really think adding

Re: new documentation format for std.algorithm

Am 02.02.2011 09:45, schrieb Andrei Alexandrescu: Following ideas and advice from this newsgroup, I have a draft at http://d-programming-language.org/cutting-edge/phobos/std_algorithm.html There are two tables, one with just the names and the other with names and a brief description. Let me kno

Re: new documentation format for std.algorithm

On 2/2/11 10:06 AM, Adam Ruppe wrote: Andrei Alexandrescu: Hmmm, this wrong jumping is a problem. I'll look into it. Offhand I don't know how to distinguish in the generated doc between an enum value and a function, but Adam did it. Adam? My method is to track the level of nesting. The more t

Re: new documentation format for std.algorithm

Andrei Alexandrescu: > Hmmm, this wrong jumping is a problem. I'll look into it. Offhand I > don't know how to distinguish in the generated doc between an enum value > and a function, but Adam did it. Adam? My method is to track the level of nesting. The more tags above you in the tag tree, the f

Re: new documentation format for std.algorithm

On 2/2/11 7:07 AM, spir wrote: On 02/02/2011 09:45 AM, Andrei Alexandrescu wrote: Following ideas and advice from this newsgroup, I have a draft at http://d-programming-language.org/cutting-edge/phobos/std_algorithm.html There are two tables, one with just the names and the other with names an

  1   2   >