Automention: Hey @ backbone87 @pocka , vous avez été tagué! Pouvez-vous donner un coup de main ici?

Hmm ... Nous devrons peut-être faire un préréglage vue3

Hmm ... Nous devrons peut-être faire un préréglage vue3

puis-je aider?

ce que j'ai essayé jusqu'à présent (uniquement dans les fichiers dist situés dans le répertoire des modules de nœud, cependant):

vue / dist / server / framework-preset.js

• VueLoaderPlugin est maintenant une exportation de vue-loader
• remplacez vue-esm.js par vue.esm-browser.js

11c11
< var _plugin = _interopRequireDefault(require("vue-loader/lib/plugin"));
---
> var _plugin = _interopRequireDefault(require("vue-loader").VueLoaderPlugin);
34c34
<         vue$: require.resolve('vue/dist/vue.esm.js')
---
>         vue$: require.resolve('vue/dist/vue.esm-browser.js')

vue / dist / client / aperçu / render.js

Le composant d'application est maintenant instancié avec createApp() , toute la configuration, etc. doit être appliquée à l'instance

`` `diff
21c21

<var _vue = _interopRequireDefault (require ("vue"));

var _vue = _interopRequireDefault (require ("vue"). createApp);
43c43

<var root = new _vue ["default"] ({

var root = _vue ["par défaut"] ({
67c67

<_vue ["par défaut"]. config.errorHandler = showException;

root.config.errorHandler = showException;
88c88

<racine. $ mount ('# racine');

root.mount('#root');

''

Je suis maintenant coincé avec vue/dist/client/preview/index.js parce que l'instance d'application est nécessaire là-bas, par exemple pour définir la propriété extends - et cela ne semble réalisable qu'à l'aide d'une construction de livre d'histoires appropriée ...

j'espère que ces petits pas sont d'une certaine utilité.

Salut à tous! On dirait qu'il n'y a pas eu grand-chose dans ce numéro ces derniers temps. S'il y a encore des questions, des commentaires ou des bugs, n'hésitez pas à poursuivre la discussion. Malheureusement, nous n'avons pas le temps d'aborder tous les problèmes. Nous sommes toujours ouverts aux contributions, veuillez donc nous envoyer une demande de tirage si vous souhaitez aider. Les problèmes inactifs seront fermés après 30 jours. Merci!

bosse

@pksunkara @graup @ Aaron-Pool est-ce que quelqu'un a le temps de creuser ça? s'il y a des changements de rupture dont nous avons besoin et que nous pouvons les intégrer à la version 6.0, ce serait le meilleur moment pour le faire!

Nous aurions encore besoin de prendre en charge Vue2 pendant un certain temps après la sortie de Vue3. Une chose que nous devons vérifier est si nous pouvons d'une manière ou d'une autre les soutenir tous les deux en même temps.

Considérant également que Vue3 n'est pas encore sortie de la version bêta, et en supposant que nous souhaitons sortir le storybook v6, je reporterais le support de vue3 après la version v6.

Je prévois d'étudier cela bientôt, mais je ne peux pas donner d'ETA. Je n'ai pas encore eu l'occasion d'essayer Vue 3.

Je suis d'accord avec @pksunkara sur le fait que ce n'est pas urgent pour la version 6.0, car elle est toujours bêta de toute façon.

Merci @graup. Je conviens également que ce n'est pas urgent - on ne devrait pas s'attendre à ce que nous prenions en charge des logiciels non publiés dans Storybook. Ma seule préoccupation est que, par exemple, nous publions la version 6.0 en juillet, Vue3 sera lancée en août, nous allons la soutenir en septembre et constatons qu'un changement de rupture est nécessaire. Et nous ne pouvons pas obtenir ce changement de rupture sans une modification majeure de la version en octobre, ce qui devrait se produire en juin 2021 à la place.

J'essayais juste d'obtenir des lumières sur le canal Discord tout à l'heure sur la façon dont je vais essayer de le faire fonctionner avec Vue 3, il faudrait un nouveau préréglage car la logique pour amorcer le cadre est un peu différente .. Je ne pense que le code actuel dans le dossier vue fonctionnera avec vue 3 ..

Je comprends @shilman. Permettez-moi de clarifier un peu plus car il semble que je n'ai pas bien compris.

D'après ce que je comprends des tentatives de @ p3k et du commentaire de @milewski , nous avons non seulement besoin d'un nouveau préréglage, mais nous devons également faire des changements de rupture dans le paquet @storybook/vue .

Mais nous aurions encore besoin de prendre en charge Vue v2 pendant un certain temps, tout le monde ne passerait pas à Vue v3. Donc, à moins que nous ne voulions dire que Vue v2 n'est plus supporté, il serait préférable de créer un nouveau package @storybook/vue3 .

Mais si nous décidons de couper le support de Vue v2, alors oui, je suis d'accord que nous devrions probablement faire des changements de rupture avant Storybook v6.

@pksunkara Votre solution proposée sonne bien. 💯

Je ne pense pas que nous puissions interrompre le support de vue2 de si tôt, donc nous voudrions exécuter ces deux paquets en parallèle, et peut-être faire un cut-over complet dans une future version majeure (7.0? 8.0? Jamais?). Une fois les deux packages publiés, nous pouvons utiliser les statistiques de téléchargement npm pour déterminer le moment opportun pour supprimer le support de Vue2. WDYT?

cc @ndelangen

Je lui ai donné un tournage: https://github.com/milewski/storybook/tree/vue3 cela fonctionne essentiellement pour moi avec vue3 ..

cependant, il y avait un bloc de code dont je ne suis pas sûr de ce qu'il était censé faire https://github.com/milewski/storybook/blob/vue3/app/vue/src/client/preview/index.ts#L41 -L58 Je n'ai jamais utilisé de livre de contes auparavant .. Je voulais juste commencer à l'utiliser maintenant avec mon projet vue3 ..

donc pour autant que je sache https://storybook.js.org/docs/guides/guide-vue/ en suivant les instructions de ce guide, j'ai obtenu mon composant en utilisant vue 3 rendu avec succès ... sans ce morceau de code que j'ai laissé off ... Peut-être est-il nécessaire de travailler avec un plugin spécifique? quelqu'un peut-il me dire avec quelle configuration / addon / plugin ce code serait utile? afin que je puisse trouver un moyen de résoudre ce problème et que quelqu'un puisse s'inspirer de ma version et suivre correctement les procédures de code pour publier un nouveau préréglage ici?

Excellent travail @milewski - super excitant !!! 🚀

J'ai compris ce que faisait ce code ... il était nécessaire d'appliquer les options données par les boutons ... j'ai corrigé cela ... pouvez-vous l'essayer car il semble que vous utilisez Storybook depuis plus longtemps? @ p3k

Vous pouvez l'installer en exécutant:

git clone --branch vue3 https://github.com/milewski/storybook.git
cd storybook
yarn bootstrap --core
yarn build (select vue)
cd app/vue
yarn link

then cd to your project and:

yarn link @storybook/vue

merci beaucoup pour vos efforts @milewski - je suis juste en train d'essayer votre branche et j'ai une erreur lors de l'exécution de yarn bootstrap --core :

…
$ node ../../scripts/prepare.js
TSFILE: /home/tobi/Projects/modul/storybook/app/mithril/dist/src/client/preview/globals.d.ts
TSFILE: /home/tobi/Projects/modul/storybook/app/mithril/dist/src/client/preview/types.d.ts
TSFILE: /home/tobi/Projects/modul/storybook/app/mithril/dist/src/client/preview/render.d.ts
TSFILE: /home/tobi/Projects/modul/storybook/app/mithril/dist/src/client/preview/index.d.ts
TSFILE: /home/tobi/Projects/modul/storybook/app/mithril/dist/src/client/index.d.ts
Built: @storybook/[email protected]
lerna ERR! yarn run prepare exited 1 in '@storybook/vue'
lerna ERR! yarn run prepare stdout:
$ node ../../scripts/prepare.js
src/server/framework-preset-vue.ts(5,17): error TS4058: Return type of exported function has or is using name 'VueLoaderPlugin' from external module "/home/tobi/Projects/modul/storybook/app/vue/node_modules/vue-loader/dist/plugin" but cannot be named.
TSFILE: /home/tobi/Projects/modul/storybook/app/vue/dist/client/preview/globals.d.ts
TSFILE: /home/tobi/Projects/modul/storybook/app/vue/dist/client/preview/types.d.ts
TSFILE: /home/tobi/Projects/modul/storybook/app/vue/dist/client/preview/render.d.ts
TSFILE: /home/tobi/Projects/modul/storybook/app/vue/dist/client/preview/util.d.ts
TSFILE: /home/tobi/Projects/modul/storybook/app/vue/dist/client/preview/index.d.ts
TSFILE: /home/tobi/Projects/modul/storybook/app/vue/dist/client/index.d.ts
TSFILE: /home/tobi/Projects/modul/storybook/app/vue/dist/server/options.d.ts
TSFILE: /home/tobi/Projects/modul/storybook/app/vue/dist/server/build.d.ts
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.

lerna ERR! yarn run prepare stderr:
ERR! FAILED (ts) :  
ERR! FAILED to compile ts: @storybook/[email protected] 
error Command failed with exit code 1.

lerna ERR! yarn run prepare exited 1 in '@storybook/vue'
lerna WARN complete Waiting for 3 child processes to exit. CTRL-C to exit immediately.
error Command failed with exit code 1.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.

Uhm. Un problème est survenu avec la dactylographie Je viens de désactiver la vérification ts pour le moment .. extrayez le dernier code de ma branche et réessayez

oui, maintenant la commande s'est exécutée sans erreur.

re yarn build (select vue) je reçois le message _storybook WARN build Rien à construire! _ - est-ce correct?

Non dans le menu interactif qui apparaît, vous devez appuyer sur la barre d'espace pour sélectionner

ah! désolé, mon mal, bien sûr.

maintenant, il s'est bien construit et je peux exécuter un livre d'histoires avec mon premier composant vue3 - splendide! merci encore, @milewski

@milewski Excellent travail! Je viens de tester et cela semble fonctionner.

Pour autant que je sache, les seuls changements majeurs sont les importations et les trucs createApp , non? Peut-être est-il possible d'écrire du code rétrocompatible qui vérifie la version de vue installée et fait la bonne chose automatiquement? Nous pourrions alors éviter d'avoir deux versions du préréglage.

J'ai essayé de mettre à jour nos exemples de vue, mais il semble que certains des éléments utilisés n'ont pas encore de versions de vue3. En général, il semble encore y avoir beaucoup de packages bêta et incompatibles, il serait donc préférable d'attendre un peu avant d'essayer de mettre à jour toute la base de code du livre d'histoires, y compris les addons, etc. Il y aura beaucoup de travail à faire.

Pour autant que je sache, les seuls changements majeurs sont les importations et les trucs de createApp, non?

oui je le dirais aussi.

à partir des choses que j'ai initialement essayées (voir mon commentaire initial), tout ce que j'ai gardé était la fusion de configuration - la poussée de VueLoaderPlugin n'est plus nécessaire, grâce à la contribution de @ milewski, je suppose: cat:

La (ré) initialisation du livre de contes était simple comme décrit dans la documentation: npm install @storybook/vue --save-dev ; Je n'ai même pas eu besoin d'installer d'autres dépendances entre pairs (cela peut être dû au fait que nous les installons déjà pour notre projet, de toute façon).

Nous pourrions alors éviter d'avoir deux versions du préréglage.

Je suppose que ce serait très préférable, et peut-être même rendre possible les changements dans la prochaine version du livre de contes…?

en ce qui concerne les exemples de vue, je pourrais peut-être aider à créer des versions compatibles avec vue3 de (certains d'entre eux)? (Je ne suis pas encore un expert en vue, cependant.)

@graup

Pour autant que je sache, les seuls changements majeurs sont les importations et les trucs de createApp, non? Peut-être est-il possible d'écrire du code rétrocompatible qui vérifie la version de vue installée et fait la bonne chose automatiquement? Nous pourrions alors éviter d'avoir deux versions du préréglage.

J'ai également rencontré des problèmes de réactivité, j'ai essayé de suivre la façon dont la version actuelle définissait / étendait l'objet mais vue3 ne suit plus les changements sur ce type d'objets, en particulier ceux créés à l'intérieur de la fonction de rendu, j'ai dû créer des références avec ref () ou reactive () pour qu'il déclenche des mises à jour.

J'ai essayé de mettre à jour nos exemples de vue, mais il semble que certains des éléments utilisés n'ont pas encore de versions de vue3. En général, il semble encore y avoir beaucoup de packages bêta et incompatibles, il serait donc préférable d'attendre un peu avant d'essayer de mettre à jour toute la base de code du livre d'histoires, y compris les addons, etc. Il y aura beaucoup de travail à faire.

J'ai essayé d'utiliser celui-ci comme point de départ mais il a essayé d'installer des trucs vue2 même si j'avais explicitement défini la version sur le package json ... vue 3 ne fonctionne pas du tout si vous avez vue-template-compiler ou l'ancien chargeur de vue installé .. il peut y avoir des dépendances là-dessus qui importent ces

@ p3k

La (ré) initialisation du livre de contes était simple comme décrit dans la documentation: npm install @ storybook / vue --save-dev; Je n'ai même pas eu besoin d'installer d'autres dépendances entre pairs (cela peut être dû au fait que nous les installons déjà pour notre projet, de toute façon).

Je pense que cela s'est produit parce que j'ai inclus vue3 et vue-loader ^ 16 en tant que dépendance sur packages.json

Je serais d' @storybook/vue3 avec un package

Pour info, je viens de corriger un bug de rendu de base dans le code Storybook Vue2: https://github.com/storybookjs/storybook/pull/11076

Cela provoque le "comportement de rafraîchissement forcé" utilisé par addon-knobs et addon-controls pour forcer réellement un rafraîchissement. Je ne sais pas si cela a une incidence sur le code Vue3, mais juste pour info si vous testez, veuillez fusionner cette mise à jour.

Fait également appliqué sur la version fourchue!

Juste pour mettre mes deux cents, il semble que vite sera l'outil _defacto_ utilisé pour la vue 3, un peu comme le vue-cli a été utilisé pour la vue 2. Nous avons eu plusieurs utilisateurs qui ont des problèmes de devoir faire tous les réglages de configuration deux fois lors de l'utilisation vue-cli avec storybook, un probalem @pksunkara a fait un excellent travail de résolution avec son plugin de

Edit: Je viens de réaliser que cela pourrait être délicat, car Vite utilise le rollup sous le capot, plutôt que le webpack 😬

Je pense que je devrais vraiment regarder si Storybook peut simplement utiliser le système Webpack / build de l'utilisateur et ne pas avoir besoin de sa propre configuration du tout.

Réflexions mises à part, je pense que je n'ai pas vérifié vite, mais peut-être qu'ils adapteront le système de plugin vue cli

Nous ne pensons pas ou ne visons pas à ce que Vite devienne «l'outil». Un grand nombre de projets auront besoin de la puissance et de la flexibilité fournies par Webpack, et le but de vite n'est pas de répondre à tous ces besoins.

Je ne m'inquiéterais donc pas trop de vite pour le moment, et certainement pas du support de Vue3 pour le livre d'histoires lui-même.

@LinusBorg la raison pour laquelle j'ai spécifiquement

Ne nous voyez-vous pas rencontrer un problème similaire avec vite alors que les gens essaient d'intégrer un livre d'histoires dans un projet basé sur vite?

Non, pas vraiment. Vite lui-même est assez simple par rapport à une configuration de Vue CLI.

Ce que Vite fournit est couvert par n'importe quelle configuration Webpack simple qui a des règles pour gérer les fichiers .vue , ts(x) et .css . Et bien qu'elle soit extensible, cette API est assez proche du métal, nous ne nous attendons donc pas à ce que les gens ajoutent des transformations personnalisées et des trucs à gauche et à droite.

Il n'a pas une API de plugin étendue par conception. si les gens ont besoin de magie personnalisée pour leurs projets, il est probable qu'ils auront besoin de Webpack de toute façon tôt ou tard, alors optez pour Vue CLI.

Vite ne voit pas «l'extensibilité pour tout cas d'utilisation» comme l'un de ses objectifs.

Je dirais donc que tout projet Vite devrait généralement fonctionner avec storybook / vue tant que sa configuration Webpack couvre les règles de base que j'ai énoncées, ce que je pense que c'est le cas

@LinusBorg Ok, c'est logique. Merci pour la contribution 👍 Tout conseil de l'équipe Core Vue est toujours très apprécié!

Merci pour le travail que tout le monde met dans le livre d'histoire, j'ai hâte de l'utiliser pour mon projet Vue 3 :)

Étant donné que Vue3 est maintenant en RC , il pourrait être utile de réévaluer si l'ajout de la prise en charge de Vue3 à la v6 doit être envisagé ou non.

@hollandThomas nous sommes déjà à mi-RC donc vue3 devra venir en 6.1. Cela dit, nous devrions sortir les premiers 6.1 alphas dans quelques semaines, donc si quelqu'un veut commencer à mettre cela ensemble, je suis sûr qu'il y a un large public qui a faim de cela!

Y a-t-il des branches actives que nous pouvons utiliser ou auxquelles nous pouvons contribuer pour aider à préparer le support de Vue 3?

Dans notre organisation, notre bibliothèque de composants d'interface utilisateur Vue touche tous nos projets Vue, c'est donc l'une des premières choses qui nous empêche d'essayer Vue 3, et nous serions impatients de vous aider à tester ou à migrer si nécessaire. Je suppose que d'autres sont dans le même bateau.

Il existe également un guide de migration v2 -> v3 dans la documentation https://v3.vuejs.org/guide/migration/introduction.html#overview

@milewski @graup @ Aaron-Pool @elevatebart nous sommes maintenant en version 6.1-alpha. quelqu'un veut essayer un PR pour ça?

@ p3k merci. vient de créer avec vos descriptions, pour moi ressemble à du travail, n'a pas testé autant de fonctionnalités
La configuration de webpack peut être facilement corrigée dans main.js comme

webpackFinal: async (config, {configType}) => {

    config.resolve.alias['vue$'] = 'vue/dist/vue.esm-browser.js'

    return config
  }

et le chargeur peut être

avec render.js coincé un peu comment configurer dans .storybook

@shilman est-ce que cette version '6.1.0-alpha.1' est compatible avec vue3?

pas sûr mais ressemble à non. encore deuxième version prise en charge ..

Non, pas encore. J'espère que quelqu'un ici y contribuera, conformément à mon commentaire ci-dessus

@shilman Je n'ai toujours pas eu la chance d'utiliser Vue 3 😞 Mon travail a une date limite pour la sortie d'un produit basé sur Vue 2 ce mois-ci, je n'ai donc pas eu le temps de barboter.

Donc, les tâches sont essentiellement

• copier app / vue dans app / vue3
• assurez-vous de modifier toutes les références du framework
• appliquer les modifications effectuées par @milewski dans https://github.com/milewski/storybook/tree/vue3
• modifier ou créer de nouveaux exemples d'évier de cuisine
• essayez différentes combinaisons de méthodes de définition de composant story / vue3 et vérifiez si elles fonctionnent

?

@chartinger me semble être le chemin le plus direct. si nous pouvons comprendre comment appliquer conditionnellement ces changements en fonction de la version de vue que vous utilisez et maintenir un seul package, ce serait encore mieux.

J'ai fait des expériences de vue sur https://github.com/chartinger/storybook/tree/app-vue3 (j'avais besoin de quelques changements par rapport à la fourchette ci-dessus) ce que j'ai trouvé jusqu'à présent:

Bien:

• Les composants de base vue3 seront rendus
• Les modifications des contrôles sont mises à jour en direct

Mal:

• Impossible de charger les composants de vue décorés par la classe
• Aucune idée si les boutons fonctionnent, je voulais apprendre le livre de contes avec vue3 donc pas de code de démonstration ni de projets passés à tester
• Pas de détection automatique des attributs de contrôle des accessoires

Autre:

• L'importation du composant dans StoryMeta ne fait rien, doit être dans l'histoire
• Les composants globaux sont maintenant liés à l'instance d'application, est-il possible de le fournir au .storybook / preview.js ou d'une autre manière? (est-ce nécessaire?)

@elevatebart Quel est le statut de vue-docgen-api pour vue3? ☝️

Il est globalement compatible. Mais l'émission d'événements dans la fonction de configuration n'est pas encore traitée.

Pour cela, j'ai toujours besoin d'un moyen performant pour accéder aux fonctions de configuration et détecter ces émissions.

Étant donné que les fonctions peuvent être dans plusieurs fichiers, cela peut prendre un peu de temps.

@chartinger voulez mettre à jour votre branche avec certaines des expériences? Je voudrais creuser dans le problème de "détection automatique des attributs de contrôle" que vous avez trouvé, et je peux probablement demander à quelqu'un de regarder le problème décoré par la classe.

@shilman J'ai ajouté un exemple vue3, basé sur vue-cli et migré l'exemple de bouton vers la composition et la classe api (je l'ai appelé annotation dans le code, ce qui doit changer mais le fera pour le moment). D'une manière ou d'une autre, les composants de l'API de classe se sont chargés cette fois.

Pour les tests, n'oubliez pas de npm link et de npm link @storybook/vue3 conséquence.

FYI: Je viens de publier @andoshin11/storybook-vue3 à npm, alors n'hésitez pas à l'essayer 👇

https://www.npmjs.com/package/@andoshin11/storybook -vue3

btw, Vue 3 est officiellement sorti de la version bêta.

PS. Merci pour votre fork / version de storybook @ andoshin11

// edit: il suffit de lire le fil de discussion et les gars super boulot .. Je pourrais peut-être essayer :)

Super travail tout le monde. J'adorerais intégrer cela dans la version 6.1. Quelqu'un veut-il s'en charger? Ce sera une contribution à très fort impact. Idéalement, nous prenons en charge vue3 et vue2 dans le même package, en effectuant une détection automatique ou une configuration utilisateur pour déterminer la version à utiliser.

Portée de ce travail:

• [] Apporter les modifications nécessaires pour prendre en charge vue3
• [] Ajout de tests e2e pour vue3 a vue project (nous avons déjà un modèle pour cela, et cela ne devrait pas être trop difficile)
• [] Mise à jour de la documentation
• [] Être disponible pour les corrections de bugs et le support comme nous en faisons la promotion dans la version préliminaire

Veuillez me contacter sur notre discorde si vous souhaitez travailler dessus - j'ai créé un canal temporaire #vue3 pour en discuter! https://discord.com/invite/UUt2PJb

Il y a un peu de travail effectué sur https://github.com/storybookjs/storybook/issues/12632. Le noter ici pour qu'il ne se perde pas.

Étant donné que Vue 3 n'est plus en version bêta et sera disponible dans la balise latest dans quelques mois, existe-t-il un ETA disponible pour le support Vue 3 dans le livre de contes?

De plus, il serait utile d'ajouter un CHANGELOG à @storybook/vue - https://github.com/storybookjs/storybook/tree/master/app/vue , afin que nous puissions avoir une idée sur ce qui a changé avec les versions @storybook/vue .

@palerdot J'adorerais recevoir le support de vue3 dans le cadre de Storybook 6.1 vous cherchez quelqu'un pour contribuer à cela - êtes-vous intéressé? https://github.com/storybookjs/storybook/issues/10654#issuecomment -698200547

quant au CHANGELOG, nous en avons un pour tout le monorepo et il n'est pas réaliste d'en maintenir un supplémentaire pour chaque cadre. cependant, j'envisagerai de faire des résumés spécifiques au framework avec chaque annonce de publication, ce qui est probablement ce que vous voulez réellement en tant qu'utilisateur.

@shilman

vous cherchez quelqu'un pour contribuer à cela - êtes-vous intéressé?

Malheureusement, je ne pourrai pas consacrer de temps à ce sujet pour le moment (sans oublier que je ne connais pas très bien storybook codebase).

J'envisagerai de faire des résumés spécifiques au framework avec chaque annonce de version, ce qui est probablement ce que vous voulez réellement en tant qu'utilisateur.

Je vous remercie. Ça serait mieux. Vous avez raison. En tant qu'utilisateur, je veux juste savoir quel framework est pris en charge (comme Vue 3 par exemple) avec chaque version. Donc, ajouter ces informations au CHANGELOG principal sera utile.

Il suffit de laisser tomber un point de données que j'aimerais que Vue3 fonctionne également avec un livre d'histoires. Peut-être que certains développeurs du noyau / de l'outillage Vue pourraient vous aider ici, comme @Akryum ?

@shilman
Je pense avoir trouvé la solution pour travailler un livre de contes avec vue2 et vue3. J'essaye d'en faire un POC si j'espère trouver le temps ;-). Aucune promesse. ^^
Mais je pensais déjà partager mon idée.
J'ai trouvé Vue Demi qui semble prometteur pour résoudre le problème de l'utilisation d'un seul package pour vue2 et vue3.
Bien sûr, il reste du travail à faire avec l'api de compostion. Mais je pense qu'avec ce package, c'est un pas en avant vers un package prometteur

13224 même problème. @shilman devrions-nous attendre le support de Vue 3 dans la prochaine version de Storybook?

Oui, j'espère qu'il atterrira en 6.2. toujours à la recherche de quelqu'un pour y arriver!