Hi,
I am interested in exploring the automatic layout of
flow-chart-like-structures in Elm. I'm not sure of the exact terminology. I
think directed graphs covers it.
Perhaps a solution like the one presented in this
paper: http://www.graphviz.org/Documentation/TSE93.pdf
I would be happy to
Wow. If only this stuff were well supported...
On Thu, Aug 3, 2017 at 9:40 AM, Peter Damoc wrote:
> Indeed, adding a ResizeObserver polyfill allows for the expected behavior:
> https://ellie-app.com/3VFHVxMsW2ya1/1
>
>
> On Thu, Aug 3, 2017 at 7:18 PM, Mark Hamburg
Definitely the big reason from my perspective to make more things
comparable is to allow their use with dictionaries and sets. For that
usage, the comparison could even be compiler dependent (or even execution
dependent) but I'm sure that someone would build code that depended on
properties of
>
> The problem I see with both deriving-esque auto coders (DEAC, patent
> pending) and comparable union types, is the difficulty of implementation.
> DEAC's seem like an advanced language feature that will take a while to get
> into the language.
>
Having talked to Evan about it, it seems
I just realized that the sortBy function already allows you to sort a list
by any sort criterion of your choice. Which removes some of my concerns in
the previous post.
On Friday, August 4, 2017 at 12:06:53 PM UTC-4, Ambrose Laing wrote:
>
> It seems like a minor detail that may come as a
>
> Having a deriving-esque way to generate encoders and decoders
> automagically would be great, and would go a long way in solving the
> hassle. (2) would also make my life easier.
> The problem I see with both deriving-esque auto coders (DEAC, patent
> pending) and comparable union types,
There is also this one:
https://github.com/mstefaniuk/graph-viz-d3-js
On Friday, August 4, 2017 at 8:20:23 AM UTC-4, Ambrose Laing wrote:
>
> This may be helpful.
>
> https://github.com/mdaines/viz.js/
>
> It should give you exactly the solution you cited. But I believe you need
> to figure
It seems like a minor detail that may come as a matter of course, but I'd
like to request that Bool's should also be comparable. If Bools are not
comparable but you embed a Bool inside a tuple or a List or a Record, that
makes the larger type also not comparable. Unless you decide to ignore
I had to something similar in Elm-Life; it gets a message every time the
window changes in size, and reports the new size of a particular DOM
element. You can find the code here: https://github.com/RJWoodhead/elm-life
--
You received this message because you are subscribed to the Google