Talk About Network

Google


Register and Login
Nick
Password
Register create new account Sign up is FREE and you can post replies, new topics, bookmark posts and more!
Recover lost password


Programming > Functional > Re: Better synt...
Latest [ Topics | Posts ] Archive Post A New Topic Post a Reply
<< Topic < Post Post 3 of 7 Topic 2771 of 2986
Post > Topic >>

Re: Better syntax for a Standard ML derivative

by Jon Harrop <usenet@[EMAIL PROTECTED] > Feb 15, 2008 at 06:10 AM

Joachim Durchholz wrote:
> Just to complement Jon's view: I don't think there are any *serious*
> problems with recovering indented code from web pages or mail quotes.
> Just make sure that whitespace is properly handed through, that's all,
> and it's not even difficult. Hey, Evolution will even strip the angle
> brackets when copying from quoted mail ;-)

Ugh. I was bitten by this *again* yesterday, trying to cut and paste some
F#
code from a blog article and Windows removed all "\n"s. In the end I used
my Linux box to cut and paste into a text file that I loaded into the
Windows box using putty and then cut and pasted that (correctly formatted)
into Visual Studio...

> The argument for indentation is that you indent your code anyway, so why
> specify nesting with both keywords and indentation? That's just silly.

Turn autoindenting on!

> Besides, keywords eat vertical screen estate (if only for the closing
> brace or the "end" keyword), and that's a real restriction: the more
> code you can see on a screenful, the easier it is to put its
> constituents into proper perspective.

True. I think the IDE should compact those keywords though. Same goes
for "+." in OCaml, which should by typeset as "+" in an IDE.

> Coding does get noticeably faster 
> if you can see more relevant text at a glance (in the time of 24x80
> displays, I once got access to a laser printer that could print 200
> lines per page in landscape mode; on fanfold paper, that meant a
> whopping 400 lines at a glance, and enabled me to analyze the code in a
> speed that would have been plain impossible otherwise. I'll trade more
> lines per page for almost everything else... though I do appreciate the
> occasional blank line to structure the code ;-) )
> Of course that's just anecdotal, but anyway.

You're mad. :-)

-- 
Dr Jon D Harrop, Flying Frog Consultancy Ltd.
http://www.ffconsultancy.com/products/?u
 




 7 Posts in Topic:
Re: Better syntax for a Standard ML derivative
Joachim Durchholz <jo@  2008-02-13 16:49:31 
Re: Better syntax for a Standard ML derivative
"David B. Benson&quo  2008-02-13 14:25:08 
Re: Better syntax for a Standard ML derivative
Jon Harrop <usenet@[EM  2008-02-15 06:10:54 
Re: Better syntax for a Standard ML derivative
Joachim Durchholz <jo@  2008-02-15 11:30:43 
Re: Better syntax for a Standard ML derivative
Jon Harrop <usenet@[EM  2008-02-15 20:53:30 
Re: Better syntax for a Standard ML derivative
Joachim Durchholz <jo@  2008-02-15 22:43:25 
Re: Better syntax for a Standard ML derivative
Jon Harrop <usenet@[EM  2008-02-16 01:47:31 

Post A Reply:
  Go here to Signup

AddThis Feed Button


About - Advertising - Contact - Frequently Asked Questions - Privacy Policy - Terms of Use - Signup

Contact
tan12V112 Sun Sep 7 2:30:40 CDT 2008.