On 31/01/2011 17:01, Ulrik Mikaelsson wrote:
Now, what we need is the audio-equivalent of this:
http://www.youtube.com/watch?v=6NcIJXTlugc
Damn, pretty damn impressive!
--
Bruno Medeiros - Software Engineer
On 30/01/2011 18:55, Tomek Sowiński wrote:
Andrej Mitrovic napisał:
If you really want to set up a column limit that *everyone* has to abide to,
then make a poll to see what everyone can agree on.
Actually that's a splendid idea. Let's take it easy. Regardless of that silly
beef I'm really
Adam Ruppe Wrote:
> Steven Schveighoffer wrote:
> > It does help, but I was kind of hoping for something that shows the
> > structure.
>
> Those relationships are in the HTML too try it now:
> http://arsdnet.net/d-web-site/std_algorithm.html
>
> (I know it needs some work still, I'm just sic
Russel Winder Wrote:
> Just because anyone over 50 (like me) has worsening eyesight doesn't
> mean they can't work quite happily with 110 character lines using 8pt
> fonts. I like 110 character lines in smaller fonts, and I like 2 space
> indents. And proportional fonts -- Ocean Sans MT rules --
On Mon, 31 Jan 2011 18:08:53 -0500, Adam Ruppe
wrote:
Steven Schveighoffer wrote:
It does help, but I was kind of hoping for something that shows the
structure.
Those relationships are in the HTML too try it now:
http://arsdnet.net/d-web-site/std_algorithm.html
(I know it needs some w
On 31/01/2011 17:54, Ulrik Mikaelsson wrote:
One special-case which often cause problems, is function-calls,
especially "method"-calls. Roughly lines like: (note 3-level leading
indent)
otherObj1.doSomethingSensible(otherObj2.internalVariable,
this.config, this.context);
At this po
Here's SDC, just for kicks:
[SDC]$ find src/sdc -name "*.d" -print0 | xargs --null wc -l | sort -rn |
head -n 1
12545 total
[SDC]$ find src/sdc -name "*.d" -print0 | xargs --null grep '.\{81,\}' |
cut -f1 -d:| uniq -c | sort -nr
81 src/sdc/gen/value.d
44 src/sdc/gen/expression.d
Ulrik Mikaelsson wrote:
I might be wrong, I hardly ever get to touch things that low-level,
unfortunately.
However, I think the DSP:s included in most STB:s are severely limited
in how much you can twist them. AFAIU, that's one quiet important
aspect of the whole HTML5 video-codec debacle. I.E.
Adam Ruppe:
> (I know it needs some work still, I'm just sick of Javascript after
> spending 20 minutes tracking down a bug caused by me using the
> same variable name twice! Gah! And wow do I miss foreach.)
A good C lint is very good at spotting that kind of bugs. There are lints for
JS too, bu
Steven Schveighoffer wrote:
> It does help, but I was kind of hoping for something that shows the
> structure.
Those relationships are in the HTML too try it now:
http://arsdnet.net/d-web-site/std_algorithm.html
(I know it needs some work still, I'm just sick of Javascript after
spending 20 m
Am 31.01.2011 22:06, schrieb Steven Schveighoffer:
> On Mon, 31 Jan 2011 15:38:50 -0500, Adam Ruppe
> wrote:
>
>> Steven Schveighoffer wrote:
>>> I'm all for it (voice with no authority).
>>
>> Here it is with the brief css change to put it in a grid:
>>
>> http://arsdnet.net/d-web-site/std_algo
I might be wrong, I hardly ever get to touch things that low-level,
unfortunately.
However, I think the DSP:s included in most STB:s are severely limited
in how much you can twist them. AFAIU, that's one quiet important
aspect of the whole HTML5 video-codec debacle. I.E. in the boxes I
work with,
On 01/31/2011 11:33 PM, "Jérôme M. Berger" wrote:
Nope it wraps to the same indent level as the original line, so you
do not see at a glance that a line is wrapped.
It shows it's a wrapped line using a dedicated "wrapping-arrow" sign. I never
use this feature for code, though.
Denis
Walter Bright wrote:
> Jérôme M. Berger wrote:
>> Do you know of any editor that can word wrap *while respecting
>> indentation*? Any editor I know will wrap to the first column, which
>> renders indentation pointless in the presence of long lines...
>
> Word-wrapping code is a bad idea.
spir wrote:
> On 01/30/2011 09:32 PM, "Jérôme M. Berger" wrote:
>> Do you know of any editor that can word wrap *while respecting
>> indentation*? Any editor I know will wrap to the first column, which
>> renders indentation pointless in the presence of long lines...
>>
>> Jerome
>
> Y
Michel Fortin wrote:
> On 2011-01-30 15:32:45 -0500, "Jérôme M. Berger" said:
>
>> Do you know of any editor that can word wrap *while respecting
>> indentation*?
>
> Xcode.
>
> Wrapped line are indented 2 spaces more than the true indent of the
> line. Given that indentation is generally d
2011/1/31 spir :
> On 01/30/2011 09:32 PM, "Jérôme M. Berger" wrote:
>> Do you know of any editor that can word wrap *while respecting
>> indentation*? Any editor I know will wrap to the first column, which
>> renders indentation pointless in the presence of long lines...
>
> Yop, geany :-)
Ulrik Mikaelsson wrote:
Of course, I don't know what HW the Tivo is using, perhaps they're just lazy. :)
I thought that DSP's were programmable.
On Monday, January 31, 2011 13:25:16 spir wrote:
> On 01/31/2011 08:32 PM, Jonathan M Davis wrote:
> > At minimum, it needs to be smarter about user-defined types. The
> > functions for a class or struct should not be grouped with free
> > functions. They should be grouped with the type that they'r
On 01/31/2011 08:32 PM, Jonathan M Davis wrote:
At minimum, it needs to be smarter about user-defined types. The functions for a
class or struct should not be grouped with free functions. They should be
grouped with the type that they're in._That_, at least, should be automatable,
Isn't that's
On Mon, 31 Jan 2011 15:38:50 -0500, Adam Ruppe
wrote:
Steven Schveighoffer wrote:
I'm all for it (voice with no authority).
Here it is with the brief css change to put it in a grid:
http://arsdnet.net/d-web-site/std_algorithm.html
It's a very small change that, to me, makes a huge differ
On 01/30/2011 10:29 PM, Nick Sabalausky wrote:
void main()
{
void foo()
{
while(true)
if(done)
{
}
}
}
I'm a big fan of "stacking" flow-control statements like that whenever the
outer statements don't have anything else in their body.
Like this (st
> Say... I wonder... there's already a class "d_psymbol" in the
No, I'm wrong. That's only the currently referenced symbol. No
point linking back to itself!
Gotta go back to the drawing board for good cross referencing.
Andrei Alexandrescu Wrote:
> On 1/31/11 1:07 PM, Steven Schveighoffer wrote:
> > On Mon, 31 Jan 2011 12:09:01 -0500, Andrei Alexandrescu
> > wrote:
> >
> >> On 01/31/2011 01:18 AM, foobar wrote:
> >
> >>> You completely miss the most important principle - it doesn't matter
> >>> how good and effi
Steven Schveighoffer wrote:
> I'm all for it (voice with no authority).
Here it is with the brief css change to put it in a grid:
http://arsdnet.net/d-web-site/std_algorithm.html
It's a very small change that, to me, makes a huge difference.
> I really think ddoc needs to be revamped to do more
On 01/30/2011 09:32 PM, "Jérôme M. Berger" wrote:
foobar wrote:
Tomek Sowiński Wrote:
Andrej Mitrovic napisał:
If you really want to set up a column limit that *everyone* has to abide to,
then make a poll to see what everyone can agree on.
Actually that's a splendid idea. Let's take it eas
On 01/31/2011 07:38 PM, foobar wrote:
I keep taking about the API while you keep talking about its implementation.
D needs to cater for different kinds of people, not just American born C++
guru programmers, but a diverse community of programmers with different
programming backgrounds (that i
On 01/30/2011 10:18 PM, foobar wrote:
Right, so does that mean it should be made_less_ readable by a diverse
community of people?
I have no issue with any style Andrei or others use when they code for
themselves, be it 10 characters per row or 1000.
I do place a MUCH higher weight on making th
On 01/30/2011 07:55 PM, Tomek Sowiński wrote:
Andrej Mitrovic napisał:
If you really want to set up a column limit that *everyone* has to abide to,
then make a poll to see what everyone can agree on.
Actually that's a splendid idea. Let's take it easy. Regardless of that silly
beef I'm real
On 01/31/2011 06:54 PM, Ulrik Mikaelsson wrote:
I share most of Ulrik mentions.
I'm not sure whether text-books and program-code are really comparable
in this respect.
Even if they were (which is imo absurd to state), what would count is not
column number, but content length -- which is diff
JMRyan wrote:
Walter Bright wrote in
news:ii4an2$1npj$1...@digitalmars.com:
80 columns came from how many characters would fit on a standard size
8.5*11 sheet of paper. Even punch cards followed this precedent.
This suggests (without exactly stating) one of my personal reasons for a
strict
Russel Winder:
> What say we cut the agist crap.
There are also armies of programmers with myopia :-)
Bye,
bearophile
On 01/30/2011 07:27 PM, Walter Bright wrote:
Andrej Mitrovic wrote:
80 columns
wasn't determined by some scientific method to be a good size for code, it's
a product of limitations of the older generation hardware.
80 columns came from how many characters would fit on a standard size 8.5*11
sh
2011/1/31 Walter Bright :
>> I think the reason I.E. YouTube and Tivo don't do it is that AFAIU, it
>> is fairly CPU-consuming (FFT back and forth?) In the TiVo-case, my
>> guess is nobody paid for the hardware, and in the YouTube-case I doubt
>> neither Flash nor JavaScript will enable the perform
Java is an excellent example of many very usable APIs, meaning that it
very easy to both read Java code and understand what the functions do
and write code that's just as readable *without* RTFM.
This one i don't understand. (seems i fail to understand many things
nowadays!).
I have read th
On 2011-01-31 14:13:40 -0500, Andrei Alexandrescu
said:
Let's fix it! I'm thinking along the lines of finding some broad groups, e.g.
Searching
find until mismatch startsWith ...
Sorting
sort partialSort partition ...
Set operations
setUnion setDifference ...
...?
We'd eliminate the un
On 1/31/11 1:22 PM, Adam Ruppe wrote:
Andrei Alexandrescu wrote:
We'd eliminate the unstructured "jump to" section and we create the
grouping by hand (sigh).
Maybe we can get the best of both worlds: how about a "Group:" or
"Tags:" section in the ddoc that a program could automatically
pull ou
On Mon, 31 Jan 2011 14:17:50 -0500, Adam Ruppe
wrote:
Steven Schveighoffer wrote:
I think the main problem is with ddoc. This, from std.algorithm is a
f**king mess IMO:
Note that that is generated through some short javascript in the
html header.
I remember writing a brief change to that
Ulrik Mikaelsson wrote:
2011/1/30 Walter Bright :
People who use screen readers often crank up the playback rate to 2x. The
software adjusts the pitch so it doesn't sound like the Chipmunks.
I've often wondered why DVRs don't do this (I've sent the suggestion to
Tivo, they ignored me). I'd like
Walter Bright wrote in
news:ii4an2$1npj$1...@digitalmars.com:
> 80 columns came from how many characters would fit on a standard size
> 8.5*11 sheet of paper. Even punch cards followed this precedent.
This suggests (without exactly stating) one of my personal reasons for a
strict line length li
On Monday, January 31, 2011 11:13:40 Andrei Alexandrescu wrote:
> On 1/31/11 1:07 PM, Steven Schveighoffer wrote:
> > On Mon, 31 Jan 2011 12:09:01 -0500, Andrei Alexandrescu
> >
> > wrote:
> >> On 01/31/2011 01:18 AM, foobar wrote:
> >>> You completely miss the most important principle - it doesn
Andrei Alexandrescu wrote:
> We'd eliminate the unstructured "jump to" section and we create the
> grouping by hand (sigh).
Maybe we can get the best of both worlds: how about a "Group:" or
"Tags:" section in the ddoc that a program could automatically
pull out to make the listing?
I think we can
foobar wrote:
Walter Bright Wrote:
foobar wrote:
Java (the language itself) is mediocre at best but the Java standard
libraries are excellent with comprehensive usable documentation to boot.
Phobes is half a notch above c++ stdlib which is the worst ever from a
usability and readability per
Steven Schveighoffer wrote:
> I think the main problem is with ddoc. This, from std.algorithm is a
> f**king mess IMO:
Note that that is generated through some short javascript in the
html header.
I remember writing a brief change to that to make it look a lot
better (organized into a simple gri
On 1/31/11 1:07 PM, Steven Schveighoffer wrote:
On Mon, 31 Jan 2011 12:09:01 -0500, Andrei Alexandrescu
wrote:
On 01/31/2011 01:18 AM, foobar wrote:
You completely miss the most important principle - it doesn't matter
how good and efficient your product is if no one's using it. Phobos
is a
On Mon, 31 Jan 2011 12:09:01 -0500, Andrei Alexandrescu
wrote:
On 01/31/2011 01:18 AM, foobar wrote:
You completely miss the most important principle - it doesn't matter
how good and efficient your product is if no one's using it. Phobos
is a very good product that I for one will never use
On Mon, 2011-01-31 at 13:41 -0500, bearophile wrote:
[ . . . ]
> I think 110 columns are a little too many. I have suggested 90-95
> chars max (but less than 80 on average) after seeing both the problems
> caused by too much short lines (to keep lines below 70-80 chars I have
> seen programmers use
On Sun, 30 Jan 2011 13:55:53 -0500, Tomek Sowiński wrote:
Andrej Mitrovic napisał:
If you really want to set up a column limit that *everyone* has to
abide to, then make a poll to see what everyone can agree on.
Actually that's a splendid idea. Let's take it easy. Regardless of that
sill
On Sun, 30 Jan 2011 14:47:26 -0500, Walter Bright
wrote:
Tomek Sowiński wrote:
What is your preferred *maximum* length for a line of D code? (please
reply with a number only)
6.022e+23
It's amazing that D does so much, and to top it off, it's only ONE LINE OF
CODE!
-Steve
Walter Bright Wrote:
> foobar wrote:
> > Java (the language itself) is mediocre at best but the Java standard
> > libraries are excellent with comprehensive usable documentation to boot.
> >
> > Phobes is half a notch above c++ stdlib which is the worst ever from a
> > usability and readability p
2011/1/31 Andrei Alexandrescu :
> On 1/31/11 11:54 AM, Ulrik Mikaelsson wrote:
>> I'm not sure whether text-books and program-code are really comparable
>> in this respect. When reading books I hardly put much attention to
>> each particular word, while in computer-code, each token is very
>> signi
Andrei:
> Seems reasonable. Since both Jonathan and Don prefer longer lines, I'm
> now more inclined to increase and/or soften the recommended limit for
> Phobos.
I think 110 columns are a little too many. I have suggested 90-95 chars max
(but less than 80 on average) after seeing both the pro
Andrei Alexandrescu Wrote:
> On 01/31/2011 01:18 AM, foobar wrote:
> > Andrei Alexandrescu Wrote:
> >
> >> == Quote from Walter Bright (newshou...@digitalmars.com)'s article
> >>> foobar wrote:
> ATM, Phobos ranks extremely poorly in this regard. Far worse than C++
> which
> is by
90 as a rule of thumb with some exceptions.
On 1/31/11 11:54 AM, Ulrik Mikaelsson wrote:
FWIW: Here's my two cents; (Non-Phobos participant, so feel free to
click delete now)
I'm not sure whether text-books and program-code are really comparable
in this respect. When reading books I hardly put much attention to
each particular word, while
Michel Fortin Wrote:
> On 2011-01-31 02:18:26 -0500, foobar said:
>
> > Phobos is a very good product that I for one will never use. Just
> > looking at the one huge page for algorithms is enough to discourage
> > many people.
>
> But is Phobos the problem or is the one-page-per-module docume
FWIW: Here's my two cents; (Non-Phobos participant, so feel free to
click delete now)
I'm not sure whether text-books and program-code are really comparable
in this respect. When reading books I hardly put much attention to
each particular word, while in computer-code, each token is very
significa
On 01/31/2011 01:48 AM, foobar wrote:
Stewart Gordon Wrote:
Therein lies the problem - in this day and age, everyone's screen is
different, and everyone's needs are different. Even if we can get
people to agree on a limit of 100 in this day and age, it might not suit
the programmers of the fut
On 01/31/2011 01:18 AM, foobar wrote:
Andrei Alexandrescu Wrote:
== Quote from Walter Bright (newshou...@digitalmars.com)'s article
foobar wrote:
ATM, Phobos ranks extremely poorly in this regard. Far worse than C++ which
is by far one of worst ever. both Java and C# are surprisingly high on
2011/1/30 Walter Bright :
> People who use screen readers often crank up the playback rate to 2x. The
> software adjusts the pitch so it doesn't sound like the Chipmunks.
>
> I've often wondered why DVRs don't do this (I've sent the suggestion to
> Tivo, they ignored me). I'd like the option to pla
On 2011-01-31 02:18:26 -0500, foobar said:
Phobos is a very good product that I for one will never use. Just
looking at the one huge page for algorithms is enough to discourage
many people.
But is Phobos the problem or is the one-page-per-module documentation
the problem?
--
Michel Fortin
"Daniel Gibson" wrote in message
news:ii67i0$1vf2$2...@digitalmars.com...
> Am 31.01.2011 00:17, schrieb Stewart Gordon:
>>
>> For all I know, people probably still do run the D compiler in the
>> terminal app on Unix-like systems.
>>
>
> 1. The D-Compiler doesn't care if the code fits in your te
Am 31.01.2011 00:17, schrieb Stewart Gordon:
On 30/01/2011 17:17, Andrej Mitrovic wrote:
80 colums is an artifact of the old age. Just like the
preprocessor is an artifact of the C language. And many other old
things are artifacts. There's no reason to keep these artifacts
around anymore.
Oth
On 01/30/2011 07:17 PM, Andrej Mitrovic wrote:
The unittest topic is about to get derailed so I want to continue this silly
discussion here.
Wheres Nick? I want to see the CRT vs LCD discussion heated up again with
Andrei claiming that LCDs are so Godlike but yet claims 80 columns is enough
f
Tomek Sowiński wrote:
Andrej Mitrovic napisał:
If you really want to set up a column limit that *everyone* has to abide to,
then make a poll to see what everyone can agree on.
Actually that's a splendid idea. Let's take it easy. Regardless of that silly
beef I'm really curious what distribu
Stewart Gordon Wrote:
> Therein lies the problem - in this day and age, everyone's screen is
> different, and everyone's needs are different. Even if we can get
> people to agree on a limit of 100 in this day and age, it might not suit
> the programmers of the future. After all, OUAT people m
foobar wrote:
Java (the language itself) is mediocre at best but the Java standard
libraries are excellent with comprehensive usable documentation to boot.
Phobes is half a notch above c++ stdlib which is the worst ever from a
usability and readability perspective. Are we still using G-d files?
Andrei Alexandrescu Wrote:
> == Quote from Walter Bright (newshou...@digitalmars.com)'s article
> > foobar wrote:
> > > ATM, Phobos ranks extremely poorly in this regard. Far worse than C++
> > > which
> > > is by far one of worst ever. both Java and C# are surprisingly high on
> > > this
> > >
Walter Bright Wrote:
> foobar wrote:
> > ATM, Phobos ranks extremely poorly in this regard. Far worse than C++ which
> > is by far one of worst ever. both Java and C# are surprisingly high on this
> > list and are behind various "new-age" scripting languages such as python and
> > Ruby and languag
"Jeff Nowakowski" wrote in message
news:ii4rdu$2lvc$1...@digitalmars.com...
> On 01/30/2011 04:29 PM, Nick Sabalausky wrote:
>>
>> Minor side note: Vertical space being much more important than horizontal
>> for both code and other text is the primary reason I'd never consider
>> getting a widesc
Andrei Alexandrescu Wrote:
> On 01/30/2011 01:20 PM, Sean Kelly wrote:
> > Walter Bright Wrote:
> >
> >> Andrej Mitrovic wrote:
> >>> 80 columns
> >>> wasn't determined by some scientific method to be a good size for code,
> >>> it's
> >>> a product of limitations of the older generation hardware
On Sunday 30 January 2011 10:55:53 Tomek Sowiński wrote:
> Andrej Mitrovic napisał:
> > If you really want to set up a column limit that *everyone* has to abide
> > to, then make a poll to see what everyone can agree on.
>
> Actually that's a splendid idea. Let's take it easy. Regardless of that
>
== Quote from Walter Bright (newshou...@digitalmars.com)'s article
> foobar wrote:
> > ATM, Phobos ranks extremely poorly in this regard. Far worse than C++ which
> > is by far one of worst ever. both Java and C# are surprisingly high on this
> > list and are behind various "new-age" scripting lang
On 30/01/2011 17:17, Andrej Mitrovic wrote:
80 colums is an artifact of the old age. Just like the
preprocessor is an artifact of the C language. And many other old
things are artifacts. There's no reason to keep these artifacts
around anymore.
Other than, as you begin to say, the difficult
On 01/30/2011 04:29 PM, Nick Sabalausky wrote:
Minor side note: Vertical space being much more important than horizontal
for both code and other text is the primary reason I'd never consider
getting a widescreen monitor.
Widescreen monitors are awesome as an alternative to dual-screen
monitor
Nick Sabalausky wrote:
I wish someone would finally just patent getting patents. (IBM's come close
from what I hear, but it's not quite there yet.) That's probably the only
way the US will ever be rid of the dammed things. Heck, with the USPTO being
as grossly incompetent as it is, it would pro
"Walter Bright" wrote in message
news:ii4p8u$2ico$1...@digitalmars.com...
> Nick Sabalausky wrote:
>>> 80 colums is an artifact of the old age.
>
> An elegant width, from a more civilized age.
>
> > Any remotely modern computer is perfectly capable
> > of speeding up voice playback by 10x, but no
Walter:
> Remember I posted this in case some troll tries to patent it.
I sometimes see&hear documentaries at 140-160% speed.
Bye,
bearophile
Nick Sabalausky wrote:
80 colums is an artifact of the old age.
An elegant width, from a more civilized age.
> Any remotely modern computer is perfectly capable
> of speeding up voice playback by 10x, but nobody does it that fast because
> the human user is the limiting factor.
People who use
foobar wrote:
ATM, Phobos ranks extremely poorly in this regard. Far worse than C++ which
is by far one of worst ever. both Java and C# are surprisingly high on this
list and are behind various "new-age" scripting languages such as python and
Ruby and languages that were designed to be readable b
Jérôme M. Berger wrote:
Do you know of any editor that can word wrap *while respecting
indentation*? Any editor I know will wrap to the first column, which
renders indentation pointless in the presence of long lines...
Word-wrapping code is a bad idea.
On 2011-01-30 15:32:45 -0500, "Jérôme M. Berger" said:
Do you know of any editor that can word wrap *while respecting
indentation*?
Xcode.
Wrapped line are indented 2 spaces more than the true indent of the
line. Given that indentation is generally done by a factor of 4 spaces,
it'
"Tomek Sowinski" wrote in message
news:20110130195553.5db1ed2e@Las-Miodowy...
>
>What is your preferred *maximum* length for a line of D code? (please reply
>with a number only)
I generally try to stick to about 80 as a rule-of-thumb, but I'll go up to
around 100 (or more in rare cases, but in
"Andrej Mitrovic" wrote in message
news:ii46g5$1g66$1...@digitalmars.com...
> The unittest topic is about to get derailed so I want to continue this
> silly discussion here.
>
> Wheres Nick? I want to see the CRT vs LCD discussion heated up again with
> Andrei claiming that LCDs are so Godlike
so Wrote:
> > I think that putting an artificial limit is incredibly stupid. Haven't
> > anyone here learned the "No magic numbers" rule?!?!
> >
> > Walter correctly pointed out that it's harder to read long rows,
> > however, unlike printed text and ancient terminals, current display
> > te
Jérôme M. Berger Wrote:
> foobar wrote:
> > Tomek SowiÅski Wrote:
> >
> >> Andrej Mitrovic napisaÅ:
> >>
> >>> If you really want to set up a column limit that *everyone* has to abide
> >>> to, then make a poll to see what everyone can agree on.
> >> Actually that's a splendid idea. Let's ta
Tomek SowiÅski Wrote:
> Andrej Mitrovic napisaÅ:
>
> > If you really want to set up a column limit that *everyone* has to abide
> > to, then make a poll to see what everyone can agree on.
>
> Actually that's a splendid idea. Let's take it easy. Regardless of that silly
> beef I'm really curi
Am 30.01.2011 19:55, schrieb Tomek Sowiński:
Andrej Mitrovic napisał:
If you really want to set up a column limit that *everyone* has to abide to,
then make a poll to see what everyone can agree on.
Actually that's a splendid idea. Let's take it easy. Regardless of that silly
beef I'm reall
Walter Bright napisał:
> > What is your preferred *maximum* length for a line of D code? (please reply
> > with a number only)
>
> 6.022e+23
That's a whole mole of code! ;-)
--
Tomek
foobar wrote:
> Tomek Sowiński Wrote:
>
>> Andrej Mitrovic napisał:
>>
>>> If you really want to set up a column limit that *everyone* has to abide
>>> to, then make a poll to see what everyone can agree on.
>> Actually that's a splendid idea. Let's take it easy. Regardless of that
>> silly beef
I think that putting an artificial limit is incredibly stupid. Haven't
anyone here learned the "No magic numbers" rule?!?!
Walter correctly pointed out that it's harder to read long rows,
however, unlike printed text and ancient terminals, current display
technology is much more dynamic.
Fo
On 1/30/11 7:55 PM, Tomek Sowiński wrote:
Andrej Mitrovic napisał:
If you really want to set up a column limit that *everyone* has to abide to,
then make a poll to see what everyone can agree on.
Actually that's a splendid idea. Let's take it easy. Regardless of that silly
beef I'm really c
Tomek SowiÅski Wrote:
> Andrej Mitrovic napisaÅ:
>
> > If you really want to set up a column limit that *everyone* has to abide
> > to, then make a poll to see what everyone can agree on.
>
> Actually that's a splendid idea. Let's take it easy. Regardless of that silly
> beef I'm really curi
On 01/30/2011 01:20 PM, Sean Kelly wrote:
Walter Bright Wrote:
Andrej Mitrovic wrote:
80 columns
wasn't determined by some scientific method to be a good size for code, it's
a product of limitations of the older generation hardware.
80 columns came from how many characters would fit on a sta
Tomek Sowiński wrote:
Andrej Mitrovic napisał:
If you really want to set up a column limit that *everyone* has to
abide to, then make a poll to see what everyone can agree on.
Actually that's a splendid idea. Let's take it easy. Regardless of that
silly beef I'm really curious what distr
Sean Kelly napisał:
> Print text doesn't have indentation levels though. Assuming a 4 character
> indent, the smallest indentation level for code in a D member function is 8
> characters. Add a nested conditional and code is starting 16 characters in,
> which when wrapped at 80 characters beg
Tomek Sowiński wrote:
What is your preferred *maximum* length for a line of D code? (please reply
with a number only)
6.022e+23
Tomek Sowiński napisał:
> What is your preferred *maximum* length for a line of D code? (please reply
> with a number only)
120.
--
Tomek
Tomek SowiÅski Wrote:
>
> What is your preferred *maximum* length for a line of D code? (please reply
> with a number only)
110
Walter Bright Wrote:
> Andrej Mitrovic wrote:
> > 80 columns
> > wasn't determined by some scientific method to be a good size for code, it's
> > a product of limitations of the older generation hardware.
>
> 80 columns came from how many characters would fit on a standard size 8.5*11
> sheet of
1 - 100 of 112 matches
Mail list logo
