Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

2023-08-03 Meeting #53

Open
jasnell opened this issue Aug 3, 2023 · 1 comment
Open

2023-08-03 Meeting #53

jasnell opened this issue Aug 3, 2023 · 1 comment

Comments

@jasnell
Copy link
Contributor

jasnell commented Aug 3, 2023

Attendees

  • Bret Little
  • James Snell
  • Luca Casonato
  • Andreu Botella
  • Simeon Vincent
  • Pooya
  • Guy Bedford

Agenda

  • import.meta
    • LC: import.meta.resolve makes a lot of sense to standardize.
      • import.meta.url same.
      • import.meta.main also good
      • Everything else needs to be case by case
    • JS: import.meta is essentially a global scope
    • LC: Yes, but it's easier to avoid poluting, metadata specific to the module
    • JS: It would be a tragedy to have runtimes introduce the same metadata properties in different ways
    • JS: We need to start a document to discuss these
    • LC: Goal is interoperable/portable code.
      • Node.js ... all modules running off the file system, other runtimes it works differently
      • Other runtimes using network imports
      • Different semantics based on whether it is published or not
      • Prefer working on portable mechanisms
      • The use case for __filename, __dirname is largely loading resources relative to the module, but that assumes a specific model that always works in node.js but likely not anywhere else
      • Should always use import.meta.resolve() to deal with those use cases
    • JS: Should we provide guidance and recommend namespacing
    • LC: Yes
    • JS: The guidance right now is to standardize around meta.url, meta.resolve, meta.main. And to encourage namespacing for runtime specific extensions. Encourage using the runtime-keys spec for those namespaces. We need more discussion of use cases.
    • LC: Encourage relative asset resolution using import.meta.resolve, express everything in URLs
    • GB: Sounds like the right approach.
    • GB: The second argument for import.meta.resolve(...). In Node.js we're aligning with the standardized sync version of resolve. The second argument takes the parent URL context
  • JS: We need a module loading problem statement
  • GB: We're working through this on TC-39
  • Trailers on Fetch!
    • LC: Define the properly: it is not currently possible for outbound fetch to send trailers, nor is it possible to get access to trailers. There used to be a .trailers property in the fetch spec but that was removed.
    • JS: One of the issues is when are trailers values calculated? How does that impact performance, optimizations
  • AB: TPAC breakout session in September, do we want a session about wintercg
@jasnell
Copy link
Contributor Author

jasnell commented Aug 3, 2023

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant