On Wed, Apr 19, 2017 at 2:58 AM, Richard Feldman <
richard.t.feld...@gmail.com> wrote:
>
> "Everything ought to have the same API" is a much harder claim to defend.
> It sounds wrong at face value, and I haven't seen any evidence (in this
> thread or elsewhere) to convince me that it's a wise goal
It's certainly reasonable to say that there is a point where pursuing
fractal TEA is overkill and not buying one much but extra plumbing work.
But it is also exactly the case of things like the sign up form where being
able to say "Here is a sign up form. It has a model, messages, update, and
If you haven't already seen https://www.youtube.com/watch?v=EEF2DlOUkag
then it might be useful for you
On Wednesday, 12 April 2017 16:46:07 UTC+2, Daniel Wehner wrote:
>
> It could be really interesting to also experiment with looking at
> https://draftjs.org/ / providing a port or a in elm
>
> 2. This isn't really about defining components — a hot button word with
> some people (go read the elm-dev thread) — so much as it is about defining
> embeddings of one TEA-shaped unit within another.
>
> Side note on TEA: In Elm 0.16, TEA was all about being composable.
>
I really like
*reposting due to nonsense in code example - Can't write without Emacs,
sorry:(*
I really feel you get the whole idea, brilliant!
I don't really know what I should add to that but at first - *Package was
taken down on my own request.* At this point I agree that term component
even though it
On Tue, Apr 18, 2017 at 6:52 AM, 'Rupert Smith' via Elm Discuss <
elm-discuss@googlegroups.com> wrote:
>
> So I tried setting a strokeWidth attribute on a box and on a line, but it
> has no effect. Instead I had to set the style like this:
>
> style [ ( "stroke-width", "4" ) ]
>
Thanks (and
I really feel you get the whole idea, brilliant!
I don't really know what I should add to that but at first - *Package was
taken down on my own request.* At this point I agree that term component
even though it might make sense from some point of view isn't really the
best choice. Also in
Marek Fajkus's original announcement was on elm-dev but that list tends to
become disapproving of discussions fast, so I'm moving over to here to
discuss it. The post suggested that it was in the Elm package library but
it seems to have been pulled, so I will point to the Github repository:
Think of the element akin to the element in HTML. Yes, fairly
often you will simply pass a string to it, but it needing lower level
styling is pretty common.
For the API you proposed, what would happen if you passed in both a
non-empty list of svgs and a string?
RE: strokeWidth - that's a
On Thursday, March 30, 2017 at 4:35:32 PM UTC+1, Duane Johnson wrote:
>
> Hi all,
>
> I've been working on a TypedSvg package here:
>
> http://package.elm-lang.org/packages/canadaduane/typed-svg/2.0.1
>
So I tried setting a strokeWidth attribute on a box and on a line, but it
has no effect.
On Tuesday, April 18, 2017 at 10:31:50 AM UTC+1, Rupert Smith wrote:
>
> Is there a library that implements sequences in Elm? I mean like this
> example from ML:
>
> http://condor.depaul.edu/ichu/csc447/notes/wk9/lazy.html
>
No worries, found it:
On Tuesday, April 18, 2017 at 10:59:20 AM UTC+1, Jakub Hampl wrote:
>
>
> https://developer.mozilla.org/en-US/docs/Web/SVG/Element#Text_content_elements
>
> elements can contain quite a number of children that allow you to
> do very precise formatting of the actual text content. There are plenty
https://developer.mozilla.org/en-US/docs/Web/SVG/Element#Text_content_elements
elements can contain quite a number of children that allow you to do
very precise formatting of the actual text content. There are plenty of
usecases like custom fonts, rendering text on a path, text effects, etc.
Is there a library that implements sequences in Elm? I mean like this
example from ML:
http://condor.depaul.edu/ichu/csc447/notes/wk9/lazy.html
--
You received this message because you are subscribed to the Google Groups "Elm
Discuss" group.
To unsubscribe from this group and stop receiving
14 matches
Mail list logo