Дело хозяйское... с компонентами сильно приятнее работать из элм чем через порты

Особенно что-то визуальное типа текст эдитора

Ну и во многих случаях ие не нужен, эдж переезжает на движок хрома.. хотя зависит от задачи

Да, у меня как раз такой случай. Эдж не нужен

соглашусь, даже доклад был на эту тему где-то на elm-conf, там как раз в пример ставили, что редактор лучше через webcomponents

> This parser will keep trying parsers until oneOf them starts chomping characters. Once a path is chosen, it does not come back and try the others

Из документации elm/parser

поясните пожалуйста, почему так сделано?

у меня oneOf и один из парсеров использует chompWhile

и до второго дело не доходит в результате

если ещё точнее, падает первый, в котором нету chompWhile, а во втором есть, но ошибка парсинга приходит из первого

Не все комбинаторные парсеры бэктрекают

Ибо дорого

Поэтому использовать в oneOf нужно такие, у которых явно отличается начало

(ab|ac) - плохо
a(b|c) - хорошо

Если есть ровно один жадный парсер с "нечётким началом", то его ставим в конец, чтобы перед ним были опробованы все другие.

Понял, спасибо! У меня один парсер типа foo|bar|buz, но там много вариантов и каждый из них сложный, а второй — нужно понять, не букво-циферный хэш ли это

и вот там chomp.

попробую сделать маркер, что это хэш

Всем привет, хочу показать юзеру селект: "выберите шрифт", и туда 2-4 значения, ну например: "Verdana" и "Comis Sans MS", есть ли смысл эти значения делать вариантами, или оставить строкой?

если говорить про код, получается выбираю между:
fontFamily: Maybe String (или вообще просто String)
и

type FontFamily = Verdana | ComicSansMs
fontFamily: maybe FontFamily

?

p.s. после выбора и отображения в селекте это значение еще улетит по порту в js, и больше ничего.

Я делал строками и вот что у меня сейчас