+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 Allbery" <allber...@gmail.com> wrote: > On Fri, Feb 10, 2012 at 04:37, Malcolm Wallace <malcolm.wall...@me.com>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 allber...@gmail.com > wandering unix systems administrator (available) (412) 475-9364 vm/sms > > > _______________________________________________ > Haskell-prime mailing list > Haskell-prime@haskell.org > http://www.haskell.org/mailman/listinfo/haskell-prime > >
_______________________________________________ Haskell-prime mailing list Haskell-prime@haskell.org http://www.haskell.org/mailman/listinfo/haskell-prime
