C. McCann wrote:
Heinrich Apfelmus wrote:
Combined with = / you have multiple reading direction in the same
expression, as in
expression ( c . b . a ) `liftM` a1 = a2 = a3
reading order 6 5 41 2 3
That's why I'm usually using = instead of = .
Does it
Malcolm Wallace wrote:
Heinrich Apfelmus wrote:
Personally, I would be much happier with the slogan HXT = XML
transformations with filters. Browsing through Manuel's thesis, I
discover that your combinators are quite slick ( , choiceA , when,
guards ), it's just that they are a very
Uwe Schmidt wrote:
In HXT, the concept of a filter is the most important one. This
concept is a natural generalisation of a function (and that's what
arrows are). A user has to grasp this idea of a filter. And he/she
can do this even without knowing anything about arrows or monads.
People
On 15 Oct 2010, at 10:44, Heinrich Apfelmus wrote:
Personally, I would be much happier with the slogan HXT = XML
transformations with filters. Browsing through Manuel's thesis, I
discover that your combinators are quite slick ( , choiceA , when,
guards ), it's just that they are a very
15.10.2010 15:03, Malcolm Wallace пишет:
On 15 Oct 2010, at 10:44, Heinrich Apfelmus wrote:
Personally, I would be much happier with the slogan HXT = XML
transformations with filters. Browsing through Manuel's thesis, I
discover that your combinators are quite slick ( , choiceA , when,
David Virebayre wrote:
Gregory Crosswhite wrote:
Also, I don't see why one would prefer over the standard function
composition operator, ..
With . you have to read right-to-left to follow data's path.
For me that reading order isn't natural, and I imagine it is so for
most people which
On Wed, Oct 13, 2010 at 3:50 AM, Heinrich Apfelmus
apfel...@quantentunnel.de wrote:
Combined with = / you have multiple reading direction in the same
expression, as in
expression ( c . b . a ) `liftM` a1 = a2 = a3
reading order 6 5 4 1 2 3
That's why I'm
