foster/denoland-deno
1
0
Fork 0
mirror of https://github.com/denoland/deno.git synced 2024-11-24 15:19:26 -05:00
Code Issues Packages 1 Wiki Activity

Fix typo in faqs.md (#9948)

Browse source 
Co-authored-by: Kitson Kelly <me@kitsonkelly.com>
This commit is contained in:
John Spurlock 2021-04-01 04:19:45 -05:00 committed by Kitson Kelly
parent ca9cf77b0c
commit 4143d98981
No known key found for this signature in database
GPG key ID: 2D87CFF11B51960A
1 changed files with 3 additions and 3 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

6
docs/typescript/faqs.md
View file

@ -6,9 +6,9 @@ Maybe. That is the best answer, we are afraid. For lots of reasons, Deno has
chosen to have fully qualified module specifiers. In part this is because it chosen to have fully qualified module specifiers. In part this is because it
treats TypeScript as a first class language. Also, Deno uses explicit module treats TypeScript as a first class language. Also, Deno uses explicit module
resolution, with no _magic_. This is effectively the same way browsers resolution, with no _magic_. This is effectively the same way browsers
themselves work, thought they don't obviously support TypeScript directly. If themselves work, though they don't obviously support TypeScript directly. If the
the TypeScript modules use imports that don't have these design decisions in TypeScript modules use imports that don't have these design decisions in mind,
mind, they may not work under Deno. they may not work under Deno.
Also, in recent versions of Deno (starting with 1.5), we have started to use a Also, in recent versions of Deno (starting with 1.5), we have started to use a
Rust library to do transformations of TypeScript to JavaScript in certain Rust library to do transformations of TypeScript to JavaScript in certain