+1 to the idea of requiring spaces around all operators. It's just good
style
-1 to using dot for record fields, however. That's too likely to confuse
someone, especially if we end up having something like lenses baked into
the language. (Please, please...)
On Feb 10, 2012 7:19 PM, "Brandon Allber
On Fri, Feb 10, 2012 at 04:37, Malcolm Wallace wrote:
> I agree with John. There is no point in fiddling with the dots, until we
> have real experience with a new records proposal (which can be implemented
> entirely without using dot, at least initially).
>
I would claim this should have been
On 02/10/2012 06:09 AM, Gábor Lehel wrote:
On Fri, Feb 10, 2012 at 4:42 AM, Isaac Dupree
wrote:
I support requiring spaces around the dot operator, *even if* we don't ever
end up using it for anything else.
+1.
I would support requiring spaces around _all_ operators. I can't
immediately thi
On Fri, Feb 10, 2012 at 4:42 AM, Isaac Dupree
wrote:
> I support requiring spaces around the dot operator, *even if* we don't ever
> end up using it for anything else.
+1.
I would support requiring spaces around _all_ operators. I can't
immediately think of any operator where it would be detrime
-1.
I agree with John. There is no point in fiddling with the dots, until we have
real experience with a new records proposal (which can be implemented entirely
without using dot, at least initially).
Regards,
Malcolm
On 10 Feb 2012, at 03:14, John Meacham wrote:
> I mean, it is not wor
