Re: [elm-discuss] Re: The Style Elements Library: a different approach to styling

And, clould you please, publish it, so we can try it easly and follow updates. Il giorno ven 28 ott 2016 alle ore 06:54 Ed Ilyin ha scritto: > Is it possible to blend it together with Richard Feldman's work elm-css > where all properties are type checked? > > Il giorno gio 27 ott 2016 alle ore 2

Re: [elm-discuss] Re: The Style Elements Library: a different approach to styling

Is it possible to blend it together with Richard Feldman's work elm-css where all properties are type checked? Il giorno gio 27 ott 2016 alle ore 23:54 Matthew Griffith < mdg.griff...@gmail.com> ha scritto: > Thanks! Feedback would be fantastic. > > Yes, the compiler should help quite a bit here

[elm-discuss] Re: The Style Elements Library: a different approach to styling

Thanks! Feedback would be fantastic. Yes, the compiler should help quite a bit here, however styling is tough because it has quite a few "gotchas", so its hard to know 100%. Also, this library is mostly concerned with a small set of css properties(~15-20) that cause the most trouble. Beyon

[elm-discuss] The Style Elements Library: a different approach to styling

Looks great!! Nice work. Im getting ready to style a new website, will try it out, and send some feedback. Quick question, will the compiler catch any errors on this? thx! -- You received this message because you are subscribed to the Google Groups "Elm Discuss" group. To unsubscribe from t

[elm-discuss] New course on Elm 0.18 from Pragmatic Studio is coming soon

Hi, A new course on Elm 0.18 from Pragmatic Studio is coming soon. Please visit https://pragmaticstudio.com/courses/elm -- You received this message because you a

[elm-discuss] Re: The Style Elements Library: a different approach to styling

Wow, this looks awesome! I'm definitely gonna try that on my next project. This might actually make css great again ;) On Thursday, 27 October 2016 15:20:14 UTC+2, Matthew Griffith wrote: > > > It's easy to write valid CSS that is still broken and frustrating. What if > we could make frustrating

Re: [elm-discuss] `Uncaught ReferenceError: Elm is not defined` in Electron app

On Monday, September 5, 2016 at 2:38:55 AM UTC+1, A. Hernandez wrote: > > Worked like a charm. Thanks! > Good to hear. My next project will be an Elm + Electron one, I was until now wondering how well that might work out. -- You received this message because you are subscribed to the Google Gr

[elm-discuss] Re: `Uncaught ReferenceError: Elm is not defined` in Electron app

You can atach Elm to the window object like this: window.Elm = require('./main.js'); then you do: var node = document.getElementById('main'); var yourApp = Elm.Todo.fullscreen(node); You can see this here: https://github.com/nirgn975/Elmctron/blob/master/src/index.html#L11 On Monday, September

[elm-discuss] Re: React for Elm programmers

On Friday, October 21, 2016 at 2:48:10 PM UTC-7, joseph ni wrote: > > React is a view framework atop javascript, Elm is a functional programming > language. imo, these are not comparable. However, redux is a > uni-directional communication, immutable flux architecture inspired by TEA > so you'

[elm-discuss] Re: Proposal: rename foldl til foldLeft and foldr to foldRight

As someone barely literate in functional programming, and coming from javascript or ruby land, the thing that trips you up for a second is that it's not called reduce. Seeing two things named wordL and wordR, it's pretty clear for me what the difference between them might be. On Wednesday, Oc

[elm-discuss] The Style Elements Library: a different approach to styling

It's easy to write valid CSS that is still broken and frustrating. What if we could make frustrating CSS styles not expressible? I've been working on an experimental style library for making styles that are harder to break and easier to use. There is also support for flow/flexbox style layouts

Re: [elm-discuss] tictactoe game with elm (newbie)

Thanks again Peter, and don't worry! You helped me a lot! I added your solution like this : let currentBox = List.concat model.cells |> List.filter (\box -> box.id == boxId) |> List.head |> Maybe.w

Re: [elm-discuss] tictactoe game with elm (newbie)

Maybe is used to wrap an operation that might fail. So, when you ask for the head of a list, you might get Just the head OR you might get Nothing if the list is empty. However, the issue here is again, an error on my part. Sorry about that. The actual solution to the currentBox is: currentBox =

Re: [elm-discuss] tictactoe game with elm (newbie)

I'm totally confused but I can't find any solution to my problem... When I remove List.head from the currentBox function, I can see that it returns a list of Nothing. So I thought I could add a List.filter function in order to return only the box I wanted, like this : currentBox boxId = cell

[elm-discuss] Re: Is there any way to use a type instead of a string for the value of an option

I think it does not necessarily involve any extensions to the language, it could be only syntactic sugar. You may want the programmer to explicitly opt in with a syntax like: enum type _NAME_ = _OPT_1_ | _OPT_2_ | _OPT_N_ , enumerator = _ENUMERATOR_NAME_ which would desugar