On Sat, 3 Dec 2011 01:27:23 +0100
Andrej Mitrovic wrote:
> But now that wxD is on github I'm going to use that for some of
> my projects.
Do you plan working on 2.9/3.0 and/or using SWIG for it?
> It's all too easy getting worked up with an "engine"
> instead of the actual "game", if you know
On Fri, 2 Dec 2011 16:03:57 -0500
"Nick Sabalausky" wrote:
> I agree the look of apps should be user-configurable, but that
> belongs at the OS/Window-Manager level. 'Course, I'll grant that's
> never going to happen on MS or Apple platforms, in which case, yea,
> using a lib that makes "system"
"Jonathan M Davis" wrote in message
news:mailman.1262.1322866645.24802.digitalmar...@puremagic.com...
>
> It's more a question of functionality. I cannot acceptibly jump to
> declarations in vim _period_. Stuff like ctags and cscope absolutely suck
> in
> comparison to a decent IDE, and AFAIK th
a wrote:
> QML looks like it is (currently ?) targeted at the kind of GUI programming
> when you make your own custom widgets for everything. It only provides the
> most basic components such as rectangles, text, and images. There isn't,
> say, a button components - you have to make one using a Re
"Somedude" wrote in message
news:jbbkss$22n$1...@digitalmars.com...
> Le 02/12/2011 23:44, Nick Sabalausky a écrit :
>> "Somedude" wrote in message
>> news:jbbk0c$2ug3$1...@digitalmars.com...
>>> Le 02/12/2011 23:27, Timon Gehr a écrit :
On 12/02/2011 10:50 PM, Somedude wrote:
> Le 02/1
> 2. etc.curl, std.curl, or std.net.curl? (We had a vote a while back
> but it was buried deep in a thread and a lot of people may have missed
> it: http://www.easypolls.net/poll.html?p=4ebd3219011eb0e4518d35ab )
What about:
Low Level Part --> deimos
High Level Part --> std.curl
I just tried wrapping some new functions and they seem to work. I
think if wx28 isn't too different from wx26 I could do a diff of the
two include directories and implement wxc wrapper functions to get
wx28 support in wxd.
ulink works fine though. It's great that I have to rely on third-party
linkers like that. -_-
Anders, if I want to edit the wxc bindings to add wx28+ support do I
have to wrap new functions in #ifdef sections to preserve wx26
support? Or should I just disregard wx26 alltogether and leave that as
a
I volunteered ages ago to manage the review for the second round of
Jonas Drewsen's CURL wrapper. After the first round it was decided
that, after a large number of minor issues were fixed, a second round
would be necessary.
Significant open issues:
1. Should libcurl be bundled with DMD on
How do I build wx28 in release mode? I've tried BUILD=release but that
didn't help.
The issue I'm having is that Optlink can't link due to a >64k global
symbols error.
On 12/2/2011 5:33 PM, Marco Leise wrote:
http://www.easypolls.net/poll.html?p=4ed9478e4fb7b0e4886eeea2
I prefer that regexp engines are as consistent as possible. Everything I
tested accepts this as a valid regular expression, so I think std.regex
should as well.
On Saturday, December 03, 2011 02:35:21 Jesse Phillips wrote:
> On Fri, 02 Dec 2011 17:59:59 -0500, Jonathan M Davis wrote:
> > On Friday, December 02, 2011 23:33:34 Marco Leise wrote:
> >> http://www.easypolls.net/poll.html?p=4ed9478e4fb7b0e4886eeea2
> >
> > Why wouldn't std.regex accept an escap
On Fri, 02 Dec 2011 17:59:59 -0500, Jonathan M Davis wrote:
> On Friday, December 02, 2011 23:33:34 Marco Leise wrote:
>> http://www.easypolls.net/poll.html?p=4ed9478e4fb7b0e4886eeea2
>
> Why wouldn't std.regex accept an escaped sequence such as "\."? I
> thought that the whole point of something
On 12/2/2011 5:44 PM, Adam D. Ruppe wrote:
Walter Bright Wrote:
It's too bad there's no way to 'bind' arbitrary data to shared executable
library files
Would using the resource compiler work on Windows? I'm pretty sure dlls
have icon resources just like exes, so having a string resource in the
Walter Bright Wrote:
> It's too bad there's no way to 'bind' arbitrary data to shared executable
> library files
Would using the resource compiler work on Windows? I'm pretty sure dlls
have icon resources just like exes, so having a string resource in there might
work too.
(I don't know that mu
On 11/28/2011 8:07 AM, Maxim Fomin wrote:
Probably i am mistaken that this post supports D modules
(in a way, showing that header files are crap), but ...
In C# no headers are required, because it includes metadata in dynamic library.
In your example you link code to compiled library without hea
On Friday, December 02, 2011 16:02:59 Hans Uhlig wrote:
> On 10/9/2011 2:50 AM, Jacob Carlborg wrote:
> > On 2011-10-08 19:00, Andrei Alexandrescu wrote:
> >> 1. If we build a D wrapper for ODBC, then we allow people to write
> >> code
> >> for any database that has an ODBC driver. This, assuming w
On Saturday, December 03, 2011 01:27:23 Andrej Mitrovic wrote:
> On 12/3/11, Adam Wilson wrote:
> > Already started to; i've been laying down the skeleton and learning D at
> > the same time. I like the language. But I think I'll leave language
> > design to those who understand it best and stick
On 02.12.2011 23:28, Jonathan M Davis wrote:
But I_really_ value
the power that vim provides in terms of text editing, and I haven't found an
IDE yet which I can get to emulate vim well enough to be acceptable in that
regard, so I don't use them. I'd definitely like to though.
I'm using ViEmu
On 12/3/11, Adam Wilson wrote:
> Already started to; i've been laying down the skeleton and learning D at
> the same time. I like the language. But I think I'll leave language design
> to those who understand it best and stick to what I know. I suspect that
> this is going to be a "me, myself, and
On Fri, 02 Dec 2011 14:32:44 -0800, Andrej Mitrovic
wrote:
What's so special about WPF? I'm asking, since I've never used it.
Isn't it basically XML? wxWidgets has XRC which is the declarative way
of making the UI.
I'd have to say that the most interesting thing about it is the separation
On 10/9/2011 2:50 AM, Jacob Carlborg wrote:
On 2011-10-08 19:00, Andrei Alexandrescu wrote:
1. If we build a D wrapper for ODBC, then we allow people to write code
for any database that has an ODBC driver. This, assuming we commit to
ODBC as D's standard database interface, would complete the pr
On Fri, 02 Dec 2011 14:57:56 -0800, Walter Bright
wrote:
On 12/2/2011 2:15 PM, Adam Wilson wrote:
On Fri, 02 Dec 2011 12:15:55 -0800, Walter Bright
wrote:
On 12/2/2011 11:29 AM, Gour wrote:
Moreover, developing something from the scratch woudl require enormous
amount of time in compari
On 11/28/2011 9:40 AM, Timon Gehr wrote:
On 11/28/2011 05:41 PM, Alexey Veselovsky wrote:
Separate hand written specification is rulez for human. It is best
short module description (with some useful manually written comments).
I like it more then autogenerated docs (by doxygen and so on).
Auto
On 12/2/11, Walter Bright wrote:
> Consider that existing successful GUI libraries have had *enormous*
> resources poured into them.
I think a vast majority of that time was spent dealing with
OS-specific bugs due to the requirement that widgets must look and
feel native to each OS. That, and dea
Le 02/12/2011 23:28, Jonathan M Davis a écrit :
> On Friday, December 02, 2011 22:44:41 Timon Gehr wrote:
>> On 12/02/2011 10:38 PM, Marco Leise wrote:
>>> Am 02.12.2011, 21:50 Uhr, schrieb Timon Gehr :
On 12/02/2011 09:44 PM, Timon Gehr wrote:
> Except that _Eclipse_ does not do anything
On Friday, December 02, 2011 14:57:56 Walter Bright wrote:
> >> It's not just the code involved. It's the tutorials, web sites,
> >> manuals,
> >> support, etc., that would have to be reinvented. By developing a D
> >> interface to an existing one, none of that has to be developed.
> >
> > This is
On Friday, December 02, 2011 23:33:34 Marco Leise wrote:
> http://www.easypolls.net/poll.html?p=4ed9478e4fb7b0e4886eeea2
Why wouldn't std.regex accept an escaped sequence such as "\."? I thought that
the whole point of something like "\." was to make it so that you could use
"." directly in spit
On 12/2/2011 2:15 PM, Adam Wilson wrote:
On Fri, 02 Dec 2011 12:15:55 -0800, Walter Bright
wrote:
On 12/2/2011 11:29 AM, Gour wrote:
Moreover, developing something from the scratch woudl require enormous
amount of time in comparison with *just* providing higher-level D-ish
API for some of the
On Friday, December 02, 2011 23:38:43 Timon Gehr wrote:
> On 12/02/2011 11:28 PM, Jonathan M Davis wrote:
> > On Friday, December 02, 2011 22:44:41 Timon Gehr wrote:
> >> On 12/02/2011 10:38 PM, Marco Leise wrote:
> >>> Am 02.12.2011, 21:50 Uhr, schrieb Timon Gehr:
> On 12/02/2011 09:44 PM, Ti
Le 02/12/2011 23:44, Nick Sabalausky a écrit :
> "Somedude" wrote in message
> news:jbbk0c$2ug3$1...@digitalmars.com...
>> Le 02/12/2011 23:27, Timon Gehr a écrit :
>>> On 12/02/2011 10:50 PM, Somedude wrote:
Le 02/12/2011 22:44, Timon Gehr a écrit :
> It feels like 5 minutes if you are
On 12/02/2011 05:38 PM, Timon Gehr wrote:
I'm more an emacs guy, and I jump to declarations by (maybe C-x C-f
filename ENTER) M-s \w+ identifier ENTER (and a few C-s for the
occasional false positives), and I can use similar techniques to not
only reach a specific declaration, but any specific p
"Somedude" wrote in message
news:jbbk0c$2ug3$1...@digitalmars.com...
> Le 02/12/2011 23:27, Timon Gehr a écrit :
>> On 12/02/2011 10:50 PM, Somedude wrote:
>>> Le 02/12/2011 22:44, Timon Gehr a écrit :
It feels like 5 minutes if you are accustomed to open the text editor
and start worki
Le 02/12/2011 23:36, Marco Leise a écrit :
> Am 02.12.2011, 22:50 Uhr, schrieb Somedude :
>
> Does that mean you have no excuse to go drink a coffee as the first step
> each morning?
This reminds me of the xkcd where you see two developers playing knights
with wooden swords while the project is c
"Somedude" wrote in message
news:jbbjfj$2r5v$1...@digitalmars.com...
> Le 02/12/2011 23:03, Nick Sabalausky a écrit :
>> "Somedude" wrote in message
>> Ok, my mistake I guess. But pretty much any intereraction with it (such
>> as
>> typing) is unforgivably sluggish, even if it's just plain text
On 12/02/2011 11:28 PM, Jonathan M Davis wrote:
On Friday, December 02, 2011 22:44:41 Timon Gehr wrote:
On 12/02/2011 10:38 PM, Marco Leise wrote:
Am 02.12.2011, 21:50 Uhr, schrieb Timon Gehr:
On 12/02/2011 09:44 PM, Timon Gehr wrote:
Except that _Eclipse_ does not do anything to achieve this
Le 02/12/2011 23:27, Timon Gehr a écrit :
> On 12/02/2011 10:50 PM, Somedude wrote:
>> Le 02/12/2011 22:44, Timon Gehr a écrit :
>>> It feels like 5 minutes if you are accustomed to open the text editor
>>> and start working.
>>>
>>> But I am sure there is something to IDE's, as many programmers se
Am 02.12.2011, 22:50 Uhr, schrieb Somedude :
Le 02/12/2011 22:44, Timon Gehr a écrit :
It feels like 5 minutes if you are accustomed to open the text editor
and start working.
But I am sure there is something to IDE's, as many programmers seem to
like them.
The thing is, when you work in Jav
http://www.easypolls.net/poll.html?p=4ed9478e4fb7b0e4886eeea2
What's so special about WPF? I'm asking, since I've never used it.
Isn't it basically XML? wxWidgets has XRC which is the declarative way
of making the UI.
Le 02/12/2011 23:03, Nick Sabalausky a écrit :
> "Somedude" wrote in message
> Ok, my mistake I guess. But pretty much any intereraction with it (such as
> typing) is unforgivably sluggish, even if it's just plain text. Coding in it
> is like running through a foot of water.
>
Maybe there was
On 12/02/2011 10:50 PM, Somedude wrote:
Le 02/12/2011 22:44, Timon Gehr a écrit :
It feels like 5 minutes if you are accustomed to open the text editor
and start working.
But I am sure there is something to IDE's, as many programmers seem to
like them.
The thing is, when you work in Java, you
"Somedude" wrote in message
news:jbbglp$2cp0$1...@digitalmars.com...
>
> While in Java, the
> compilation time is near zero.
If you're using Eclipse, in which case the cost isn't gone at all, it's
simply shifted to slowed down interaction with the IDE.
> The launch time of applications entirel
On Friday, December 02, 2011 22:44:41 Timon Gehr wrote:
> On 12/02/2011 10:38 PM, Marco Leise wrote:
> > Am 02.12.2011, 21:50 Uhr, schrieb Timon Gehr :
> >> On 12/02/2011 09:44 PM, Timon Gehr wrote:
> >>> Except that _Eclipse_ does not do anything to achieve this. It just
> >>> invokes ant, which i
On Saturday, December 03, 2011 01:44:33 Dmitry Olshansky wrote:
> On 03.12.2011 1:08, Marco Leise wrote:
> > Cool, thx for your answers. The source code for OpenJDK can be
> > downloaded if you want to take a look at it. You are probably right
> > about them not decoding the characters lazily since
On 12/02/2011 10:40 PM, Somedude wrote:
Le 02/12/2011 21:44, Timon Gehr a écrit :
In what way is Eclipse sluggish ? The Java language is slower than C++,
but Eclipse happily compiles hundreds of thousands of lines or millions
of lines of Java code in a few seconds or at most tens of seconds. Tr
On Fri, 02 Dec 2011 12:15:55 -0800, Walter Bright
wrote:
On 12/2/2011 11:29 AM, Gour wrote:
Moreover, developing something from the scratch woudl require enormous
amount of time in comparison with *just* providing higher-level D-ish
API for some of the already available GUI toolkit.
Develo
"Somedude" wrote in message
news:jbbarp$1kp6$1...@digitalmars.com...
>
> The fact is, you are more productive in Java than in C++ by nearly an
> order of magnitude.
C++ is a pretty bad example to demonstrate Java's "productivity". That's
kinda like saying "I can build a house much faster with a
"Somedude" wrote in message
news:jbbcni$1s2j$1...@digitalmars.com...
> Le 02/12/2011 21:24, Nick Sabalausky a écrit :
>>
>> Eclipse doesn't compile Java. 'javac' does.
>>
>>
> Huh, when was the last time you used eclipse ?
> eclipse has always compiled Java without javac. It compiles
> incrementa
Le 02/12/2011 22:44, Timon Gehr a écrit :
> It feels like 5 minutes if you are accustomed to open the text editor
> and start working.
>
> But I am sure there is something to IDE's, as many programmers seem to
> like them.
The thing is, when you work in Java, you need 2Gb of RAM to be
comfortable
On Fri, 02 Dec 2011 13:03:57 -0800, Nick Sabalausky wrote:
"Adam Wilson" wrote in message
news:op.v5vpeyg4707...@invictus.skynet.com...
On Fri, 02 Dec 2011 10:15:12 -0800, Nick Sabalausky wrote:
"Adam Wilson" wrote in message
news:op.v5vibnca707...@invictus.skynet.com...
On Fri, 02 Dec 2
On 12/02/2011 10:38 PM, Marco Leise wrote:
Am 02.12.2011, 21:50 Uhr, schrieb Timon Gehr :
On 12/02/2011 09:44 PM, Timon Gehr wrote:
Except that _Eclipse_ does not do anything to achieve this. It just
invokes ant, which invokes javac, which is presumably written in C and
C++.
Seems like I wa
Le 02/12/2011 21:44, Timon Gehr a écrit :
>>
>> In what way is Eclipse sluggish ? The Java language is slower than C++,
>> but Eclipse happily compiles hundreds of thousands of lines or millions
>> of lines of Java code in a few seconds or at most tens of seconds. Try
>> to do that even with C, not
On 03.12.2011 1:08, Marco Leise wrote:
Cool, thx for your answers. The source code for OpenJDK can be
downloaded if you want to take a look at it. You are probably right
about them not decoding the characters lazily since their strings are
UTF-16.
The commented version of opIndex is a bit faster
Am 02.12.2011, 21:50 Uhr, schrieb Timon Gehr :
On 12/02/2011 09:44 PM, Timon Gehr wrote:
Except that _Eclipse_ does not do anything to achieve this. It just
invokes ant, which invokes javac, which is presumably written in C and
C++.
Seems like I was wrong about this.
I can do that in a con
On 12/02/2011 09:58 PM, Paulo Pinto wrote:
Ah ok, I thought you were starting a "C above all" thread. :)
No way. I really like Haskell too ;).
Cool, thx for your answers. The source code for OpenJDK can be downloaded
if you want to take a look at it. You are probably right about them not
decoding the characters lazily since their strings are UTF-16.
The commented version of opIndex is a bit faster on my Core 2. This is the
first tim
On 12/02/2011 09:57 PM, Mehrdad wrote:
On 12/2/2011 9:38 AM, Timon Gehr wrote:
On 12/02/2011 05:13 PM, Mehrdad wrote:
Actually, regarding my "little problem", why does this given an
error/what's the proper way to fix it?
class C(T) { inout this(inout(T)) { } }
C!T slice(T)(auto ref T c) { retu
On 12/02/2011 09:50 PM, Mehrdad wrote:
On 12/2/2011 10:46 AM, Timon Gehr wrote:
Oh it is certainly good to have and communicate opinions. It is just
that they should be clearly marked as such.
I like how you're leading by example, it makes it so much easier to
learn The Right Thing (tm) from yo
"Adam Wilson" wrote in message
news:op.v5vpeyg4707...@invictus.skynet.com...
> On Fri, 02 Dec 2011 10:15:12 -0800, Nick Sabalausky wrote:
>
>> "Adam Wilson" wrote in message
>> news:op.v5vibnca707...@invictus.skynet.com...
>>> On Fri, 02 Dec 2011 04:33:48 -0800, a wrote:
>>>
QML looks lik
On Fri, 02 Dec 2011 11:29:18 -0800, Gour wrote:
On Fri, 02 Dec 2011 10:56:41 -0800
"Adam Wilson" wrote:
Hello Adam,
Gour, I'd love to talk to you more about GUI's. I am new to D, but I
have spent years working with GUI toolkits and studying their
construction.
Well, I'm just someone with
On Fri, 02 Dec 2011 15:51:32 -0500, Mehrdad wrote:
On 12/2/2011 10:41 AM, Steven Schveighoffer wrote:
You can work around by explicitly instantiating with const, or by doing:
writeln(cast(const)this);
I'm trying to avoid cast at all costs in D (even more than in C++),
since D's casts are mo
Ah ok, I thought you were starting a "C above all" thread. :)
Am 02.12.2011 21:51, schrieb Timon Gehr:
On 12/02/2011 09:45 PM, Paulo Pinto wrote:
Am 02.12.2011 18:49, schrieb Timon Gehr:
On 12/02/2011 02:09 PM, Paulo Pinto wrote:
The GHC compiler is written in Haskell, which is the reference
On 12/2/2011 9:38 AM, Timon Gehr wrote:
On 12/02/2011 05:13 PM, Mehrdad wrote:
Actually, regarding my "little problem", why does this given an
error/what's the proper way to fix it?
class C(T) { inout this(inout(T)) { } }
C!T slice(T)(auto ref T c) { return new C!T(c); }
void main() { [1, 2, 3,
On 12/02/2011 09:45 PM, Paulo Pinto wrote:
Am 02.12.2011 18:49, schrieb Timon Gehr:
On 12/02/2011 02:09 PM, Paulo Pinto wrote:
The GHC compiler is written in Haskell, which is the reference
implementation.
GHC has long been completely dependent on a C compiler though, because
it could only c
On 12/2/2011 10:41 AM, Steven Schveighoffer wrote:
You can work around by explicitly instantiating with const, or by doing:
writeln(cast(const)this);
I'm trying to avoid cast at all costs in D (even more than in C++),
since D's casts are more dangerous than C++ casts. :\
Thanks for the suggest
Am 02.12.2011, 21:19 Uhr, schrieb Adam Wilson :
On Fri, 02 Dec 2011 10:15:12 -0800, Nick Sabalausky wrote:
"Adam Wilson" wrote in message
news:op.v5vibnca707...@invictus.skynet.com...
On Fri, 02 Dec 2011 04:33:48 -0800, a wrote:
QML looks like it is (currently ?) targeted at the kind of
On 12/2/2011 10:46 AM, Timon Gehr wrote:
Oh it is certainly good to have and communicate opinions. It is just
that they should be clearly marked as such.
I like how you're leading by example, it makes it so much easier to
learn The Right Thing (tm) from you.
I won't even attempt to argue that
On 12/02/2011 09:44 PM, Timon Gehr wrote:
Except that _Eclipse_ does not do anything to achieve this. It just
invokes ant, which invokes javac, which is presumably written in C and
C++.
Seems like I was wrong about this.
I can do that in a console without waiting 5 minutes until the IDE
has
Le 02/12/2011 20:51, Walter Bright a écrit :
> The charts on that page refuse to display in IE.
>
> Nevertheless, it doesn't seem to compare against C, but against CPython.
>
One of the interesting ideas in this chart is the timeline, which allows
to detect any performance regression/improvement
Am 02.12.2011 18:49, schrieb Timon Gehr:
On 12/02/2011 02:09 PM, Paulo Pinto wrote:
The GHC compiler is written in Haskell, which is the reference
implementation.
GHC has long been completely dependent on a C compiler though, because
it could only compile the Haskell code to C and then invoke
On 12/02/2011 09:01 PM, Somedude wrote:
Le 02/12/2011 18:08, Nick Sabalausky a écrit :
"Russel Winder" wrote in message
news:mailman.1242.1322814007.24802.digitalmar...@puremagic.com...
Java is the main language of development just now. D is a tiny little
backwater in the nether regions of ob
On 12/2/2011 11:56 AM, Kagamin wrote:
To think, LLVM devs complain about LLVM IR being so low-level, and it would
so nice to have something as high-level as Java bytecode, which is so sweet
for optimizers and jit.
The people I know who have written professional Jits for the Java bytecode don't
On 01.12.2011 22:24, Buk wrote:
Simple question, though not necessarily a simple answer:
Is D ready for prime time?
Sub-questions:
1. How stable is the language specification?
2. How stable is the language implementation?
3. How stable are the standard library specifications?
4. How stable are
Le 02/12/2011 21:24, Nick Sabalausky a écrit :
>
> Eclipse doesn't compile Java. 'javac' does.
>
>
Huh, when was the last time you used eclipse ?
eclipse has always compiled Java without javac. It compiles
incrementally and shows your errors while you are coding.
i.e as soon as you've finished c
"Somedude" wrote in message
news:jbbb2b$1l6q$1...@digitalmars.com...
> Le 30/11/2011 08:45, Jacob Carlborg a écrit :
>>
>> Seems they complaining about libraries and the tool chain. I don't
>> understand the problem, just use the Java libraries. About the language,
>> shouldn't it be possible to
On 02.12.2011 15:32, Marco Leise wrote:
The import problem in std.file has been fixed on GitHub, but I couldn't
get FReD to compile this regex:
enum regex = ctRegex!r"relay=([\w\-\.]+[\w]+)[\.\,]*\s";
Instead I'm using this one:
enum regex = ctRegex!r"relay=([A-Za-z0-9_\-.]+[A-Za-z0-9_]+)[.,]*
"Somedude" wrote in message
news:jbbarp$1kp6$1...@digitalmars.com...
>
> In what way is Eclipse sluggish ?
Have you used it?
OTOH, have you used...pretty much anything that uses Scintilla?
There's no comparison.
> The Java language is slower than C++,
> but Eclipse happily compiles hundreds o
On 12/2/2011 9:38 AM, Nick Sabalausky wrote:
While I admit it's anecdotal, this has always been my experience with Java,
too. Java did help show me some of the downsides of C++ (ex, headers never
bothered me until I looked at Java), but that's pretty much been the extent
of my appreciation for Ja
On Fri, 02 Dec 2011 10:15:12 -0800, Nick Sabalausky wrote:
"Adam Wilson" wrote in message
news:op.v5vibnca707...@invictus.skynet.com...
On Fri, 02 Dec 2011 04:33:48 -0800, a wrote:
QML looks like it is (currently ?) targeted at the kind of GUI
programming when you make your own custom widg
"David Gileadi" wrote in message
news:jbbatc$1ksf$1...@digitalmars.com...
> On 12/2/11 12:54 PM, Nick Sabalausky wrote:
>> Unfortunately, I've been using WinAmp as my primary player despite my
>> hatred
>> for it because the iTunes lack of Ogg Vorbis support is a deal-breaker
>> for
>> me...
>
On 12/2/2011 11:29 AM, Gour wrote:
Moreover, developing something from the scratch woudl require enormous
amount of time in comparison with *just* providing higher-level D-ish
API for some of the already available GUI toolkit.
Developing a D GUI from scratch is way beyond our reach at the momen
On 12/2/2011 4:00 AM, Gour wrote:
What about those not coming from Java (never touched it) and coming from
Haskell, Python...(although I used Zortech++)?. Are we still in the
latter category?
Not too many of those :-)
Marco Leise Wrote:
> These functions sum up to ~80%. And if it is correct, the garbage
> collector functions each take a low place in the table. At this point I'd
> probably recommend an ASCII regex, but I'd like to know how Java can still
> be substantially faster with library routines. :)
On 12/2/2011 4:03 AM, Gour wrote:
On Thu, 01 Dec 2011 09:58:26 -0800
Walter Bright wrote:
Don't let that stop you - I'm serious. The best way to learn is by
diving in.
Thank you for encouragement. I'm determined to do the project in D and
we'll do the needful. ;)
The most important charact
On 12/2/2011 9:08 AM, Nick Sabalausky wrote:
That's BS posturing and chest-thumping.
Of course. Russell even said so! I think it's a hilarious post.
Le 30/11/2011 08:45, Jacob Carlborg a écrit :
>
> Seems they complaining about libraries and the tool chain. I don't
> understand the problem, just use the Java libraries. About the language,
> shouldn't it be possible to just use the parts of Scala that also exists
> in Java. Then pick a few Scal
On 12/2/11 12:54 PM, Nick Sabalausky wrote:
Unfortunately, I've been using WinAmp as my primary player despite my hatred
for it because the iTunes lack of Ogg Vorbis support is a deal-breaker for
me...
Did you ever try http://xiph.org/quicktime/? It solved the iTunes ogg
problem for me.
Le 02/12/2011 18:08, Nick Sabalausky a écrit :
> "Russel Winder" wrote in message
> news:mailman.1242.1322814007.24802.digitalmar...@puremagic.com...
>>
>> Java is the main language of development just now. D is a tiny little
>> backwater in the nether regions of obscurity. If any language is a j
"Marco Leise" wrote in message
news:op.v5vk4ov69y6...@marco-leise.homedns.org...
> I really don't want to use MacOS X and find that application X's UI looks
> like WindowsXP or vice versa.
Interesting side-note regarding that: The dialog boxes in Chrome/Iron really
do look *exactly* like Vis
"Marco Leise" wrote in message
news:op.v5vk4ov69y6...@marco-leise.homedns.org...
> Am 02.12.2011, 19:15 Uhr, schrieb Nick Sabalausky :
>
>> "Adam Wilson" wrote in message
>> news:op.v5vibnca707...@invictus.skynet.com...
>>> On Fri, 02 Dec 2011 04:33:48 -0800, a wrote:
>>>
QML looks like it
Walter Bright Wrote:
> On 11/30/2011 12:56 PM, Paulo Pinto wrote:
> > Are you not being a bit simplistic here?
> >
> > There are several JVM implementations around not just one.
>
> It's not the implementation that's the problem, it's the *definition* of the
> bytecode for the JVM.
To think, LL
On 12/2/2011 6:19 AM, dsimcha wrote:
On 12/2/2011 3:08 AM, Walter Bright wrote:
On 12/1/2011 11:59 PM, Russel Winder wrote:
(*) RPython is a subset of Python which allows for the creation of
native code executables of interpreters, compilers, etc. that are
provably faster than hand written C. h
On Dec 1, 2011, at 7:28 AM, Timon Gehr wrote:
> On 12/01/2011 02:06 AM, Sean Kelly wrote:
>>
>>
>> This seems wrong to me. If a function is callable in a shared scenario, why
>> would it not be callable in an unshared scenario? At worst depending on how
>> shared were implemented the call wo
On Nov 30, 2011, at 5:41 PM, Andrei Alexandrescu wrote:
> On 11/30/11 5:04 PM, Sean Kelly wrote:
>> On Nov 28, 2011, at 3:48 AM, Debdatta wrote:
>>>
>>> In my (limited) experience, involving mostly threading for
>>> performance, sharing is the norm.( Take a look at .NET's task
>>> parallel librar
On Dec 2, 2011, at 8:57 AM, Benjamin Thaut wrote:
> I know phobos is nto usable without a gc but is druntime usable without
> having a GC?
You'll leak when threads terminate (they're allocated by the GC and not safe
for the user to delete), but I think that's it for user-visible code. Some
ar
On Fri, 02 Dec 2011 10:56:41 -0800
"Adam Wilson" wrote:
Hello Adam,
> Gour, I'd love to talk to you more about GUI's. I am new to D, but I
> have spent years working with GUI toolkits and studying their
> construction.
Well, I'm just someone with not-so-much free time looking to help some
GUI
Le 02/12/2011 19:30, Marco Leise a écrit :
> Am 02.12.2011, 18:54 Uhr, schrieb Somedude :
>
>> Le 01/12/2011 08:54, Kagamin a écrit :
>>> Jeff Nowakowski Wrote:
>>>
> You wouldn't want to use GC in performance critical code anyway, so
> it probably doesn't matter that its that slow.
>
On Thu, 01 Dec 2011 03:44:17 -0800, Gour wrote:
On Thu, 01 Dec 2011 02:59:45 -0800
Walter Bright wrote:
Why not you lead the effort?
Lack of skills: both D and with GUI toolkits...let's hope someone more
capable will chime in.
Sincerely,
Gour
Gour, I'd love to talk to you more about
On 12/02/2011 05:57 PM, Jesse Phillips wrote:
On Fri, 02 Dec 2011 13:25:02 +0100
Timon Gehr wrote:
Its design is not broken and the implementation has almost caught up.
(there are some obscure implicit conversions that should be allowed
and some that shouldn't that DMD does not get right yet.)
1 - 100 of 165 matches
Mail list logo
