When I was mucking around with indented grammars awhile ago, I too came to
the realization that "column counting" is opening a bag of worms and not
worth the effort. Unless you're writing a text editor, web browser or a
terminal emulator, it seems best to try to avoid such details when
possible, and treat text as an indivisible string of characters with
indeterminate length. Just my 2 cents.
On Monday, February 18, 2013, David A. Wheeler wrote:
> Alan Manuel Gloria:
> > So what's the consensus? It seems we're the only two here, Arne is
> > not responding to the mailinglist, and no one else is making any
> > comments either way.
> >
> > I suggest we at least write it up as a rationale no SRFI-sweet; maybe
> > the more public SRFI process will pick up a few people who will
> > provide a better alternative view on this topic. I tried my best to
> > push for ENLIST using what I think is Arne's semantics, but I may be
> > biased due to my sheer love of SUBLIST.
>
> First, I think we must *not* accept ENLIST (either line-ending or
> magic position semantics) into sweet-expressions, either as a replacement
> or an addition. It just has too many problems for little payoff, and its
> "simplicity" is an illusion once the problems of character widths in
> international systems are considered.
>
> Second, I don't think we *have* to document it in SRFI-sweet,
> but a subsection in SRFI-sweet would be appropriate. It should:
> 1. Briefly explain the proposed semantics.
> 2. Explain why it was not accepted. In particular,
> identify some of the many problems in figuring out if 2 different
> data sequences represent the same "position" (variable-wide typefaces,
> different character encodings, combining characters, etc).
>
> > I volunteer to write this rationale topic.
>
> Awesome. And don't worry about being biased for SUBLIST.
> I think there's lots of evidence against ENLIST, and we ought
> to carefully explain why it is NOT in there.
>
>
>
>
> ------------------------------------------------------------------------------
> The Go Parallel Website, sponsored by Intel - in partnership with Geeknet,
> is your hub for all things parallel software development, from weekly
> thought
> leadership blogs to news, videos, case studies, tutorials, tech docs,
> whitepapers, evaluation guides, and opinion stories. Check out the most
> recent posts - join the conversation now.
> http://goparallel.sourceforge.net/
> _______________________________________________
> Readable-discuss mailing list
> Readable-discuss@lists.sourceforge.net <javascript:;>
> https://lists.sourceforge.net/lists/listinfo/readable-discuss
>
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
_______________________________________________
Readable-discuss mailing list
Readable-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/readable-discuss
