Pixi.js: Importer PixiJS en tant qu'ESM sans bundlers

Créé le 1 juil. 2020 · 10Commentaires · Source: pixijs/pixi.js

J'essaie d'importer Pixi dans une application Snowpack, mais, bien que le package Pixi sur NPM contienne un fichier esm ( /lib/pixi.es.js ), il ne peut pas être chargé directement dans le navigateur, car il utilise les bibliothèques natives du nœud ( ex : url ).

Est-il possible d'importer PixiJS en tant que module ES, sans utiliser Rollup, Webpack ou tout autre bundler ?

🙏 Feature Request

Source

NemoStein

👍5

Commentaire le plus utile

D'accord, je vous entends tous. Nous travaillerons sur un bundle ESM basé sur un navigateur.

bigtimebuddy le 23 août 2020

🎉7

Tous les 10 commentaires

Rollup, Webpack et Parcel peuvent tous fournir des polyfills intégrés pour les utilitaires d'URL et de chemin de Node. Je ne connais pas Snowpack, mais pourriez-vous les remplacer ? Il existe également des packages publics (par exemple, url) du même nom que vous pouvez installer à côté ?

L'autre option consiste à supprimer toutes les dépendances de type nœud du projet. J'essaierais d'abord de trouver une solution de contournement Snowpack pour ce problème avant de le faire. De plus, les autres bundles mentionnés ci-dessus sont tous pris en charge officieusement par pixi. Un projet passe-partout basé sur Snowpack serait utile pour tester cela et trouver la meilleure façon de prendre en charge cet outil également.

bigtimebuddy le 1 juil. 2020

pour soutenir cet outil aussi

C'est le problème... J'aimerais ne pas utiliser de tels outils.
Snowpack ne transforme en aucun cas votre code (il le peut, mais ce n'est pas le but). L'idée est d'utiliser uniquement des standards Web ouverts.

NemoStein le 1 juil. 2020

Ce n'est pas parce qu'il s'agit d'un standard Web que Pixi le prend en charge. Il existe de nombreuses fonctionnalités de navigateur modernes que nous ne prenons pas encore en charge car l'adoption est faible ou nous essayons toujours de fonctionner dans un large éventail de navigateurs. Il s'agit de la première demande d'exécution directe des modules ES. Ce n'est pas une mauvaise idée mais pas une grande priorité pour le moment.

La version ES a été ajoutée pour prendre en charge l'arborescence avec le regroupement à ne pas exécuter dans le navigateur à l'aide de l'importation de modules.

Si quelqu'un veut assumer cette tâche, nous envisagerions un PR.

bigtimebuddy le 1 juil. 2020

Dommage que vous n'ayez pas de version de module es.

SagnikPradhan le 8 août 2020

👍6

Ce serait quelque chose de génial à avoir

mmahandev le 23 août 2020

D'accord, je vous entends tous. Nous travaillerons sur un bundle ESM basé sur un navigateur.

bigtimebuddy le 23 août 2020

🎉7

Pour l'instant j'ai créé ça . Le problème que j'avais était que la transpilation des bibliothèques en mode dev le rendait trop lent. D'où la solution.

SagnikPradhan le 23 août 2020

@SagnikPradhan 404 lien brisé 🤔

DrSensor le 23 sept. 2020

@DrSensor voici les versions officielles de la branche de développement. Nous n'avons pas encore de version, mais celles-ci seront dans la v5.4.0.