Re: [elm-discuss] Compiling down to webassembly on the mid/long term horizon?

I am using elm on the front-end, and rust on the backend for this complex webapp Checkout it out https://github.com/ivanceras/curtain On Wednesday, March 23, 2016 at 8:38:59 AM UTC+8, Andrea Cabral wrote: > > Hey Lance thanks for your answer. I feel like that might give elm a push. > >

[elm-discuss] Re: elm-mdl only one dialog per application?

On Thursday, September 8, 2016 at 8:24:01 PM UTC+1, OvermindDL1 wrote: > > > I also notice in the Elm demo that the dialog gets hoisted out of the > Dialog tab and placed at the top of the page, something to do with the > limitations of the dialog polyfill. > > Polyfill stuff yep, dialogs need

Re: [elm-discuss] Re: Elm Runtime Exceptions

I mentioned Maybe.map in my post but did not explain it. Thank you Joey for having the patience and insight to do so. I'm excited to see if these functions change OP's opinion. -- You received this message because you are subscribed to the Google Groups "Elm Discuss" group. To unsubscribe

[elm-discuss] Re: elm-mdl only one dialog per application?

On Thursday, September 8, 2016 at 12:47:33 PM UTC-6, Rupert Smith wrote: > > On Thursday, September 8, 2016 at 7:44:39 PM UTC+1, Rupert Smith wrote: >> >> On Thursday, September 8, 2016 at 6:50:30 PM UTC+1, OvermindDL1 wrote: >>> >>> It is because you should 'switch' the interface within your

[elm-discuss] Re: elm-mdl only one dialog per application?

On Thursday, September 8, 2016 at 7:44:39 PM UTC+1, Rupert Smith wrote: > > On Thursday, September 8, 2016 at 6:50:30 PM UTC+1, OvermindDL1 wrote: >> >> It is because you should 'switch' the interface within your dialog to be >> whatever it needs to be at the time. It is in my opinion a design

[elm-discuss] Re: elm-mdl only one dialog per application?

On Thursday, September 8, 2016 at 6:50:30 PM UTC+1, OvermindDL1 wrote: > > It is because you should 'switch' the interface within your dialog to be > whatever it needs to be at the time. It is in my opinion a design > consideration to prevent multiple dialogs from even being capable of >

[elm-discuss] Re: elm-mdl only one dialog per application?

On Thursday, September 8, 2016 at 6:07:49 PM UTC+1, Rupert Smith wrote: > > On Thursday, September 8, 2016 at 4:59:59 PM UTC+1, Rupert Smith wrote: >> >> On Thursday, September 8, 2016 at 4:43:24 PM UTC+1, Rupert Smith wrote: >>> >>> I noticed this in the package docs: >>> >>>- The elm-mdl

[elm-discuss] Re: elm-mdl only one dialog per application?

It is because you should 'switch' the interface within your dialog to be whatever it needs to be at the time. It is in my opinion a design consideration to prevent multiple dialogs from even being capable of appearing at the same time, which often breaks sites that do that. But yeah, just

Re: [elm-discuss] Re: Elm Runtime Exceptions

Joey. Yours was the best answer. And you already stated it. Sorry for making you repeat yourself. Thank you. I will need to checkout Maybe.andThen, Result.andThen, Maybe.map and Result.map. And then see if I still have anything to complain about :) On Thursday, September 8, 2016 at 10:24:12 AM

Re: [elm-discuss] Re: Elm Runtime Exceptions

On Wednesday, September 7, 2016 at 6:26:58 PM UTC-7, Max Goldstein wrote: > > Maybe is not an exception, as has been pointed out. *Maybe is a data > structure.* It just so happens that it's a data structure that can hold > at most one element. > Again, I completely understand that Maybe is a

Re: [elm-discuss] Re: Elm Runtime Exceptions

@Dave Ford: that's literally what Maybe.andThen and Result.andThen are for. See also Maybe.map, and Result.map. They let you chain together several computations that may throw an exception. You can take a computation which throws an exception, and a computation which expects a non-exception

Re: [elm-discuss] Re: Elm Runtime Exceptions

The analogous part is the fact you end with "exception handling" code interspersed throughout your main logic flow. That part seems very much like C to me. On Wednesday, September 7, 2016 at 1:23:24 PM UTC-7, Nick H wrote: > > I don't think the comparison to C is accurate at all. Error codes in

[elm-discuss] Re: Elm Runtime Exceptions

On Wednesday, September 7, 2016 at 12:49:23 PM UTC-7, Charlie Koster wrote: > > Your description of Maybe isn't correct. When a function returns a Maybe > it's not throwing an exception. Maybe is a separate type (like String) so > when a function returns a Maybe String that is the type of the

[elm-discuss] Re: html-to-elm

https://github.com/pzavolinsky/elmx is a nice jsx-style pre-compiler for elm files too. Currently the elm compiler does not support plugins so you have to call it yourself, but easy to add in to a normal build system. On Thursday, September 8, 2016 at 7:34:48 AM UTC-6, Rupert Smith wrote: > >

Re: [elm-discuss] Inherit function comment

I think we are galaxies away from a world where this issue should be a priority for work on the compiler or other Elm language tools. :-) 2016-09-08 15:31 GMT+02:00 'Thomas Henley' via Elm Discuss < elm-discuss@googlegroups.com>: > Browsing the source of the Html.App module in order to see the

Re: [elm-discuss] Re: Draft blog post - "How to Use Elm at Work" - looking for feedback

On Tuesday, September 6, 2016 at 4:08:29 PM UTC+1, Janis Voigtländer wrote: > > Thinking about how this might be updated to Elm 0.17, it seems almost > impossible to do. Not because of any signal vs. not-signal problems, but > simply because of the lack of a declarative graphics API like

[elm-discuss] Inherit function comment

Browsing the source of the Html.App module in order to see the signature of Html.App.map and how it works I read the documentation to get a good understanding of the function, which can be seen below https://github.com/elm-lang/html/blob/1.1.0/src/Html/App.elm#L52 > {-| This function is

[elm-discuss] Re: Image navigation and interaction

Thanks for all the suggestions. I skimmed over svg and found out how build an image from scratch by drawing circles and polygons etc. However I did not spot a function to load an image from file, am I missing something? On Wednesday, September 7, 2016 at 8:49:08 PM UTC+2, John Bugner wrote: > >

[elm-discuss] Re: html-to-elm

Nice tool! Do you plan on adding "style" and other odd shaped Elm attributes like "disabled" too? -- You received this message because you are subscribed to the Google Groups "Elm Discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to

Re: [elm-discuss] Re: Elm Runtime Exceptions

Interesting post, but I tend to disagree on a couple of points: According to the oracle Java tutorial , an exception is > *Definition:* An *exception* is an event, which occurs during the > execution of a program,

[elm-discuss] html-to-elm

I've developed some styling with some static html to demo it. Now finding his very useful to turn that HTML into Elm: http://mbylstra.github.io/html-to-elm/ Rupert -- You received this message because you are subscribed to the Google Groups "Elm Discuss" group. To unsubscribe from this group

Re: [elm-discuss] Re: Elm Runtime Exceptions

If that is the case, http://elm-lang.org/try has not yet benefitted from that fix (which is strange, after a couple of months). 2016-09-08 10:30 GMT+02:00 José Lorenzo Rodríguez : > > String.indices "" "Goodbye, Cruel World!" > > Nathan, that's not a error anymore, I

Re: [elm-discuss] Re: Elm Runtime Exceptions

https://github.com/elm-lang/core/issues/708 2016-09-08 10:27 GMT+02:00 Nathan Schultz : > A run-time error that stung me today is if you accidentally pass an empty > string to String.indices. i.e.: > > > String.indices "" "Goodbye, Cruel World!" > > > I would have expected

[elm-discuss] Re: Elm Runtime Exceptions

> String.indices "" "Goodbye, Cruel World!" Nathan, that's not a error anymore, I submitted a pull request to fix it and it was merged a couple months ago. On Thursday, September 8, 2016 at 10:27:04 AM UTC+2, Nathan Schultz wrote: > > A run-time error that stung me today is if you accidentally

[elm-discuss] Re: Elm Runtime Exceptions

A run-time error that stung me today is if you accidentally pass an empty string to String.indices. i.e.: String.indices "" "Goodbye, Cruel World!" I would have expected it simply returned a [] rather than just crashing. -- You received this message because you are subscribed to the Google