> 
> Write a JavaScript code formatter? This means both lexer and parser _very_
> slow... we could then put "best viewed on Athlon 1GHz or higher" logo on
> the site. =)
> 
> Maybe a server-side script could be better idea, but anyhow, does it worth
> it? As long as the code is readable, I personally don't care much of whether
> there are braces or not; thus, preformatting the code, making it more
> readable, before putting it to the site, seems a better idea to me.
> 
> 

Agreed.

-Andy

How big would the source on the site be?  Not very big.

Java isn't *that* slow.  ;)

Beside D was built from the ground up to be easy to parse.  This would be a good test.

Sean

"Pavel Minayev" <evilone@omen.ru> wrote in message news:ae5egb$317g$1@digitaldaemon.com...
> "Alix Pexton" <Alix@seven-point-star.co.uk> wrote in message news:01c2116c$7555e9a0$48957ad5@jpswm...
>
> > We (which would probably mean me) could right a javascript code
formatter
> > that loaded the individual's preferences from a cookie. Everyone is
happy
> > because code only has to be written once, but will look just like every
> one
> > prefers...
>
> Write a JavaScript code formatter? This means both lexer and parser _very_ slow... we could then put "best viewed on Athlon 1GHz or higher" logo on the site. =)
>
> Maybe a server-side script could be better idea, but anyhow, does it worth it? As long as the code is readable, I personally don't care much of
whether
> there are braces or not; thus, preformatting the code, making it more readable, before putting it to the site, seems a better idea to me.

"Matthew Wilson" <dmd@synesis.com.au> wrote in message news:adsub1$cuh$2@digitaldaemon.com...
> Site design sounds great (as does proof reading). Are you experienced in
> this? Do you have any sites we can take a look at? I would think we'd want
> to have a similar (though, of course, superior) site to the cmp sites
> (wdj.com, cuj.com, etc.) though without all the advertising clutter.

Accepting advertising might actually be a good idea, to defray some of the costs with running the site. If the ads were of interest to D programmers, and were not obnoxious flashing, pop over, pop under, etc., I think they'd be fine. After all, I many times buy a computer mag just to read all the ads to see what interesting new programming products are out there.

"Matthew Wilson" <dmd@synesis.com.au> wrote in message news:ae4pai$2apu$1@digitaldaemon.com...
> Thanks again. I think this is going to be fun and educational for all of
us

I'm thrilled that this is happening. This magazine will be a great step forward for D. -Walter

Alix

My original intention is that we have a really professional magazine right from the off, so was anticipating perhaps a September first edition.

If that is the case, then perhaps we can get you to work on layout of a stub version of the magazine before you go, and I can fill in the real content if you don't get back onboard in time for our first deployment

Sound ok?

"Alix Pexton" <Alix@seven-point-star.co.uk> wrote in message news:01c2114e$4a71f9e0$834a7ad5@jpswm...
> > This looks really good. It looks like we may be up and running sooner
> than I
> > first thought. I'll have to start organising the contributors soon.
>
> How soon depends on where I suppose, do we have a server yet, or just the domains???
>
> > Are we to take it that you've kind of volunteered yourself as the layout/presentation guy?
>
> Oh go on then, you talked me into it, however, I'm on holiday for 5 weeks starting July 8th (I think) and will be thoroughly incommunicado, I'll do as much as I can before I go, and if I find my self at a loose end, then while I'm away to (I'm sure I have a laptop somewhere)...
>
> Alix Pexton...

I don't have a major philosophical objection to such things, and envisaged that we would eventually do that. It's just that we'd have to be a fully-fledged commercial entity to accept paid advertising, and I thought we might leave that until we've been running a couple of issues first.

Thoughts?

(btw, it is in my medium term plan that we do become a proper commercial mag, published in paper as well as on-line, but I think we need to take small steps ...)

"Walter" <walter@digitalmars.com> wrote in message news:ae5gg0$1uo$1@digitaldaemon.com...
>
> "Matthew Wilson" <dmd@synesis.com.au> wrote in message news:adsub1$cuh$2@digitaldaemon.com...
> > Site design sounds great (as does proof reading). Are you experienced in this? Do you have any sites we can take a look at? I would think we'd
want
> > to have a similar (though, of course, superior) site to the cmp sites
> > (wdj.com, cuj.com, etc.) though without all the advertising clutter.
>
> Accepting advertising might actually be a good idea, to defray some of the costs with running the site. If the ads were of interest to D programmers, and were not obnoxious flashing, pop over, pop under, etc., I think they'd be fine. After all, I many times buy a computer mag just to read all the
ads
> to see what interesting new programming products are out there.
>
>

Thrilled here too!

"Walter" <walter@digitalmars.com> wrote in message news:ae5gg1$1uo$2@digitaldaemon.com...
>
> "Matthew Wilson" <dmd@synesis.com.au> wrote in message news:ae4pai$2apu$1@digitaldaemon.com...
> > Thanks again. I think this is going to be fun and educational for all of
> us
>
> I'm thrilled that this is happening. This magazine will be a great step forward for D. -Walter
>
>

Pretty much agree. Let's let such things as coding standards evolve.

Obviously before code goes up, it'll have to meet some minimum level of readability,


"andy" <acoliver@apache.org> wrote in message news:3D05ED45.8060906@apache.org...
> Pavel Minayev wrote:
> > "Alix Pexton" <Alix@seven-point-star.co.uk> wrote in message news:01c210a2$3ac60ec0$e1257ad5@jpswm...
> >
> >
> >>I'm still alive, so I attached a very simple mockup of what the journal might look like...
> >
> >
> > Looks great!
> >
> > I wonder how was this piece of code made? The colors look very familiar
> > (in fact, those are my preferences in Visual C++ editor)... =)
> >
> > By the way, I guess we'll need some kind of coding standarts for the site, like where to put braces etc... =)
> >
> >
>
> -1 - The standard should be that the code is readable.  If that is the case, who cares where the braces are.  This is the stuff of pedantic flamewars that have no logical conclusion.
>
> -Andy
>

Largely agree. Let's let these things evolve.

Before code goes up, it will clearly have to meet some minimum standard of readability, but other than that ...

One idea is that we might have an "Obfuscated D" column, borrowing from C++ Journal, wherein all those terse guys can have fun

I am much more interested in getting substantive content than in worrying too much about coding standards. A D common standard will likely evolve on the newsgroup and on the mag, so let's follow the prime directive ... :)


"andy" <acoliver@apache.org> wrote in message news:3D05ED45.8060906@apache.org...
> Pavel Minayev wrote:
> > "Alix Pexton" <Alix@seven-point-star.co.uk> wrote in message news:01c210a2$3ac60ec0$e1257ad5@jpswm...
> >
> >
> >>I'm still alive, so I attached a very simple mockup of what the journal might look like...
> >
> >
> > Looks great!
> >
> > I wonder how was this piece of code made? The colors look very familiar
> > (in fact, those are my preferences in Visual C++ editor)... =)
> >
> > By the way, I guess we'll need some kind of coding standarts for the site, like where to put braces etc... =)
> >
> >
>
> -1 - The standard should be that the code is readable.  If that is the case, who cares where the braces are.  This is the stuff of pedantic flamewars that have no logical conclusion.
>
> -Andy
>

I say the most pragmatic policy is: if the editors who review a peice can read it without tearing out their eyeballs, then we let it go. Otherwise minimal judicious editing may be performed.

Please remember guys, that magazines have their own restrictions in code format. You cannot have very long lines (since they do not render well in print/online) and blank lines are elided for brevity.

Let's stop worrying about this issue. We will not foist "my", "your" or "his" standard on anyone, but will just have a part of the standards spectrum within which we can be fluid.

Let's focus on article ideas!!??

Matthew

"andy" <acoliver@apache.org> wrote in message news:3D060B9B.90700@apache.org...
>
> >
> > Yep, you are right. But who decides whether the code is readable or not?
> > I say, some sort of guidelines (not even strict rules) for this purpose
> > would be
> > nice to have.
> >
> >
>
> No.. Flamewars on brackets have no conclusion and are never productive. Readibility is subjective, but then again, one can comply with such guidelines to the letter and produce horrible unreadible code.  Whats the goal?  Push your bracketing standard on the world (hasn't worked for the last 30 or so years, but your incarnation of this flamewar will be different...really!), or make sure the code is helpful and readible?  If the subjective consideration is the goal, go directly to the subjective consideration.  If you just really have to have the machine-generated code view, then employ the use of a code formatter.
>
> -Andy
>