aboutsummaryrefslogtreecommitdiff
path: root/node_modules/jsdom/lib/README.md
diff options
context:
space:
mode:
authorHumairAK <humair88@hotmail.com>2016-07-26 07:43:08 +0000
committerHumairAK <humair88@hotmail.com>2016-07-26 07:43:08 +0000
commit3983edb2518acd91f991ad5fc6308bcaf46700f5 (patch)
treea81da7c47c8f9d0b853d478c619baadcf35d8237 /node_modules/jsdom/lib/README.md
parentf016bdbc35b7efa44bd63413bde09433ea916c59 (diff)
parenta345cf13d3b952ef0d427b61475f5cf722b3cbb0 (diff)
Merge branch 'master' of https://github.com/HumairAK/solutions_repo
Diffstat (limited to 'node_modules/jsdom/lib/README.md')
-rw-r--r--node_modules/jsdom/lib/README.md17
1 files changed, 0 insertions, 17 deletions
diff --git a/node_modules/jsdom/lib/README.md b/node_modules/jsdom/lib/README.md
deleted file mode 100644
index 8f0856c..0000000
--- a/node_modules/jsdom/lib/README.md
+++ /dev/null
@@ -1,17 +0,0 @@
-# Note: this codebase is in a transitional state
-
-We're slowly moving from a historical model based on layered "levels" of specs, to the [living standard model](https://wiki.whatwg.org/wiki/FAQ#What_does_.22Living_Standard.22_mean.3F) actually implemented by browsers. As such, the code is kind of a mess.
-
-**Summary**: new features go in `lib/jsdom/living` and follow the code style there; modifications to existing features will require some spelunking to find out what to modify in-place.
-
----
-
-A lot of the main implementation is in `lib/jsdom/level1` and `lib/jsdom/level2`. (That includes things that didn't appear in the original DOM Level 1 and Level 2 specs, just because the code was located there and we had to patch it.) We're trying to avoid adding new code there, but patching old code is often still required.
-
-New features generally go in the `lib/jsdom/living` folder, in nice small files, with a clear coding style enforced by JSHint.
-
-We're planning to fix this whole situation with a multi-stage process:
-
-- First, consolidate any leftovers in `lib/jsdom/browser` and `lib/jsdom/level3`, as well as the more substantial body of code in `lib/jsdom/level2`, into `lib/jsdom/level1`. This will contain the "historical" portion of the jsdom codebase.
-- Then, embark on a major cleanup and refactoring effort, splitting out small pieces from `lib/jsdom/level1` and into `lib/jsdom/living`, cleaning up the code style and spec compliance as we go.
-- Finally, collapse the silly directory hierarchy into something less nested.