Pushpin: Идеи с фермы

Поэкспериментировав немного с канцелярской кнопкой #310 и #316, я пришел к выводу, что то, чего я действительно хотел бы достичь, является более или менее тем, чего я хотел в своем эксперименте с dat://code.gozala.io/ (что не слишком отличается от https://observablehq.com/), это способ написать фрагмент кода, который позволяет мне взять фрагмент данных и создать либо отдельный виджет, либо многоразовый. Я полагаю, что использовал его в некотором роде как электронные таблицы, за исключением индивидуального интерфейса, адаптированного к конкретной задаче.

На самом деле ферма была именно такой, ну, на самом деле, намного лучше, так как я считаю, что доска является гораздо лучшей поверхностью для такого рода взаимодействий, чем блокнот, который вы должны прокручивать вверх и вниз, или электронная таблица, если уж на то пошло.

Поэтому мне интересно, сможем ли мы воскресить то, что делает ферму такой привлекательной. Из моего разговора с @pvh я понял, что, хотя Elm — действительно хороший язык, на практике он оказался очень ограничивающим 😢 (что, я боюсь, перекликается с опытом, который у меня был с ним, когда я пытался использовать его для https://). github.com/browserhtml/browserhtml или даже в упомянутом https://observablehq.com/). Однако я думаю, что более привлекательным элементом фермы была идея, что все на экране было представлено с помощью (doc, lens) , где lens сам был фрагментом кода, также хранящимся в каком-то документе.

Я хотел бы вернуть это, но исключив (по крайней мере, изначально) компилятор Elm. Также так уж получилось, что я использовал https://github.com/mozilla/reflex/ библиотеку, которая более или менее представляет собой архитектуру Elm в JS, которая не требует каких-либо шагов компиляции (хотя проверка типов была бы неплохо) .

Итак, собрав все это вместе, вот что я хотел бы попробовать:

1. Расширьте # 310, чтобы он стал компонентом «редактирования линз», который, по сути, позволяет написать немного JS, который затем можно было бы указать и загрузить через URL. К сожалению, кажется, что URL-адреса hypermerge:/ не могут быть загружены, только hyperfile:/... можно было бы, но, возможно, это можно было бы решить, или в худшем случае компонент мог создать новые URL-адреса hyperfile:/ после изменений.

2. Создайте еще один «конвейерный» компонент, который включает компонент «разработки объектива» или, скорее, селектор для существующего объектива и селектор данных «doc» для проецирования одного с другим. _Я хотел бы, чтобы конвейер не ограничивался только (данными, объективом), где представление проекта объектива (HTML), но позволял данные проецироваться на данные, чтобы вещи можно было связать в более крупные конвейеры, но это может быть немного растянуто прямо сейчас) _. Объективом по умолчанию может быть инспектор (см. #316), чтобы просто документ отображал что-то, а оттуда можно было использовать другой или создать новый.

Обратите внимание, что с чем-то вроде этого я мог бы легко воссоздать инструмент, который я часто использую https://hackmd.io/ , где я мог бы использовать компонент «редактор кода» для ввода уценки и компонент «конвейер» для предварительного просмотра рядом друг с другом. или что будет иметь смысл.

PS: я все еще обдумываю эту идею, но я бы поделился ею для обратной связи и в попытке задокументировать ее.