Pushpin: Trazendo ideias da fazenda

Brincando um pouco com o alfinete #310 e #316 eu reconheço que o que eu realmente gostaria de realizar é mais ou menos o que eu queria com meu experimento dat://code.gozala.io/ (que não é muito diferente de https://observablehq.com/) que é uma maneira de escrever um pouco de código que me permite pegar um pedaço de dados e criar um widget ou um reutilizável. Suponho que estou usando-o um pouco ao longo das linhas de planilhas, exceto com interface sob medida, adaptada a uma tarefa específica.

Na verdade, farm era exatamente isso, muito melhor, na verdade, pois acho que o quadro é uma superfície muito melhor para esse tipo de interação do que um bloco de notas que você precisa rolar para cima e para baixo ou planilha para esse assunto.

Então, tenho me perguntado se poderíamos ressuscitar o que torna a fazenda tão atraente. Da minha conversa com @pvh , tenho a sensação de que, embora Elm seja uma linguagem muito legal, provou ser muito limitante na prática 😢 (o que temo ecoar experiências que tive com ele em minhas tentativas de usá-lo para https:// github.com/browserhtml/browserhtml ou mesmo no mencionado https://observablehq.com/). No entanto, acho que o elemento mais atraente do farm foi a ideia de que tudo na tela era representado usando (doc, lens) onde lens era um pedaço de código também armazenado em algum documento.

Eu gostaria de trazer isso de volta, mas omitindo (pelo menos inicialmente) o compilador Elm. Também acontece que eu estava usando a biblioteca https://github.com/mozilla/reflex/ que é mais ou menos arquitetura Elm em JS, que não requer nenhuma etapa de compilação (o verificador de tipos seria bom) .

Então, juntando tudo isso, é isso que eu gostaria de tentar:

1. Cresça #310 para se tornar um componente de "edição de lentes", que essencialmente permite escrever um pouco de JS que pode ser referenciado e carregado via URL. Infelizmente, parece que hypermerge:/ URLs não podem ser carregados apenas hyperfile:/... , mas talvez isso possa ser resolvido ou, na pior das hipóteses, o componente possa criar novos URLs hyperfile:/ após as alterações.

2. Crie outro componente "pipeline" que incorpore o componente "criação de lentes" ou melhor, seletor para lentes existentes e um seletor de dados "doc" para projetar um com o outro. _Gostaria que o pipeline não se limitasse apenas a (dados, lente) onde a visualização do projeto de lente (HTML), mas permitisse dados para projeções de dados para que as coisas pudessem ser encadeadas em pipelines maiores, mas isso pode ser um pouco exagerado no momento) _. A lente padrão pode ser o inspetor (veja #316) para que apenas o documento renderize algo e a partir daí pode-se optar por usar outro, ou criar um.

Observe que, com algo assim, eu poderia facilmente recriar a ferramenta que uso com frequência https://hackmd.io/ onde eu poderia usar o componente "editor de código" para digitar markdown e componente "pipeline" para renderizar sua visualização lado a lado ou o que fizer sentido.

PS: Ainda estou pensando nessa ideia, mas compartilharia para feedback e na tentativa de documentá-la