Re: [elm-discuss] Re: Elm Textfield + a barcode scanner

In https://runelm.io/c/nx0 it looks like the trouble is that it is using value attribute no? Just to check, have you tried the defaultValue approach suggested? At least, in the example it doesn't look like value needs to be set at all. My understanding is that two-way binding is problematic

Re: [elm-discuss] Re: Moving on

> > First, I'm going to call out the air of ungratefulness and animosity in > this thread. Evan is giving you software for free, and it's software that's > good enough that you invest your time into writing it and commenting about > it. > Just to be clear, in case this is directed at me in

Re: [elm-discuss] Re: Moving on

Just to play devil's advocate for a moment; Despite my suggestion, and as much as I'm an advocate for package curation I don't think that it's the right first step towards solving the problem. In my opinion the realistic solution is one that may already have been discussed in the past: 1.

Re: [elm-discuss] Re: Moving on

> This grey list would be backed by a clear process of getting things on the > list that would include a checklist of mandatory things. > This checklist would be like a rule list and breaking any of the rule > would have to happen after a serious benefits analysis done under the >

[elm-discuss] Re: Discovery: Model /= Database

Hi Kasey, I just wanted to mention that the wikipedia article Model-view-viewmodel might be helpful reading. In some architectural patterns this is called the viewmodel rather than the model. (A couple of GUI oriented

Re: [elm-discuss] Re: Comments on the TEA Components package

> > *I have not seen the reverse happening.* I usually try not to get involved in long threads like this nowadays, but I feel obligated to quickly mention that we were also recently pretty happy with a recent refactor that reduced the boilerplate in an internal documentation page. (We

Re: [elm-discuss] Re: elmvm (Elm Version Manager)

> Looks very clever, not something I had ever looked into before. Do you > have to run NixOS or is nix something that you can run on top of any > distribution? (I'm a long time Debian user). > Nix itself is just a cross-platform package manager, independent of the operating system NixOS.

Re: [elm-discuss] Re: elmvm (Elm Version Manager)

ctor = haskell.lib.overrideCabal super.elmPackages.elm-reactor (drv: { # I'm using my own fork of elm-reactor that enables ports, because productivity src = fetchFromGitHub {