On 3/3/2011 7:23 PM, Graham St Jack wrote:
Ok, I don't mind supporting wchar and dchar in addition to char,
especially if Windows insists on using them.
My main issue here is with the constness of the parameters. I think the
correct parameter to pass is const C[]. This has the advantages of:
* A
On 3/3/2011 10:17 PM, Jonathan M Davis wrote:
Once upon a time "in" meant const scope. Does anyone know what it means
now?
That's still what it means. scope in this context is _not_ deprecated.
Oh, hey, I didn't know that. Even better. Thanks!
On Thu, Mar 3, 2011 at 6:10 PM, jasonw wrote:
> Andrei Alexandrescu Wrote:
>
>> On 3/3/11 3:48 AM, Jens Mueller wrote:
>> > Dear list,
>> >
>> > Trass3r brought it up and I think it's a very good idea. D is lacking
>> > some man power. The mentoring deadline is 11th of March. There are
>> > import
On Thursday 03 March 2011 19:23:33 Graham St Jack wrote:
> On 04/03/11 12:34, Bekenn wrote:
> > On 3/3/11 3:30 PM, Graham St Jack wrote:
> >> My first instinct would be to use non-templated functions that take
> >> const
> >> char[].
> >
> > Please don't ever restrict encodings like that. As much
2011/3/4 Jonathan M Davis :
> On Thursday, March 03, 2011 14:07:30 Steven Schveighoffer wrote:
>> On Thu, 03 Mar 2011 16:56:45 -0500, Jonathan M Davis
>>
>> wrote:
>> > Conceptually, a property makes no sense unless it's a property _of_
>> > something.
>>
>> This is your opinion, not fact. It is
On 04/03/11 12:34, Bekenn wrote:
On 3/3/11 3:30 PM, Graham St Jack wrote:
My first instinct would be to use non-templated functions that take
const
char[].
Please don't ever restrict encodings like that. As much as possible,
libraries should seek to be encoding agnostic (though I'm all for
> Thanks for this idea. I plan to submit an organization application. As of now
> I'm
unclear whether Digital Mars would be the best organization to apply, as
opposed to
an unincorporated "d-programming-language.org" entity. I'll discuss this with
Walter. All, please chime in if you have related
On Thursday 03 March 2011 18:04:11 Bekenn wrote:
> On 3/3/11 3:30 PM, Graham St Jack wrote:
> > My first instinct would be to use non-templated functions that take const
> > char[].
>
> Please don't ever restrict encodings like that. As much as possible,
> libraries should seek to be encoding agn
On 3/3/11 3:30 PM, Graham St Jack wrote:
My first instinct would be to use non-templated functions that take const
char[].
Please don't ever restrict encodings like that. As much as possible,
libraries should seek to be encoding agnostic (though I'm all for
const-qualifying parameters). Th
>
> maybe QtCreator (http://qt.nokia.com/products/developer-tools/)
> (is it LGPL?) can be used as a fork base - so the ide will be
> multi-platform at start
>
I second the idea of Qt based stuff. Yes, Qt *is now* LGPL. Just a recent
release. How awesome is that!?!
My other suggestion for GSOC
On 3/3/11 6:10 PM, jasonw wrote:
Andrei Alexandrescu Wrote:
On 3/3/11 3:48 AM, Jens Mueller wrote:
Dear list,
Trass3r brought it up and I think it's a very good idea. D is lacking
some man power. The mentoring deadline is 11th of March. There are
important and interesting projects students ma
Andrei Alexandrescu Wrote:
> On 3/3/11 3:48 AM, Jens Mueller wrote:
> > Dear list,
> >
> > Trass3r brought it up and I think it's a very good idea. D is lacking
> > some man power. The mentoring deadline is 11th of March. There are
> > important and interesting projects students may work on.
> >
>
On 03/03/2011 10:56 PM, Jonathan M Davis wrote:
Conceptually, a property makes no sense unless it's a property _of_ something.
I'd argue that C# (which has properties) doesn't have global properties, but it
doesn't even have global variables. It doesn't have static (class) properties
though. Rega
On 03/03/2011 05:29 PM, Lars T. Kyllingstad wrote:
As mentioned in the "std.path.getName(): Screwy by design?" thread, I
started working on a rewrite of std.path a long time ago, but I got
sidetracked by other things. The recent discussion got me working on it
again, and it turned out there wasn
On 03/03/2011 05:29 PM, Lars T. Kyllingstad wrote:
As mentioned in the "std.path.getName(): Screwy by design?" thread, I
started working on a rewrite of std.path a long time ago, but I got
sidetracked by other things. The recent discussion got me working on it
again, and it turned out there wasn
Could you provide this patched version of yours publicly ? I would be
interested in it.
Here is the patch I apply. Note, that it is being applied to generated
code, rather than fixing the problem at the root. However I'm yet to
delve into running the code generator. As a linux user I believe
On 04/03/11 02:59, Lars T. Kyllingstad wrote:
As mentioned in the "std.path.getName(): Screwy by design?" thread, I
started working on a rewrite of std.path a long time ago, but I got
sidetracked by other things. The recent discussion got me working on it
again, and it turned out there wasn't th
Denis Koroskin Wrote:
> On Fri, 04 Mar 2011 00:10:28 +0300, Jesse Phillips
> wrote:
>
> > Denis Koroskin Wrote:
> >> Double-click? Yes. Running from console? No.
> >>
> >> Didn't believe it until I tried it myself, too.
> >
> > Hmm, I get an error from the MS Javascript interpreter.
>
> Check
On Thursday, March 03, 2011 14:07:30 Steven Schveighoffer wrote:
> On Thu, 03 Mar 2011 16:56:45 -0500, Jonathan M Davis
>
> wrote:
> > Conceptually, a property makes no sense unless it's a property _of_
> > something.
>
> This is your opinion, not fact. It is a property of the program/global
>
"Kagamin" wrote in message
news:ikohfp$8go$1...@digitalmars.com...
> Kagamin Wrote:
>
>> Nick Sabalausky Wrote:
>>
>> > > Whether that's a crap is debatable. Sometimes you would want to
>> > > backup or
>> > > manage that crap, say, game saves.
>> >
>> > I didn't say it shouldn't exist, I just s
On Fri, 04 Mar 2011 00:10:28 +0300, Jesse Phillips
wrote:
Denis Koroskin Wrote:
>No you cannot. What happens is that you *open* them with the
> default application, which just happens to be an interpreter whose
> default action is to run the script. Try renaming a .exe into .js
> and it
On Thu, 03 Mar 2011 16:56:45 -0500, Jonathan M Davis
wrote:
Conceptually, a property makes no sense unless it's a property _of_
something.
This is your opinion, not fact. It is a property of the program/global
namespace/module whatever you want to call it.
I'd argue that C# (which ha
On Thu, 03 Mar 2011 21:47:54 +0300, Jérôme M. Berger
wrote:
> Kagamin wrote:
>> Don Wrote:
>>
>>> ??
>>> It ALWAYS makes a difference. For example, only .exe and .com files are
>>> executable.
>>> On unix, the filename is just a name. Nothing more. By contrast, the
>>> Windows extension actua
On Thursday, March 03, 2011 13:44:18 Steven Schveighoffer wrote:
> On Thu, 03 Mar 2011 16:27:37 -0500, Jonathan M Davis
>
> wrote:
> > On Thursday, March 03, 2011 12:32:44 kenji hara wrote:
> >> It seems to me that you think only combination of member-variable like
> >> property and UFCS.
> >> My
On Thu, 03 Mar 2011 16:27:37 -0500, Jonathan M Davis
wrote:
On Thursday, March 03, 2011 12:32:44 kenji hara wrote:
It seems to me that you think only combination of member-variable like
property and UFCS.
My suggestion is consider global-variable like property as well.
example:
@property i
On Thursday, March 03, 2011 12:32:44 kenji hara wrote:
> It seems to me that you think only combination of member-variable like
> property and UFCS.
> My suggestion is consider global-variable like property as well.
> example:
> @property int global_var(){...} // getter, int n = global_var;
>
Denis Koroskin Wrote:
> > No you cannot. What happens is that you *open* them with the
> > default application, which just happens to be an interpreter whose
> > default action is to run the script. Try renaming a .exe into .js
> > and it will not run, whereas on Unix it would.
> >
> >
It seems to me that you think only combination of member-variable like
property and UFCS.
My suggestion is consider global-variable like property as well.
example:
@property int global_var(){...} // getter, int n = global_var;
@property void global_var(int n){...} // setter, global_var = 10;
On 3/3/11 2:08 PM, Walter Bright wrote:
Regan Heath wrote:
Ok, found the original code. How do I go about submitting it to phobos?
Thanks!
I suggest:
1. Join the phobos mailing list
2. Propose package and module names
3. Fork https://github.com/D-Programming-Language/phobos
4. Check your ori
Regan Heath wrote:
Ok, found the original code. How do I go about submitting it to phobos?
Thanks!
I suggest:
1. Join the phobos mailing list
2. Propose package and module names
3. Fork https://github.com/D-Programming-Language/phobos
4. Check your original code into your fork under those pa
Jonathan M Davis Wrote:
> As far as examples go, assuming that you made it so that .bashrc is a file
> with a
> base name of .bashrc and no extension rather than a file with no base name
> and an
> extension of bashrc (I haven't looked at the implementation at all yet, so I
> don't know what
On Thu, 03 Mar 2011 18:33:00 -, Andrei Alexandrescu
wrote:
On 3/3/11 12:00 PM, Regan Heath wrote:
On Thu, 03 Mar 2011 16:17:26 -, Andrei Alexandrescu
wrote:
We have a number of good projects to work on:
* XML library
* Networking library
* IDE
* Lexer/parser generator
* Contai
On 03/03/2011 06:15 AM, dsimcha wrote:
I've been using GtkD for my Plot2kill plotting library, and overall it
appears to be the most mature D GUI library available. However, I've
noticed that no commits have taken place for several months, and nobody
seems to want to test the 64-bit support patch
On Thu, 03 Mar 2011 21:47:54 +0300, Jérôme M. Berger
wrote:
Kagamin wrote:
Don Wrote:
??
It ALWAYS makes a difference. For example, only .exe and .com files are
executable.
On unix, the filename is just a name. Nothing more. By contrast, the
Windows extension actually matters. They're
On Thursday, March 03, 2011 09:14:36 kenji hara wrote:
> Current D's property-like function call is too loose.
> Under current rule, following both two statements being legal.
> void f(int n){...}
> f(10);
> f = 10;
>
> If @property will separate these two syntax definitely, but UFCS will
> introd
On Thursday, March 03, 2011 10:31:20 Jerry Quinn wrote:
> Lars T. Kyllingstad Wrote:
> > As mentioned in the "std.path.getName(): Screwy by design?" thread, I
> > started working on a rewrite of std.path a long time ago, but I got
> > sidetracked by other things. The recent discussion got me worki
Kagamin wrote:
> Don Wrote:
>
>> ??
>> It ALWAYS makes a difference. For example, only .exe and .com files are
>> executable.
>> On unix, the filename is just a name. Nothing more. By contrast, the
>> Windows extension actually matters. They're completely different.
>
> What do you mean? Yo
On Thursday, March 03, 2011 08:29:00 Lars T. Kyllingstad wrote:
> As mentioned in the "std.path.getName(): Screwy by design?" thread, I
> started working on a rewrite of std.path a long time ago, but I got
> sidetracked by other things. The recent discussion got me working on it
> again, and it tu
On 3/3/11 12:00 PM, Regan Heath wrote:
On Thu, 03 Mar 2011 16:17:26 -, Andrei Alexandrescu
wrote:
We have a number of good projects to work on:
* XML library
* Networking library
* IDE
* Lexer/parser generator
* Containers
* Encryption/hashing
I wrote some of these a few years back
Lars T. Kyllingstad Wrote:
> As mentioned in the "std.path.getName(): Screwy by design?" thread, I
> started working on a rewrite of std.path a long time ago, but I got
> sidetracked by other things. The recent discussion got me working on it
> again, and it turned out there wasn't that much l
On Thu, 03 Mar 2011 16:17:26 -, Andrei Alexandrescu
wrote:
We have a number of good projects to work on:
* XML library
* Networking library
* IDE
* Lexer/parser generator
* Containers
* Encryption/hashing
I wrote some of these a few years back in D, and they were incorporated
into
On Thu, 03 Mar 2011 18:00:09 -, Regan Heath
wrote:
On Thu, 03 Mar 2011 16:17:26 -, Andrei Alexandrescu
wrote:
We have a number of good projects to work on:
...
* Encryption/hashing
I wrote some of these a few years back in D, and they were incorporated
into Tango. If I can
Lars T. Kyllingstad Wrote:
> As mentioned in the "std.path.getName(): Screwy by design?" thread, I
> started working on a rewrite of std.path a long time ago, but I got
> sidetracked by other things. The recent discussion got me working on it
> again, and it turned out there wasn't that much l
Andrei:
> We have a number of good projects to work on:
Other:
- Better vector ops
- better GC
- llvm exceptions on Windows
- analysis for devirtualizations (or http://en.wikipedia.org/wiki/Inline_cache
).
Bye,
bearophile
Current D's property-like function call is too loose.
Under current rule, following both two statements being legal.
void f(int n){...}
f(10);
f = 10;
If @property will separate these two syntax definitely, but UFCS will
introduce the ambiguity again:
// future code
@property void f(int n){}
f = 1
I'm sorry my point was irrelevant.
Kenji
2011/3/4 Steven Schveighoffer :
> On Thu, 03 Mar 2011 11:54:58 -0500, kenji hara wrote:
>
>> Even without performance issue, Appender is necessary because it
>> configures output range.
>>
>> Currently std.array.put does not allow empty array as its argum
On Thu, 03 Mar 2011 11:54:58 -0500, kenji hara wrote:
Even without performance issue, Appender is necessary because it
configures output range.
Currently std.array.put does not allow empty array as its argument.
int[] arr = [];
arr.put(1); // invalid. this does not means appending.
Therefore
Nick Sabalausky Wrote:
> "Kagamin" wrote in message
> news:iklanl$1qg$1...@digitalmars.com...
> > Nick Sabalausky Wrote:
> >
> >> Name one case in windows where some sort of distinction between filename
> >> and
> >> extension actually makes a real tangible difference versus unix, that
> >> doe
On 3/3/11 10:54 AM, kenji hara wrote:
Even without performance issue, Appender is necessary because it
configures output range.
Currently std.array.put does not allow empty array as its argument.
int[] arr = [];
arr.put(1); // invalid. this does not means appending.
Therefore building an array
Kagamin Wrote:
> Nick Sabalausky Wrote:
>
> > > Whether that's a crap is debatable. Sometimes you would want to backup or
> > > manage that crap, say, game saves.
> >
> > I didn't say it shouldn't exist, I just said it shouldn't be in the user's
> > documents directory.
>
> If they're in "My
Nick Sabalausky Wrote:
> > Whether that's a crap is debatable. Sometimes you would want to backup or
> > manage that crap, say, game saves.
>
> I didn't say it shouldn't exist, I just said it shouldn't be in the user's
> documents directory.
If they're in "My Documents/Local Settings" you can
about lexer/parser for ide i know geany a powerful IDE and it is very easy to
enable autocompletion for D and any D library you need just generate tag file
Even without performance issue, Appender is necessary because it
configures output range.
Currently std.array.put does not allow empty array as its argument.
int[] arr = [];
arr.put(1); // invalid. this does not means appending.
Therefore building an array its length is not known beforehand
requ
Don Wrote:
> ??
> It ALWAYS makes a difference. For example, only .exe and .com files are
> executable.
> On unix, the filename is just a name. Nothing more. By contrast, the
> Windows extension actually matters. They're completely different.
What do you mean? You can run .js and .vbs files
Oh btw, and what about support for something like
http://library.gnome.org/devel/gtk/stable/GtkBuilder.html
On Thursday 03 March 2011 01:52:09 kenji hara wrote:
> The two semantics have no relation with each other.
>
> My idea is that we allow 'this' keyword as the first parameter of free
> function:
> T t;
>
> void method(T)(ref T this){...}
> --> t.method();
> void method(T, A...)(ref T this, A
As mentioned in the "std.path.getName(): Screwy by design?" thread, I
started working on a rewrite of std.path a long time ago, but I got
sidetracked by other things. The recent discussion got me working on it
again, and it turned out there wasn't that much left to be done.
So here it is, plea
> Is the lack of GtkD activity because the project is mature and not much
> still needs to be done, or because GtkD has been abandoned?
Given that gtk+ 3 has just been released recently and GtkD doesn't even seem to
be up-to-date with the 2.x branch I wouldn't call it to be finished ;)
On Thu, 03 Mar 2011 11:20:44 -0500, Steven Schveighoffer
wrote:
On Thu, 03 Mar 2011 11:19:12 -0500, Steven Schveighoffer
wrote:
Using trivial benchmarks, I found Appender is about 5x faster than ~=.
code attached if anyone is interested.
err... you can comment out the assert and sanity
On Thursday 03 March 2011 01:31:38 Jacob Carlborg wrote:
> On 2011-03-03 08:16, Jonathan M Davis wrote:
> > On Wednesday 02 March 2011 23:12:43 %u wrote:
> >>> Well, it wouldn't be universal then. For a function to be treated
> >>
> >> as a property, it would require an annotation, but universal
>
On Thu, 03 Mar 2011 11:22:00 -0500, spir wrote:
On 03/03/2011 05:03 PM, Andrei Alexandrescu wrote:
On 3/3/11 8:34 AM, Steven Schveighoffer wrote:
On Thu, 03 Mar 2011 07:41:49 -0500, Trass3r wrote:
replace() doesn't work in CTFE anymore cause it was modified to be
based on Appender.
Accordi
On Thu, 03 Mar 2011 11:19:12 -0500, Steven Schveighoffer
wrote:
Using trivial benchmarks, I found Appender is about 5x faster than ~=.
code attached if anyone is interested.
-Steve
testappender.d
Description: Binary data
On 03/03/2011 05:03 PM, Andrei Alexandrescu wrote:
On 3/3/11 8:34 AM, Steven Schveighoffer wrote:
On Thu, 03 Mar 2011 07:41:49 -0500, Trass3r wrote:
replace() doesn't work in CTFE anymore cause it was modified to be
based on Appender.
According to klickverbot, other phobos functions share tha
On 3/3/11 3:48 AM, Jens Mueller wrote:
Dear list,
Trass3r brought it up and I think it's a very good idea. D is lacking
some man power. The mentoring deadline is 11th of March. There are
important and interesting projects students may work on.
I'm writing this post seeking answers to
1. What's
On Thu, 03 Mar 2011 11:03:31 -0500, Andrei Alexandrescu
wrote:
On 3/3/11 8:34 AM, Steven Schveighoffer wrote:
On Thu, 03 Mar 2011 07:41:49 -0500, Trass3r wrote:
replace() doesn't work in CTFE anymore cause it was modified to be
based on Appender.
According to klickverbot, other phobos fun
On 3/3/11 10:05 AM, Jacob Carlborg wrote:
On 2011-03-03 16:35, Steven Schveighoffer wrote:
On Thu, 03 Mar 2011 10:28:00 -0500, Jacob Carlborg wrote:
On 2011-03-03 14:12, bearophile wrote:
Trass3r:
I think something should be done about this. Couldn't Appender be
implemented without using a
On 2011-03-03 16:35, Steven Schveighoffer wrote:
On Thu, 03 Mar 2011 10:28:00 -0500, Jacob Carlborg wrote:
On 2011-03-03 14:12, bearophile wrote:
Trass3r:
I think something should be done about this. Couldn't Appender be
implemented without using a pointer to a struct?
There's no need for
On 3/3/11 8:34 AM, Steven Schveighoffer wrote:
On Thu, 03 Mar 2011 07:41:49 -0500, Trass3r wrote:
replace() doesn't work in CTFE anymore cause it was modified to be
based on Appender.
According to klickverbot, other phobos functions share that fate.
I think something should be done about this
On 2011-03-03 16:27, Trass3r wrote:
I believe there are enough ideas for projects (improve GC, std.stream,
std.socket, benchmarking, ...). Searching the bug tracker and the
archive will result in enough ideas, I suppose.
I think one of the most important things would be a proper IDE with semant
On 3/3/11 4:28 PM, Jacob Carlborg wrote:
So much for the "having the same implementation for the compile time
function and the runtime function".
Well, that's exactly what __ctfe allows for in this case – optimizing a
small section of the code for performance using runtime-only stuff,
while s
Am 03.03.2011 16:27, schrieb Trass3r:
I believe there are enough ideas for projects (improve GC, std.stream,
std.socket, benchmarking, ...). Searching the bug tracker and the
archive will result in enough ideas, I suppose.
I think one of the most important things would be a proper IDE with s
On Thu, 03 Mar 2011 10:28:00 -0500, Jacob Carlborg wrote:
On 2011-03-03 14:12, bearophile wrote:
Trass3r:
I think something should be done about this. Couldn't Appender be
implemented without using a pointer to a struct?
There's no need for this, there is __ctfe (that thanks to fixing bug
On 2011-03-03 14:12, bearophile wrote:
Trass3r:
I think something should be done about this. Couldn't Appender be implemented
without using a pointer to a struct?
There's no need for this, there is __ctfe (that thanks to fixing bug 4177 is
usable in pure functions too), that allows to creat
> I believe there are enough ideas for projects (improve GC, std.stream,
> std.socket, benchmarking, ...). Searching the bug tracker and the
> archive will result in enough ideas, I suppose.
I think one of the most important things would be a proper IDE with semantic
analysis like Descent and bui
On Thu, 03 Mar 2011 07:41:49 -0500, Trass3r wrote:
replace() doesn't work in CTFE anymore cause it was modified to be based
on Appender.
According to klickverbot, other phobos functions share that fate.
I think something should be done about this. Couldn't Appender be
implemented without u
On Wed, 02 Mar 2011 16:49:40 -0500, Michel Fortin
wrote:
Consider that currently, using an array as a range is implemented this
way:
int front(int[] array) {
return array[0];
}
int[] array = [1,2,3];
auto e = array.front;
Currently, this wo
On Wed, 02 Mar 2011 16:27:59 -0500, Nick Sabalausky wrote:
"Kagamin" wrote in message
news:ikl9vq$b0$1...@digitalmars.com...
Bekenn Wrote:
On 3/1/11 3:27 PM, Walter Bright wrote:
> I've always hated the Windows "Documents and Settings" subdirectory.
> Arggh. Always a pain to use on the comm
On 3/3/2011 3:42 AM, Stephan wrote:
On 03.03.2011 07:38, David Bryant wrote:
I use GtkD for my yet-to-be-released personal project. I recently
submitted a GtkD bug report recently and it didn't go anywhere, so I
hand-patched the generated code locally.
I also maintain my own patch to allow it t
Trass3r wrote:
> > The purpose of the second question is to get some feedback whether it
> > would be worthwhile to submit an application. Because later on students
> > need to propose/join a project.
>
> Seems like mentoring organizations are also expected to add a list of project
> proposals to
On 03/03/2011 10:52 AM, kenji hara wrote:
The two semantics have no relation with each other.
My idea is that we allow 'this' keyword as the first parameter of free function:
T t;
void method(T)(ref T this){...}
--> t.method();
void method(T, A...)(ref T this, A args){...}
--> t.method(a
Am 03.03.2011 14:12, schrieb bearophile:
Trass3r:
I think something should be done about this. Couldn't Appender be implemented
without using a pointer to a struct?
There's no need for this, there is __ctfe (that thanks to fixing bug 4177 is
usable in pure functions too), that allows to cr
On Thu, 03 Mar 2011 12:43:29 +
Russel Winder wrote:
> (Options being: a) fork; b) mirror; and c) something totally
> different ;-)
Afaik, it's d) official repository of the project ;)
Sincerely,
Gour
--
“In the material world, conceptions of good and bad are
all mental speculations…” (S
> The purpose of the second question is to get some feedback whether it
> would be worthwhile to submit an application. Because later on students
> need to propose/join a project.
Seems like mentoring organizations are also expected to add a list of project
proposals to their application:
http:/
Trass3r:
> I think something should be done about this. Couldn't Appender be implemented
> without using a pointer to a struct?
There's no need for this, there is __ctfe (that thanks to fixing bug 4177 is
usable in pure functions too), that allows to create two paths inside the
Appender, one f
On Thu, 2011-03-03 at 12:15 +0100, Gour wrote:
> On Thu, 03 Mar 2011 09:27:19 +
> Russel Winder wrote:
>
> > Is there a D binding for Qt?
>
> https://bitbucket.org/qtd/repo
What's the relationship of this to:
http://www.dsource.org/projects/qtd
?
(Options being: a) fork; b) mirror; and c
replace() doesn't work in CTFE anymore cause it was modified to be based on
Appender.
According to klickverbot, other phobos functions share that fate.
I think something should be done about this. Couldn't Appender be implemented
without using a pointer to a struct?
"Kagamin" wrote in message
news:ikntvs$23rr$1...@digitalmars.com...
> Nick Sabalausky Wrote:
>
>> Now if only I could get programs to quit cluttering "My Documents" with
>> their misc junk, instead of "My Documents/.." where all that crap
>> belongs,
>> *that* would make me happy...
>
> Whether
"Don" wrote in message
news:iknnq3$1neu$1...@digitalmars.com...
> Nick Sabalausky wrote:
>> "Don" wrote in message
>> news:ikj7n9$1sg2$1...@digitalmars.com...
>>> Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 09:01:49 -0500, Nick Sabalausky wrote:
> People don't always realize it, b
Nick Sabalausky Wrote:
> Now if only I could get programs to quit cluttering "My Documents" with
> their misc junk, instead of "My Documents/.." where all that crap belongs,
> *that* would make me happy...
Whether that's a crap is debatable. Sometimes you would want to backup or
manage that cr
On Thu, 03 Mar 2011 09:27:19 +
Russel Winder wrote:
> Is there a D binding for Qt?
https://bitbucket.org/qtd/repo
--
“In the material world, conceptions of good and bad are
all mental speculations…” (Sri Caitanya Mahaprabhu)
http://atmarama.net | Hlapicina (Croatia) | GPG: CDBF17CA
s
The two semantics have no relation with each other.
My idea is that we allow 'this' keyword as the first parameter of free function:
T t;
void method(T)(ref T this){...}
--> t.method();
void method(T, A...)(ref T this, A args){...}
--> t.method(arg1, arg2);
@property bool empty(T)(ref T thi
Dear list,
Trass3r brought it up and I think it's a very good idea. D is lacking
some man power. The mentoring deadline is 11th of March. There are
important and interesting projects students may work on.
I'm writing this post seeking answers to
1. What's the "official" D stand on this matter?
2.
Nick Sabalausky wrote:
"Don" wrote in message
news:ikj7n9$1sg2$1...@digitalmars.com...
Steven Schveighoffer wrote:
On Tue, 01 Mar 2011 09:01:49 -0500, Nick Sabalausky wrote:
People don't always realize it, but Windows really is the same way. It's
really only the user-level applications like
On 2011-03-03 08:16, Jonathan M Davis wrote:
On Wednesday 02 March 2011 23:12:43 %u wrote:
Well, it wouldn't be universal then. For a function to be treated
as a property, it would require an annotation, but universal
function call syntax isn't supposed to require an annotation any
more than c
Am 03.03.2011 10:27, schrieb Russel Winder:
> On Thu, 2011-03-03 at 09:42 +0100, Stephan wrote:
>> On 03.03.2011 07:38, David Bryant wrote:
>>> I use GtkD for my yet-to-be-released personal project. I recently
>>> submitted a GtkD bug report recently and it didn't go anywhere, so I
>>> hand-patched
On Thu, 2011-03-03 at 09:42 +0100, Stephan wrote:
> On 03.03.2011 07:38, David Bryant wrote:
> > I use GtkD for my yet-to-be-released personal project. I recently
> > submitted a GtkD bug report recently and it didn't go anywhere, so I
> > hand-patched the generated code locally.
> >
> > I also mai
On 2011-03-03 02:22, Andrei Alexandrescu wrote:
On 3/2/11 7:09 PM, Daniel Gibson wrote:
What were the reasons for not listing D anyway?
I suggest we stop this discussion right here as there's no chance it
doesn't turn political. It has occurred a couple of times in the past,
with the effect th
On 03.03.2011 07:38, David Bryant wrote:
I use GtkD for my yet-to-be-released personal project. I recently
submitted a GtkD bug report recently and it didn't go anywhere, so I
hand-patched the generated code locally.
I also maintain my own patch to allow it to build with the latest
version of dm
On Wednesday 02 March 2011 23:21:21 Bekenn wrote:
> On 3/2/2011 9:21 PM, Jonathan M Davis wrote:
> > Well, it wouldn't be universal then.
>
> Agreed, and really, I don't have a problem with it being universal. I'd
> prefer an annotation, but it's not that big a deal. I'm just thinking
> of the f
99 matches
Mail list logo