August 07, 2010
Jeff Nowakowski wrote:
> On 08/07/2010 01:40 AM, Walter Bright wrote:
>>
>> What's odd about how pointlessly verbose it is, is it was designed in
>> the era of modems. You'd think that tightening up the syntax would be a
>> priority.
> 
> Do you really think those <p> tags and <a href> tags were choking the 14.4 modems of the time? When HTML was first designed, it was a simple markup language.

A typical HTML source file is about double the size it needs to be if HTML were designed better. A lot of sites did work hard to try to shrink their HTML pages so they'd load faster.


> The real bandwidth killers were when people put pictures (*gasp*) in their HTML pages. It got really annoying when people decided to use image maps for navigation, which meant you couldn't browse with pictures turned off.

Yeah, I remember sitting and waiting a lot. Don't miss that.
August 07, 2010
BCS wrote:
> Would you be open to allowing semi official builds of DMD? That would be have builds of DMD that use the official DMD code base except for an object file generator mainland by someone else.

Yes.
August 07, 2010
On 8/7/2010 10:03 AM, BCS wrote:
> 
> Would you be open to allowing semi official builds of DMD? That would be have builds of DMD that use the official DMD code base except for an object file generator mainland by someone else. It seems that would be a clean separation point that shouldn't break to often and you already have, what, 4 different versions now?
> 

Why keep it separate?  If someone goes through the effort of an object file generator that helps improve interoperability with visual studio produced obj files, it should just be folded in.
August 07, 2010
"Walter Bright" <newshound2@digitalmars.com> wrote in message news:i3k9kd$2hnc$1@digitalmars.com...
>
>> The real bandwidth killers were when people put pictures (*gasp*) in their HTML pages. It got really annoying when people decided to use image maps for navigation, which meant you couldn't browse with pictures turned off.
>
> Yeah, I remember sitting and waiting a lot. Don't miss that.

I still have to do that on many sites when I turn JS on.


August 07, 2010
On Sat, 07 Aug 2010 04:36:27 -0500, Mafi <mafi@example.org> wrote:

> Am 07.08.2010 06:39, schrieb Nick Sabalausky:
> (...)
>>
>> I use Programmer's Notepad 2 which does parenthesis-matching out-of-the-box.
>>
>>
> Hey, you are the first person I heard of that also uses PN2 :) . It isn't a full-featured IDE but it's a great editor for programming, isn't   it.

I use it too. In fact, it was thanks to Nick that I learned about PN2. He commented something about it few months ago (or several, I don't remember), here in the NG, and I gave it a try. Now it's what I use for my D2 programming.
August 07, 2010
Hello Walter,

> BCS wrote:
> 
>> Would you be open to allowing semi official builds of DMD? That would
>> be have builds of DMD that use the official DMD code base except for
>> an object file generator mainland by someone else.
>> 
> Yes.
> 

Now all we need is that someone else....

-- 
... <IXOYE><



August 07, 2010
Hello Brad,

> On 8/7/2010 10:03 AM, BCS wrote:
> 
>> Would you be open to allowing semi official builds of DMD? That would
>> be have builds of DMD that use the official DMD code base except for
>> an object file generator mainland by someone else. It seems that
>> would be a clean separation point that shouldn't break to often and
>> you already have, what, 4 different versions now?
>> 
> Why keep it separate?  If someone goes through the effort of an object
> file generator that helps improve interoperability with visual studio
> produced obj files, it should just be folded in.
> 

The point is to avoid having Walter pay all the burden of maintaining it. (Also it's one step in the direction of a more distributed development.)


-- 
... <IXOYE><



August 07, 2010
On 08/07/2010 02:45 PM, Walter Bright wrote:
> A typical HTML source file is about double the size it needs to be if
> HTML were designed better. A lot of sites did work hard to try to shrink
> their HTML pages so they'd load faster.

Double the size? There's no way that was true back when HTML first came out. The gobs of tables and 1 pixel image crap for formatting was not there at the beginning. There were no style sheets. There wasn't JavaScript, which is where a lot of the bloat comes from these days.

I think you came late to the party and didn't see it evolve at the earliest stages. The first pages were basically headers, paragraphs of text, and links. A small picture on a page would overwhelm any amount of HTML markup.
August 07, 2010
Walter Bright wrote:

> Jeff Nowakowski wrote:
>> On 08/07/2010 01:40 AM, Walter Bright wrote:
>>>
>>> What's odd about how pointlessly verbose it is, is it was designed in the era of modems. You'd think that tightening up the syntax would be a priority.
>> 
>> Do you really think those <p> tags and <a href> tags were choking the 14.4 modems of the time? When HTML was first designed, it was a simple markup language.
> 
> A typical HTML source file is about double the size it needs to be if HTML were designed better. A lot of sites did work hard to try to shrink their HTML pages so they'd load faster.
> 

For example, haml with Ruby on Rails: http://haml-lang.com/ The markup is readable and maps very easy to html.










August 07, 2010
On 2010-08-07 21:56, Yao G. wrote:
> On Sat, 07 Aug 2010 04:36:27 -0500, Mafi <mafi@example.org> wrote:
> 
>> Am 07.08.2010 06:39, schrieb Nick Sabalausky:
>> (...)
>>>
>>> I use Programmer's Notepad 2 which does parenthesis-matching out-of-the-box.
>>>
>>>
>> Hey, you are the first person I heard of that also uses PN2 :) . It isn't a full-featured IDE but it's a great editor for programming, isn't   it.
> 
> I use it too. In fact, it was thanks to Nick that I learned about PN2. He commented something about it few months ago (or several, I don't remember), here in the NG, and I gave it a try. Now it's what I use for my D2 programming.

I just gave it a try and I like it. I got used to Notepad++, but PN2 seems to have simpler and more intuitive interface. Thanks.