k
а, ну в принципе разработчики позаботились и добавили
FCNode.nodeType : StringSize: a a a
2020 May 11
k
ну а если мне действительно какие-то более сложные типы понадобятся
MB
можно сделать функцию-обертку и через case анбоксить и вызывать нужный вью тогда
k
можно сделать функцию-обертку и через case анбоксить и вызывать нужный вью тогда
а какую функцию оборачивать?
MB
Ну вместо FlowChart.view вызывать свою, оборачивать ее же
MB
В сам модуль не смотрел, но могу завтра утром глянуть и набросать прототип
MB
Но нужна будет ссылка :-)
k
Но нужна будет ссылка :-)
k
Ну вместо FlowChart.view вызывать свою, оборачивать ее же
ну да, я определяю свою функцию
myView которая будет брать в качестве одного из аргументов MyNode -> Model -> Html FlowChart.Msg, так?MB
да, примерно
k
ну точнее я итак ее оборачиваю в свою
viewk
толку то
k
возможно как-то не очень понятно объясняю
а мне надо чтобы кушал
FlowChart.view кушаетnodeToHtml: FCNode -> Model -> Html FlowChart.Msgа мне надо чтобы кушал
myNodeToHtml: MyNode -> Model -> Html FlowChart.Msgk
myNodeToHtml я уже определяю с помощью кейсовk
сейчас, то что я прошу, вообще говоря в общем случае невозможно
k
но это явно ситуация с которой думаю многие сталкиваются, и интересно будет узнать что в таких случаях делают
DK
возможно как-то не очень понятно объясняю
а мне надо чтобы кушал
FlowChart.view кушаетnodeToHtml: FCNode -> Model -> Html FlowChart.Msgа мне надо чтобы кушал
myNodeToHtml: MyNode -> Model -> Html FlowChart.MsgОчень плохо понятно что именно требуется и зачем... но если nodeToHtml кушает такое, то нет никакого способа заставить его кушать что-то другое. Но можно к своему собственному типу добавить функцию myNodeToHtml, которая будет распаковывать тип и использовать nodeToHtml внутри