Proposal: require spaces around the dot operator

Svein Ove Aas sveina at
Fri Feb 10 21:24:49 CET 2012

+1 to the idea of requiring spaces around all operators. It's just good

-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 Allbery" <allbery.b at> wrote:

> On Fri, Feb 10, 2012 at 04:37, Malcolm Wallace <malcolm.wallace at>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 done back when hierarchical modules
> were added.
> More generally, it seems to me the Haskell spec has a number of places
> where potentially colliding syntactic elements are expected to be
> disambiguated by the compiler, with effects ranging from restricting future
> syntactic modifications (such as with the present arguments over (.)) to
> the now-removed impossible brace insertion semantics of Haskell98.
>  Cutting things close syntactically just because you can is perhaps not the
> best of ideas; in this case, we'd be adding spaces both syntactically and
> metaphorically (in terms of "expansion space" in the spec), which I suspect
> is a good idea in general.
> (To provide an example not related to the records discussion, every so
> often the question comes up of providing proper support for character sets
> which don't have an upper/lowercase distinction, where currently you can't
> declare types --- or, less often noted, use module names from those csets.
>  Fixing this is likely to complicate parsing periods even more than
> record.field syntax would.)
> --
> brandon s allbery                                      allbery.b at
> wandering unix systems administrator (available)     (412) 475-9364 vm/sms
> _______________________________________________
> Haskell-prime mailing list
> Haskell-prime at
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the Haskell-prime mailing list