This is not a question and I hope I this won't sound like spam. But I just
want to give some praise to the fantastic Eric Person (is that his name??)
and elm-seeds. https://elmseeds.thaterikperson.com/
44 episodes now posted at a regular interval - that's good stamina. Clear
and to the point in
I'd back this too.
On Tuesday, January 24, 2017 at 11:21:31 PM UTC+1, Robert Lee wrote:
>
> Would anyone else find --Html.Attributes.none-- useful?
>
> none : Html.Attribute a
>
> Use cases look like the following.
>
>
>
> view: Model -> Html.Html Msg
> let
> onClickButton
Yeah, the problem is that when we are talking about contentEditable divs and
spans there is no "defaultValue" attribute!
--
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 em
I've got a problem. We need to use contentEditable elements and while
editing them, the caret jumps to the beginning of the box everytime the
model updates. This derives from the fact that the browser holds some state
about the caret position outside the model (the horror), and we reset that
br
Yeah but that was kind of my point though. In an app where 'something' (using
your example) is the main piece of data, say a list of todos, then I wouldn't
want the whole slice thrown away on every update? Not too familiar with the Elm
core so I dont know where to look!
--
You received this me
I'm sure many of you have sen Richard Feldmans amazing talk on impossible
states from Elm conf. In there he uses a Union Type for working with his
data
History =
History =
{ current: Question
, others: List Question }
This essentially means every time we want to update something in the
History
Ok Max, thanks I'll give it a go and see how it works out.
On Monday, October 24, 2016 at 4:13:33 PM UTC+2, Max Goldstein wrote:
>
> If you're going to refer to items by ID a lot, you should probably use a
> dictionary keyed on ID. Assuming items is a record with an id field:
>
> { model |
>
| The names were inspired by Dict.insert and Dict.update, which were the
closest to what I was looking for.
Yeah, I'm probably just too used to that dot notation.
I don't know why but
items.replaceItemById id item
looks better than
replaceItemById items id item
. Somehow it feels like a standal
Hey you guys! I've started to build out my first real Elm app and I'm
loving it. On my model there is a field called items
Model
...
items : List Item
...
which is a list of the type Item. Coming from a rails mindset I created an
"updateItemById" -function, which I use like this in
>
>
>
>
>- What is the system supposed to do: RegisterWithCredentials String
>String
>- What happened in the system: ClickRegistrationSubmit String String /
>TapRegistrationSubmit String String
>
>
> Let's have an argumented discussion around this :}
>
I think one of the main ar
> If you implement the Router in Elm (the implementation starts with Elm), then
> Pages are a reasonable abstraction.
In this scenario - do you wire the state from each separate “page” up into the
top level app.elm (or wherever the routing lives), or do you let each page
manage it’s own state
t 5:03:23 PM UTC+2, Peter Damoc wrote:
>
> On Tue, Sep 20, 2016 at 5:18 PM, Lars Jacobsson > wrote:
>
>> Peter - just out of curiosity: How did you split those 8000 LOC up? Did
>> you go for a structured component/react type splitup, or did you split
>> "
Peter - just out of curiosity: How did you split those 8000 LOC up? Did you
go for a structured component/react type splitup, or did you split
"organically" when the need occurred?
>
>
> Another large amount of time was spent trying to integrate a carousel. I
> ended up reimplementing a bare bo
Peter - just out of curiosity: How did you split those 8000 LOC up? Did you
go for a structured component/react type splitup, or did you split
"organically" when the need occurred?
On Monday, September 19, 2016 at 3:08:43 PM UTC+2, Peter Damoc wrote:
>
> I keep postponing this for a few weeks b
14 matches
Mail list logo