Eldar Insafutdinov Wrote:
> Eldar Insafutdinov Wrote:
>
> > The main one is probably forward references bug. That's why I have to use
> > patched version of dmd (done not by me). Work on it is still in progress,
> > and when the author of the patches finishes it and submits them to the
> > bug
Eldar Insafutdinov Wrote:
> The main one is probably forward references bug. That's why I have to use
> patched version of dmd (done not by me). Work on it is still in progress, and
> when the author of the patches finishes it and submits them to the bugzilla,
> we would need apply them somehow
Eldar Insafutdinov Wrote:
> The main one is probably forward references bug. That's why I have to use
> patched version of dmd (done not by me). Work on it is still in progress, and
> when the author of the patches finishes it and submits them to the bugzilla,
> we would need apply them somehow
Eldar Insafutdinov Wrote:
> The main one is probably forward references bug. That's why I have to use
> patched version of dmd (done not by me). Work on it is still in progress, and
> when the author of the patches finishes it and submits them to the bugzilla,
> we would need apply them somehow
On 14.12.2009 18:41, Andrei Alexandrescu wrote:
I just had a little related idea. If you (Eldar) put the property in the
naming convention, then you may be able to simplify things by using
__traits(allMembers, Type), which works now.
For example: all signals start with "signal_" and all slots
Nick Sabalausky Wrote:
> Something like this would be much better: Have a
> system where it's possible to install add-ons to the system dialog boxes.
There's no such native system, but gtk does the job.
"Michel Fortin" wrote in message
news:hg6she$ub...@digitalmars.com...
> On 2009-12-14 20:56:12 -0500, "Nick Sabalausky" said:
>
>> "Andrei Alexandrescu" wrote in message
>> news:hg698i$2rp...@digitalmars.com...
>>> Maybe opDispatch could help the use scenario.
>>>
>>> Andrei
>>
>> As opDispatch
On 2009-12-14 20:56:12 -0500, "Nick Sabalausky" said:
"Andrei Alexandrescu" wrote in message
news:hg698i$2rp...@digitalmars.com...
Maybe opDispatch could help the use scenario.
Andrei
As opDispatch pushes errors from compile-time to run-time, I don't think we
should be encouraging its use
Nick Sabalausky wrote:
"Andrei Alexandrescu" wrote in message
news:hg698i$2rp...@digitalmars.com...
Michel Fortin wrote:
On 2009-12-14 11:41:58 -0500, Andrei Alexandrescu
said:
Adam D. Ruppe wrote:
On Mon, Dec 14, 2009 at 07:24:11AM -0800, Andrei Alexandrescu wrote:
D2 will include proper
"Andrei Alexandrescu" wrote in message
news:hg698i$2rp...@digitalmars.com...
> Michel Fortin wrote:
>> On 2009-12-14 11:41:58 -0500, Andrei Alexandrescu
>> said:
>>
>>> Adam D. Ruppe wrote:
On Mon, Dec 14, 2009 at 07:24:11AM -0800, Andrei Alexandrescu wrote:
> D2 will include propertie
On 2009-12-14 16:04:18 -0500, Andrei Alexandrescu
said:
Michel Fortin wrote:
On 2009-12-14 11:41:58 -0500, Andrei Alexandrescu
said:
Adam D. Ruppe wrote:
On Mon, Dec 14, 2009 at 07:24:11AM -0800, Andrei Alexandrescu wrote:
D2 will include properties that are understood by the compiler. W
Michel Fortin wrote:
On 2009-12-14 11:41:58 -0500, Andrei Alexandrescu
said:
Adam D. Ruppe wrote:
On Mon, Dec 14, 2009 at 07:24:11AM -0800, Andrei Alexandrescu wrote:
D2 will include properties that are understood by the compiler. We
currently don't have a design for user-defined properties
On 2009-12-14 11:41:58 -0500, Andrei Alexandrescu
said:
Adam D. Ruppe wrote:
On Mon, Dec 14, 2009 at 07:24:11AM -0800, Andrei Alexandrescu wrote:
D2 will include properties that are understood by the compiler. We
currently don't have a design for user-defined properties.
Can I suggest some
On 12/14/09 20:29, Jacob Carlborg wrote:
On 12/13/09 20:44, Eldar Insafutdinov wrote:
Nick Sabalausky Wrote:
"Nick Sabalausky" wrote in message
news:hg394f$mr...@digitalmars.com...
"Eldar Insafutdinov" wrote in message
news:hg2p87$2tt...@digitalmars.com...
1) You may know the concept of sig
On 12/13/09 20:44, Eldar Insafutdinov wrote:
Nick Sabalausky Wrote:
"Nick Sabalausky" wrote in message
news:hg394f$mr...@digitalmars.com...
"Eldar Insafutdinov" wrote in message
news:hg2p87$2tt...@digitalmars.com...
1) You may know the concept of signals and slots in Qt. Consider the
follo
"bobef" wrote in message
news:hg5qr6$1t9...@digitalmars.com...
> Andrei Alexandrescu Wrote:
>
>> > I would say that QtD is in the state close to that of D2, almost
>> > there, but not quite ready yet. But we intend to release the next
>> > version, which will be ready to use earlier than D2 anywa
"Kagamin" wrote in message
news:hg5bnt$110...@digitalmars.com...
> Nick Sabalausky Wrote:
>
>>- Many GTK apps use the absolute *worst* and most impractical file
>> dialog
>> boxes I've seen in over 15 years. This is never an issue with native
>> apps.
>
> I like how gimp dialog box provides
Andrei Alexandrescu Wrote:
> > I would say that QtD is in the state close to that of D2, almost
> > there, but not quite ready yet. But we intend to release the next
> > version, which will be ready to use earlier than D2 anyway, I would
> > say within a month.
>
> I salute the decision of going
Adam D. Ruppe wrote:
On Mon, Dec 14, 2009 at 07:24:11AM -0800, Andrei Alexandrescu wrote:
D2 will include properties that are understood by the compiler. We
currently don't have a design for user-defined properties.
Can I suggest something very simple: make them accessible from __traits,
and l
On Mon, Dec 14, 2009 at 07:42:51AM -0800, Andrei Alexandrescu wrote:
> Probably it's easier to (also) offer is(a == @myprop).
Yeah, that works too. As long as we have some kind of building block.
> But we couldn't make static foreach part of D2.
Oh well, no big deal; we can make do without it.
Adam D. Ruppe wrote:
On Mon, Dec 14, 2009 at 07:24:11AM -0800, Andrei Alexandrescu wrote:
D2 will include properties that are understood by the compiler. We
currently don't have a design for user-defined properties.
Can I suggest something very simple: make them accessible from __traits,
and l
On Mon, Dec 14, 2009 at 07:24:11AM -0800, Andrei Alexandrescu wrote:
> D2 will include properties that are understood by the compiler. We
> currently don't have a design for user-defined properties.
Can I suggest something very simple: make them accessible from __traits,
and leave the rest to the
Eldar Insafutdinov wrote:
Andrei Alexandrescu Wrote:
Eldar Insafutdinov wrote:
Andrei Alexandrescu Wrote:
Thanks for cooperation. I don't want to sound like I've given the
right to ask for features, because I am working on a particular D
project. But at the same time, indeed, while working on
Nick Sabalausky Wrote:
>- Many GTK apps use the absolute *worst* and most impractical file dialog
> boxes I've seen in over 15 years. This is never an issue with native apps.
I like how gimp dialog box provides mruds, which is not done by virtually any
other windows application, this is ext
On Mon, Dec 14, 2009 at 2:24 AM, Lars T. Kyllingstad
wrote:
> dsimcha wrote:
>>
>> == Quote from retard (r...@tard.com.invalid)'s article
>>>
>>> Sat, 12 Dec 2009 05:10:24 +, dsimcha wrote:
2. Native look and feel. IMHO this is very overrated. I've never
found that a Java-ish
dsimcha wrote:
== Quote from retard (r...@tard.com.invalid)'s article
Sat, 12 Dec 2009 05:10:24 +, dsimcha wrote:
2. Native look and feel. IMHO this is very overrated. I've never
found that a Java-ish or GTK-ish or whatever look and feel instead of a
native Win32 look and feel got in the
Andrei Alexandrescu Wrote:
> Eldar Insafutdinov wrote:
> > Andrei Alexandrescu Wrote:
> > Thanks for cooperation. I don't want to sound like I've given the
> > right to ask for features, because I am working on a particular D
> > project. But at the same time, indeed, while working on this project
Eldar Insafutdinov wrote:
Andrei Alexandrescu Wrote:
Thanks for cooperation. I don't want to sound like I've given the
right to ask for features, because I am working on a particular D
project. But at the same time, indeed, while working on this project
I found many things that I would like to be
"Bill Baxter" wrote in message
news:mailman.593.1260627949.20261.digitalmar...@puremagic.com...
> On Sat, Dec 12, 2009 at 5:05 AM, bearophile
> wrote:
>> dsimcha:
>>
>>> I'm thinking of giving another try to writing a plotting library for D.
>>
>> I like what you have written.
>> I suggest thi
"Eldar Insafutdinov" wrote in message
news:hg3g6u$11s...@digitalmars.com...
> Nick Sabalausky Wrote:
>
>> "Nick Sabalausky" wrote in message
>> news:hg394f$mr...@digitalmars.com...
>> > "Eldar Insafutdinov" wrote in message
>> > news:hg2p87$2tt...@digitalmars.com...
>> >>
>> >> 1) You may know
BLS, el 12 de diciembre a las 19:53 me escribiste:
> if you want to make money : make it close source.
You got it *so* wrong.
--
Leandro Lucarella (AKA luca) http://llucax.com.ar/
--
GPG Key: 5F5A8D05 (F8CD F
Nick Sabalausky Wrote:
> "Nick Sabalausky" wrote in message
> news:hg394f$mr...@digitalmars.com...
> > "Eldar Insafutdinov" wrote in message
> > news:hg2p87$2tt...@digitalmars.com...
> >>
> >> 1) You may know the concept of signals and slots in Qt. Consider the
> >> following snippet:
> >>
>
"Nick Sabalausky" wrote in message
news:hg394f$mr...@digitalmars.com...
> "Eldar Insafutdinov" wrote in message
> news:hg2p87$2tt...@digitalmars.com...
>>
>> 1) You may know the concept of signals and slots in Qt. Consider the
>> following snippet:
>>
>> class Test : QObject
>> {
>>mixin S
"Eldar Insafutdinov" wrote in message
news:hg2p87$2tt...@digitalmars.com...
>
> 1) You may know the concept of signals and slots in Qt. Consider the
> following snippet:
>
> class Test : QObject
> {
>mixin Signal!("signal_1(string)");
>
>mixin Slot!("slot_1(string str)");
>void slot_
Sun, 13 Dec 2009 17:50:03 +0100, Chris wrote:
> "retard"
>> IIRC if you use e.g. microsoft messenger, you have to defend them in
>> court if they insist.
>
> Please, can you explain this, and where exactly this clause appear?
> Thank you.
IIRC in the EULA of some previous version of the messenge
"retard"
> IIRC if you use e.g. microsoft messenger, you have to defend them in court
> if they insist.
Please, can you explain this, and where exactly this clause appear?
Thank you.
On 12.12.2009 6:10, dsimcha wrote:
I'm thinking of giving another try to writing a plotting library for D. I'm
trying to decide what GUI library to use. Here's what's important to me, in
order of importance. Someone who's more familiar with the GUI library
situation than I am please make a rec
Andrei Alexandrescu Wrote:
> Eldar Insafutdinov wrote:
> > Right now we are working on a next QtD version. We dropped support
> > for D1, it is D2 only. I believe Qt suits all your requirements very
> > well. It's performant - we try to emulate as many C++ types using D
> > structs as possible, fo
Andrei Alexandrescu Wrote:
> Eldar Insafutdinov wrote:
> > Right now we are working on a next QtD version. We dropped support
> > for D1, it is D2 only. I believe Qt suits all your requirements very
> > well. It's performant - we try to emulate as many C++ types using D
> > structs as possible, fo
On 12/12/2009 23:44, dsimcha wrote:
Well, I was going to compare lawyers to whores, but that would be an insult to
the
whore profession.
very good point. -> true
since I got your attention.. I thing it is time to start a std.container
discussion. Your AA lib call is not making much progress
"retard" wrote in message
news:hg0keb$2iq...@digitalmars.com...
> Sat, 12 Dec 2009 11:53:50 -0500, Andrei Alexandrescu wrote:
>
>> Eldar Insafutdinov wrote:
>>> Right now we are working on a next QtD version. We dropped support for
>>> D1, it is D2 only. I believe Qt suits all your requirements v
On 12/12/2009 21:14, Nick Sabalausky wrote:
"BLS" wrote in message
news:hg0or1$2rt...@digitalmars.com...
On 12/12/2009 18:44, dsimcha wrote:
Because the Boost license doesn't require attribution for works only
distributed
in binary form.
All these kitchen sink license issues are monkey buisi
== Quote from BLS (windev...@hotmail.de)'s article
> >
> Bureaucrat nonsense. or in my words : fuck the duck. even if this is
> true , who cares ?
> Do you think you will find a lawyer who is willing to kick an ass
> because he/she is giving away an intellectual property / programming
> pearl,he/s
Sat, 12 Dec 2009 15:14:18 -0500, Nick Sabalausky wrote:
> "BLS" wrote in message
> news:hg0or1$2rt...@digitalmars.com...
>> On 12/12/2009 18:44, dsimcha wrote:
>>> Because the Boost license doesn't require attribution for works only
>>> distributed
>>> in binary form.
>>
>> All these kitchen sink
On Sat, Dec 12, 2009 at 03:14:18PM -0500, Nick Sabalausky wrote:
> Adam also said there's a liability issue, but (IANAL) that would surprise me
> because AIUI, public domain is all about severing *all* ties between an
> author and their work. But then again, that's probably just one of those
> t
"BLS" wrote in message
news:hg0or1$2rt...@digitalmars.com...
> On 12/12/2009 18:44, dsimcha wrote:
>> Because the Boost license doesn't require attribution for works only
>> distributed
>> in binary form.
>
> All these kitchen sink license issues are monkey buisiness.
> If you don't care : make
On Sat, Dec 12, 2009 at 06:40:49PM +, retard wrote:
> > Because the Boost license doesn't require attribution for works only
> > distributed in binary form.
>
> Isn't that kind of insulting towards the original author -- "Your work
> wasn't worth a crap.
I look at it the opposite way: the BS
retard wrote:
> Sat, 12 Dec 2009 17:44:34 +, dsimcha wrote:
>
>> == Quote from retard (r...@tard.com.invalid)'s article
>>> Sat, 12 Dec 2009 11:53:50 -0500, Andrei Alexandrescu wrote:
>>> > Eldar Insafutdinov wrote:
>>> >> Right now we are working on a next QtD version. We dropped support
>>>
On Sat, Dec 12, 2009 at 07:53:20PM +0100, BLS wrote:
> If you don't care : make it public domain.
I argued this with my boss once. He said public domain is unacceptable to
him because:
a) It doesn't disclaim liability; if your public domain thing screws up, you
can, in theory anyway, be sued i
On 12/12/2009 18:44, dsimcha wrote:
Because the Boost license doesn't require attribution for works only distributed
in binary form.
All these kitchen sink license issues are monkey buisiness.
If you don't care : make it public domain.
if you want to share : make it GPL 3
if you want to make mo
Sat, 12 Dec 2009 17:44:34 +, dsimcha wrote:
> == Quote from retard (r...@tard.com.invalid)'s article
>> Sat, 12 Dec 2009 11:53:50 -0500, Andrei Alexandrescu wrote:
>> > Eldar Insafutdinov wrote:
>> >> Right now we are working on a next QtD version. We dropped support
>> >> for D1, it is D2 onl
"dsimcha" wrote in message
news:hg0kq2$2kt...@digitalmars.com...
> == Quote from retard (r...@tard.com.invalid)'s article
>> Sat, 12 Dec 2009 11:53:50 -0500, Andrei Alexandrescu wrote:
>> > Eldar Insafutdinov wrote:
>> >> Right now we are working on a next QtD version. We dropped support for
>> >
== Quote from retard (r...@tard.com.invalid)'s article
> Sat, 12 Dec 2009 11:53:50 -0500, Andrei Alexandrescu wrote:
> > Eldar Insafutdinov wrote:
> >> Right now we are working on a next QtD version. We dropped support for
> >> D1, it is D2 only. I believe Qt suits all your requirements very well.
"dsimcha" wrote in message
news:hg0ffj$2ba...@digitalmars.com...
> == Quote from retard (r...@tard.com.invalid)'s article
>> Sat, 12 Dec 2009 05:10:24 +, dsimcha wrote:
>> > 2. Native look and feel. IMHO this is very overrated. I've never
>> > found that a Java-ish or GTK-ish or whatever l
Sat, 12 Dec 2009 11:53:50 -0500, Andrei Alexandrescu wrote:
> Eldar Insafutdinov wrote:
>> Right now we are working on a next QtD version. We dropped support for
>> D1, it is D2 only. I believe Qt suits all your requirements very well.
>> It's performant - we try to emulate as many C++ types using
On 12/12/2009 17:53, Andrei Alexandrescu wrote:
I salute the decision of going with D2, as well as that of using the
Boost license. If there is anything in the language that prevents you
from getting things done, please let us know. The availability of QtD
concurrently with that of D2 will hopefu
On 12/12/2009 16:59, retard wrote:
A colleague's company was previously using the expensive commercial Qt.
Now they use the lgpl licensed one and are still making money. They also
use gpl/lgpl licensed components for web 2.0 GUIs. In cloud environments
you only need to reveal your closed sources
Eldar Insafutdinov wrote:
Right now we are working on a next QtD version. We dropped support
for D1, it is D2 only. I believe Qt suits all your requirements very
well. It's performant - we try to emulate as many C++ types using D
structs as possible, for drawing purposes. So types like QPoint - a
dsimcha Wrote:
> I'm thinking of giving another try to writing a plotting library for D. I'm
> trying to decide what GUI library to use. Here's what's important to me, in
> order of importance. Someone who's more familiar with the GUI library
> situation than I am please make a recommendation.
Sat, 12 Dec 2009 16:13:39 +, dsimcha wrote:
> == Quote from retard (r...@tard.com.invalid)'s article
>> Sat, 12 Dec 2009 05:10:24 +, dsimcha wrote:
>> > 2. Native look and feel. IMHO this is very overrated. I've never
>> > found that a Java-ish or GTK-ish or whatever look and feel inste
== Quote from retard (r...@tard.com.invalid)'s article
> Sat, 12 Dec 2009 05:10:24 +, dsimcha wrote:
> > 2. Native look and feel. IMHO this is very overrated. I've never
> > found that a Java-ish or GTK-ish or whatever look and feel instead of a
> > native Win32 look and feel got in the way
Sat, 12 Dec 2009 05:10:24 +, dsimcha wrote:
> 2. Native look and feel. IMHO this is very overrated. I've never
> found that a Java-ish or GTK-ish or whatever look and feel instead of a
> native Win32 look and feel got in the way of me using a program
> effectively.
The win32 look and feel
Sat, 12 Dec 2009 10:19:14 +0100, BLS wrote:
> Guess you don't have to sell software :) we have to spend 2000$ a year
> just for GUI Toolkits.
A colleague's company was previously using the expensive commercial Qt.
Now they use the lgpl licensed one and are still making money. They also
use gpl/
On Sat, Dec 12, 2009 at 5:05 AM, bearophile wrote:
> dsimcha:
>
>> I'm thinking of giving another try to writing a plotting library for D.
>
> I like what you have written.
> I suggest this as the rendering layer, because it's beyond awesome (used in
> MatPlotLib too):
> http://www.antigrain.com/
dsimcha:
> I'm thinking of giving another try to writing a plotting library for D.
I like what you have written.
I suggest this as the rendering layer, because it's beyond awesome (used in
MatPlotLib too):
http://www.antigrain.com/
Bye,
bearophile
On 12/12/2009 06:10, dsimcha wrote:
I'm thinking of giving another try to writing a plotting library for D. I'm
trying to decide what GUI library to use. Here's what's important to me, in
order of importance. Someone who's more familiar with the GUI library
situation than I am please make a re
dsimcha дµ½:
> I'm thinking of giving another try to writing a plotting library for D. I'm
> trying to decide what GUI library to use. Here's what's important to me, in
> order of importance. Someone who's more familiar with the GUI library
> situation than I am please make a recommendation.
>
dsimcha дµ½:
> I'm thinking of giving another try to writing a plotting library for D. I'm
> trying to decide what GUI library to use. Here's what's important to me, in
> order of importance. Someone who's more familiar with the GUI library
> situation than I am please make a recommendation.
>
I'm thinking of giving another try to writing a plotting library for D. I'm
trying to decide what GUI library to use. Here's what's important to me, in
order of importance. Someone who's more familiar with the GUI library
situation than I am please make a recommendation.
1. Good D2 support. I
69 matches
Mail list logo