On Sunday 16 January 2011 23:17:22 Nick Sabalausky wrote:
> "retard" wrote in message
> news:ih0b1t$g2g$3...@digitalmars.com...
>
> > For example used 17" TFTs cost less than $40.
>
> Continuing to use my 21" CRT costs me nothing.
>
> > Even the prices aren't very competitive. I only remember t
"retard" wrote in message
news:ih0b1t$g2g$3...@digitalmars.com...
>
> For example used 17" TFTs cost less than $40.
>
Continuing to use my 21" CRT costs me nothing.
> Even the prices aren't very competitive. I only remember that all refresh
> rates below 85 Hz caused me headache and eye fatigu
On 17/01/11 14:16, Jonathan M Davis wrote:
On Sunday 16 January 2011 19:38:55 Andrei Alexandrescu wrote:
On 1/16/11 9:32 PM, Graham St Jack wrote:
Is the cost of run-time checking really prohibitive?
Yes. There is no question about that. This is not negotiable.
Well, since it would mean check
Daniel Gibson wrote:
How will the licensing issue (forks of the dmd backend are only allowed
with your permission) be solved?
It shouldn't be a problem as long as those forks are for the purpose of
developing patches to the main branch, as is done now in svn. I view it like
people downloading
I just added a useful function to Phobos: findSkip. Refer to
http://d-programming-language.org/cutting-edge/phobos/std_algorithm.html#findSkip
and
http://www.dsource.org/projects/phobos/changeset/2339
I'm unsure about the signature. Currently the function returns
Tuple!(R1, "balance", bool, "
Am 17.01.2011 06:12, schrieb Walter Bright:
Jonathan M Davis wrote:
That will make it _much_ easier to make check-ins while working on
other stuff in parallel.
Yes. And there's the large issue that being on github simply makes
contributing to the D project more appealing to a wide group of
exc
Jonathan M Davis wrote:
That will make it _much_ easier to make check-ins while working on other
stuff in parallel.
Yes. And there's the large issue that being on github simply makes contributing
to the D project more appealing to a wide group of excellent developers.
Am 17.01.2011 04:38, schrieb Daniel Gibson:
Am 17.01.2011 03:45, schrieb Andrei Alexandrescu:
On 1/16/11 6:42 PM, Daniel Gibson wrote:
Am 17.01.2011 00:58, schrieb Andrei Alexandrescu:
On 1/16/11 3:20 PM, Michel Fortin wrote:
On 2011-01-16 14:29:04 -0500, Andrei Alexandrescu
said:
But most
On Sunday 16 January 2011 19:38:55 Andrei Alexandrescu wrote:
> On 1/16/11 9:32 PM, Graham St Jack wrote:
> > Is the cost of run-time checking really prohibitive?
>
> Yes. There is no question about that. This is not negotiable.
Well, since it would mean checking a condition every time that you d
On 1/16/11 9:32 PM, Graham St Jack wrote:
On 17/01/11 13:30, Andrei Alexandrescu wrote:
On 1/16/11 7:51 PM, Graham St Jack wrote:
On 17/01/11 10:39, Andrei Alexandrescu wrote:
On 1/16/11 5:24 PM, Graham St Jack wrote:
On 16/01/11 08:52, Andrei Alexandrescu wrote:
We've spent a lot of time tr
Am 17.01.2011 03:45, schrieb Andrei Alexandrescu:
On 1/16/11 6:42 PM, Daniel Gibson wrote:
Am 17.01.2011 00:58, schrieb Andrei Alexandrescu:
On 1/16/11 3:20 PM, Michel Fortin wrote:
On 2011-01-16 14:29:04 -0500, Andrei Alexandrescu
said:
But most strings don't contain combining characters or
On 17/01/11 13:30, Andrei Alexandrescu wrote:
On 1/16/11 7:51 PM, Graham St Jack wrote:
On 17/01/11 10:39, Andrei Alexandrescu wrote:
On 1/16/11 5:24 PM, Graham St Jack wrote:
On 16/01/11 08:52, Andrei Alexandrescu wrote:
We've spent a lot of time trying to improve the behavior of integral
ty
On Sunday 16 January 2011 18:45:26 Andrei Alexandrescu wrote:
> On 1/16/11 6:42 PM, Daniel Gibson wrote:
> > Am 17.01.2011 00:58, schrieb Andrei Alexandrescu:
> >> On 1/16/11 3:20 PM, Michel Fortin wrote:
> >>> On 2011-01-16 14:29:04 -0500, Andrei Alexandrescu
> >>>
> >>> said:
> But most st
On 1/16/11 7:51 PM, Graham St Jack wrote:
On 17/01/11 10:39, Andrei Alexandrescu wrote:
On 1/16/11 5:24 PM, Graham St Jack wrote:
On 16/01/11 08:52, Andrei Alexandrescu wrote:
We've spent a lot of time trying to improve the behavior of integral
types in D. For the most part, we succeeded, but
On 1/16/11 6:35 PM, Steven Wawryk wrote:
Andrei,
I note that your specific criticisms of Steve's proposal all relate to
the "random-access" of the bidirectional code-point range. This is
essentially my objection too.
As you are the key person to determine whether it is adopted, what do
you thi
On Sunday 16 January 2011 14:07:57 Walter Bright wrote:
> Andrej Mitrovic wrote:
> > Anyway.. how about that Git thing, then? :D
>
> We'll be moving dmd, phobos, druntime, and the docs to Github shortly. The
> accounts are set up, it's just a matter of getting the svn repositories
> moved and figu
Sun, 16 Jan 2011 15:22:13 -0500, Nick Sabalausky wrote:
> Dude, you need to upgrade!!!
The CRTs have a limited lifetime. It's simply a fact that you need to
switch to flat panels or something better. They won't probably even
manufacture CRTs anymore. It becomes more and more impossible to purch
On 1/16/11 6:42 PM, Daniel Gibson wrote:
Am 17.01.2011 00:58, schrieb Andrei Alexandrescu:
On 1/16/11 3:20 PM, Michel Fortin wrote:
On 2011-01-16 14:29:04 -0500, Andrei Alexandrescu
said:
But most strings don't contain combining characters or unnormalized
strings.
I think we should expect c
Hi, thanks for your reply but what you suggest is not enough.
With your solution you cannot add new advice without breaking stuff elsewhere.
You don't want to clutter the namespace with lots of new function names. What
you would want is to actually inject the code into the present functions.
Wh
On 17/01/11 10:39, Andrei Alexandrescu wrote:
On 1/16/11 5:24 PM, Graham St Jack wrote:
On 16/01/11 08:52, Andrei Alexandrescu wrote:
We've spent a lot of time trying to improve the behavior of integral
types in D. For the most part, we succeeded, but the success was
partial. There was some hop
Sun, 16 Jan 2011 21:46:25 +0100, Andrej Mitrovic wrote:
> With CRTs I could spend a few hours in front of the PC, but after that
> my eyes would get really tired and I'd have to take a break. Since I
> switched to LCDs I've never had this problem anymore, I could spend a
> day staring at screen if
Sun, 16 Jan 2011 12:34:36 -0800, Walter Bright wrote:
> Andrei Alexandrescu wrote:
>> Meanwhile, you are looking at a gamma gun shooting atcha.
>
> I always worried about that. Nobody actually found anything wrong, but
> still.
It's like the cell phone studies. Whether they're causing brain tumo
I found this:
http://stackoverflow.com/questions/315911/git-for-beginners-the-definitive-practical-guide
A bunch of links to SO questions/answers.
You can already do that:
mixin template AdviceX() {
int fun(int x) {
...
return fun_without_advice();
}
}
class Foo {
mixin AdviceX;
int fun_without_advice(int x) {
}
}
Am 17.01.2011 00:58, schrieb Andrei Alexandrescu:
On 1/16/11 3:20 PM, Michel Fortin wrote:
On 2011-01-16 14:29:04 -0500, Andrei Alexandrescu
said:
But most strings don't contain combining characters or unnormalized
strings.
I think we should expect combining marks to be used more and more as
Andrei,
I note that your specific criticisms of Steve's proposal all relate to
the "random-access" of the bidirectional code-point range. This is
essentially my objection too.
As you are the key person to determine whether it is adopted, what do
you think of the remainder of his proposal?
On 1/16/11 5:53 PM, bearophile wrote:
Graham St Jack:
It seems to me that the real problem here is that it isn't meaningful to
perform (a-b) on unsigned integers when (a
I'm asking for signed and unsigned overflows for years :-)
Bye,
bearophile
Nagonna happen.
Andrei
On 1/16/11 5:24 PM, Graham St Jack wrote:
On 16/01/11 08:52, Andrei Alexandrescu wrote:
We've spent a lot of time trying to improve the behavior of integral
types in D. For the most part, we succeeded, but the success was
partial. There was some hope with the polysemy notion, but it
ultimately w
On 1/16/11 3:20 PM, Michel Fortin wrote:
On 2011-01-16 14:29:04 -0500, Andrei Alexandrescu
said:
On 1/15/11 10:45 PM, Michel Fortin wrote:
No doubt it's easier to implement it that way. The problem is that in
most cases it won't be used. How many people really know what is a
grapheme?
How m
Graham St Jack:
> It seems to me that the real problem here is that it isn't meaningful to
> perform (a-b) on unsigned integers when (a the resultant mess is really papering over the problem. How about a
> runtime error instead, much like dividing by 0?
I'm asking for signed and unsigned overfl
Here is a quick outline of an idea of how the aspect-oriented programming
paradigm could be incorporated into D. What Id like to propose is picking only
the most useful features of AOP while keeping D as lean as it is.
The big promise of AOP is the potential of keeping your code very clean even
On 16/01/11 08:52, Andrei Alexandrescu wrote:
We've spent a lot of time trying to improve the behavior of integral
types in D. For the most part, we succeeded, but the success was
partial. There was some hope with the polysemy notion, but it
ultimately was abandoned because it was deemed too di
Nick Sabalausky wrote:
Keep in mind too, that the vast majority of the reports of CRTs being
significantly worse are either have no backing references or are so
anecdotal and vague that it's impossible to distinguish from the placebo
effect. And there's other variables that rarely get mentioned
"Andrei Alexandrescu" wrote in message
news:igvlf8$v20$1...@digitalmars.com...
> On 1/16/11 2:22 PM, Nick Sabalausky wrote:
>> "Andrei Alexandrescu" wrote in message
>> news:igvc0k$c3o$1...@digitalmars.com...
>>> I think your eyes are more important than your ability to fiddle with
>>> resolutio
Nick Sabalausky wrote:
FWIW, when computer monitors regularly use the pixel density that the newer
iPhones currently have, then I'd imagine that would easily compensate for
scaling artifacts on non-native resultions enough to get me to find and get
one with a small enough delay (assuming I had
On 01/14/2011 08:20 PM, Nick Sabalausky wrote:
"spir" wrote in message
news:mailman.619.1295012086.4748.digitalmar...@puremagic.com...
If anyone finds a pointer to such an explanation, bravo, and than you.
(You will certainly not find it in Unicode literature, for instance.)
Nick's explanation
Andrej Mitrovic wrote:
With CRTs I could spend a few hours in front of the PC, but after that
my eyes would get really tired and I'd have to take a break. Since I
switched to LCDs I've never had this problem anymore, I could spend a
day staring at screen if I wanted to. Of course, it's still best
"Andrei Alexandrescu" wrote in message
news:igvlf8$v20$1...@digitalmars.com...
>
> Apparently I got drawn back into the discussion :o). I'm not as intense
> about this as one might think, but I do find it surprising that this
> discussion could possibly occur ever since about 2005.
>
FWIW, whe
"Andrej Mitrovic" wrote in message
news:mailman.652.1295210795.4748.digitalmar...@puremagic.com...
> With CRTs I could spend a few hours in front of the PC, but after that
> my eyes would get really tired and I'd have to take a break. Since I
> switched to LCDs I've never had this problem anymore
On 2011-01-16 14:29:04 -0500, Andrei Alexandrescu
said:
On 1/15/11 10:45 PM, Michel Fortin wrote:
No doubt it's easier to implement it that way. The problem is that in
most cases it won't be used. How many people really know what is a
grapheme?
How many people really should care?
I think
You have a good point if playing vintage games is important to you.
He was quite clear on that i think, this is not like natural selection.
I don't know Nick, but like the new generation movies, new generation
games mostly suck.
If i had to, i would definitely pick the old ones for both of th
With CRTs I could spend a few hours in front of the PC, but after that
my eyes would get really tired and I'd have to take a break. Since I
switched to LCDs I've never had this problem anymore, I could spend a
day staring at screen if I wanted to. Of course, it's still best to
take some time off re
On 1/16/11 2:22 PM, Nick Sabalausky wrote:
"Andrei Alexandrescu" wrote in message
news:igvc0k$c3o$1...@digitalmars.com...
I think your eyes are more important than your ability to fiddle with
resolution.
Everyone always seems to be very vague on that issue. Given real, reliable,
non-speculati
On 1/16/11 2:07 PM, Nick Sabalausky wrote:
"Andrei Alexandrescu" wrote in message
news:igvhj9$mri$1...@digitalmars.com...
On 1/15/11 10:47 PM, Nick Sabalausky wrote:
There's two reasons it's good for games:
1. Like you indicated, to get a better framerate. Framerate is more
important in most
Andrei Alexandrescu wrote:
Meanwhile, you are looking at a gamma gun shooting atcha.
I always worried about that. Nobody actually found anything wrong, but still.
""Jérôme M. Berger"" wrote in message
news:iguask$1dur$1...@digitalmars.com...
>Simple curiosity: what do you use for SMART monitoring on Windows?
>I use smard (same as Linux) but where I am reasonably confident that
>on Linux it will email me if it detects an error condition, I am not
>as sure o
"Andrei Alexandrescu" wrote in message
news:igvc0k$c3o$1...@digitalmars.com...
> On 1/15/11 9:11 PM, Nick Sabalausky wrote:
>>
>> Heh :) Well, I can spend no money and stick with my current 21" CRT that
>> already suits my needs (that I only paid $25 for in the first place),
>
> My last CRT was
On 1/16/11 1:38 PM, Andrei Alexandrescu wrote:
On 1/15/11 10:47 PM, Nick Sabalausky wrote:
"Daniel Gibson" wrote in message
news:igtq08$2m1c$1...@digitalmars.com...
There's two reasons it's good for games:
1. Like you indicated, to get a better framerate. Framerate is more
important in most gam
"Andrei Alexandrescu" wrote in message
news:igvhj9$mri$1...@digitalmars.com...
> On 1/15/11 10:47 PM, Nick Sabalausky wrote:
>> There's two reasons it's good for games:
>>
>> 1. Like you indicated, to get a better framerate. Framerate is more
>> important in most games than resolution.
>>
>> 2. F
"retard" wrote in message
news:igv3p3$2n4k$2...@digitalmars.com...
> Sat, 15 Jan 2011 23:47:09 -0500, Nick Sabalausky wrote:
>
>> Yea, you can get super high resolution non-CRTs, but they're much more
>> expensive. And even then, you lose the ability to do any real desktop
>> work at a more typic
I guess I've always assumed it to be all values packed together and accessible
via moving the pointer forwards/backwards (like 32bit varargs), but is this
really true? Are all datatypes really expected to be a packed data structure? Or
are all varargs in D the exact same underpinnings as the C ABI
On 1/15/11 10:47 PM, Michel Fortin wrote:
On 2011-01-15 22:25:47 -0500, Jonathan M Davis said:
The issue of foreach remains, but without being willing to change what
foreach defaults to, you can't really fix it - though I'd suggest that
we at least make it a warning to iterate over strings wit
On 1/15/11 10:47 PM, Nick Sabalausky wrote:
"Daniel Gibson" wrote in message
news:igtq08$2m1c$1...@digitalmars.com...
There's two reasons it's good for games:
1. Like you indicated, to get a better framerate. Framerate is more
important in most games than resolution.
2. For games that aren't r
On 1/15/11 10:45 PM, Michel Fortin wrote:
On 2011-01-15 18:59:27 -0500, Andrei Alexandrescu
said:
I'm unclear on where this is converging to. At this point the
commitment of the language and its standard library to (a) UTF aray
representation and (b) code points conceptualization is quite stro
I stuck with my CRT for a long time. What I really liked about it
was the bright colors. I've never seen an LCD match that.
But, my CRT started to give out. It'd go to a bright line in the
middle and darkness everywhere else at random. It started doing
it just every few hours, then it got to the p
And how would 3rd party libraries handle Graphemes? And C modules? I
think making these Graphemes the default would make quite a mess,
since you would have to convert back and forth between char[] and
Grapheme[] all the time (right?).
Besides, this whole changing the resolution thing is a consequence of
using crappy software. What you want is set the resolution to the
maximum and do the rest in software. And guess what - at their maximum,
CRT monitors suck compared to flat panels.
This is just... wrong.
On 1/15/11 9:25 PM, Jonathan M Davis wrote:
Considering that strings are already dealt with specially in order to have an
element of dchar, I wouldn't think that it would be all that distruptive to make
it so that they had an element type of Grapheme instead. Wouldn't that then fix
all of std.alg
On 1/15/11 9:11 PM, Nick Sabalausky wrote:
"Andrei Alexandrescu" wrote in message
news:igt2pl$2u6e$1...@digitalmars.com...
On 1/15/11 2:23 AM, Nick Sabalausky wrote:
I still use CRTs (one big reason being that I hate the idea of only being
able to use one resolution)
I'd read some post of Ni
Michel Fortin Wrote:
> On 2011-01-16 02:11:14 -0500, foobar said:
>
> > I Understand your concern regarding a simpler implementation. You want
> > to minimize the disruption caused by the proposed change.
> >
> > I'd argue that creating a specialized string type as Steve suggests
> > makes in
On 1/16/11, Russel Winder wrote:
> It may not be the monitor, it may be the operating system setting. In
> particular what level of smoothing and hinting do you have set for the
> fonts on LCD screen? Somewhat counter-intuitively, font rendering gets
> worse if you have no hinting or you have fu
On Sun, 2011-01-16 at 16:55 +0100, Andrej Mitrovic wrote:
> I need to get a better LCD/LED display one of these days. Right now
> I'm sporting a Samsung 2232BW, it's a 22" screen with a native
> 1680x1050 resolution (16:10). But it has horrible text rendering when
> antialiasing is enabled. I've tr
I need to get a better LCD/LED display one of these days. Right now
I'm sporting a Samsung 2232BW, it's a 22" screen with a native
1680x1050 resolution (16:10). But it has horrible text rendering when
antialiasing is enabled. I've tried a bunch of screen calibration
software, changing DPI settings,
Sat, 15 Jan 2011 23:47:09 -0500, Nick Sabalausky wrote:
> Bumping up to a higher resolution can be good when dealing with images,
> or whenever you're doing anything that could use more screen real-estate
> at the cost of smaller UI elements. And CRTs are more likely to go up to
> really high reso
Sun, 16 Jan 2011 11:56:34 +0100, Lutger Blijdestijn wrote:
> Nick Sabalausky wrote:
>
>> "Andrei Alexandrescu" wrote in message
>> news:igt2pl$2u6e$1...@digitalmars.com...
>>> On 1/15/11 2:23 AM, Nick Sabalausky wrote:
I still use CRTs (one big reason being that I hate the idea of only
On 2011-01-16 02:11:14 -0500, foobar said:
I Understand your concern regarding a simpler implementation. You want
to minimize the disruption caused by the proposed change.
I'd argue that creating a specialized string type as Steve suggests
makes integration *easier*. Your suggestion requires
Jonathan M Davis wrote:
> On Saturday 15 January 2011 09:02:55 Lutger Blijdestijn wrote:
>> Jonathan M Davis wrote:
>> > On Thursday 13 January 2011 21:21:06 %u wrote:
>> >> Hi,
>> >>
>> >> I've noticed that some functions, such as algorithm.endsWith, don't
>> >> work with constant arrays. Is thi
Nick Sabalausky wrote:
> "Andrei Alexandrescu" wrote in message
> news:igt2pl$2u6e$1...@digitalmars.com...
>> On 1/15/11 2:23 AM, Nick Sabalausky wrote:
>>> I still use CRTs (one big reason being that I hate the idea of only
>>> being able to use one resolution)
>>
>> I'd read some post of Nick a
Nick Sabalausky wrote:
> "retard" wrote in message
>> Hard drives: these always fail, sooner or later. There's nothing you can
>> do except RAID and backups
>
> And SMART monitors:
>
> I've had a total of two HDD's fail, and in both cases I really lucked out.
> The first one was in my Mac, but
69 matches
Mail list logo
