Pushpin: Apporter des idées de la ferme

En jouant un peu avec la punaise #310 et #316, j'en suis venu à reconnaître que ce que j'aimerais vraiment accomplir est plus ou moins ce que je voulais avec mon expérience dat://code.gozala.io/ (qui n'est pas trop différent de https://observablehq.com/) c'est un moyen d'écrire un peu de code qui me permet de prendre des données et de créer un widget unique ou réutilisable. Je suppose que je l'utilise un peu comme des feuilles de calcul, sauf avec une interface sur mesure adaptée à une tâche spécifique.

En fait, la ferme était exactement cela, bien mieux en fait, car je trouve que le tableau est une bien meilleure surface pour ce type d'interactions qu'un bloc-notes que vous devez faire défiler de haut en bas ou une feuille de calcul d'ailleurs.

Je me demande donc si nous pourrions ressusciter ce qui rend la ferme si attrayante. D'après ma conversation avec @pvh, j'ai l'impression que même si Elm est une langue vraiment agréable, elle s'est avérée très limitante dans la pratique github.com/browserhtml/browserhtml ou même dans https://observablehq.com/ mentionné). Cependant, je pense que l'élément le plus convaincant de la ferme était l'idée que tout sur l'écran était représenté en utilisant (doc, lens) où lens lui-même était un morceau de code également stocké dans un document.

Je voudrais ramener cela mais en omettant (au moins au début) le compilateur Elm. Il se trouve aussi que j'ai utilisé la bibliothèque https://github.com/mozilla/reflex/ qui est plus ou moins une architecture Elm dans JS, qui ne nécessite aucune étape de compilation (le vérificateur de type serait bien cependant) .

Donc, en mettant tout cela ensemble, voici ce que j'aimerais essayer:

1. Développez #310 pour devenir un composant "d'édition d'objectif", qui permet essentiellement d'écrire un peu de JS qui pourrait ensuite être référé et chargé via une URL. Malheureusement, il semble que les URL hypermerge:/ ne peuvent pas être chargées uniquement hyperfile:/... , mais cela pourrait peut-être être résolu ou, dans le pire des cas, le composant pourrait créer de nouvelles URL hyperfile:/ après les modifications.

2. Créez un autre composant "pipeline" qui intègre un composant "lens authoring" ou plutôt un sélecteur pour l'objectif existant et un sélecteur de données "doc" pour projeter l'un avec l'autre. _J'aimerais que le pipeline ne se limite pas à la vue (données, objectif) où le projet d'objectif (HTML) mais autorise les projections de données à données afin que les choses puissent être enchaînées dans des pipelines plus grands, mais cela pourrait être un peu exagéré en ce moment) _. L'objectif par défaut pourrait être l'inspecteur (voir # 316) de sorte que seul le document rendrait quelque chose et à partir de là, on pourrait choisir d'en utiliser un autre ou d'en créer un.

Notez qu'avec quelque chose comme ça, je pourrais facilement recréer l'outil que j'utilise fréquemment https://hackmd.io/ où je pourrais utiliser le composant "éditeur de code" pour taper le démarquage et le composant "pipeline" pour rendre son aperçu côte à côte ou tout ce qui aura du sens.

PS : Je suis toujours en train de réfléchir à cette idée, mais je partagerais pour obtenir des commentaires et tenter de la documenter