Re: [elm-discuss] ANN: elm-style-animation v3.0.0

2016-09-21 Thread Matthew Griffith
Awesome! So, `Animation.speed` was made to handle the specific case of getting a reasonable default for rotating things. It's not really intended to be used widely...but Im still open to hearing use cases :) First, heres why `Animation.speed` is present in the library at all and why its

Re: [elm-discuss] Elm, Objects and Components

2016-09-21 Thread John Mayer
The thing is, unlike integrating Elm and a third party library, which requires Native Elm code or ports with Native JS glue, using a web component in an Elm application is conceptually/potentially/syntactically no different than using an input or button as you normally would in elm-html. I think

Re: [elm-discuss] View API stylistic question

2016-09-21 Thread Nick H
I prefer the former style. It's less verbose, and it means my Main module is the only one that needs to import Html.App. Also, with the latter style, your helper is going to have something like "Html.Events.onCheck identity", which seems a little silly. That's just my preference though. I think

[elm-discuss] View API stylistic question

2016-09-21 Thread Mark Hamburg
When writing a view function (or helper function that generates part of the view hierarchy), is it better to take a function mapping values or messages to parent messages or to use Html.App.map for this? In other words, is it better to write: viewCheckbox SetMyCheckboxState "My Checkbox"

Re: [elm-discuss] Elm, Objects and Components

2016-09-21 Thread Mark Hamburg
Web components may be a reasonable answer with the following caveats: 1. Getting these to work well for stateful components presumably relies on the virtual DOM code playing nice with DOM node lifetimes. The new version of keyed support in 0.18 may make this somewhat more difficult since it then

[elm-discuss] Task mapError vs Result formatError

2016-09-21 Thread Max Goldstein
There doesn't appear to be a good reason for the difference. I'd support changing formatError to mapError whenever the next major bump to core happens. -- You received this message because you are subscribed to the Google Groups "Elm Discuss" group. To unsubscribe from this group and stop

Re: [elm-discuss] Re: Some questions about types.

2016-09-21 Thread Janis Voigtländer
Exactly! 2016-09-21 15:50 GMT+02:00 'Rupert Smith' via Elm Discuss < elm-discuss@googlegroups.com>: > On Wednesday, September 21, 2016 at 10:42:49 AM UTC+1, Janis Voigtländer > wrote: >> >> This type is very special. The definition in Elm is solely a placeholder, >> the actual implementation is

Re: [elm-discuss] Re: Some questions about types.

2016-09-21 Thread 'Rupert Smith' via Elm Discuss
On Wednesday, September 21, 2016 at 10:42:49 AM UTC+1, Janis Voigtländer wrote: > > This type is very special. The definition in Elm is solely a placeholder, > the actual implementation is in native code. You should not think further > about this trickery, assuming you want to program Elm, not

Re: [elm-discuss] 'comparable' recrods and union types?

2016-09-21 Thread Janis Voigtländer
Evan’s comment in that discussion should answer your question? https://github.com/elm-lang/elm-compiler/issues/774#issuecomment-127834812 ​ 2016-09-21 15:29 GMT+02:00 'Rupert Smith' via Elm Discuss < elm-discuss@googlegroups.com>: > There is an issue here noting that there is no way to make

[elm-discuss] Re: 'comparable' recrods and union types?

2016-09-21 Thread 'Rupert Smith' via Elm Discuss
On Wednesday, September 21, 2016 at 2:29:44 PM UTC+1, Rupert Smith wrote: > > There is an issue here noting that there is no way to make records or > union types 'comparable': > > https://github.com/elm-lang/elm-compiler/issues/774 > > Closed. Has this feature been implemented, or is it something

[elm-discuss] 'comparable' recrods and union types?

2016-09-21 Thread 'Rupert Smith' via Elm Discuss
There is an issue here noting that there is no way to make records or union types 'comparable': https://github.com/elm-lang/elm-compiler/issues/774 Closed. Has this feature been implemented, or is it something that is not on the radar? -- You received this message because you are subscribed

Re: [elm-discuss] Re: Some questions about types.

2016-09-21 Thread Janis Voigtländer
That’s because it is an effect module. There is no documentation yet about writing effect modules. Quite deliberately, I think. ​ 2016-09-21 11:48 GMT+02:00 'Rupert Smith' via Elm Discuss < elm-discuss@googlegroups.com>: > On Tuesday, September 20, 2016 at 2:03:49 PM UTC+1, Rupert Smith wrote:

[elm-discuss] Re: Some questions about types.

2016-09-21 Thread 'Rupert Smith' via Elm Discuss
On Tuesday, September 20, 2016 at 2:03:49 PM UTC+1, Rupert Smith wrote: > > The docs around the basics of syntax don't really cover this: > http://elm-lang.org/docs/syntax#type-annotations > In the module declaration for Task there is a 'where': effect module Task where { command = MyCmd }

[elm-discuss] Re: Some questions about types.

2016-09-21 Thread 'Rupert Smith' via Elm Discuss
On Tuesday, September 20, 2016 at 4:25:42 PM UTC+1, Rupert Smith wrote: > > type Cmd msg = Cmd > I am still a bit perplexed by this. It is a parameterized type, but the parameter is thrown away and not used. I can only create one of them, since their is only one constructor. Given that, why

[elm-discuss] Re: Sending a message from spawned process

2016-09-21 Thread Max Goldstein
Well for starters you can search for "debounce" on the package catalog and look at what other people have done. Let's say I'm debouncing the many Msgs that can come in from moving the mouse. I would expect that when the mouse stays put for a supplied duration, I'm given that mouse position.